Häufigkeit von Unterbrechungen durch automatische Upgrades steuern

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

Clusterupgrades, bei denen GKE die Version aktualisiert, die von der Steuerungsebene und den Knoten Ihres Clusters verwendet wird, können eine primäre Quelle für Störungen in einem GKE-Cluster sein. Weitere Informationen zu Upgrades finden Sie unter GKE-GKE-ClusterClusterupgrades. Informationen zu allen anderen Funktionen, mit denen Sie Unterbrechungen während Clusterupgrades minimieren können, finden Sie im Abschnitt Clusterupgrades steuern dieses Dokuments. Weitere allgemeine Informationen zu Änderungen am Clusterlebenszyklus, die über Clusterupgrades hinausgehen, finden Sie unter Änderungen am Clusterlebenszyklus verwalten, um Unterbrechungen zu minimieren.

Was ist ein Budget für Clusterstörungen?

Damit Ihr Cluster nicht zu häufig durch automatische Upgrades unterbrochen wird, wendet GKE standardmäßig ein Budget für Clusterunterbrechungen 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 beim nächsten automatischen Upgrade das Budget für Clusterunterbrechungen. Sie können den Cluster jederzeit manuell upgraden, auch wenn dieses Upgrade das Budget für Clusterunterbrechungen verletzt.

In einem Cluster aktualisiert GKE die Steuerungsebene automatisch vor den Knoten. Dieses Budget legt also auch die Mindesthäufigkeit von automatischen Clusterknoten-Upgrades fest.

GKE hat standardmäßige Budgets für Clusterunterbrechungen für verschiedene Arten von Versionsupgrades:

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

GKE wendet das Budget auf dieselben Arten von Upgrades an. GKE wartet beispielsweise 24 Stunden, bevor ein Cluster zwischen den Patchversionen 1.35.0-gke.1403000 und 1.35.0-gke.1624000 aktualisiert wird, und 30 Tage zwischen 1.34 und 1.35. GKE wartet jedoch nach einem Nebenversionsupgrade 24 Stunden, bevor ein Patch-Upgrade durchgeführt wird.

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

Das Budget für Clusterstörungen ist zwar unabhängig von Wartungsfenstern und -ausschlüssen, kann aber gut mit ihnen kombiniert werden. Mit Wartungsrichtlinien wird gesteuert, wann GKE-Clusterwartungen stattfinden dürfen und wann nicht. Mit dem Budget für Clusterunterbrechungen wird ein bestimmtes Zeitintervall zwischen Clusterupgrades festgelegt.

Wann Sie das Budget für Clusterstörungen anpassen sollten

Die standardmäßigen Budgets für Clusterunterbrechungen von GKE bieten ein ausgewogenes Verhältnis zwischen der Aktualität von Upgrades, der Vermeidung von aufeinanderfolgenden Upgrades und der Optimierung der Stabilität. Diese allgemeinen Werte sind jedoch möglicherweise nicht ideal für Ihre Clusterumgebung.

Wenn Sie die Mindestzeitspanne zwischen automatischen Clusterupgrades steuern möchten, können Sie das Budget für Clusterunterbrechungen konfigurieren. Betrachten Sie beispielsweise die folgenden Szenarien:

  • Sie haben einen benutzerdefinierten Prozess zum Bewerten einer GKE-Patchversion für die Steuerungsebene, bevor Sie die Version in die Produktion übertragen. Dieser Prozess dauert länger als das Standard-Clusterbudget.
  • Sie haben große Cluster, bei denen es länger dauert, alle Knotenpools zu aktualisieren. Sie möchten die Versionen in diesen Knotenpools relativ konsistent halten. So verringern Sie die Häufigkeit von Patch-Upgrades und führen monatliche Upgrades durch. Gleichzeitig ermöglichen Sie häufige Wartungsfenster, um sicherzustellen, dass Knotenpool-Upgrades rechtzeitig abgeschlossen werden.

Budget für Clusterunterbrechungen für automatische Upgrades festlegen

Wenn Sie das Intervall zwischen zwei Nebenversions- oder Patchupgrades steuern möchten, können Sie eigene Cluster-Unterbrechungsbudgets festlegen. Wir empfehlen jedoch, zuerst 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 Budget für Clusterunterbrechungen anpassen.

Wir empfehlen, das Budget für Clusterunterbrechungen zusammen mit den anderen verfügbaren Tools zu verwenden, die GKE zum Steuern von Clusterupgrades bietet. Diese Einstellungen, die mit allen anderen Upgrade-Tools funktionieren, wirken sich nur auf den Zeitpunkt aus, zu dem GKE einen Cluster automatisch auf eine neue Version aktualisiert. Die GKE hält sich weiterhin an Wartungsfenster und ‑ausschlüsse, folgt der Reihenfolge einer Roll-out-Sequenz und wendet alle anderen Standardpraktiken an, die normalerweise für automatische Upgrades verwendet werden.

Das Standardbudget für Clusterunterbrechungen beträgt 24 Stunden für Patch-Upgrades 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 Folgendes, wenn Sie diese Werte aktualisieren:

  • Wir empfehlen, das Intervall für Patch-Upgrades nicht auf mehr als 30 Tage festzulegen, es sei denn, Sie haben einen bestimmten Prozess zur Versionsqualifizierung, der länger dauert. Wenn Sie weniger häufig als alle 30 Tage ein Upgrade durchführen, verpassen Sie möglicherweise wichtige Patches.
  • Wir empfehlen, Nebenversionen so oft zuzulassen, wie es für Ihre Clusterumgebung akzeptabel ist. 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 diese das Ende des Supports erreicht. GKE hält sich an ein separates Budget für Clusterunterbrechungen für Nebenupgrades von 7 Tagen, wenn eine Nebenversion das Ende des Supports erreicht, und hält sich nicht an ein von Ihnen konfiguriertes Budget für Clusterunterbrechungen. Weitere Informationen finden Sie unter Automatische Upgrades am Ende des Supports.
  • Wir empfehlen, das Intervall für Patch-Upgrades auf einen kürzeren Zeitraum als das Intervall für Nebenversions-Upgrades 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 diese Aufgabe verwenden möchten, müssen Sie die gcloud CLI installieren und dann initialisieren. Wenn Sie die gcloud CLI bereits installiert haben, rufen Sie die neueste Version mit dem Befehl gcloud components update ab. In früheren gcloud CLI-Versionen werden die Befehle in diesem Dokument möglicherweise nicht unterstützt.

Budget für Clusterstörungen konfigurieren

Falls noch nicht geschehen, empfehlen wir Ihnen, zuerst ein Wartungsfenster zu konfigurieren.

Verwenden Sie dann die folgenden Flags, wenn Sie ein benutzerdefiniertes Budget für Clusterunterbrechungen festlegen möchten und einen Cluster mit der gcloud CLI erstellen oder aktualisieren:

  • Geringfügige Upgrades: --maintenance-minor-version-disruption-interval=MINOR_INTERVAL
  • Patch-Upgrades: --maintenance-patch-version-disruption-interval=PATCH_INTERVAL

Ersetzen Sie für diese Flags MINOR_INTERVAL bzw. PATCH_INTERVAL 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 Budget für Clusterunterbrechungen auf die Standardwerte von 24 Stunden für Patch-Upgrades und 30 Tage für Nebenversionsupgrades zurücksetzen möchten, können Sie die folgenden Flags verwenden:

  • Kleinere Upgrades: --clear-maintenance-minor-version-disruption-interval
  • Patch-Upgrades: --clear-maintenance-patch-version-disruption-interval

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

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