Häufigkeit von Unterbrechungen durch automatische Upgrades steuern

In diesem Dokument wird das Konzept der Cluster-Unterbrechungsbudgets vorgestellt und erläutert, wie Sie diese optional an die Anforderungen Ihrer Umgebung anpassen können. Cluster-Unterbrechungsbudgets sind ein Tool in einer Reihe von Funktionen, mit denen ein Plattformadministrator Unterbrechungen von Arbeitslasten minimieren und gleichzeitig ihre Leistung, Zuverlässigkeit und Sicherheit verbessern kann.

Clusterupgrades, bei denen GKE die von der Steuerungsebene und den Knoten Ihres Clusters verwendete Version aktualisiert, können eine Hauptursache für Störungen in einem GKE-Cluster sein. Weitere Informationen zu Upgrades finden Sie unter siehe Informationen zu GKE-Cluster-Clusterupgrades. Informationen zu allen anderen Funktionen zur Minimierung von Unterbrechungen bei Cluster upgrades finden Sie im Abschnitt Cluster upgrades steuern dieses Dokuments. Allgemeinere Informationen zu Änderungen am Clusterlebenszyklus, die über Clusterupgrades hinausgehen, finden Sie unter Änderungen am Clusterlebenszyklus verwalten, um Unterbrechungen zu minimieren.

Was ist ein Cluster-Unterbrechungsbudget?

Damit Ihr Cluster nicht zu häufig durch automatische Upgrades unterbrochen wird, wendet GKE standardmäßig ein Cluster-Unterbrechungsbudget an, um ein Mindestintervall zwischen automatischen Upgrades der Cluster-Steuerungsebene festzulegen. GKE wendet dieses Budget auch zwischen der Clustererstellung und dem ersten automatischen Upgrade der Steuerungsebene an. Wenn Sie die Cluster-Steuerungsebene manuell aktualisieren, berücksichtigt GKE das Cluster-Unterbrechungsbudget beim nächsten automatischen Upgrade. Sie können den Cluster jederzeit manuell aktualisieren, auch wenn dieses Upgrade das Cluster-Unterbrechungsbudget verletzt.

In einem Cluster aktualisiert GKE die Steuerungsebene automatisch vor den Knoten. Mit diesem Budget wird also auch die Mindesthäufigkeit automatischer Clusterknotenupgrades festgelegt.

GKE hat standardmäßige Cluster-Unterbrechungsbudgets für verschiedene Arten von Versionsupgrades:

  • Upgrades der Patchversionen: 24 Stunden
  • Upgrades von Nebenversionen: 30 Tage

GKE wendet das Budget zwischen den gleichen Arten von Upgrades an. GKE wartet beispielsweise 24 Stunden zwischen dem Upgrade eines Clusters zwischen den Patchversionen 1.35.0-gke.1403000 und 1.35.0-gke.1624000 und 30 Tage zwischen 1.34 und 1.35. GKE wartet jedoch 24 Stunden nach einem Nebenversionsupgrade, bevor ein Patchversionsupgrade durchgeführt wird.

GKE verwendet ein Cluster-Unterbrechungsbudget nur für Clusterupgrades, und nicht für andere Arten von Änderungen an einem GKE Cluster.

Das Cluster-Unterbrechungsbudget unterscheidet sich von Wartungsfenstern und Ausschlüssen, kann aber gut mit ihnen kombiniert werden. Wartungsrichtlinien steuern, wann GKE-Clusterwartungen stattfinden können und wann nicht, während das Cluster-Unterbrechungsbudget ein bestimmtes Zeitintervall zwischen Clusterupgrades festlegt.

Wann sollte das Unterbrechungsbudget Ihres Clusters angepasst werden?

Die standardmäßigen Cluster-Unterbrechungsbudgets von GKE stellen ein Gleichgewicht zwischen der Aktualität von Upgrades dar und vermeiden gleichzeitig aufeinanderfolgende Upgrades und optimieren die Stabilität. Diese allgemeinen Werte sind jedoch möglicherweise nicht ideal für Ihre Clusterumgebung.

Wenn Sie die Mindestzeit zwischen automatischen Clusterupgrades steuern möchten, können Sie das Cluster-Unterbrechungsbudget konfigurieren. Beachten Sie beispielsweise die folgenden Szenarien:

  • Sie haben einen benutzerdefinierten Prozess zum Bewerten einer GKE-Steuerungsebenen-Patchversion, bevor Sie die Version in die Produktion übertragen. Dieser Prozess dauert länger als das standardmäßige Clusterbudget.
  • Sie haben große Cluster, bei denen es länger dauert, alle Knotenpools zu aktualisieren. Sie möchten eine relativ einheitliche Version für alle Knotenpools beibehalten. Daher reduzieren Sie die Häufigkeit von Patchversionsupgrades auf monatlich und lassen häufige Wartungsfenster zu, damit Knotenpoolupgrades rechtzeitig abgeschlossen werden.

Cluster-Unterbrechungsbudget für automatische Upgrades festlegen

