Roll-out von Clusterupgrades mit benutzerdefinierten Phasen sequenzieren

In diesem Dokument wird beschrieben, wie Sie GKE-Clusterupgrades (Google Kubernetes Engine) verwalten, bei denen die Roll-out-Sequenzierung mit benutzerdefinierten Phasen verwendet wird. Sie erstellen eine Roll-out-Sequenz mit Gruppen von Clustern, die in Flotten und optional in Teilmengen von Clustern aus diesen Flotten organisiert sind. Sie können auswählen, wie viel Betriebstestzeit nach Abschluss von Clusterupgrades in einer Gruppe gewünscht ist (maximal 30 Tage). Sie können sowohl Autopilot- als auch Standardcluster verwenden. Weitere Informationen zur Funktionsweise dieses Features finden Sie unter Roll-out-Sequenzierung mit benutzerdefinierten Phasen.

Wenn Sie Roll-outs für mehrere Flotten verwalten, empfehlen wir, ein separates Projekt zum Hosten Ihrer RolloutSequence-Objekte zu verwenden. Dieses Projekt fungiert als übergeordnetes Element und Koordinator für die Rollouts in der Sequenz. Dieses Projekt ist in der Regel nicht Teil der Sequenz. Das heißt, das Projekt enthält keine Flotten oder Cluster, die Teil der Sequenz sind.

Hinweise

  • Installieren Sie die Google Cloud CLI. Initialisieren Sie die Google Cloud CLI nach der Installation mit dem folgenden Befehl: 

    gcloud init

    Wenn Sie einen externen Identitätsanbieter (IdP) verwenden, müssen Sie sich zuerst mit Ihrer föderierten Identität in der gcloud CLI anmelden.

  • Prüfen Sie, ob Sie vorhandene Autopilot- oder Standardcluster haben. Informationen zum Erstellen eines neuen Clusters finden Sie unter Autopilot-Cluster erstellen.

  • (Optional) Wenn Sie noch kein Google Cloud -Projekt zum Hosten Ihrer RolloutSequence-Konfiguration haben, erstellen Sie eines über die Google Cloud -Konsole oder eine andere Methode.

  • Achten Sie darauf, dass die erforderlichen APIs für Flotten aktiviert sind. Diese APIs müssen in Ihren Flotten-Hostprojekten aktiviert sein, um eine beliebige Art von Roll-out-Sequenz zu erstellen. Aktivieren Sie die gkehub.googleapis.com API für Ihr Hostprojekt für die Einführung.

Erforderliche Rollen

Zum Erstellen eines Projekts benötigen Sie die Rolle „Projektersteller“ (roles/resourcemanager.projectCreator), die die Berechtigung resourcemanager.projects.create enthält. Informationen zum Zuweisen von Rollen

Zum Erstellen oder Ändern einer Roll-out-Sequenz benötigen Sie die IAM-Rolle „Flottenbearbeiter“ (roles/gkehub.editor) für jedes Flotten-Hostprojekt in der Roll-out-Sequenz und für Ihr Roll-out-Sequenz-Hostprojekt. Diese Rolle bietet die folgenden Berechtigungen:

  • gkehub.rolloutsequences.create
  • gkehub.rolloutsequences.get
  • gkehub.rolloutsequences.list
  • gkehub.rolloutsequences.update
  • gkehub.rolloutsequences.delete
  • gkehub.fleet.get

Mit diesen Berechtigungen können Sie RolloutSequence-Objekte erstellen, darauf zugreifen und sie ändern sowie Flotten in der Einführungssequenz verwenden.

Wenn Sie Cluster in einer Flotte registrieren oder die Registrierung aufheben möchten, benötigen Sie alle folgenden Berechtigungen:

Weitere Informationen zu den IAM-Rollen mit den geringsten Berechtigungen, die für verschiedene Aufgaben erforderlich sind, finden Sie unter Vorschläge für vordefinierte Rollen mit Gemini-Unterstützung erhalten.

Roll-out-Sequenz konfigurieren

Zum Erstellen einer Roll-out-Sequenz müssen Ihre Cluster in Gruppen von Flotten organisiert sein. Sie können auch detaillierte Phasen erstellen, die mithilfe von Kubernetes-Labels auf bestimmte Teilmengen von Clustern in einer Flotte ausgerichtet werden können. Eine Anleitung zum Organisieren Ihrer Cluster finden Sie im Beispiel für eine Community-Bank. Nachdem Sie die Cluster in Gruppen organisiert und optional mit Labels versehen haben, erstellen Sie eine Roll-out-Sequenz, indem Sie die geordnete Liste der Phasen und die Betriebszeit für jede Gruppe definieren.

