RollingUpgradeUpdateDescription

  • Artikel

Beschreibt die Parameter zum Aktualisieren eines fortlaufenden Upgrades von Anwendungen oder Clustern.

Eigenschaften

Name type Erforderlich
RollingUpgradeMode Zeichenfolge (Enumeration) Ja
ForceRestart boolean Nein
ReplicaSetCheckTimeoutInMilliseconds ganze Zahl (int64) Nein
FailureAction Zeichenfolge (Enumeration) Nein
HealthCheckWaitDurationInMilliseconds Zeichenfolge Nein
HealthCheckStableDurationInMilliseconds Zeichenfolge Nein
HealthCheckRetryTimeoutInMilliseconds Zeichenfolge Nein
UpgradeTimeoutInMilliseconds Zeichenfolge Nein
UpgradeDomainTimeoutInMilliseconds Zeichenfolge Nein
InstanceCloseDelayDurationInSeconds ganze Zahl (int64) Nein

RollingUpgradeMode

Typ: Zeichenfolge (Enumeration)
Erforderlich: Ja
Standard:

Der Modus, der zum Überwachen der Integrität während eines parallelen Upgrades verwendet wird. Die Werte sind UnmonitoredAuto, UnmonitoredManual, Monitored und UnmonitoredDeferred.

Mögliche Werte:

  • Invalid – Gibt an, dass der Upgrademodus ungültig ist. Alle Service Fabric-Enumerationen weisen den ungültigen Typ auf. Der Wert ist gleich null.
  • UnmonitoredAuto – Das Upgrade wird automatisch ohne Integritätsüberwachung fortgesetzt. Der Wert ist 1.
  • UnmonitoredManual – Das Upgrade wird nach Abschluss der einzelnen Upgradedomänen beendet, sodass Sie die Integrität manuell überwachen können, bevor Sie fortfahren. Der Wert ist 2.
  • Monitored – Das Upgrade wird beendet, nachdem jede Upgradedomäne abgeschlossen ist, und die Integrität wird automatisch überwacht, bevor Sie fortfahren. Der Wert ist 3.
  • UnmonitoredDeferred – Führen Sie ein Knoten-für-Knoten-Upgrade durch. Beim Starten des Upgrades wird keine Aktion ausgeführt. Das Upgrade wird auf jeden Knoten angewendet, wenn es mit einem Neustart der Absicht oder höher deaktiviert wird. Der Wert ist 4.

ForceRestart

Typ: boolesch
Erforderlich: Nein

Wenn true, werden Prozesse während des Upgrades erzwungen neu gestartet, auch wenn sich die Codeversion nicht geändert hat (das Upgrade ändert nur die Konfiguration oder die Daten).

ReplicaSetCheckTimeoutInMilliseconds

Typ: integer (int64)
Erforderlich: Nein

Die maximale Zeitspanne, während der die Verarbeitung einer Upgradedomäne blockiert und Verfügbarkeitsverlust verhindert wird, wenn es unerwartete Probleme gibt. Wenn dieses Timeout abläuft, wird die Verarbeitung der Upgradedomäne unabhängig von Verfügbarkeitsverlustproblemen fortgesetzt. Das Timeout wird beim Start jeder Upgradedomäne zurückgesetzt. Gültige Werte liegen zwischen 0 und 42.949.672.925 (einschließlich). (32-Bit-Ganzzahl ohne Vorzeichen).

FailureAction

Typ: Zeichenfolge (Enumeration)
Erforderlich: Nein

Dies beschreibt die ersetzende Aktion, die ausgeführt werden soll, wenn ein Upgrade vom Typ Monitored Verstöße gegen die Überwachungs- oder Integritätsrichtlinie erkennt. Ungültig gibt an, dass die Fehleraktion ungültig ist. Rollback gibt an, dass das Upgrade automatisch mit dem Rollback beginnt. Manuell gibt an, dass das Upgrade in den Nicht überwachtManuellen Upgrademodus wechselt.

