Diese Seite wurde von der Cloud Translation API übersetzt.

Änderungen am Clusterlebenszyklus verwalten, um Unterbrechungen zu minimieren

Autopilot Standard

Auf dieser Seite wird erläutert, wie Sie und die Google Kubernetes Engine (GKE) Änderungen während des Lebenszyklus eines Clusters verwalten, um Leistung und Verfügbarkeit zu maximieren und 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 entweder vor oder nach dem Lesen der Informationen zu den grundlegenden Aufgaben der Clusterverwaltung auf den Seiten Cluster verwalten und Clusterverwaltung – Übersicht aufrufen.

Verwaltete Plattform und geteilte Verantwortung

GKE ist eine von Google verwaltete Implementierung der Open-Source-Plattform zur Containerorchestrierung Kubernetes. Wie im Abschnitt Funktionsweise von GKE erwähnt, besteht ein GKE-Cluster aus einer Steuerungsebene mit Verwaltungsknoten, auf denen Systemkomponenten ausgeführt werden, und Worker-Knoten, auf denen Arbeitslasten bereitgestellt werden.

Die Erstellung einer optimalen Clusterumgebung für Ihre Arbeitslasten mit maximaler Leistung, Verfügbarkeit und minimalen Unterbrechungen ist eine gemeinsame Aufgabe:

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 auch 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 Gemeinsame Verantwortung bei GKE.

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

Als Kubernetes-Implementierung ist ein GKE-Cluster ein Netzwerk aus Prozessen und Systemen, die zusammen die optimale Umgebung für die Ausführung Ihrer Arbeitslasten bereitstellen. 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 der täglichen Ausführung Ihrer Anwendung erfolgt im Hintergrund, sodass Ihre Arbeitslasten ohne Unterbrechung ausgeführt werden. Einige wichtige Änderungen müssen jedoch so durchgeführt werden, dass Ihre Arbeitslasten vorübergehend beeinträchtigt werden können, wie im nächsten Abschnitt beschrieben.

Einige Clusteränderungen können zu Unterbrechungen bei Arbeitslasten führen

GKE sorgt dafür, dass Ihre Arbeitslasten reibungslos ausgeführt werden. Einige wichtige Änderungen können jedoch vorübergehende Unterbrechungen Ihrer Arbeitslasten erfordern, insbesondere Änderungen, die die Knoten neu starten, auf denen Ihre Arbeitslasten ausgeführt werden. Mit den GKE- und Kubernetes-Funktionen können Sie angeben, wann und wie die Unterbrechung erfolgen soll, damit Ihre Arbeitslasten die Änderungen problemlos bewältigen können.

In den folgenden Abschnitten wird beschrieben, welche Arten von Änderungen GKE an Clustern vornimmt, welche Unterbrechungen 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 Clusterupgrades oder einfach Upgrades auf die Aktualisierung der Kubernetes-Version der Steuerungsebene (Steuerungsebenen-Upgrades) oder der Knoten (Knoten-Upgrades) oder auf beide. Bei der Verwendung von Standardclustern können Knoten-Upgrades auch als Knotenpool-Upgrades bezeichnet werden, da GKE einen einzelnen Vorgang verwendet, um einen Knotenpool zu aktualisieren.

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

Unterbrechungen bei Knotenupdates planen

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

GKE verwendet Knoten-Upgradestrategien, um Knoten – sowohl Autopilot-Knoten als auch Standardcluster-Knotenpools – auf eine Weise zu aktualisieren, die für die Anforderungen Ihrer Arbeitslast optimiert ist. Diese Strategien gelten für Versionsupgrades und auch für einige andere Arten von Knotenänderungen. Mit diesen Strategien kann GKE Unterbrechungen bei der Ausführung von Knotenupdates minimieren, die für die Funktionsfähigkeit und Leistung von Clustern wichtig sind.

Best Practice:

Mit Wartungsfenstern und -ausschlüssen können Sie festlegen, wann bestimmte Clusterwartungen durchgeführt werden und wann nicht. Wählen Sie für Standardcluster eine Knotenaktualisierungsstrategie aus, die am besten zu Ihrem Arbeitslastprofil und Ihren Ressourceneinschränkungen passt.

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

Änderungen entsprechen in der Regel den Wartungsrichtlinien: Wenn GKE Änderungen an den Knoten vornimmt, entsprechen diese Änderungen in der Regel den GKE-Wartungsrichtlinien. Beachten Sie Folgendes, wenn Sie manuelle Änderungen vornehmen, bei denen alle Knoten in einem Knotenpool neu erstellt werden müssen:
- Bei einigen Änderungen berücksichtigt GKE die Wartungsrichtlinien und wendet die von Ihnen eingereichte Änderung erst an, wenn die Wartung nicht mehr aktiv ist. Wenn GKE auf die Verfügbarkeit der Wartung wartet und die Änderung dringend ist, können Sie die Änderungen manuell anwenden, um die neue Konfiguration sofort anzuwenden.
- Bei anderen manuellen Änderungen, einschließlich manueller Upgrades, werden die Wartungsrichtlinien von GKE nicht berücksichtigt. Achten Sie bei diesen manuellen Änderungen darauf, dass Ihre Arbeitslasten auf sofortige Unterbrechungen vorbereitet sind.
Für Änderungen werden in der Regel Knotenupgrade-Strategien verwendet: Wenn GKE die meisten automatisch oder manuell initiierten Änderungen an Knoten vornimmt – einschließlich Knotenupdates, die keine Versionsupgrades sind –, wählt GKE eine Knotenupgrade-Strategie aus: Surge-Upgrades oder Blau/Grün-Upgrades. Autopilot verwendet immer Surge-Upgrades. Für Änderungen an Standardclusterknotenpools werden in der Regel Surge-Upgrades verwendet, es sei denn, Sie haben Blau/Grün-Upgrades konfiguriert und nehmen bestimmte Arten von Änderungen vor.
Änderungen erfordern ausreichende Ressourcen: Wenn GKE eine Änderung mit einer Knotenupgrade-Strategie anwendet, erfordert diese Änderung je nach Strategie und Konfiguration eine bestimmte Menge an Ressourcen. Das Projekt Ihres Clusters muss ein ausreichendes Ressourcenkontingent, eine ausreichende Ressourcenverfügbarkeit und eine ausreichende Reservierungskapazität haben (für Knotenpools mit bestimmter Reservierungsaffinität). Weitere Informationen finden Sie unter Ressourcen für Knotenupgrades gewährleisten.

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

Arbeitslastverfügbarkeit maximieren, indem Sie sich auf Unterbrechungen vorbereiten

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

Clusterverfügbarkeit auswählen

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

Upgrades mit GKE-Tools steuern

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

Release-Versionen: Wählen Sie einen Release-Version aus, um Clusterversionen mit dem von Ihnen gewünschten Verhältnis zwischen Featureverfügbarkeit und Stabilität zu erhalten.
Wartungsfenster: Sie können ein wiederkehrendes Zeitfenster angeben, in dem bestimmte Arten von GKE-Clusterwartungen, z. B. Upgrades, stattfinden können.
Wartungsausschlüsse: Mit Wartungsausschlüssen können Sie verhindern, dass die Clusterwartung für einen bestimmten Zeitraum ausgeführt wird.
Upgradestrategien für Knoten: Wenn Sie Standardcluster verwenden, können Sie auswählen, wie Ihre Knoten aktualisiert werden – durch Surge-Upgrades oder Blau/Grün-Upgrades –, um Unterbrechungen Ihrer Arbeitslasten zu minimieren.
Roll-out-Abfolge: Sie können Upgrades in einer Vorproduktionsumgebung qualifizieren, bevor GKE Ihre Produktionscluster aktualisiert.
Manuelle Upgrades: Sie können Ihren Cluster manuell aktualisieren und Aktionen wie Abbrechen, Fortsetzen, Rollback und Abschluss laufender automatischer oder manueller Upgrades ausführen.