Cluster in Flotten organisieren

Bei einer Roll-out-Sequenz empfehlen wir, alle Cluster in derselben Release-Version zu registrieren. Wenn die Cluster nicht im selben Channel registriert sind, wählt GKE eine Version aus dem konservativsten Channel in der Sequenz aus. Wenn Cluster beispielsweise sowohl im Stable- als auch im Regular-Channel registriert sind, wählt GKE die Version aus dem Stable Channel aus. Außerdem empfehlen wir, dass alle Cluster dieselbe Nebenversion ausführen, damit sie für dieselbe Zielversion für automatische Upgrades infrage kommen.

Wenn Sie Ihre Cluster bereits in Flotten organisiert haben, können Sie die folgenden Schritte überspringen und mit dem Abschnitt Teilmengen von Clustern erstellen fortfahren.

  1. Gruppieren Sie Ihre Cluster in Flotten. Sie können Ihre Cluster nach Bereitstellungsumgebungen wie Test, Staging und Produktion organisieren (empfohlen).
  2. Registrieren Sie jeden Cluster anhand der ausgewählten Gruppierung bei einer Flotte.

Teilmengen von Clustern erstellen (optional)

Damit eine Phase in Ihrer Roll-out-Sequenz auf bestimmte Cluster ausgerichtet ist, müssen Sie diese Cluster kennzeichnen.

Wenn Sie beispielsweise eine neue Version auf einer kleinen Teilmenge von Clustern testen möchten, bevor Sie sie vollständig einführen, können Sie diesen Clustern das Label canary zuweisen. Führen Sie den folgenden Befehl aus, um das Label canary mit dem Wert true einem Cluster mit der Google Cloud CLI hinzuzufügen:

gcloud container clusters update CLUSTER_NAME \
    --location=CLUSTER_LOCATION\
    --update-labels=canary=true

Ersetzen Sie Folgendes:

Das Flag --update-labels=canary=true weist GKE an, das Label canary auf den Cluster anzuwenden .

Weitere Informationen zum Hinzufügen eines Labels zu einem Cluster finden Sie unter Labels nachträglich Clustern hinzufügen oder aktualisieren.

Roll-out-Sequenz mit benutzerdefinierten Phasen erstellen

In einer Roll-out-Sequenz wird die Reihenfolge der Upgrades mithilfe von Phasen definiert. Zum Erstellen einer Rollout-Sequenz müssen Sie zuerst eine YAML-Datei erstellen, die die Phasen definiert, und dann eine RolloutSequence erstellen.

Damit alle Cluster in der Sequenz erfasst werden, muss jede Flotte eine Auffangphase (eine Phase ohne Labelselektor) enthalten. In dieser Auffangphase werden alle verbleibenden Cluster erfasst, die in früheren Phasen nicht von GKE ausgewählt wurden. Wenn Sie einem einzelnen Cluster mehrere Phasen innerhalb eines RolloutSequence zuweisen, weist GKE den Cluster zur Konfliktlösung implizit nur der frühesten Phase zu.

In der folgenden Beispielkonfiguration werden drei Phasen erstellt:

  • Die erste Phase ist auf alle Cluster in der Flotte dev ausgerichtet. Nach dem Upgrade folgt eine Betriebstestphase von 7 Tagen (ein Wert von 604800 Sekunden).
  • Die zweite Phase betrifft Cluster in der Flotte prod, die das Label canary=true haben. Nach Abschluss des Upgrades gibt es eine Soak-Zeit von 7 Tagen.
  • In der dritten Phase werden die verbleibenden Cluster in der prod-Flotte aktualisiert. Nach Abschluss des Upgrades gibt es eine Wartezeit von 7 Tagen.

  1. Speichern Sie das folgende Manifest als rollout-sequence.yaml:

    - stage:
  fleet-projects:
  - projects/dev
  soak-duration: 604800s
- stage:
  fleet-projects:
  - projects/prod
  soak-duration: 604800s
  label-selector: resource.labels.canary=='true'
