Auf dieser Seite finden Sie einen geschätzten Releasezeitplan für jede unterstützte Nebenversion in den Release-Versionen. Bei Clustern, die nicht in einer Release-Version registriert sind, können die Meilensteintermine der Version aus dem Zeitplan für die Release-Version abgeleitet werden.
Informationen zum Upgraden von Clustern in der Google Kubernetes Engine (GKE) finden Sie unter GKE-GKE-ClusterClusterupgrades. Weitere Informationen zu den Supportrichtlinien für GKE-Versionen finden Sie unter GKE-Versionsverwaltung und -Support. Weitere Informationen zu Zielen für automatische Upgrades finden Sie unter Was passiert, wenn eine Version in einem Release-Kanal zum Ziel für automatische Upgrades wird?
Diese Seite richtet sich an Administratoren, Architekten und Betreiber, die den Lebenszyklus der zugrunde liegenden technischen Infrastruktur verwalten. Weitere Informationen zu gängigen Rollen und Beispielaufgaben, auf die wir in Google Cloud-Inhalten verweisen, finden Sie unter Häufig verwendete GKE Enterprise-Nutzerrollen und -Aufgaben.
Die Datumsangaben sind eine allgemeine Schätzung.
Die Datumsangaben in der Tabelle sind Best-Effort-Vorhersagen. Aufgrund der Qualifikation und Stabilität der Releases können sich die Termine für Verfügbarkeit und Upgrades verzögern. Zukünftige Datumsangaben werden regelmäßig aktualisiert, wenn neue Informationen verfügbar sind, und vergangene Termine werden aus Gründen der Genauigkeit aktualisiert.
Wenn Sie über die Verfügbarkeit von Versionen und den Zeitpunkt des automatischen Upgrades auf dem Laufenden bleiben möchten, rufen Sie diese Seite noch einmal auf und abonnieren Sie GKE-Upgrade-Benachrichtigungen. Informationen zu Zielen für automatische Upgrades für einen bestimmten Cluster finden Sie unter Informationen zu Upgrades eines Clusters abrufen (Vorabversion).
Zeitpunkt für automatische Upgrades
Nachdem eine Version als Ziel für ein automatisches Upgrade angekündigt wurde, hängt das Datum der tatsächlichen Clusteraktualisierung von einigen der folgenden Faktoren ab:
- Der Zeitpunkt des Roll-outs der Version in der Region des Clusters. GKE folgt einem mehrtägigen Roll-out-Zeitplan (in der Regel vier oder mehr Tage), um neue Versionen verfügbar zu machen und Cluster-Steuerungsebenen und ‑Knoten automatisch zu aktualisieren. Rollouts werden an Wochenenden und Feiertagen pausiert und umfassen einen Zeitpuffer, um Probleme zu beobachten und zu überwachen.
- Die Konfiguration der Wartungsfenster und -ausschlüsse des Clusters.
- Die Gefährdung des Clusters durch verworfene Kubernetes-Features und ‑APIs.
- Die Teilnahme des Clusters an einer Roll-out-Sequenz.
Wenn Ihr Geschäftsplan oder Ihre Einschränkungen unterschiedliche Upgrade-Pfade oder Strategien erfordern, können Sie den Umfang und den Zeitpunkt der automatischen Upgrades an die Geschäftsanforderungen anpassen. Weitere Informationen finden Sie unter Wartungsausschluss und Umfang der Wartung.
Geschätzter Zeitplan für Release-Versionen
GKE führt automatische Upgrades von Clustern in einer Release-Version an oder nach dem in der Spalte Automatisches Upgrade des folgenden Zeitplans angegebenen Datum durch. Die Patches einer Nebenversion bleiben in allen Release-Versionen bis zum Ende des Standardsupports (früher End of Life) verfügbar, mit Ausnahme von Clustern, für die im Extended Channel registriert sind, wobei die Nebenversion und die zugehörigen Patches bis zum Ende des erweiterten Supports verfügbar bleiben. Mit Wartungsausschlüssen können Sie verhindern, dass ein Cluster bis zum Ende des Supports automatisch aktualisiert wird.
Die Datumsangaben sind Prognosen, die nach bestem Wissen und Gewissen erstellt wurden. Sie werden regelmäßig aktualisiert, sobald neue Informationen verfügbar sind. Betrachten Sie die Dokumentation in englischer Sprache als gültige Datenquelle, wenn die Datumsangaben in anderen Sprachen aufgrund von Verzögerungen bei der Übersetzung abweichen.
Zeitplan für Cluster, die in einer Release-Version registriert sind:
| Nebenversion (Veröffentlichungsdatum) | Rapid | Regulär | Stabil | Erweitert | Ende des Standardsupports (früher End of Life)3 | Ende des erweiterten Supports3 | ||||
|---|---|---|---|---|---|---|---|---|---|---|
| Verfügbar1 | Automatisches Upgrade2 | Verfügbar1 | Automatisches Upgrade2 | Verfügbar1 | Automatisches Upgrade2 | Verfügbar1 | Automatisches Upgrade2 | |||
| 1,26 | 2023-02-21 | 2023-06-16 | 2023-04-07 | 2023-06-23 | 2023-06-16 | 2024-01-25 | –5 | –5 | 2024-06-304 | –5 |
| 1,27 | 2023-06-09 | 2023-08-09 | 2023-06-16 | 2024-02-03 | 2023-07-06 | 2024-04-29 | 2023-06-16 | –5 | 2024-10-01 | 2025-06-14 |
| 1,28 | 2023-09-04 | 2024-01-05 | 2023-11-30 | 2024-06-11 | 2024-01-05 | 2024-07-23 | 2023-11-30 | 2025-04-14 | 2025-02-04 | 2025-12-04 |
| 1,29 | 2024-01-05 | 2024-04-15 | 2024-01-25 | 2024-07-09 | 2024-06-11 | 2024-08-09 | 2024-01-25 | 2025-10-04 | 2025-03-21 | 2026-01-25 |
| 1,30 | 2024-04-29 | 2024-07-30 | 2024-07-30 | 2024-09-17 | 2024-08-13 | 2024-09-24 | 2024-07-30 | 2025-11-25 | 2025-09-30 | 2026-07-30 |
| 1,31 | 2024-08-20 | 2024-09-17 | 2024-10-22 | 2024-126 | 2024-126 | 2025-016 | 2024-10-22 | 2026-05-30 | 2025-12-22 | 2026-10-22 |
Geschätzter Zeitplan für Cluster ohne Version (früher statisch)
GKE führt automatische Upgrades von Clustern, die sich nicht in einer Release-Version befinden, auf neuere Nebenversionen an oder nach dem in der Spalte Automatisches Upgrade des Zeitplans der stabilen Release-Version angegebenen Datum durch. Mit Wartungsausschlüssen können Sie verhindern, dass ein Cluster bis zu 30 Tage lang automatisch aktualisiert wird, wenn er nicht für einen Release-Kanal registriert ist.
Cluster, die nicht für eine Release-Version registriert sind, folgen diesem Verfügbarkeits- und Supportplan:
- Verfügbarkeitsdatum: Dasselbe Datum für die Kubernetes-Nebenversion im Regular Channel und dieselben Patchversionen wie für den Rapid Channel für diese Nebenversion Versionen, die im Regular Channel verfügbar sind
- Datum des automatischen Upgrades: Dasselbe Datum für das automatische Upgrade für die Kubernetes-Nebenversion iim Stable Channel und dasselbe Datum für das automatische Upgrade für Patchversionen wie beim Regular Channel
- Ende des Standardsupports (früher End of Life): Dasselbe Enddatum für den Support der Kubernetes-Nebenversion in Release-Versionen mit Ausnahme des Extended Channel
Hinweise
-
Das Verfügbarkeitsdatum ist das ungefähre Datum, an dem die Kubernetes-Version zum ersten Mal die Produktion erreicht. Es dauert etwa eine Woche, bis sie in allen Regionen verfügbar ist. ↩
-
Kubernetes-Versionen sind für jede Release-Version ein paar Wochen vor dem Start der automatischen Upgrades allgemein verfügbar, damit Sie die neue Version testen können. Ab dem Startdatum der automatischen Upgrades werden Cluster, die Release-Versionen abonniert haben, auf die referenzierte Nebenversion aktualisiert. ↩
-
Ende des Supports: Für Cluster im Rapid, Regular oder Stable Channel oder ohne Release-Version werden neue Funktionen, Sicherheitspatches oder Fehlerkorrekturen für diese Nebenversion bis zum Ende des Standardsupports (früher End of Life) verfügbar gemacht. Bei Clustern im Exdended Channel unterstützt GKE weiterhin die Nebenversion bis zum Ende des erweiterten Support. Wenn ein Cluster eine Patchversion einer Nebenversion ausführt, die das Ende des Supports erreicht hat, führt GKE ein automatisches Upgrade des Clusters durch, um dafür zu sorgen, dass der Cluster funktionsfähig ist und die Compliance-Anforderungen erfüllt. Weitere Informationen finden Sie unter Lebenszyklus der GKE-Nebenversion. ↩
-
Nach dem 30. Juni 2024 – wenn 1.26 das Ende des Supports erreicht – beginnt GKE mit dem automatischen Upgrade von Clustern, die noch Version 1.26 und verworfene APIs (entfernt in Version 1.27) verwenden, auf Version 1.27. Nach dem 30. Juni 2024 pausiert GKE keine automatischen Upgrades für Cluster mehr, die noch verworfene APIs verwenden, die in Version 1.27 entfernt wurden. Wir empfehlen ein Upgrade Ihrer Cluster auf Version 1.27, sobald die Nebenversionen von GKE, die das Ende des Supports erreicht haben, keine Sicherheitspatches und Fehlerkorrekturen mehr erhalten. Weitere Informationen zum Lebenszyklus der GKE-Nebenversion finden Sie unter GKE-Versionsverwaltung und -Support. ↩
-
Sie können nur Cluster mit Version 1.27 oder höher im Extended Channel registrieren. Für frühere Versionen ist kein Langzeitsupport für den Extended Channel verfügbar. Weitere Informationen finden Sie unter Langzeitsupport mit dem Extended Channel erhalten. ↩
-
Datumsangaben mit nur einem Monat (z. B. 2025-03) oder Quartal (z. B. 2025-Q3) sind Näherungswerte, die mit einem Datum aktualisiert werden, sobald es bekannt ist. ↩