Cluster verwalten und überwachen

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

Überwachen Sie Ihren Cluster mit der GKE-Suite für die Beobachtbarkeit.
Aktuelle Informationen finden Sie in den GKE-Versionshinweisen.
Sie können Clusterbenachrichtigungen abonnieren, z. B. zu neu verfügbaren Versionen oder Sicherheitsbulletins.
Im GKE-Releasezeitplan finden Sie eine Schätzung, wann Nebenversionen für Upgrades verfügbar sind und das Ende des Supports erreichen.
Mithilfe einer präskriptiven Anleitung werden potenzielle Optimierungsmöglichkeiten ermittelt und erläutert, wie Sie die Clusternutzung optimieren können, einschließlich eingestellter GKE-Funktionen.

Arbeitslasten vorbereiten

Sorgen Sie dafür, dass Ihre Arbeitslasten so störungsresistent wie möglich sind:

Führen Sie Replikate Ihrer Arbeitslasten aus, um Redundanz zu gewährleisten und Single Points of Failure zu vermeiden.
Geben Sie ein Unterbrechungsbudget für Ihre Anwendung an, indem Sie ein Budget für Pod-Störungen verwenden.
Legen Sie einen Kulanzzeitraum für die Beendigung fest, der lang genug ist, damit Ihre Arbeitslast ordnungsgemäß heruntergefahren werden kann.
Wenn Ihre Arbeitslast GPUs oder TPUs verwendet, folgen Sie der Anleitung unter GKE-Knotenunterbrechungen für GPUs und TPUs verwalten.
Bei zustandsorientierten Anwendungen, die häufig Zeit benötigen, um E/A ordnungsgemäß zu beenden und die Speicherverbindung zu trennen, folgen Sie der Anleitung unter Sorgen Sie dafür, dass zustandsorientierte Arbeitslasten für Unterbrechungen gerüstet sind.

Allgemeine Informationen zu diesen Themen finden Sie im Abschnitt Unterbrechungen beheben des Blogposts Best Practices für GKE: Tag 2: Vorgänge für die 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 Merkmale dieser Änderungen wie Häufigkeit und Störungsgrad.

Arten von Upgrades

In der folgenden Tabelle sehen Sie, wie Upgrades eine Clusterumgebung beeinträchtigen können.

Ändern	Automatisch oder manuell initiiert	Einhaltung der Wartungsrichtlinien	Häufigkeit	Art der Störung	Schwere der Störung
Upgrade der Steuerungsebene	Automatisch oder manuell	Bei automatischen Upgrades werden die Wartungsrichtlinien bis zum Ende des Supports eingehalten, mit Ausnahme von extrem seltenen Notfallkorrekturen, falls erforderlich. Manuelle Upgrades werden nicht von Wartungsrichtlinien blockiert.	Patch-Upgrades, je nach Release-Kanal so oft wie wöchentlich Kleinere Upgrades etwa alle vier Monate. Bei Clustern im Extended Channel werden nur dann untergeordnete Upgrades durchgeführt, wenn das Ende des Supports für die Nebenversion bevorsteht.	Steuerungsebene	Bei Autopilot- und regionalen Standardclustern bleibt die Steuerungsebene verfügbar. Bei zonalen Standardclustern kann es mehrere Minuten dauern, bis Sie wieder mit der Steuerungsebene kommunizieren können. In dieser Zeit können Sie den Cluster, die Knoten und die Arbeitslasten nicht konfigurieren.
Knotenupgrade	Automatisch oder manuell	Bei automatischen Upgrades werden die Wartungsrichtlinien bis zum Ende des Supports eingehalten, mit Ausnahme von extrem seltenen Notfallkorrekturen, falls erforderlich. Manuelle Upgrades werden nicht von Wartungsrichtlinien blockiert.	In der Regel identisch mit den Upgrades der Steuerungsebene. Wenn Ihr Cluster nicht für eine Release-Version registriert ist und Sie automatische Knotenupgrades deaktivieren, müssen Sie die Knotenpools Ihres Clusters manuell aktualisieren.	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. GKE verwendet Surge-Upgrades für Autopilot oder die konfigurierte Strategie für das Knotenupgrade (Surge oder Blau/Grün) für Standardcluster.