- stage:
  fleet-projects:
  - projects/prod
  soak-duration: 604800s

    Wichtige Hinweise:

    • stage: umfasst eine Flotte oder eine Teilmenge von Clustern in einer Flotte. Cluster in früheren Phasen müssen vollständig aktualisiert und getestet werden, bevor die Sequenz in die nächste Phase übergeht. Wenn ein Cluster jedoch 30 Tage nach Beginn des Upgrades noch nicht vollständig aktualisiert wurde, beginnt GKE mit dem Betriebszeitraum.
    • fleet-projects: Eine Liste der Flotten, aus denen Cluster für diese Phase ausgewählt werden können. Pro Phase kann maximal auf eine Flotte verwiesen werden. Eine Flotte wird durch das Projekt identifiziert, in dem sie gehostet wird. Dieses Projekt kann ein anderes Projekt als das Projekt sein, in dem sich die Cluster befinden, wenn die Flotte projektübergreifende Mitgliedschaften enthält. Das Format zum Angeben eines Flottenprojekts ist projects/PROJECT_ID.
    • label-selector (optional): Wählt eine Teilmenge von Clustern aus den angegebenen Flotten aus. In diesem Feld wird die Common Expression Language (CEL)-Syntax verwendet und es muss mit resource.labels beginnen.
    • soak-duration: Die Zeit, die nach dem Upgrade aller Cluster in einer vorherigen Phase gewartet werden soll, bevor mit der nächsten Phase fortgefahren wird. Wird in Sekunden angegeben.

  2. Führen Sie den folgenden Befehl aus, um die im Manifest rollout-sequence.yaml definierte Rollout-Sequenz zu erstellen:

    gcloud beta container fleet rolloutsequences create ROLLOUT_SEQUENCE_NAME \
    --display-name=DISPLAY_NAME \
    --stage-config=rollout-sequence.yaml

    Ersetzen Sie Folgendes:

    • ROLLOUT_SEQUENCE_NAME: Eine unveränderliche ID, die den RFC-1034-Spezifikationen entspricht, z. B. test-rollout-sequence.
    • DISPLAY_NAME: Ein für Nutzer lesbarer String für Ihre Rollout-Sequenz.

Status eines Roll-outs prüfen

Nachdem Sie eine Roll-out-Sequenz konfiguriert haben, erstellt das System automatisch Rollout-Objekte, um Upgrades zu verwalten. Sie können den Fortschritt dieser Objekte mit Google Cloud CLI-Befehlen beobachten und verfolgen.

Einführungen auflisten

Führen Sie den folgenden Befehl aus, um alle aktiven und vergangenen Roll-outs in Ihrem Roll-out-Sequenz-Hostprojekt aufzulisten:

gcloud beta container fleet rollouts list --project=HOST_PROJECT_ID

Ersetzen Sie HOST_PROJECT_ID durch die ID des Hostprojekts für die Bereitstellungssequenz.

Sie können das Flag --project=HOST_PROJECT_ID weglassen, wenn Sie sich bereits in dem Projekt befinden, in dem Ihre Roll-out-Sequenz gehostet wird.

Die Ausgabe sieht etwa so aus:

NAME                                              STATE      CREATE_TIME
05eb251e4f19269e23-node-1-33-5-gke-1201000-t7mqd  COMPLETED  2025-10-30T20:07:46
05eb251e4f19269e23-kcp-1-33-5-gke-1201000-djwst   COMPLETED  2025-10-30T18:07:06
05eb251e4f19269e23-node-1-33-5-gke-1125000-6bxvu  COMPLETED  2025-10-23T17:46:54
05eb251e4f19269e23-kcp-1-33-5-gke-1125000-2f6ct   RUNNING    2025-10-23T16:41:33

In der vorherigen Ausgabe beziehen sich Rollout-Namen, die kcp enthalten, auf Upgrades der Steuerungsebene und Namen, die node enthalten, auf Knotenupgrades. Das Segment des Roll-out-Namens nach kcp oder node wird aus der GKE-Version abgeleitet.

Roll-out beschreiben

Wenn Sie detaillierte Informationen zu einem bestimmten Roll-out abrufen möchten, einschließlich der Zielversion, des Status und der Cluster, die aktualisiert wurden, verwenden Sie den Befehl describe mit der Roll-out-ID, die Sie mit dem vorherigen Befehl abgerufen haben:

gcloud beta container fleet rollouts describe ROLLOUT_ID \
  --project=HOST_PROJECT_ID

Ersetzen Sie Folgendes:

  • ROLLOUT_ID: Die Rollout-ID, die Sie beim Auflisten der Rollouts erhalten haben.
  • HOST_PROJECT_ID: Die Projekt-ID, unter der Ihre Rollout-Sequenz gehostet wird.

