Einige oder alle Informationen auf dieser Seite gelten möglicherweise nicht für Cloud de Confiance von S3NS. Weitere Informationen finden Sie unter Unterschiede zu Google Cloud.

Google verwendet KI-Technologie, um Inhalte in Ihre bevorzugte Sprache zu übersetzen. KI-Übersetzungen können Fehler enthalten.

Clusterlebenszyklusänderungen verwalten, um Unterbrechungen zu minimieren

Autopilot Standard

Auf dieser Seite wird erläutert, wie Sie und Google Kubernetes Engine (GKE) Änderungen während des Lebenszyklus eines Clusters verwalten, um die Leistung und Verfügbarkeit zu maximieren und gleichzeitig Arbeitslastunterbrechungen zu minimieren.

Diese Seite richtet sich an Plattformadministratoren, die ihre Clusterumgebung planen und optimieren möchten, um Unterbrechungen für ihre Arbeitslasten zu minimieren. Sie können diese Seite lesen, bevor oder nachdem Sie erfahren haben, wie Sie die grundlegenden Clusterverwaltungsaufgaben ausführen, die unter Cluster verwalten und Überblick über die Clusterverwaltung beschrieben sind.

Verwaltete Plattform und gemeinsame Verantwortung

GKE ist eine von Google verwaltete Implementierung der Open-Source-Plattform zur Containerorchestrierung Kubernetes. Wie unter Funktionsweise von GKE beschrieben, besteht ein GKE-Cluster aus einer Steuerungsebene, die Verwaltungs-Knoten mit Systemkomponenten umfasst, und Worker-Knoten, auf denen Sie Arbeitslasten bereitstellen.

Die Erstellung einer optimalen Clusterumgebung für die Ausführung Ihrer Arbeitslasten mit maximaler Leistung, Verfügbarkeit und minimalen Unterbrechungen ist eine gemeinsame Verantwortung:

GKE ist dafür verantwortlich, eine zuverlässige, verfügbare, sichere und leistungsstarke Clusterumgebung bereitzustellen. Dazu verwaltet GKE die Steuerungsebene, die Systemkomponenten und im Autopilot-Modus die Worker-Knoten.
Als Plattformadministrator sind Sie dafür verantwortlich, Ihren Cluster zu konfigurieren und Ihre Arbeitslasten zu verwalten, einschließlich der Vorbereitung auf Unterbrechungen. Im Standardmodus erstellen und verwalten Sie auch die Worker-Knoten, die in Knotenpools gruppiert sind.

Weitere Informationen finden Sie unter GKE-Modell der geteilten Verantwortung.

So verwaltet GKE Änderungen während des Lebenszyklus eines Clusters

Als Implementierung von Kubernetes ist ein GKE-Cluster ein Netzwerk von Prozessen und Systemen, die zusammenarbeiten, um die optimale Umgebung für die Ausführung Ihrer Arbeitslasten aufrechtzuerhalten. Zur Verwaltung des Clusters führt GKE Wartungsaufgaben aus, nimmt Änderungen vor, initiiert Vorgänge, aktualisiert Komponenten und führt Upgrades der Version der Steuerungsebene und der Knoten durch.

Der Großteil des täglichen Betriebs Ihrer Anwendung erfolgt im Hintergrund, sodass Ihre Arbeitslasten ohne Unterbrechung ausgeführt werden. Einige kritische Änderungen müssen jedoch so vorgenommen werden, dass Ihre Arbeitslasten vorübergehend unterbrochen werden können, wie im nächsten Abschnitt beschrieben.

Einige Clusteränderungen können sich negativ auf Arbeitslasten auswirken

GKE ist darauf ausgelegt, Ihre Arbeitslasten nahtlos auszuführen. Bei einigen wichtigen Arten von Änderungen kann es jedoch zu vorübergehenden Unterbrechungen Ihrer Arbeitslasten kommen. Dies betrifft vor allem Änderungen, bei denen die Knoten, auf denen Ihre Arbeitslasten ausgeführt werden, neu gestartet werden. Mit GKE- und Kubernetes-Funktionen können Sie angeben, wann und wie Störungen auftreten sollen, damit Ihre Arbeitslasten die Änderungen problemlos verarbeiten können.

In den folgenden Abschnitten wird erläutert, welche Arten von Änderungen die GKE an Clustern vornimmt, welche Art von Unterbrechung sie verursachen und wie Sie sich darauf vorbereiten können.

Upgrades und Updates mit der Verwaltung des GKE-Clusterlebenszyklus

In GKE haben Clusterupgrades und Clusterupdates ähnliche Bedeutungen.

In GKE bezieht sich der Begriff Cluster-Upgrades oder einfach Upgrades auf die Aktualisierung der Kubernetes-Version der Steuerungsebene (Upgrades der Steuerungsebene) oder der Knoten (Knoten-Upgrades) oder beider. Bei Standardclustern können Knotenupgrades auch als Knotenpool-Upgrades bezeichnet werden, da GKE einen einzelnen Vorgang zum Upgrade eines Knotenpools verwendet.