Ändern

Automatisch oder manuell initiiert

Einhaltung der Wartungsrichtlinien

Häufigkeit

Art der Störung

Schwere der Störung

Upgrade der Steuerungsebene

Automatisch oder manuell

Bei automatischen Upgrades werden die Wartungsrichtlinien bis zum Ende des Supports eingehalten, mit Ausnahme von extrem seltenen Notfallkorrekturen, falls erforderlich.

Manuelle Upgrades werden nicht von Wartungsrichtlinien blockiert.

Patch-Upgrades, je nach Release-Kanal so oft wie wöchentlich

Kleinere Upgrades etwa alle vier Monate.

Bei Clustern im Extended Channel werden nur dann untergeordnete Upgrades durchgeführt, wenn das Ende des Supports für die Nebenversion bevorsteht.

Steuerungsebene

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

Bei zonalen Standardclustern kann es mehrere Minuten dauern, bis Sie wieder mit der Steuerungsebene kommunizieren können. In dieser Zeit können Sie den Cluster, die Knoten und die Arbeitslasten nicht konfigurieren.

Knotenupgrade

Automatisch oder manuell

Bei automatischen Upgrades werden die Wartungsrichtlinien bis zum Ende des Supports eingehalten, mit Ausnahme von extrem seltenen Notfallkorrekturen, falls erforderlich.

Manuelle Upgrades werden nicht von Wartungsrichtlinien blockiert.

In der Regel identisch mit den Upgrades der Steuerungsebene.

Wenn Ihr Cluster nicht für eine Release-Version registriert ist und Sie automatische Knotenupgrades deaktivieren, müssen Sie die Knotenpools Ihres Clusters manuell aktualisieren.

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.

GKE verwendet Surge-Upgrades für Autopilot oder die konfigurierte Strategie für das Knotenupgrade (Surge oder Blau/Grün) für Standardcluster.

Manuelle Änderungen, bei denen die Knoten mit einer Knotenupgrade-Strategie neu erstellt und die Wartungsrichtlinien eingehalten werden

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

