Calendrier des versions GKE

---

Cette page fournit un calendrier de publication estimé pour chaque version mineure compatible dans les canaux de publication. Pour les versions statiques (sans canal), les dates des jalons peuvent être dérivées du calendrier des canaux de publication. Pour en savoir plus, consultez la page Canaux de publication.

Selon la qualification et la stabilité des versions, les dates de disponibilité et de mise à niveau peuvent être retardées. Consultez cette page pour rester informé ou abonnez-vous aux notifications de mise à niveau de Google Kubernetes Engine (GKE) pour être informé de la disponibilité proactive des versions et des dates de déploiement.

Pour en savoir plus sur les règlements liés à l'assistance pour les versions GKE, consultez la page Gestion des versions.

Contrôler les mises à niveau automatiques

Si votre planning professionnel ou vos contraintes nécessitent des stratégies ou des chemins de mise à niveau différents, vous pouvez ajuster le champ d'application et la chronologie des mises à niveau automatiques afin de mieux répondre aux besoins de votre entreprise.

Pour en savoir plus, consultez les sections Exclusion de maintenance et Champ d'application de maintenance.

Calendrier des canaux de publication

Remarque : Les clusters enregistrés dans un canal de publication sont mis à niveau automatiquement à la date spécifiée dans la colonne Mise à niveau de la planification suivante ou après cette date. Les correctifs d'une version mineure restent disponibles dans un canal de publication jusqu'à la date de fin de vie de la version mineure. Lorsque vous choisissez une version antérieure à la version par défaut du canal, vous pouvez utiliser des exclusions de maintenance pour empêcher la mise à niveau automatique d'un cluster jusqu'à sa date de fin de vie.

Les clusters abonnés à un canal de publication respectent le calendrier de mise à niveau suivant :

Version de Kubernetes	Date de disponibilité de Kubernetes	Élasticité		Standard		Stable		Fin de vie^3
		Disponible^1	Mise à niveau automatique^2	Disponible^1	Mise à niveau automatique^2	Disponible^1	Mise à niveau automatique^2
1.25	2022-08-23	2022-09-13	2023-03-03	2022-12-08	2023-05-08	2023-05-08	2023-06-14		2024-03-30^4
1.26	2022-12-06	2023-01-13	2023-06-14	2023-04-14	2023-06-26	2023-06-14	2024-01-25	2024-06-30
1.27	2023-04-11	2023-05-08	2023-07-24	2023-06-14	2024-02-05	2023-07-05	2024-04	2024-08-31
1.28	2023-08-15	2023-09-05	2024-01-12	2023-12-04	2024-05	2024-01-12	2024-06	2025-02-04
1.29	2023-12-13	2024-01-12	2024-04-15	2024-01-25	2024-07	2024-05	2024-08	2025-03-21
1.30	2024-04-17	2024-05	2024-06	2024-06	2024 - T3	2024 - T3	2024-Q4	À déterminer

Attention : La version 1.25 de GKE et les versions antérieures sont arrivées en fin de vie et ne sont plus compatibles.

Calendrier des versions statiques (aucun canal)

Remarque : Les plans de contrôle des clusters sur les versions statiques sont mis à niveau automatiquement à compter des dates spécifiées dans la colonne Mise à niveau automatique du Calendrier des canaux de publication stables. Lorsque vous choisissez une version antérieure à la version par défaut, vous pouvez utiliser des exclusions de maintenance pour empêcher la mise à niveau automatique d'un cluster jusqu'à sa date de fin de vie.

Les clusters utilisant une version statique (sans canal) suivent cette disponibilité et ce calendrier d'assistance:

• Date disponible: la même date disponible pour la version Kubernetes sur le canal standard
• Date de la mise à niveau automatique : la même date de mise à niveau automatique que celle de la version Kubernetes sur le canal stable
• Fin de vie: même date de fin de vie pour la version Kubernetes sur la version disponible

Remarques

Remarque : Les dates sont mises à jour chaque mois et susceptibles d'être modifiées. Les dates ne comportant qu'une année et un mois (par exemple, 2025-03) ou un trimestre (par exemple, 2025-Q3) sont approximatives. Elles seront mises à jour avec la date exacte lorsque celle-ci sera connue. Les dates suivent le format numérique AAAA-MM-JJ selon la norme internationale ISO 8601 pour les dates numériques. Lorsqu'une entrée est marquée comme étant "TBD" (to be determined), la date est à déterminer.

Remarque : Les correctifs de sécurité continueront d'être mis à disposition et pourront être appliqués aux ressources existantes jusqu'à ce qu'une version arrive en fin de vie.

1. La date de disponibilité est la date approximative à laquelle la version de Kubernetes atteint la première version en production, et il faut environ cinq jours pour qu'elle soit disponible dans toutes les régions. ↩

2. Les versions Kubernetes sont en disponibilité générale sur chaque canal de publication quelques semaines avant le début des mises à niveau afin que vous puissiez tester la nouvelle version. À compter de la date de début des mises à niveau automatiques, les clusters abonnés aux canaux de publication sont mis à niveau automatiquement vers la version mineure référencée. ↩

3. Fin de vie : Aucune nouvelle fonctionnalité, correctif de sécurité ni correction de bug n'est disponible pour cette version mineure. Si un cluster exécute une version de correctif d'une version mineure qui a atteint sa date de fin de vie, GKE le met à niveau automatiquement afin de garantir son opérabilité et sa conformité. Pour en savoir plus, consultez le cycle de vie d'une version mineure GKE. ↩

4. Après le 30 mars 2024, date à laquelle la version 1.25 arrive en fin de vie, GKE commencera à mettre à niveau automatiquement vers la version 1.26 les clusters qui utilisent toujours la version 1.25 et des API obsolètes (supprimées dans la version 1.26). GKE cessera de suspendre les mises à niveau automatiques après le 30 mars 2024 pour les clusters qui utilisent toujours des API obsolètes supprimées de la version 1.26. Nous vous recommandons de mettre à niveau vos clusters vers la version 1.26 dès que possible, car les versions mineures de GKE qui entrent en fin de vie ne reçoivent plus de correctifs de sécurité ni de corrections de bugs. Pour en savoir plus sur le cycle de vie des versions mineures de GKE, consultez la page Gestion des versions et assistance pour GKE. ↩