Der Begriff Clusterupdates oder einfach Updates ist ein allgemeinerer Begriff, der sich auf alle Arten von Änderungen an der Steuerungsebene oder an Knoten bezieht, einschließlich der Aktualisierung ihrer Versionen. Die GKE verwaltet Ihre Clusterumgebung aktiv, indem sie Upgrades, andere Arten von Updates und erforderliche Wartungsvorgänge durchführt. So bleibt Ihr Cluster leistungsstark, sicher und auf dem neuesten Stand mit den neuesten Funktionen und Fehlerkorrekturen. GKE verwendet Tools wie Knoten-Upgradestrategien und Wartungsrichtlinien, um Unterbrechungen während dieser Prozesse zu minimieren.

Unterbrechungen bei Knoten-Updates planen

Bestimmte Arten von Clusteränderungen, hauptsächlich Änderungen an Knoten, können zu Unterbrechungen führen.

GKE verwendet Knoten-Upgradestrategien, um Knoten zu aktualisieren – sowohl Autopilot-Knoten als auch Knotenpools von Standardclustern – und zwar so, dass sie für die Anforderungen Ihrer Arbeitslast optimiert sind. Diese Strategien gelten für Versionsupgrades und auch für einige andere Arten von Knotenänderungen. Mit den Strategien kann GKE Unterbrechungen bei der Durchführung von Knotenupdates minimieren. Diese sind wichtig, damit Cluster funktionsfähig und leistungsstark bleiben.

Best Practice:

Mit Wartungsfenstern und -ausschlüssen können Sie festlegen, wann bestimmte Clusterwartungen ausgeführt werden und wann nicht. Bei Standardclustern können Sie außerdem eine Knoten-Upgrade-Strategie auswählen, die am besten zu Ihrem Arbeitslastprofil und Ihren Ressourcenbeschränkungen passt.

Sowohl bei manuellen als auch bei automatisch initiierten Änderungen an Knoten nimmt GKE Änderungen mit den folgenden allgemeinen Merkmalen vor:

Änderungen berücksichtigen in der Regel Wartungsrichtlinien: Wenn GKE Änderungen an den Knoten vornimmt, werden in der Regel die GKE-Wartungsrichtlinien berücksichtigt. Einige Ausnahmen sind die Hostwartung für bestimmte Knotentypen, z. B. für Knoten mit GPUs und TPUs.

Beachten Sie Folgendes, wenn Sie manuelle Änderungen initiieren, die die Neuerstellung aller Knoten in einem Knotenpool erfordern:
- Bei einigen Änderungen berücksichtigt GKE Wartungsrichtlinien und wendet die von Ihnen eingereichte Änderung erst an, wenn eine Wartung verfügbar ist. Wenn GKE auf die Verfügbarkeit für die Wartung wartet und die Änderung dringend ist, können Sie die Änderungen manuell anwenden, um die neue Konfiguration sofort zu übernehmen.
- Bei anderen manuellen Änderungen, einschließlich manueller Upgrades, werden Wartungsrichtlinien in GKE nicht berücksichtigt. Achten Sie bei diesen manuellen Änderungen darauf, dass Ihre Arbeitslasten auf sofortige Unterbrechungen vorbereitet sind.
Änderungen verwenden im Allgemeinen Knotenupgrade-Strategien: Wenn die GKE die meisten automatischen oder manuell initiierten Änderungen auf Knoten anwendet, einschließlich Knotenupdates, die keine Versionsupgrades sind, wählt die GKE eine Knotenupgrade-Strategie aus: Surge-Upgrades, Blau/Grün-Upgrades oder automatisch skalierte Blau/Grün-Upgrades (Vorschau). Autopilot verwendet immer Surge-Upgrades. Bei Änderungen an Standard-Clusterknotenpools werden in der Regel Surge-Upgrades verwendet, es sei denn, Sie haben Blau/Grün-Upgrades oder automatisch skalierte Blau/Grün-Upgrades konfiguriert und nehmen bestimmte Arten von Änderungen vor. Weitere Informationen dazu, welche Strategie für einen Knotenpool konfiguriert ist, finden Sie unter Upgrade-Einstellungen eines Knotenpools prüfen.
Änderungen erfordern genügend Ressourcen: Wenn GKE eine Änderung mit einer Knotenupgrade-Strategie anwendet, sind dafür je nach Strategie und Konfiguration bestimmte Ressourcen erforderlich. Das Projekt Ihres Clusters muss über ein ausreichendes Ressourcenkontingent, eine ausreichende Ressourcenverfügbarkeit und eine ausreichende Reservierungskapazität (für Knotenpools mit spezifischer Reservierungsaffinität) verfügen. Weitere Informationen finden Sie unter Ressourcen für Knotenupgrades gewährleisten.

Eine detaillierte Liste der spezifischen Änderungen und ihrer Merkmale finden Sie auf dieser Seite unter Arten von Änderungen an einem GKE-Cluster.

Arbeitslastverfügbarkeit maximieren, indem Sie sich auf störende Änderungen vorbereiten

Um die Verfügbarkeit Ihrer Arbeitslasten, die in einem GKE-Cluster ausgeführt werden, zu maximieren, empfehlen wir Ihnen, die in den folgenden Abschnitten beschriebenen Maßnahmen zu ergreifen:

Clusterverfügbarkeit auswählen

Wenn die Verfügbarkeit der Steuerungsebene Priorität hat, sollten Sie einen Autopilot-Cluster oder einen regionalen Standardcluster anstelle eines zonalen Standardclusters auswählen. Weitere Informationen finden Sie unter Cluster-Konfigurationsoptionen.