Ändern	Automatisch oder manuell initiiert	Einhaltung der Wartungsrichtlinien	Häufigkeit	Art der Störung	Schwere der Störung
Clusteranmeldedaten rotieren	Automatisch, wenn die Cluster-Anmeldedaten innerhalb von 30 Tagen ablaufen, kann aber auch manuell gestartet werden.	Die Wartungsrichtlinien werden eingehalten. GKE kann die Wartungsrichtlinien jedoch innerhalb von 30 Tagen nach Ablauf der Anmeldedaten außer Kraft setzen. Wenn Sie nach dem ersten Schritt bestimmte Vorgänge manuell auslösen, werden für diesen Vorgang keine Wartungsrichtlinien berücksichtigt.	Einmal pro manueller Änderung dieser Art oder abhängig von der Lebensdauer der Clusteranmeldedaten bei automatischer Initiierung. 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 eines Standardclusters.	Wenn Sie die Rotation starten und abschließen, ist die Unterbrechung wie folgt: Bei Autopilot- und regionalen Standardclustern bleibt die Steuerungsebene verfügbar. Bei zonalen Standardclustern führen beide Vorgänge zu kurzen Ausfallzeiten, d. h., es kann mehrere Minuten dauern, bis Sie wieder mit der Steuerungsebene kommunizieren und Vorgänge wie die Konfiguration des Clusters, der Knoten und der Arbeitslasten ausführen können. Wenn die Knoten neu erstellt werden, ist die Unterbrechung wie folgt: 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. Warnung : Wenn GKE die Rotation der Clusteranmeldedaten nicht vor Ablauf der Clusteranmeldedaten abschließen kann – aufgrund von Wartungsverfügbarkeit und zugehörigen Einschränkungen – können der Cluster und die Arbeitslasten nicht wiederhergestellt werden.
IP-Adresse der Steuerungsebene rotieren	Manuell initiiert	Die Wartungsrichtlinien werden eingehalten. Wenn Sie nach dem ersten Schritt jedoch bestimmte Vorgänge manuell auslösen, werden die Wartungsrichtlinien für diesen Vorgang nicht eingehalten.	Einmal pro manueller Änderung dieses Typs. 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 eines Standardclusters.	Wenn Sie die Rotation starten und abschließen, ist die Unterbrechung wie folgt: Bei Autopilot- und regionalen Standardclustern bleibt die Steuerungsebene verfügbar. Bei zonalen Standardclustern führen beide Vorgänge zu kurzen Ausfallzeiten, d. h., es kann mehrere Minuten dauern, bis Sie wieder mit der Steuerungsebene kommunizieren und Vorgänge wie die Konfiguration des Clusters, der Knoten und der Arbeitslasten ausführen können. Wenn die Knoten neu erstellt werden, ist die Unterbrechung wie folgt: 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.
Shielded-Knoten konfigurieren	Manuell initiiert	Wenn Sie die Steuerungsebene neu erstellen, werden die Wartungsrichtlinien nicht eingehalten und die Änderungen werden sofort vorgenommen. Bei der Neuerstellung der Knoten werden die Wartungsrichtlinien eingehalten.	Einmal pro Änderung dieses Typs	Die Steuerungsebene wird aktualisiert. Nach der Aktualisierung der Steuerungsebene müssen alle Knoten in jedem Knotenpool des Standardclusters neu erstellt werden.	Wenn die Steuerungsebene neu erstellt wird, ist die Unterbrechung wie folgt: Bei Autopilot- und regionalen Standardclustern bleibt die Steuerungsebene verfügbar. Bei zonalen Standardclustern führen beide Vorgänge zu kurzen Ausfallzeiten, d. h., es kann mehrere Minuten dauern, bis Sie wieder mit der Steuerungsebene kommunizieren und Vorgänge wie die Konfiguration des Clusters, der Knoten und der Arbeitslasten ausführen können. Wenn die Knoten neu erstellt werden, ist die Unterbrechung wie folgt: 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. Warnung : Wenn für Ihren Cluster keine aktive Wartungsverfügbarkeit besteht, wenn Sie die Änderung initiieren, wird die Steuerungsebene neu erstellt, die Knoten jedoch noch nicht. Die Verzögerung zwischen den beiden Schritten kann zu fehlgeschlagenen Knotenregistrierungen und Unterbrechungen im Cluster führen.
Netzwerkrichtlinien konfigurieren	Manuell initiiert	Wartungsrichtlinien werden eingehalten	Einmal pro Änderung dieses Typs	Alle Knoten für Autopilot-Cluster, alle Knoten in jedem Standardcluster-Knotenpool.	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.
Knoteninterne Sichtbarkeit konfigurieren	Manuell initiiert	Wartungsrichtlinien werden eingehalten	Einmal pro Änderung dieses Typs	Alle Knoten für Autopilot-Cluster, alle Knoten in jedem Standardcluster-Knotenpool.	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.
NodeLocal DNSCache konfigurieren	Manuell initiiert	Wartungsrichtlinien werden eingehalten	Einmal pro Änderung dieses Typs	Alle Knoten im zu aktualisierenden Knotenpool des Standardclusters 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.
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 dieses Typs	Wenn die Option auf Knotenpoolebene aktiviert ist, alle Knoten im Knotenpool des Standardclusters. Wenn die Einstellung auf Clusterebene aktiviert wird, gilt sie für alle Knotenpools von Standardclustern, für die Sie die Einstellung für den Knotenpool nicht einzeln aktiviert oder deaktiviert haben.	In GKE werden die Knoten eines Knotenpools mithilfe von Surge-Upgrades neu erstellt.

