Zeitplan für den GKE-Release

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 dazu, wie Google Kubernetes Engine (GKE) Cluster aktualisiert, 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-Channel 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-Nutzerrollen und -Aufgaben.

Die angegebenen Daten sind nur eine allgemeine Schätzung.

Die Daten in der Tabelle sind Prognosen, die nach bestem Wissen und Gewissen erstellt wurden. 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 noch einmal auf und abonnieren Sie Upgrade-Benachrichtigungen für GKE. Informationen zum Abrufen von Zielen für automatische Upgrades für einen bestimmten Cluster finden Sie unter Informationen zu Cluster-Upgrades abrufen.

Zeitpunkt automatischer Upgrades

Nachdem eine Version als Ziel für ein automatisches Upgrade angekündigt wurde, hängt das Datum des tatsächlichen Clusterupgrades von einigen der folgenden Faktoren ab:

• Der Zeitpunkt des Roll-outs der Version in der Region des Clusters. GKE folgt einem mehrtägigen Rollout-Zeitplan (normalerweise 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.
• 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 Best-Effort-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.

In der folgenden Tabelle wird der Zeitplan für Cluster beschrieben, die in einer Release-Version registriert sind. Diese Tabelle enthält keine Schätzungen zur Verfügbarkeit von Alpha-Patchversionen, da diese Versionen experimentell sind und nur auf Alpha-Cluster beschränkt sind. Informationen zu den Alpha-Patchversionen, die für Alpha-Cluster verfügbar sind, finden Sie in den Versionshinweisen für den Rapid Channel.

Nebenversion (Veröffentlichungsdatum)	Rapid		Regulär		Stabil		Erweitert		Ende des Standardsupports (früher End of Life)^3	Ende des erweiterten Supports^3
	Verfügbar^1	Automatisches Upgrade^2	Verfügbar^1	Automatisches Upgrade^2	Verfügbar^1	Automatisches Upgrade^2	Verfügbar^1	Automatisches Upgrade^2
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-06-09	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-08-25	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-12^4	2026-08-12	2027-06-12
1,34	2025-09-02	2025-10-28	2025-11-26	2026-03-10	2026-02-18	2026-06-09	2025-12-03	2027-Q2^4	2027-01-25	2027-11-25
1,35	2025-12-24	2026-02-11	2026-02-11	2026-04-28	2026-04-07	2026-09-15	2026-02-11	2027-Q3^4	2027-04-11	2028-02-11
1,36	2026-04-28	2026-06-19	2026-06-09	2026-11^4	21.10.2026^5	2027-01^4	2026-06-09	2027-Q4^4	2027-08-09	2028-06-09
1,37	2026-09-02	2026-10-28^5	21.10.2026^5	2027-Q1^4	2027-01^4	1. Quartal 2027^4	21.10.2026^5	2028-Q2^4	2027-Q4^4	2028-Q4^4

Achtung: GKE Version 1.29 und früher haben das Supportende erreicht und werden nicht mehr unterstützt.

Phasen der Prognosen für den Veröffentlichungszeitplan

Die Daten im Veröffentlichungszeitplan durchlaufen in der Regel die folgenden Phasen, die einen zunehmenden Grad an Detaillierungsgrad und Gewissheit bieten:

• TBD: Wenn ein Eintrag als „TBD“ markiert ist, wird das Datum später bestimmt.
• Prognose 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. Die Daten werden von einer Vierteljahres- auf eine Monatsprognose umgestellt, wenn das geschätzte Datum weniger als drei Monate entfernt ist.
• Vorhersage auf Tagesebene: Kursiv geschriebene Datumsangaben mit tagesgenauer Granularität werden angegeben, wenn die Monatsvorhersage weniger als 14 Tage nach der letzten Aktualisierung der Tabelle mit dem Veröffentlichungszeitplan liegt, das genaue Datum aber noch nicht bekannt ist. Diese kursiv formatierten Datumsangaben sind Näherungswerte, die mit einem bestimmten Datum aktualisiert werden, sobald es bekannt ist.
• Bestimmtes Datum: Nicht kursiv formatierte Daten sind die bestmögliche Vorhersage, die den höchsten Grad an Sicherheit im Veröffentlichungszeitplan darstellt. Weitere Informationen zur Zuverlässigkeit dieser Informationen finden Sie unter Datumsangaben sind eine allgemeine Schätzung.

Geschätzter Zeitplan für Cluster ohne Version (früher statisch)

Warnung :Wenn Sie Ihren Cluster nicht in einer Release-Version registrieren (auch als Kein Kanal und früher als Statisch bezeichnet), ist das eine eingestellte Konfigurationsoption, die nur für bestehende Kunden zulässig ist und am 14. Juni 2027 entfernt wird. Neukunden können ihren Cluster nicht erstellen oder aktualisieren, um diese Konfigurationsoption zu verwenden. Wir empfehlen, alle Cluster, die nicht in einer Release-Version registriert sind, vor diesem Datum zu registrieren. Nach dem Entfernungsdatum registriert GKE alle verbleibenden Cluster im Stable Channel. Weitere Informationen zu dieser Einstellung und dazu, wie Sie dieselbe Funktionalität mit Release-Versionen erreichen können, finden Sie unter Cluster, die nicht in einer Release-Version registriert sind.

Wichtiger Hinweis: GKE aktualisiert Cluster, die nicht in einer Release-Version registriert sind, automatisch mit automatischen Upgradezielen aus den Stable- und Regular-Versionen. Cluster, die nicht für eine Release-Version registriert sind, sind nicht statisch, da sie wie Cluster aktualisiert werden, die für eine Release-Version registriert sind.

GKE aktualisiert Cluster, die sich nicht in einer Release-Version befinden, automatisch auf neuere Nebenversionen ab dem Datum, das in der Spalte Automatisches Upgrade des Zeitplans der Stable-Release-Version angegeben ist. Sie können Wartungsausschlüsse verwenden, um zu verhindern, dass ein Cluster bis zu 30 Tage lang automatisch aktualisiert wird, wenn Ihr Cluster nicht für eine Release-Version registriert ist.

Für Cluster, die nicht für eine Release-Version registriert sind, gilt dieser Verfügbarkeits- und Supportzeitplan:

• 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

Hinweis: Datumsangaben werden monatlich aktualisiert und können sich ändern. 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 für numerische Datumsangaben werden gemäß dem internationalen ISO 8601-Standard numerisch im Format JJJJ-MM-TT formatiert. Wenn ein Eintrag als "TBD" markiert ist, wird das Datum später bestimmt.

Hinweis: Sicherheitspatches werden weiterhin bereitgestellt und können auf vorhandene Ressourcen angewendet werden, bis eine Version das Ende des Supports erreicht.

1. 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. ↩

2. 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. ↩

3. Ende des Supports: Für Cluster im Rapid, Regular oder Stable Channel oder ohne Release-Version (eingestellt) 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 Lebenszyklus der GKE-Nebenversion. ↩

4. 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. Die Datumsangaben werden von einer vierteljährlichen auf eine monatliche Vorhersage aktualisiert, wenn das geschätzte Datum weniger als drei Monate entfernt ist. ↩

5. Kursiv formatierte Daten mit tagesgenauer Granularität werden angegeben, wenn die Vorhersage weniger als 14 Tage nach der letzten Aktualisierung des Veröffentlichungszeitplans liegt. Diese kursiv formatierten Datumsangaben sind Näherungswerte, die mit einem bestimmten Datum aktualisiert werden, sobald es bekannt ist. ↩