Upgrades mit GKE-Tools steuern

Mit den folgenden Tools können Sie steuern, wann und wie GKE Ihren Cluster aktualisiert. So können Sie die Best Practices implementieren:

Release-Versionen: Wählen Sie eine Release-Version aus, um Clusterversionen mit dem von Ihnen gewünschten Verhältnis zwischen Featureverfügbarkeit und Stabilität zu erhalten.
Wartungsfenster: Geben Sie ein wiederkehrendes Zeitfenster an, in dem bestimmte Arten von GKE-Clusterwartungen wie Upgrades durchgeführt werden können.
Wartungsausschlüsse: Verhindern, dass Clusterwartungen für einen bestimmten Zeitraum durchgeführt werden.
Budget für Clusterunterbrechungen: Sie können das Mindestzeitintervall zwischen bestimmten Arten von Clusterupgrades anpassen, einschließlich Patch- oder Nebenversionsupgrades.
Strategien für Knotenupgrades: Wenn Sie einen Standardknotenpool verwenden, können Sie auswählen, wie Ihre Knoten aktualisiert werden sollen: Surge-, Blau/Grün- oder automatisch skalierte Blau/Grün-Upgrades (Vorabversion), um Unterbrechungen Ihrer Arbeitslasten zu minimieren. Außerdem können Sie auswählen, wie viele Knotenpools GKE in einem Cluster gleichzeitig automatisch aktualisiert.
Rollout-Sequenzierung: Qualifizieren Sie Upgrades in einer Vorproduktionsumgebung, bevor GKE Ihre Produktionscluster aktualisiert.
Manuelle Upgrades: Führen Sie ein manuelles Upgrade Ihres Clusters durch und führen Sie Aktionen wie das Abbrechen, Fortsetzen, Rollback und Abschließen automatischer oder manueller Upgrades aus.

Cluster verwalten und überwachen

Um potenzielle Unterbrechungen Ihrer Cluster zu vermeiden, führen Sie die folgenden Aufgaben kontinuierlich aus:

Cluster mit der Beobachtbarkeitssuite von GKE überwachen
Ankündigungen finden Sie in den GKE-Versionshinweisen.
Clusterbenachrichtigungen ansehen, z. B. wenn Upgrades gestartet oder abgeschlossen werden, wenn neue Versionen verfügbar sind, Sicherheitsbulletins und End-of-Support-Termine.
Informationen zu Clusterupgrades abrufen, um den Status von Upgrades für Ihre Cluster zu sehen.
Im GKE-Releasezeitplan finden Sie eine Schätzung des besten Falls, wann Nebenversionen für Upgrades verfügbar sind und das Ende des Supports erreichen.
Nutzen Sie die verbindlichen Anleitungen, die mögliche Optimierungsmöglichkeiten aufzeigen und erklären, wie Sie Ihre Clusternutzung optimieren können, einschließlich Anleitungen für veraltete Features und APIs.

Arbeitslasten vorbereiten

So können Sie Unterbrechungen minimieren, indem Sie Ihre Arbeitslasten so widerstandsfähig wie möglich machen:

Führen Sie Replikate Ihrer Arbeitslasten aus, um Redundanz zu gewährleisten und einen Single Point of Failure zu vermeiden.
Geben Sie ein Budget für Störungen für Ihre Anwendung an, indem Sie ein Budget für Pod-Störungen verwenden.
Legen Sie einen Kulanzzeitraum für die Beendigung mit der richtigen Länge für Ihre Arbeitslast fest, damit sie ordnungsgemäß heruntergefahren werden kann.
Wenn Ihre Arbeitslast GPUs oder TPUs verwendet, folgen Sie der Anleitung zum Verwalten von GKE-Knotenunterbrechungen für GPUs und TPUs.
Für zustandsorientierte Anwendungen, die häufig Zeit benötigen, um E/A ordnungsgemäß zu beenden und die Speicherverbindung zu trennen, folgen Sie der Anleitung unter Zustandsorientierte Arbeitslasten auf Unterbrechungen vorbereiten.

Eine allgemeine Erläuterung dieser Themen finden Sie im Abschnitt Unterbrechungen verwalten des Blogposts GKE-Best Practices: Tag 2-Vorgänge für Geschäftskontinuität.

Arten von Änderungen an einem GKE-Cluster

In den folgenden Tabellen sind die häufigsten Arten von größeren Änderungen an einem Cluster aufgeführt, einschließlich der Merkmale dieser Änderungen wie Häufigkeit und Grad der Unterbrechung.

Arten von Upgrades

In der folgenden Tabelle sehen Sie, wie sich Upgrades auf eine Clusterumgebung auswirken können.