Beispiel:

gcloud beta container fleet rollouts describe 927e9a989930cf3b55-kcp-1-32-4-gke-1106006 \
  --project=my-hostfleet

Die Ausgabe sieht etwa so aus:

createTime: '2025-05-26T11:47:29.909959672Z'
membershipStates:
  projects/dev-project-id/locations/us-central1/memberships/c-1:
    lastUpdateTime: '2025-05-26T12:20:55.601542481Z'
    targets:
    - cluster:   projects/dev-project-id/locations/us-central1/clusters/c-1
      operation: //container.googleapis.com/v1/projects/dev-project-id/locations/us-central1/operations/operation-1234567890-abcdefg-hijklm-nopqrst
      state: SUCCEEDED
    stageAssignment: 1
  projects/dev-project-id/locations/us-central1/memberships/c-2:
    lastUpdateTime: '2025-05-26T12:22:57.151203493Z'
    targets:
    - cluster:   projects/dev-project-id/locations/us-central1/clusters/c-2
      operation: //container.googleapis.com/v1/projects/dev-project-id/locations/us-central1/operations/operation-987654321-ghijkl-mno-pqr-stu-vwxyz
      state: SUCCEEDED
    stageAssignment: 1
  projects/prod-project-id/locations/us-central1/memberships/c-1:
    lastUpdateTime: '2025-05-26T13:03:34.134308942Z'
    targets:
    - cluster: projects/prod-project-id/locations/us-central1/clusters/c-1
      operation: //container.googleapis.com/v1/projects/prod-project-id/locations/us-central1/operations/operation-567891234-efghij-klm-nopq-rstu-vwxyz
      state: SUCCEEDED
    stageAssignment: 2
  projects/prod-project-id/locations/us-central1/memberships/c-2:
    lastUpdateTime: '2025-05-26T13:06:34.025261641Z'
    targets:
    - cluster: projects/prod-project-id/locations/us-central1/clusters/c-1
      operation: //container.googleapis.com/v1/projects/prod-project-id/locations/us-central1/operations/operation-765432198-01a7b896-67c2-523-6fjjh4-icmdydh
      state: SUCCEEDED
    stageAssignment: 2
name: projects/user-hostfleet/locations/global/rollouts/05eb251e4f19269e23-kcp-1-32-4-gke-1106006
rolloutSequence: projects/project-id/locations/global/rolloutSequences/my-sequence
state: COMPLETED
updateTime: '2025-07-22T07:36:51.052691989Z'
versionUpgrade:
  desiredVersion: 1.32.4-gke.1106006
  type: TYPE_CONTROL_PLANE
stages:
- state: COMPLETED
  endTime: '2025-05-26T12:22:28.828506491Z'
  stageNumber: 1
  startTime: '2025-05-26T11:48:28.772658427Z'
  soakDuration: 600s
- state: COMPLETED
  endTime: '2025-05-26T13:06:20.026390832Z'
  stageNumber: 2
  startTime: '2025-05-26T12:32:38.419372153Z'
  soakDuration: 600s

Statusinformationen für einen Rollout

Wenn Sie einen Roll-out beschreiben, geben die Felder stages und membershipStates der Ausgabe den Fortschrittsstatus der einzelnen Phasen bzw. der einzelnen Cluster innerhalb dieser Phase an.

In der folgenden Tabelle sind die möglichen Status einer Phase aufgeführt:

Status Beschreibung
PENDING Das Upgrade für diese Phase hat noch nicht begonnen.
RUNNING Das Upgrade für diese Phase wird ausgeführt. Wenn Sie ein Wartungsfenster für die Cluster in der Phase konfiguriert haben, wartet GKE, bis das Fenster geöffnet wird, bevor die Cluster aktualisiert werden.
SOAKING Alle Cluster in dieser Phase haben ihre Upgrades abgeschlossen und die Phase befindet sich in der konfigurierten Betriebszeit.
FORCED_SOAKING Das Upgrade dauerte länger als die maximale Upgrade-Zeit (30 Tage) und wurde daher von GKE in die Betriebsphase übertragen. Das Upgrade wird auf allen verbleibenden Clustern fortgesetzt.
COMPLETED Die Phase ist abgeschlossen und der Roll-out wird in der nächsten Phase fortgesetzt.

In der folgenden Tabelle sind die möglichen Status eines Clusters in einer Sequenz aufgeführt:

Status Beschreibung
PENDING Das Upgrade steht für diesen Cluster aus.
INELIGIBLE Dieser Cluster ist für das Upgrade nicht berechtigt, möglicherweise aufgrund einer Versionsabweichung. Der Grund für die fehlende Berechtigung wird in der Ausgabe angegeben.
RUNNING Das Upgrade wird auf diesem Cluster ausgeführt.
SUCCEEDED Das Upgrade wurde in diesem Cluster abgeschlossen.
FAILED Das Upgrade ist auf diesem Cluster fehlgeschlagen. Fehlerhafte Ziele werden unbegrenzt wiederholt, solange sich ihre Phase im Status RUNNING oder FORCED_SOAKING befindet.

Roll-out-Sequenz verwalten

Sie können automatische Clusterupgrades mit Roll-out-Sequenzierung auf verschiedene Arten steuern, die in den folgenden Abschnitten erläutert werden.

Roll‑out-Sequenzen auflisten

Führen Sie den folgenden Befehl aus, um alle Rollout-Sequenzen in Ihrem Hostprojekt aufzulisten:

gcloud beta container fleet rolloutsequences list --project=HOST_PROJECT_ID

Ersetzen Sie HOST_PROJECT_ID durch die ID des Hostprojekts für die Bereitstellungssequenz.

Roll-out-Sequenz beschreiben

Führen Sie den folgenden Befehl aus, um die Details einer bestimmten Rollout-Sequenz aufzurufen:

gcloud beta container fleet rolloutsequences describe ROLLOUT_SEQUENCE_NAME \
  --project=HOST_PROJECT_ID

Ersetzen Sie Folgendes:

  • ROLLOUT_SEQUENCE_NAME: Der Name der Rollout-Sequenz.
  • HOST_PROJECT_ID: die ID Ihres Hostprojekts für die Einführungssequenz.

Die Ausgabe sieht etwa so aus:

createTime: '2025-10-23T16:40:16.403871189Z'
displayName: my-display-name
name: projects/HOST_PROJECT_ID/locations/global/rolloutSequences/ROLLOUT_SEQUENCE_NAME
stages:
- clusterSelector:
    labelSelector: resource.labels.canary=='true'
  fleetProjects:
  - projects/FLEET_PROJECT_ID
  soakDuration: 600s
- fleetProjects:
  - projects/FLEET_PROJECT_ID
  soakDuration: 300s
uid: 5c5b2ac8-9d76-45f9-92ca-5e6bd3fbcaef
updateTime: '2025-10-23T17:11:57.285678399Z'

Roll-out-Sequenz ändern

Sie können eine vorhandene Rollout-Sequenz ändern, indem Sie die YAML-Konfigurationsdatei bearbeiten, in der Sie die Sequenz definiert haben. Sie können beispielsweise die Betriebszeit für eine Phase aktualisieren oder die Phase aktualisieren, um die Reihenfolge der Upgrades zu ändern. Nachdem Sie die Datei bearbeitet haben, wenden Sie die Änderungen an.

Wenn Sie die ursprüngliche Rollout-Sequenz beispielsweise in einer Datei mit dem Namen rollout-sequence.yaml definiert haben, bearbeiten Sie die Datei nach Bedarf. Führen Sie dann den folgenden Befehl aus:

gcloud beta container fleet rolloutsequences update test-rollout-sequence \
  --display-name="My Updated Rollout Sequence" \
  --stage-config=rollout-sequence.yaml

Roll-out-Sequenz löschen

Führen Sie den folgenden Befehl aus, um eine Rollout-Sequenz zu löschen:

gcloud beta container fleet rolloutsequences delete ROLLOUT_SEQUENCE_NAME \
  --project=HOST_PROJECT_ID

Ersetzen Sie Folgendes:

  • ROLLOUT_SEQUENCE_NAME durch den Namen der Rollout-Sequenz.
  • HOST_PROJECT_ID durch die ID des Hostprojekts für die Bereitstellungssequenz.

Wenn Sie eine Roll-out-Sequenz löschen, werden alle laufenden Roll-outs für diese Sequenz abgebrochen. Die Cluster, die Teil der Sequenz waren, kehren zum standardmäßigen Verhalten für automatische Upgrades für die registrierte Release-Version zurück.

Vorhandene Roll-out-Sequenz für die Verwendung benutzerdefinierter Phasen migrieren