Wenn Sie das Intervall zwischen zwei Nebenversionsupgrades oder zwei Patchversionsupgrades steuern möchten, können Sie eigene Cluster-Unterbrechungsbudgets festlegen. Zuerst empfehlen wir jedoch, ein Wartungsfenster zu konfigurieren, um eine wiederkehrende Zeit für die GKE-Clusterwartung festzulegen. Anschließend können Sie das Intervall zwischen Upgrades optional mit dem Cluster-Unterbrechungsbudget anpassen.

Wir empfehlen, das Cluster-Unterbrechungsbudget zusammen mit den anderen verfügbaren Tools zu verwenden, die GKE zur Steuerung von Cluster upgradesbietet. Diese Einstellungen, die mit allen anderen Upgrade-Tools funktionieren, wirken sich nur auf den Zeitpunkt aus, zu dem GKE ein automatisches Upgrade eines Clusters auf eine neue Version durchführt. GKE hält sich weiterhin an Wartungsfenster und ‑ausschlüsse, folgt der Reihenfolge einer Roll-out-Sequenz und wendet alle anderen Standardverfahren an, die normalerweise für automatische Upgrades verwendet werden.

Das standardmäßige Cluster-Unterbrechungsbudget beträgt 24 Stunden für Patchversionsupgrades und 30 Tage für Nebenversionsupgrades. Sie können die Intervalle für einen beliebigen Zeitraum zwischen 0 und 90 Tagen konfigurieren. Beachten Sie jedoch die folgenden Punkte, wenn Sie diese Werte aktualisieren:

  • Wir empfehlen, das Intervall für Patchversionsupgrades nicht auf mehr als 30 Tage festzulegen, es sei denn, Sie haben einen bestimmten Prozess zur Versionsqualifizierung, der länger dauert. Wenn Sie Upgrades seltener als alle 30 Tage durchführen, verpassen Sie möglicherweise kritische Patches.
  • Wir empfehlen, Nebenversionsupgrades so häufig wie für Ihre Clusterumgebung akzeptabel zuzulassen. Wenn Sie das Intervall für Nebenversionsupgrades auf maximal 90 Tage festlegen, steigt die Wahrscheinlichkeit, dass GKE Ihren Cluster von der Nebenversion aktualisieren muss, wenn das Ende des Supports erreicht ist. GKE hält sich an ein separates Cluster-Unterbrechungsbudget für Nebenversionsupgrades von 7 Tagen, wenn das Ende des Supports für eine Nebenversion erreicht ist, und nicht an ein von Ihnen konfiguriertes Cluster-Unterbrechungsbudget. Weitere Informationen finden Sie unter Automatische Upgrades am Ende des Supports.
  • Wir empfehlen, das Intervall für Patchversionsupgrades auf einen kürzeren Zeitraum als das Intervall für Nebenversionsupgrades festzulegen.

Hinweis

Führen Sie die folgenden Aufgaben aus, bevor Sie beginnen:

  • Aktivieren Sie die Google Kubernetes Engine API.
    • Google Kubernetes Engine API aktivieren
  • Wenn Sie die Google Cloud CLI für diesen Task verwenden möchten, installieren und dann initialisieren Sie die gcloud CLI. Wenn Sie die gcloud CLI bereits installiert haben, rufen Sie die neueste Version mit dem gcloud components update Befehl ab. Ältere gcloud CLI-Versionen unterstützen möglicherweise nicht die Ausführung der Befehle in diesem Dokument.

Cluster-Unterbrechungsbudget konfigurieren

Wenn Sie es noch nicht getan haben, empfehlen wir Ihnen, zuerst ein Wartungsfenster zu konfigurieren.

Wenn Sie dann ein benutzerdefiniertes Cluster-Unterbrechungsbudget festlegen möchten, verwenden Sie die folgenden Flags, wenn Sie einen Cluster mit der gcloud CLI erstellen oder aktualisieren:

  • Nebenversionsupgrades: --maintenance-minor-version-disruption-interval=MINOR_INTERVAL
  • Patchversionsupgrades: --maintenance-patch-version-disruption-interval=PATCH_INTERVAL

Ersetzen Sie für diese Flags MINOR_INTERVAL oder PATCH_INTERVAL, jeweils, durch eine Dauer in Sekunden zwischen 0 Tagen (0s) und 90 Tagen (7776000s).

Sie können diese Flags in den folgenden Situationen verwenden:

Sie können die Flags gleichzeitig oder unabhängig voneinander verwenden.

Cluster-Unterbrechungsbudget auf die Standardwerte zurücksetzen

Wenn Sie das Cluster-Unterbrechungsbudget auf die Standardwerte von 24 Stunden für Patchversionsupgrades und 30 Tage für Nebenversionsupgrades zurücksetzen möchten, können Sie die folgenden Flags verwenden:

  • Nebenversionsupgrades: --clear-maintenance-minor-version-disruption-interval
  • Patchversionsupgrades: --clear-maintenance-patch-version-disruption-interval

Verwenden Sie diese Flags, wenn Sie einen Cluster mit dem gcloud container cluster update Befehl aktualisieren.

Sie können die Flags gleichzeitig oder unabhängig voneinander verwenden.