Ändern	Automatisch oder manuell initiiert	Wartungsrichtlinien werden berücksichtigt	Häufigkeit	Art der Störung	Grad der Störung
Upgrade der Steuerungsebene	Automatisch oder manuell	Automatische Upgrades berücksichtigen Wartungsrichtlinien bis zum Ende des Supports, mit Ausnahme von äußerst seltenen Notfallkorrekturen, sofern erforderlich. Manuelle Upgrades werden nicht durch Wartungsrichtlinien blockiert.	Patch-Upgrades, je nach Release-Version, bis zu einmal pro Woche. Kleinere Upgrades etwa alle vier Monate. Bei Clustern im Extended Channel werden Nebenversionsupgrades nur durchgeführt, wenn sich die Nebenversion dem Ende des Supports nähert.	Steuerungsebene	Bei Autopilot- und regionalen Standardclustern bleibt die Steuerungsebene verfügbar. Bei zonalen Standardclustern können Sie mehrere Minuten lang nicht mit der Steuerungsebene kommunizieren. Das bedeutet, dass Sie den Cluster, die Knoten und die Arbeitslasten während dieser Zeit nicht konfigurieren können.
Knotenupgrade	Automatisch oder manuell	Automatische Upgrades berücksichtigen Wartungsrichtlinien bis zum Ende des Supports, mit Ausnahme von äußerst seltenen Notfallkorrekturen, sofern erforderlich. Manuelle Upgrades werden nicht durch Wartungsrichtlinien blockiert.	In der Regel dieselben wie die Upgrades der Steuerungsebene. Wenn Ihr Cluster nicht für eine Release-Version registriert ist und Sie automatische Knotenupgrades deaktivieren, sind Sie für das manuelle Upgrade der Knotenpools Ihres Clusters verantwortlich.	Alle Knoten für Autopilot-Cluster oder ein oder mehrere Knotenpools für Standardcluster.	Knoten müssen heruntergefahren werden, um neu erstellt zu werden, Pods müssen ersetzt werden. Die GKE verwendet Surge-Upgrades für Autopilot oder die konfigurierte Knoten-Upgradestrategie (Surge, Blau/Grün oder automatisch skaliertes Blau/Grün (Vorschau)) für Standardcluster.

Ändern

Automatisch oder manuell initiiert

Wartungsrichtlinien werden berücksichtigt

Häufigkeit

Art der Störung

Grad der Störung

Upgrade der Steuerungsebene

Automatisch oder manuell

Automatische Upgrades berücksichtigen Wartungsrichtlinien bis zum Ende des Supports, mit Ausnahme von äußerst seltenen Notfallkorrekturen, sofern erforderlich.

Manuelle Upgrades werden nicht durch Wartungsrichtlinien blockiert.

Patch-Upgrades, je nach Release-Version, bis zu einmal pro Woche.

Kleinere Upgrades etwa alle vier Monate.

Bei Clustern im Extended Channel werden Nebenversionsupgrades nur durchgeführt, wenn sich die Nebenversion dem Ende des Supports nähert.

Steuerungsebene

Bei Autopilot- und regionalen Standardclustern bleibt die Steuerungsebene verfügbar.

Bei zonalen Standardclustern können Sie mehrere Minuten lang nicht mit der Steuerungsebene kommunizieren. Das bedeutet, dass Sie den Cluster, die Knoten und die Arbeitslasten während dieser Zeit nicht konfigurieren können.

Knotenupgrade

Automatisch oder manuell

Automatische Upgrades berücksichtigen Wartungsrichtlinien bis zum Ende des Supports, mit Ausnahme von äußerst seltenen Notfallkorrekturen, sofern erforderlich.

Manuelle Upgrades werden nicht durch Wartungsrichtlinien blockiert.

In der Regel dieselben wie die Upgrades der Steuerungsebene.

Wenn Ihr Cluster nicht für eine Release-Version registriert ist und Sie automatische Knotenupgrades deaktivieren, sind Sie für das manuelle Upgrade der Knotenpools Ihres Clusters verantwortlich.

Alle Knoten für Autopilot-Cluster oder ein oder mehrere Knotenpools für Standardcluster.

Knoten müssen heruntergefahren werden, um neu erstellt zu werden, Pods müssen ersetzt werden.

Die GKE verwendet Surge-Upgrades für Autopilot oder die konfigurierte Knoten-Upgradestrategie (Surge, Blau/Grün oder automatisch skaliertes Blau/Grün (Vorschau)) für Standardcluster.

Manuelle Änderungen, bei denen die Knoten mit einer Knotenupgrade-Strategie und unter Berücksichtigung der Wartungsrichtlinien neu erstellt werden

In der folgenden Tabelle wird beschrieben, wie diese manuellen Änderungen eine Clusterumgebung beeinträchtigen können. Diese Liste enthält unter anderem manuelle Änderungen, die GKE-Wartungsrichtlinien berücksichtigen.