Wenn Sie die allgemein verfügbare flottenbasierte Version der Roll-out-Sequenz verwenden, können Sie zu einer Sequenz mit benutzerdefinierten Phasen migrieren, indem Sie eine neue RolloutSequence erstellen, die auf Ihre vorhandenen Flotten verweist.

Bevor Sie die Sequenz migrieren, empfehlen wir Ihnen, eine Kopie Ihrer aktuellen Konfiguration der Bereitstellungssequenz zu erstellen.

So migrieren Sie Ihre Einführungssequenz:

  1. Erstellen Sie ein dediziertes Google Cloud -Projekt zum Hosten Ihrer Roll-out-Sequenz. Dieses Projekt ist in der Regel nicht Teil der Sequenz. Das heißt, das Projekt enthält keine Flotten oder Cluster, die Teil der Sequenz sind.
  2. Wenn die Rollout-Sequenz bestimmte Cluster in einer Flotte umfassen soll, fügen Sie diesen Clustern Labels hinzu. Dieser Schritt ist optional.

  3. Folgen Sie der Anleitung unter Rollout-Sequenz mit benutzerdefinierten Phasen erstellen.

    Das folgende Manifest mit dem Namen rollout-sequence-migrate.yaml verweist beispielsweise auf die vorhandenen Flotten in einer vorherigen Rollout-Sequenz. Dieses Manifest beschreibt drei Phasen, darunter eine canary-Phase in der prod-Flotte:

    - stage:
  fleet-projects:
  - projects/dev
  soak-duration: 604800s
- stage:
  fleet-projects:
  - projects/prod
  soak-duration: 604800s
  label-selector: canary=true
- stage:
  fleet-projects:
  - projects/prod
  soak-duration: 604800s

Unmittelbar nachdem Sie eine neue RolloutSequence für Ihre Flotten definiert haben, beginnt GKE mit dem Upgrade der Flotten gemäß der neuen Reihenfolge und entfernt die vorherige Konfiguration.

Roll-out-Sequenz mit benutzerdefinierten Phasen zur vorherigen Roll-out-Sequenz migrieren

In diesem Abschnitt wird beschrieben, wie Sie die sequenzielle Einführung mit benutzerdefinierten Phasen auf das allgemein verfügbare flottenbasierte Sequenzierungsmodell zurücksetzen. Bei diesem Vorgang wird die neue RolloutSequence gelöscht und die ursprüngliche flottenbasierte Konfiguration wiederhergestellt.

Upgrade in falscher Reihenfolge während der Migration verhindern

Um unbeabsichtigte oder ungeordnete Upgrades zu vermeiden, während Sie die Sequenz neu konfigurieren, wenden Sie einen Wartungsausschluss auf Ihre Produktionscluster an. Mit diesem Schritt werden alle automatischen Upgrades für diese Cluster vorübergehend pausiert. Sie können beispielsweise einen Wartungsausschluss vom Typ no upgrades für Ihre Produktionscluster konfigurieren.

Roll-out-Sequenz löschen

Löschen Sie das RolloutSequence-Objekt, mit dem Ihre Cluster verwaltet werden. Durch das Löschen wird die Funktion für benutzerdefinierte Phasen deaktiviert.

Führen Sie den folgenden Befehl aus, um RolloutSequence zu löschen:

gcloud beta container fleet rolloutsequences delete ROLLOUT_SEQUENCE_NAME

Ersetzen Sie ROLLOUT_SEQUENCE_NAME durch den Namen der Rollout-Sequenz.

Frühere Konfiguration der Einführungsserie wiederherstellen (ohne benutzerdefinierte Phasen)

Nachdem Sie die RolloutSequence gelöscht haben, können Sie Ihre ursprüngliche flottenbasierte Konfiguration wiederherstellen. Dazu müssen Sie die clusterupgrade-Funktionen mit ihren ursprünglichen Parametern neu erstellen, einschließlich der upstreamFleet-Links und der Wartezeiten für jede Flotte in Ihrer Sequenz. Weitere Informationen finden Sie unter Roll-out-Sequenz erstellen.

Wartungsausschlüsse entfernen

Nachdem Sie die ursprüngliche Konfiguration für die Roll-out-Sequenzierung auf Flottenbasis wiederhergestellt haben, entfernen Sie den Wartungsausschluss, den Sie im ersten Schritt dieses Abschnitts angewendet haben. GKE setzt die automatischen Upgrades fort, die jetzt durch Ihre wiederhergestellte flottenbasierte Sequenz gesteuert werden.

Weitere Informationen