Mögliche Werte:

  • Invalid – Gibt an, dass die Fehleraktion ungültig ist. Alle Service Fabric-Enumerationen weisen den ungültigen Typ auf. Der Wert ist gleich null.
  • Rollback – Das Upgrade beginnt automatisch mit dem Rollback. Der Wert ist 1.
  • Manual – Das Upgrade wechselt zum Nicht überwachtManuellen Upgrademodus. Der Wert ist 2.

HealthCheckWaitDurationInMilliseconds

Typ: Zeichenfolge
Erforderlich: Nein

Die Zeitspanne, während der nach dem Abschließen einer Upgradedomäne gewartet werden soll, bevor Integritätsrichtlinien angewendet werden. Wird zuerst als Zeichenfolge interpretiert, die für eine ISO 8601-Dauer steht. Wenn dies nicht erfolgreich ist, erfolgt die Interpretation als Zahl, die für die Gesamtzahl an Millisekunden steht.

HealthCheckStableDurationInMilliseconds

Typ: Zeichenfolge
Erforderlich: Nein

Die Zeitspanne, während der die Anwendung oder der Cluster fehlerfrei bleiben muss, bevor das Upgrade mit der nächsten Upgradedomäne fortgesetzt wird. Wird zuerst als Zeichenfolge interpretiert, die für eine ISO 8601-Dauer steht. Wenn dies nicht erfolgreich ist, erfolgt die Interpretation als Zahl, die für die Gesamtzahl an Millisekunden steht.

HealthCheckRetryTimeoutInMilliseconds

Typ: Zeichenfolge
Erforderlich: Nein

Die Zeitspanne, in der Integritätsauswertungen wiederholt werden, wenn die Anwendung oder der Cluster vor der Ausführung von FailureAction fehlerhaft ist. Wird zuerst als Zeichenfolge interpretiert, die für eine ISO 8601-Dauer steht. Wenn dies nicht erfolgreich ist, erfolgt die Interpretation als Zahl, die für die Gesamtzahl an Millisekunden steht.

UpgradeTimeoutInMilliseconds

Typ: Zeichenfolge
Erforderlich: Nein

Die Zeitspanne, während der das gesamte Upgrade abgeschlossen werden muss, bevor die Fehleraktion (FailureAction) ausgeführt wird. Wird zuerst als Zeichenfolge interpretiert, die für eine ISO 8601-Dauer steht. Wenn dies nicht erfolgreich ist, erfolgt die Interpretation als Zahl, die für die Gesamtzahl an Millisekunden steht.

UpgradeDomainTimeoutInMilliseconds

Typ: Zeichenfolge
Erforderlich: Nein

Die Zeitspanne, während der jede Upgradedomäne abgeschlossen werden muss, bevor die Fehleraktion (FailureAction) ausgeführt wird. Wird zuerst als Zeichenfolge interpretiert, die für eine ISO 8601-Dauer steht. Wenn dies nicht erfolgreich ist, erfolgt die Interpretation als Zahl, die für die Gesamtzahl an Millisekunden steht.

InstanceCloseDelayDurationInSeconds

Typ: integer (int64)
Erforderlich: Nein

Dauer in Sekunden, um zu warten, bis ein zustandsloser instance geschlossen wird, damit die aktiven Anforderungen ordnungsgemäß entladen werden können. Dies ist wirksam, wenn der instance während des Anwendungs-/Clusterupgrades geschlossen wird, nur für die Instanzen, für die eine Verzögerungsdauer ungleich null in der Dienstbeschreibung konfiguriert ist. Weitere Informationen finden Sie unter InstanceCloseDelayDurationSeconds-Eigenschaft in $ref: "#/definitions/StatelessServiceDescription.yaml". Beachten Sie, dass der Standardwert von InstanceCloseDelayDurationInSeconds 4294967295 ist, was angibt, dass das Verhalten vollständig von der in der zustandslosen Dienstbeschreibung konfigurierten Verzögerung abhängt.