Ändern	Automatisch oder manuell initiiert	Wartungsrichtlinien werden berücksichtigt	Häufigkeit	Art der Störung	Grad der Störung
Schreibgeschützten Port für Kubelet deaktivieren	Manuell initiiert	Wartungsrichtlinien werden nicht berücksichtigt, Änderungen werden sofort vorgenommen.	Einmal pro Änderung dieser Art.	Alle Knoten in einem Autopilot-Cluster Alle Knoten in einem Standard-Clusterknotenpool.	Knoten müssen heruntergefahren werden, um neu erstellt zu werden. Die Pods müssen ersetzt werden. GKE verwendet sofort Surge-Upgrades, um die Knoten neu zu erstellen, unabhängig von aktiven Wartungsrichtlinien. Die GKE verwendet Surge-Upgrades, unabhängig davon, ob eine andere Strategie für Knotenupgrades wie Blau/Grün-Upgrades konfiguriert ist.
Cluster-Anmeldedaten rotieren	Die automatische Rotation erfolgt, wenn Clusteranmeldedaten innerhalb von 30 Tagen ablaufen. Sie kann aber auch manuell initiiert werden.	Berücksichtigt Wartungsrichtlinien. GKE kann jedoch Wartungsrichtlinien innerhalb von 30 Tagen nach Ablauf der Anmeldedaten außer Kraft setzen. Innerhalb von 30 Tagen ignoriert GKE die Wartungsverfügbarkeit für den ersten Schritt, nämlich die Rotation zu starten. Wenn Sie nach dem ersten Schritt bestimmte Vorgänge manuell auslösen, werden die Wartungsrichtlinien für diesen Vorgang nicht berücksichtigt.	Einmal pro manueller Änderung dieses Typs oder abhängig von der Lebensdauer von Clusteranmeldedaten für die automatische Initiierung. Sie können Vorgänge für bestimmte Schritte im Rotationsprozess manuell aufrufen.	Für einige Schritte die Steuerungsebene. Für andere Schritte: alle Knoten für Autopilot-Cluster, alle Knoten in jedem Knotenpool von Standardclustern.	Wenn Sie die Rotation initiieren und die Rotation abschließen, ist der Grad der Unterbrechung folgender: Bei Autopilot- und regionalen Standardclustern bleibt die Steuerungsebene verfügbar. Bei zonalen Standardclustern führen beide Vorgänge zu kurzen Ausfallzeiten. Das bedeutet, dass Sie mehrere Minuten lang nicht mit der Steuerungsebene kommunizieren können, um Vorgänge wie das Konfigurieren des Clusters, der Knoten und der Arbeitslasten auszuführen. Wenn die Knoten neu erstellt werden, ist der Grad der Unterbrechung so: Knoten müssen heruntergefahren werden, um neu erstellt zu werden, Pods müssen ersetzt werden. GKE verwendet Surge-Upgrades, um die Knoten neu zu erstellen. GKE verwendet Surge-Upgrades, unabhängig davon, ob eine andere Strategie für Knotenupgrades wie Blau/Grün-Upgrades konfiguriert ist. Warnung : Wenn GKE die Rotation der Clusteranmeldedaten nicht vor dem Ablauf der Clusteranmeldedaten abschließen kann (aufgrund der Verfügbarkeit von Wartungsarbeiten und zugehörigen Einschränkungen), können Ihr Cluster und Ihre Arbeitslasten nicht wiederhergestellt werden.
IP-Adresse der Steuerungsebene rotieren	Manuell initiiert	Wartungsrichtlinien werden berücksichtigt. Wenn Sie jedoch nach dem ersten Schritt bestimmte Vorgänge manuell auslösen, werden Wartungsrichtlinien für diesen Vorgang nicht berücksichtigt.	Einmal pro manueller Änderung dieser Art. Sie können Vorgänge für bestimmte Schritte im Rotationsprozess manuell aufrufen.	Bei einigen Schritten die Steuerungsebene. Für andere Schritte: alle Knoten für Autopilot-Cluster, alle Knoten in jedem Knotenpool von Standardclustern.	Wenn Sie die Rotation einleiten und abschließen, sind die Auswirkungen auf die Nutzer wie folgt: Bei Autopilot- und regionalen Standardclustern bleibt die Steuerungsebene verfügbar. Bei zonalen Standardclustern führen beide Vorgänge zu kurzen Ausfallzeiten. Das bedeutet, dass Sie mehrere Minuten lang nicht mit der Steuerungsebene kommunizieren können, um Vorgänge wie das Konfigurieren des Clusters, der Knoten und der Arbeitslasten auszuführen. Wenn die Knoten neu erstellt werden, ist der Grad der Unterbrechung so: Knoten müssen heruntergefahren werden, um neu erstellt zu werden, Pods müssen ersetzt werden. GKE verwendet Surge-Upgrades, um die Knoten neu zu erstellen. GKE verwendet Surge-Upgrades unabhängig davon, ob eine andere Strategie für Knotenupgrades wie Blau/Grün-Upgrades konfiguriert ist.
Shielded-Knoten konfigurieren	Manuell initiiert	Beim Neuerstellen der Steuerungsebene werden Wartungsrichtlinien nicht berücksichtigt. Die Änderungen werden sofort vorgenommen. Beim Neuerstellen der Knoten werden die Wartungsrichtlinien berücksichtigt.	Einmal pro Änderung dieser Art	Die Steuerungsebene wird aktualisiert. Nachdem die Steuerungsebene aktualisiert wurde, müssen alle Knoten in jedem Knotenpool des Standardclusters neu erstellt werden.	Wenn die Steuerungsebene neu erstellt wird, ist das Unterbrechungsmaß wie folgt: Bei Autopilot- und regionalen Standardclustern bleibt die Steuerungsebene verfügbar. Bei zonalen Standardclustern führen beide Vorgänge zu kurzen Ausfallzeiten. Das bedeutet, dass Sie mehrere Minuten lang nicht mit der Steuerungsebene kommunizieren können, um Vorgänge wie das Konfigurieren des Clusters, der Knoten und der Arbeitslasten auszuführen. Wenn die Knoten neu erstellt werden, ist der Grad der Unterbrechung so: Knoten müssen heruntergefahren werden, um neu erstellt zu werden, Pods müssen ersetzt werden. GKE verwendet Surge-Upgrades, um die Knoten neu zu erstellen. GKE verwendet Surge-Upgrades, unabhängig davon, ob eine andere Strategie für Knotenupgrades wie Blau/Grün-Upgrades konfiguriert ist. Warnung: Wenn Ihr Cluster zum Zeitpunkt der Änderung nicht für Wartungsarbeiten verfügbar ist, wird die Steuerungsebene neu erstellt, die Knoten jedoch nicht. Die Verzögerung zwischen den beiden Schritten kann zu fehlgeschlagenen Knotenregistrierungen und Clusterunterbrechungen führen.
Netzwerkrichtlinien konfigurieren	Manuell initiiert	Berücksichtigt Wartungsrichtlinien	Einmal pro Änderung dieser Art	Alle Knoten für Autopilot-Cluster, alle Knoten in jedem Knotenpool von Standardclustern.	Knoten müssen heruntergefahren werden, um neu erstellt zu werden. Pods müssen ersetzt werden. GKE verwendet Surge-Upgrades, um die Knoten neu zu erstellen. Die GKE verwendet Surge-Upgrades, unabhängig davon, ob eine andere Strategie für Knotenupgrades wie Blau/Grün-Upgrades konfiguriert ist.
Knoteninterne Sichtbarkeit konfigurieren	Manuell initiiert	Berücksichtigt Wartungsrichtlinien	Einmal pro Änderung dieser Art	Alle Knoten für Autopilot-Cluster, alle Knoten in jedem Knotenpool von Standardclustern.	Knoten müssen heruntergefahren werden, um neu erstellt zu werden. Pods müssen ersetzt werden. Die GKE verwendet Surge-Upgrades, um die Knoten neu zu erstellen. GKE verwendet Surge-Upgrades, unabhängig davon, ob eine andere Strategie für Knotenupgrades wie Blau/Grün-Upgrades konfiguriert ist.
NodeLocal DNSCache konfigurieren	Manuell initiiert	Berücksichtigt Wartungsrichtlinien	Einmal pro Änderung dieses Typs	Alle Knoten im Knotenpool des Standard-Clusters, die aktualisiert werden, müssen aktualisiert werden.	Knoten müssen heruntergefahren werden, um neu erstellt zu werden. Pods müssen ersetzt werden. GKE verwendet Surge-Upgrades, um die Knoten neu zu erstellen. GKE verwendet Surge-Upgrades unabhängig davon, ob eine andere Strategie für Knotenupgrades wie Blau/Grün-Upgrades konfiguriert ist.
Image-Streaming aktivieren	Manuell initiiert	Bei der Aktualisierung auf Clusterebene werden Wartungsrichtlinien berücksichtigt. Beim Aktualisieren einzelner Knotenpools werden Wartungsrichtlinien nicht berücksichtigt.	Einmal pro Änderung dieser Art	Wenn die Option auf Knotenpoolebene aktiviert ist, gilt sie für alle Knoten im Knotenpool des Standard-Clusters. Wenn die Einstellung auf Clusterebene aktiviert oder deaktiviert wird, gilt sie für Knoten in allen Knotenpools von Standardclustern, für die Sie die Einstellung nicht individuell aktiviert oder deaktiviert haben.	GKE verwendet Surge-Upgrades, um die Knoten eines Knotenpools neu zu erstellen. Die GKE verwendet Surge-Upgrades, unabhängig davon, ob eine andere Strategie für Knotenupgrades wie Blau/Grün-Upgrades konfiguriert ist.