Automatische Wartung, die Wartungsrichtlinien nicht berücksichtigt

In der folgenden Tabelle erfahren Sie, wie eine automatische Wartung, die Wartungsrichtlinien nicht berücksichtigt, eine Clusterumgebung beeinträchtigen kann.

Ändern	Automatisch oder manuell initiiert	Einhaltung der Wartungsrichtlinien	Häufigkeit	Art der Störung	Schwere der Störung
Steuerungsebene reparieren oder Größe ändern	Automatisch	Verstößt gegen Wartungsrichtlinien	Die Häufigkeit der Reparatur der Steuerungsebene ist zufällig, hat aber keine Auswirkungen auf Autopilot-Cluster und regionale Standardcluster. Die Größe der Steuerungsebene wird selten geändert, aber die Häufigkeit nimmt mit Cluster-Skalierungsereignissen 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 kann es mehrere Minuten dauern, bis Sie wieder mit der Steuerungsebene kommunizieren können. In dieser Zeit können Sie den Cluster, die Knoten und die Arbeitslasten nicht konfigurieren.
Hostwartungsereignis	Automatisch	Verstößt gegen die Wartungsrichtlinien	Die ungefähre Häufigkeit finden Sie unter Wartungsereignisse.	Ein Knoten	Für die meisten Knotentypen hat das nur minimale Auswirkungen. Bei einigen Knoten, einschließlich Knoten mit GPUs oder TPUs, kann es zu größeren Unterbrechungen kommen. Weitere Informationen finden Sie unter Sonstige Google Cloud Wartung.
Automatische Knotenreparatur	Automatisch	Verstößt gegen die Wartungsrichtlinien	Die Häufigkeit der automatischen Knotenreparatur ist zufällig.	Ein Knoten	Der Knoten wird neu gestartet, sodass alle auf dem Knoten ausgeführten Pods unterbrochen werden.
Spot-VMs und VMs auf Abruf zurückfordern	Automatisch	Verstößt gegen Wartungsrichtlinien	Bei VMs auf Abruf mindestens einmal alle 24 Stunden. Bei Spot-VMs, wenn Compute Engine die Ressourcen an einem anderen Ort 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.

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

In der folgenden Tabelle wird erläutert, wie diese manuellen Änderungen eine Clusterumgebung beeinträchtigen können. Diese Liste enthält Änderungen aus den Abschnitten Wenn GKE Surge-Upgrades verwendet und Wenn GKE Blau/Grün-Upgrades verwendet, die nicht im anderen Abschnitt enthalten sind, da sie nicht den Wartungsrichtlinien entsprechen.

