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 Upgrade von Clustern in Google Kubernetes Engine (GKE) finden Sie unter GKE-GKE-ClusterClusterupgrades. Weitere Informationen zu den Supportrichtlinien für GKE-Versionen finden Sie unter Versionsverwaltung und Support für GKE. Informationen zu Zielen für automatische Upgrades finden Sie unter Was passiert, wenn eine Version in einer Release-Version zum Ziel für automatische Upgrades wird?
Diese Seite richtet sich an Administratoren, Architekten und Betreiber, die den Lebenszyklus der zugrunde liegenden Technologieinfrastruktur verwalten. Weitere Informationen zu gängigen Rollen und Beispielaufgaben, auf die wir in Google Cloud Inhalten verweisen, finden Sie unter Häufig verwendete GKE-Nutzerrollen und -Aufgaben.
Datumsangaben sind allgemeine Schätzungen
Die Datumsangaben in der Tabelle sind bestmögliche 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 automatischer Upgrades auf dem Laufenden bleiben möchten, rufen Sie diese Seite regelmäßig auf und abonnieren Sie GKE Upgrade Benachrichtigungen. Informationen zu Zielen für automatische Upgrades für einen bestimmten Cluster finden Sie unter Informationen zu Clusterupgrades abrufen.
Zeitpunkt automatischer Upgrades
Nachdem eine Version als Ziel für automatische Upgrades angekündigt wurde, hängt das Datum des tatsächlichen Clusterupgrades von einigen der folgenden Faktoren ab:
- Zeitpunkt des Rollouts der Version in der Region des Clusters. GKE folgt einem mehrtägigen Rolloutzeitplan (in der Regel vier oder mehr Tage), um neue Versionen zur Verfügung zu stellen und automatische Upgrades von Steuerungsebenen für Cluster und Knoten auszuführen. Rollouts werden an Wochenenden und Feiertagen pausiert und umfassen Zeit, um Probleme zu beobachten und zu überwachen.
- Konfiguration von Wartungsfenstern und Ausschlüssen für den Cluster.
- Gefährdung des Clusters durch verworfene Kubernetes-Features und ‑APIs.
- Teilnahme des Clusters an einer Rollout 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. Sie können Wartungsausschlüsse verwenden, um zu verhindern, dass ein Cluster bis zum Ende des Supports automatisch aktualisiert wird.
Die Datumsangaben sind bestmögliche Vorhersagen und werden regelmäßig aktualisiert, wenn 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,29 | 2024-01-05 | 2024-04-16 | 2024-01-26 | 2024-07-09 | 2024-06-11 | 2024-08-09 | 2024-01-25 | 2026-01-255 | 2025-04-12 | 2026-01-25 |
| 1,30 | 2024-04-30 | 2024-07-30 | 2024-07-30 | 2024-09-17 | 2024-08-13 | 2024-09-24 | 2024-07-30 | 2025-12-03 | 2025-09-30 | 2026-07-30 |
| 1,31 | 2024-08-20 | 2024-09-17 | 2024-10-22 | 2025-03-11 | 2025-01-28 | 2025-04-30 | 2024-10-22 | 2026-054 | 2026-01-16 | 2026-10-22 |
| 1,32 | 2024-12-17 | 2025-03-11 | 2025-02-11 | 2025-05-13 | 04.03.2025 | 2025-07-22 | 2025-02-11 | 2026-Q34 | 2026-04-27 | 2027-02-11 |
| 1.33 | 2025-05-07 | 2025-06-10 | 2025-06-04 | 2025-09-09 | 2025-07-22 | 2025-10-14 | 2025-06-04 | 2026-Q44 | 2026-08-03 | 2027-06-03 |
| 1,34 | 2025-09-02 | 2025-10-28 | 2025-11-26 | 2026-03-10 | 2026-02-18 | 2026-064 | 2025-12-03 | 2027-Q24 | 2027-01-25 | 2027-11-25 |
| 1,35 | 2025-12-24 | 2026-02-11 | 2026-02-11 | 2026-044 | 2026-04-07 | 2026-064 | 2026-02-11 | 2027-Q34 | 2027-04-11 | 2028-02-11 |
Phasen der Vorhersagen im Releasezeitplan
Die Datumsangaben im Releasezeitplan durchlaufen in der Regel die folgenden Phasen, die immer genauere und zuverlässigere Informationen bieten:
- TBD: Wenn ein Eintrag als „TBD“ markiert ist, wird das Datum später bestimmt.
- Vorhersage für Monat oder Quartal: 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. Datumsangaben werden von einer Vorhersage für ein Quartal zu einer Vorhersage für einen Monat aktualisiert, wenn das geschätzte Datum weniger als drei Monate entfernt ist.
- Vorhersage auf Tagesebene: Kursiv formatierte Datumsangaben mit einer Genauigkeit auf Tagesebene werden angegeben, wenn die Vorhersage für den Monat weniger als 14 Tage vom letzten Update der Releasezeitplantabelle entfernt ist, das genaue Datum aber noch nicht bekannt ist. Diese kursiv formatierten Datumsangaben sind Näherungswerte, die mit einem genauen Datum aktualisiert werden, sobald es bekannt ist.
- Genaues Datum: Nicht kursiv formatierte Datumsangaben sind die bestmögliche Vorhersage und stellen die höchste Zuverlässigkeit im Releasezeitplan dar. Weitere Informationen zur Zuverlässigkeit dieser Informationen finden Sie unter Datumsangaben sind allgemeine Schätzungen.
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 Stable-Release-Versionangegebenen Datum durch. Sie können Wartungsausschlüsse verwenden, um zu verhindern, dass ein Cluster bis zu 30 Tage lang automatisch aktualisiert wird, wenn Ihr Cluster nicht in einer Release-Version registriert ist.
Für Cluster, die nicht in einer Release-Version registriert sind gilt Folgendes:
- 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 Extended Channel unterstützt GKE weiterhin die Nebenversion bis zum Ende des erweiterten Supports. 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 dem Lebenszyklus der GKE-Nebenversion. ↩
-
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. Datumsangaben werden von einer Vorhersage für ein Quartal zu einer Vorhersage für einen Monat aktualisiert, wenn das geschätzte Datum weniger als drei Monate entfernt ist. ↩
-
Kursiv formatierte Datumsangaben mit einer Genauigkeit auf Tagesebene werden angegeben, wenn die Vorhersage weniger als 14 Tage vom letzten Update des Releasezeitplans entfernt ist. Diese kursiv formatierten Datumsangaben sind Näherungswerte, die mit einem genauen Datum aktualisiert werden, sobald es bekannt ist. ↩