Automatische Wartung, die Wartungsrichtlinien nicht berücksichtigt

In der folgenden Tabelle sehen Sie, wie sich automatische Wartung, die Wartungsrichtlinien nicht berücksichtigt, auf eine Clusterumgebung auswirken kann.

Ändern	Automatisch oder manuell initiiert	Wartungsrichtlinien werden berücksichtigt	Häufigkeit	Art der Störung	Ausmaß der Störung
Steuerungsebene reparieren oder Größe anpassen	Automatisch	Berücksichtigt keine Wartungsrichtlinien	Die Häufigkeit der Reparatur der Steuerungsebene ist zufällig, hat aber keine Auswirkungen auf Autopilot- und regionale Standardcluster. Die Größenanpassung der Steuerungsebene erfolgt selten, aber die Häufigkeit nimmt mit Clusterskalierungsereignissen zu. Außerdem hat sie keine Auswirkungen auf Autopilot- und regionale Standardcluster.	Steuerungsebene	Bei Autopilot- und regionalen Standardclustern bleibt die Steuerungsebene verfügbar. Bei zonalen Standardclustern können Sie mehrere Minuten lang nicht mit der Steuerungsebene kommunizieren. Das bedeutet, dass Sie den Cluster, die Knoten und die Arbeitslasten während dieser Zeit nicht konfigurieren können.
Hostwartungsereignis	Automatisch	Wartungsrichtlinien werden nicht berücksichtigt	Informationen zur ungefähren Häufigkeit finden Sie unter Wartungsereignisse.	Ein Knoten	Bei den meisten Knotentypen ist der Effekt minimal. Bei einigen Knoten, einschließlich Knoten mit GPUs oder TPUs, kann es zu größeren Unterbrechungen kommen. Weitere Informationen finden Sie unter Andere Wartungsarbeiten Cloud de Confiance by S3NS .
Automatische Knotenreparatur	Automatisch	Wartungsrichtlinien werden nicht berücksichtigt	Die Häufigkeit der automatischen Knotenreparatur ist zufällig.	Ein Knoten	Der Knoten wird neu gestartet. Alle Pods, die auf dem Knoten ausgeführt werden, werden unterbrochen.
Spot-VMs und VMs auf Abruf zurückfordern	Automatisch	Wartungsrichtlinien werden nicht berücksichtigt	Bei VMs auf Abruf mindestens einmal alle 24 Stunden. Bei Spot-VMs, wenn Compute Engine die Ressourcen an anderer Stelle benötigt.	Ein Knoten	Weitere Informationen finden Sie unter Beendigung und ordnungsgemäßes Herunterfahren von Spot-VMs und Beendigung und ordnungsgemäßes Herunterfahren von VMs auf Abruf.
Wartung der Spanner-basierten Clusterstatusdatenbank	Automatisch	Wartungsrichtlinien werden nicht berücksichtigt	Ereignisse sind zufällig und haben keine Auswirkungen auf Cluster oder Arbeitslasten.	Keine. Die Spanner-basierte Datenbank wird in der Infrastruktur von Google separat von der Steuerungsebene und den Knoten des Clusters ausgeführt.	Keine. Die Spanner-basierte Datenbank wird für alle Arten von Clustern repliziert und bleibt während der Wartung verfügbar.