Ändern	Automatisch oder manuell initiiert	Einhaltung der Wartungsrichtlinien	Häufigkeit	Art der Störung	Schwere der Störung
Aktualisierung des Labels für Knotenpools	Manuell initiiert	Die Wartungsrichtlinien werden nicht eingehalten und die Änderungen werden sofort vorgenommen.	Einmal pro Änderung dieses Typs	Alle Knoten in einem Knotenpool eines Standardclusters	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.
Knoten vertikal skalieren, indem Sie die Maschinenattribute des Knotens ändern	Manuell initiiert	Die Wartungsrichtlinien werden nicht eingehalten und die Änderungen werden sofort vorgenommen.	Einmal pro Änderung dieses Typs	Alle Knoten in einem Knotenpool eines Standardclusters	GKE verwendet sofort Surge-Upgrades, um die Knoten in einem vorhandenen Knotenpool neu zu erstellen, unabhängig von aktiven Wartungsrichtlinien.
Änderungen der Image-Typen	Manuell initiiert	Die Wartungsrichtlinien werden nicht eingehalten und die Änderungen werden sofort vorgenommen.	Einmal pro Änderung dieses Typs	Alle Knoten in einem Knotenpool eines Standardclusters	Knoten müssen heruntergefahren werden, um neu erstellt zu werden, Pods müssen ersetzt werden. GKE verwendet die konfigurierte Strategie für das Knotenupgrade (Surge oder Blau/Grün) für Standardcluster.
Speicherpools in einem Knotenpool eines Standardclusters hinzufügen oder ersetzen	Manuell initiiert	Die Wartungsrichtlinien werden nicht eingehalten und die Änderungen werden sofort vorgenommen.	Einmal pro Änderung dieses Typs	Alle Knoten in einem Knotenpool eines Standardclusters	Knoten müssen heruntergefahren werden, um neu erstellt zu werden, Pods müssen ersetzt werden. GKE verwendet die konfigurierte Strategie für das Knotenupgrade (Surge oder Blau/Grün) für Standardcluster.
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 dieses Typs	Wenn die Option auf Knotenpoolebene aktiviert ist, alle Knoten im Knotenpool des Standardclusters. Wenn die Einstellung auf Clusterebene aktiviert wird, gilt sie für alle Knotenpools von Standardclustern, für die Sie die Einstellung für den Knotenpool nicht einzeln aktiviert oder deaktiviert haben.	GKE verwendet Surge-Upgrades, um die Knoten eines Knotenpools neu zu erstellen.
Konfigurationsaktualisierungen der Netzwerkleistung	Manuell initiiert	Die Wartungsrichtlinien werden nicht eingehalten und die Änderungen werden sofort vorgenommen.	Einmal pro Änderung dieses Typs	Alle Knoten in einem Knotenpool eines Standardclusters	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.
gVNIC aktivieren	Manuell initiiert	Die Wartungsrichtlinien werden nicht eingehalten und die Änderungen werden sofort vorgenommen.	Einmal pro Änderung dieses Typs	Alle Knoten in einem Knotenpool eines Standardclusters	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.
Änderungen an der Knotensystemkonfiguration	Manuell initiiert	Die Wartungsrichtlinien werden nicht eingehalten und die Änderungen werden sofort vorgenommen.	Einmal pro Änderung dieses Typs	Alle Knoten in einem Knotenpool eines Standardclusters	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.
Vertrauliche Knoten	Manuell initiiert	Die Wartungsrichtlinien werden nicht eingehalten und die Änderungen werden sofort vorgenommen.	Einmal pro Änderung dieses Typs	Alle Knoten in einem Knotenpool eines Standardclusters	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.

Änderungen, bei denen die Knoten nicht neu erstellt werden müssen

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. Unterbrechungen sind jedoch möglich, wenn sich die aktualisierte Knotenkonfiguration auf Ihre Arbeitslast auswirkt.

Ändern	Automatisch oder manuell initiiert	Einhaltung der Wartungsrichtlinien	Häufigkeit	Art der Störung	Schwere der Störung
Aktualisieren Sie die folgenden Einstellungen: Alle Arten von Tags, einschließlich Firewall-Tags, anderer Tags und Netzwerktags Kubernetes-Beschädigungen Kubernetes-Labels Cluster Autoscaler-Einstellungen Aktivierung und Deaktivierung des automatischen Upgrades von Knotenpools Aktivierung und Deaktivierung der automatischen Knotenreparatur Einstellungen für die Upgradestrategie von Knoten	Manuell initiiert	Die Wartungsrichtlinien werden nicht eingehalten und die Änderungen werden sofort vorgenommen.	Einmal pro Änderung dieses Typs	Alle relevanten Knoten werden aktualisiert.	Pods müssen nicht ersetzt werden, da die Knotenkonfiguration aktualisiert wird, ohne dass die Knoten neu erstellt werden.