Manuelle Änderungen, bei denen die Knoten mit einer Knotenupgrade-Strategie neu erstellt werden, ohne die Wartungsrichtlinien zu berücksichtigen

In der folgenden Tabelle sehen Sie, wie sich diese manuellen Änderungen auf eine Clusterumgebung auswirken können. Diese Liste enthält Änderungen aus Wenn GKE Surge-Upgrades verwendet und Wenn GKE Blau/Grün-Upgrades verwendet, die nicht im anderen Abschnitt enthalten sind, da sie die Wartungsrichtlinien nicht berücksichtigen.

Ändern	Automatisch oder manuell initiiert	Wartungsrichtlinien werden berücksichtigt	Häufigkeit	Art der Störung	Grad der Störung
Änderungen bei der Erfassung von Logs der Steuerungsebene	Manuell initiiert	Wartungsrichtlinien werden nicht berücksichtigt, Änderungen werden sofort vorgenommen.	Einmal pro Änderung dieser Art	Die Steuerungsebene wird aktualisiert.	Wenn die Steuerungsebene neu erstellt wird, ist das Ausmaß der Unterbrechung so: Bei Autopilot- und regionalen Standardclustern bleibt die Steuerungsebene verfügbar. Bei zonalen Standardclustern ist die Steuerungsebene nicht verfügbar. Das bedeutet, dass Sie mehrere Minuten lang nicht mit der Steuerungsebene kommunizieren können, um Vorgänge wie das Konfigurieren des Clusters, der Knoten und der Arbeitslasten auszuführen.
Knotenpool-Label aktualisieren	Manuell initiiert	Wartungsrichtlinien werden nicht berücksichtigt, Änderungen werden sofort vorgenommen.	Einmal pro Änderung dieses Typs	Alle Knoten in einem Knotenpool eines Standard-Clusters	GKE verwendet sofort Surge-Upgrades, um den Knotenpool neu zu erstellen, wenn Sie die Knotenlabels in einem vorhandenen Knotenpool aktualisieren, unabhängig von aktiven Wartungsrichtlinien. GKE verwendet Surge-Upgrades unabhängig davon, ob eine andere Strategie für Knotenupgrades wie Blau/Grün-Upgrades konfiguriert ist.
Knoten vertikal skalieren, indem Sie die Maschinenattribute des Knotens ändern	Manuell initiiert	Wartungsrichtlinien werden nicht berücksichtigt, Änderungen werden sofort vorgenommen.	Einmal pro Änderung dieses Typs	Alle Knoten in einem Standard-Clusterknotenpool	GKE verwendet sofort Surge-Upgrades, um die Knoten in einem vorhandenen Knotenpool neu zu erstellen, unabhängig von aktiven Wartungsrichtlinien. GKE verwendet Surge-Upgrades unabhängig davon, ob eine andere Strategie für Knotenupgrades wie Blau/Grün-Upgrades konfiguriert ist.
Änderungen der Image-Typen	Manuell initiiert	Wartungsrichtlinien werden nicht berücksichtigt, Änderungen werden sofort vorgenommen.	Einmal pro Änderung dieses Typs	Alle Knoten in einem Knotenpool eines Standard-Clusters	Knoten müssen heruntergefahren werden, um neu erstellt zu werden. Pods müssen ersetzt werden. GKE verwendet die konfigurierte Strategie für Knotenupgrades (Surge, Blau/Grün oder automatisch skaliertes Blau/Grün (Vorabversion)) für Standardcluster.
Speicherpools in einem Knotenpool eines Standardclusters hinzufügen oder ersetzen	Manuell initiiert	Wartungsrichtlinien werden nicht berücksichtigt, Änderungen werden sofort vorgenommen.	Einmal pro Änderung dieses Typs	Alle Knoten in einem Knotenpool eines Standard-Clusters	Knoten müssen heruntergefahren werden, um neu erstellt zu werden. Pods müssen ersetzt werden. Die GKE verwendet die konfigurierte Knoten-Upgradestrategie (Surge, Blau/Grün oder automatisch skaliertes Blau/Grün (Vorschau)) für Standard-Cluster.
Image-Streaming aktivieren	Manuell initiiert	Bei der Aktualisierung auf Clusterebene werden Wartungsrichtlinien berücksichtigt. Beim Aktualisieren einzelner Knotenpools werden Wartungsrichtlinien nicht berücksichtigt.	Einmal pro Änderung dieser Art	Wenn die Option auf Knotenpoolebene aktiviert ist, gilt sie für alle Knoten im Knotenpool des Standard-Clusters. Wenn die Einstellung auf Clusterebene aktiviert oder deaktiviert wird, gilt sie für Knoten in allen Knotenpools von Standardclustern, für die Sie die Einstellung nicht individuell aktiviert oder deaktiviert haben.	GKE verwendet Surge-Upgrades, um die Knoten eines Knotenpools neu zu erstellen. GKE verwendet Surge-Upgrades unabhängig davon, ob eine andere Strategie für Knotenupgrades wie Blau/Grün-Upgrades konfiguriert ist.
Konfigurationsaktualisierungen der Netzwerkleistung	Manuell initiiert	Wartungsrichtlinien werden nicht berücksichtigt, Änderungen werden sofort vorgenommen.	Einmal pro Änderung dieses Typs	Alle Knoten in einem Knotenpool eines Standard-Clusters	Knoten müssen heruntergefahren werden, um neu erstellt zu werden. Pods müssen ersetzt werden. GKE verwendet sofort Surge-Upgrades, um die Knoten in einem vorhandenen Knotenpool neu zu erstellen, unabhängig von aktiven Wartungsrichtlinien. GKE verwendet Surge-Upgrades unabhängig davon, ob eine andere Strategie für Knotenupgrades wie Blau/Grün-Upgrades konfiguriert ist.
gVNIC aktivieren	Manuell initiiert	Wartungsrichtlinien werden nicht berücksichtigt, Änderungen werden sofort vorgenommen.	Einmal pro Änderung dieses Typs	Alle Knoten in einem Knotenpool eines Standard-Clusters	Knoten müssen heruntergefahren werden, um neu erstellt zu werden. Pods müssen ersetzt werden. Die GKE verwendet sofort Surge-Upgrades, um die Knoten in einem vorhandenen Knotenpool neu zu erstellen, unabhängig von aktiven Wartungsrichtlinien. GKE verwendet Surge-Upgrades unabhängig davon, ob eine andere Strategie für Knotenupgrades wie Blau/Grün-Upgrades konfiguriert ist.
Änderungen an der Knotensystemkonfiguration	Manuell initiiert	Wartungsrichtlinien werden nicht berücksichtigt, Änderungen werden sofort vorgenommen.	Einmal pro Änderung dieses Typs	Alle Knoten in einem Knotenpool eines Standard-Clusters	Knoten müssen heruntergefahren werden, um neu erstellt zu werden. Pods müssen ersetzt werden. Die GKE verwendet sofort Surge-Upgrades, um die Knoten in einem vorhandenen Knotenpool neu zu erstellen, unabhängig von aktiven Wartungsrichtlinien. GKE verwendet Surge-Upgrades, unabhängig davon, ob eine andere Strategie für Knotenupgrades wie Blau/Grün-Upgrades konfiguriert ist.
Vertrauliche Knoten	Manuell initiiert	Wartungsrichtlinien werden nicht berücksichtigt, Änderungen werden sofort vorgenommen.	Einmal pro Änderung dieses Typs	Alle Knoten in einem Knotenpool eines Standard-Clusters	Knoten müssen heruntergefahren werden, um neu erstellt zu werden. Pods müssen ersetzt werden. GKE verwendet sofort Surge-Upgrades, um die Knoten in einem vorhandenen Knotenpool neu zu erstellen, unabhängig von aktiven Wartungsrichtlinien. GKE verwendet Surge-Upgrades unabhängig davon, ob eine andere Strategie für Knotenupgrades wie Blau/Grün-Upgrades konfiguriert ist.

Änderungen, die keine Neuerstellung der Knoten erfordern

In der folgenden Tabelle sehen Sie, bei welchen Änderungen an der Knotenkonfiguration die Knoten nicht neu erstellt werden müssen. Diese Änderungen sind nicht störend. Es kann jedoch zu Störungen kommen, wenn sich die aktualisierte Knotenkonfiguration auf Ihre Arbeitslast auswirkt.

Ändern	Automatisch oder manuell initiiert	Wartungsrichtlinien werden berücksichtigt	Häufigkeit	Art der Störung	Ausmaß der Störung
Aktualisieren Sie die folgenden Einstellungen: Alle Arten von Tags, einschließlich Tags (Firewall), Tags (keine Firewall) und Netzwerktags Kubernetes-Knotenlabels und -Markierungen, einschließlich Architekturmarkierungen Einstellungen für Cluster Autoscaler Aktivierung und Deaktivierung des automatischen Upgrades von Knotenpools Aktivierung und Deaktivierung der automatischen Knotenreparatur Einstellungen für Knotenupgrade-Strategien	Manuell initiiert	Wartungsrichtlinien werden nicht berücksichtigt, Änderungen werden sofort vorgenommen.	Einmal pro Änderung dieser Art	Alle relevanten Knoten werden aktualisiert.	Pods müssen nicht ersetzt werden, da die Knotenkonfiguration aktualisiert wird, ohne die Knoten neu zu erstellen.