Cette page fournit un calendrier de publication estimé pour chaque version mineure compatible dans les canaux de publication. Pour les clusters non inscrits dans un canal de publication, les dates des jalons de version peuvent être dérivées du calendrier du canal de publication.
Pour savoir comment Google Kubernetes Engine (GKE) met à niveau les clusters, consultez À propos des mises à niveau des clusters GKE. Pour en savoir plus sur les règles de compatibilité avec les versions de GKE, consultez Gestion des versions et assistance pour GKE. Pour en savoir plus sur les cibles de mise à niveau automatique, consultez Que se passe-t-il lorsqu'une version devient une cible de mise à niveau automatique dans un canal de publication ?.
Cette page est destinée aux administrateurs, aux architectes et aux opérateurs qui gèrent le cycle de vie de l'infrastructure technologique sous-jacente. Pour en savoir plus sur les rôles courants et les exemples de tâches que nous citons dans le contenu Google Cloud , consultez Rôles utilisateur et tâches courantes de l'utilisateur dans GKE Enterprise.
Les dates sont des estimations générales.
Les dates du tableau sont des prédictions optimisées au mieux. Selon la qualification et la stabilité des versions, les dates de disponibilité et de mise à niveau peuvent être retardées. Les dates futures sont mises à jour régulièrement lorsque de nouvelles informations sont disponibles, et les dates passées sont mises à jour pour plus de précision.
Pour rester informé de la disponibilité des versions et du calendrier des mises à niveau automatiques, consultez cette page et abonnez-vous aux notifications de mise à niveau de GKE. Pour obtenir des cibles de mise à niveau automatique pour un cluster spécifique, consultez Obtenir des informations sur les mises à niveau d'un cluster.
Calendrier des mises à niveau automatiques
Une fois qu'une version est annoncée comme cible de mise à niveau automatique, la date de la mise à niveau réelle du cluster dépend de certains des facteurs suivants :
- Calendrier de déploiement de la version dans la région du cluster. GKE suit un calendrier de déploiement sur plusieurs jours (généralement quatre jours ou plus) pour mettre à disposition de nouvelles versions et mettre à niveau automatiquement les plans de contrôle et les nœuds du cluster. Les déploiements sont suspendus le week-end et les jours fériés, et incluent un temps d'observation et de surveillance des problèmes.
- La configuration des intervalles et des exclusions de maintenance du cluster.
- L'exposition du cluster aux API et fonctionnalités Kubernetes obsolètes.
- Participation du cluster à une séquence de déploiement.
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 estimé des canaux de publication
GKE met automatiquement à niveau les clusters d'un canal de publication à la date spécifiée dans la colonne Mise à niveau automatique du calendrier suivant ou après cette date. Les correctifs d'une version mineure restent disponibles dans tous les canaux de publication jusqu'à la fin de la période d'assistance standard (anciennement fin de vie), sauf pour les clusters inscrits dans le canal étendu, où la version mineure et ses correctifs restent disponibles jusqu'à la fin de la période d'assistance étendue. 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 dates sont des prédictions approximatives et sont mises à jour régulièrement lorsque de nouvelles informations sont disponibles. Si les dates dans d'autres langues diffèrent en raison de retards de traduction, considérez la documentation en anglais comme la source fiable.
Consultez le calendrier suivant pour les clusters inscrits dans un canal de publication :
| Version mineure (date de sortie) | Élasticité | Standard | Stable | Étendu | Fin de l'assistance standard (anciennement fin de vie)3 | Fin de la période d'assistance étendue3 | ||||
|---|---|---|---|---|---|---|---|---|---|---|
| Disponible1 | Mise à niveau automatique2 | Disponible1 | Mise à niveau automatique2 | Disponible1 | Mise à niveau automatique2 | Disponible1 | Mise à niveau automatique2 | |||
| 1,26 | 2023-02-21 | 2023-06-16 | 2023-04-07 | 2023-06-23 | 2023-06-16 | 2024-01-25 | N/A5 | N/A5 | 2024-06-304 | N/A5 |
| 1.27 | 2023-06-09 | 2023-08-09 | 2023-06-16 | 2024-02-03 | 2023-07-06 | 2024-04-29 | 2023-06-16 | N/A5 | 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 | 2026-01-09 |
| 1,29 | 2024-01-05 | 2024-04-15 | 2024-01-25 | 2024-07-09 | 2024-06-11 | 2024-08-09 | 2024-01-25 | 2025-Q46 | 2025-04-12 | 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-Q46 | 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-29 | 2024-10-22 | 2026-Q26 | 2026-01-16 | 2026-10-22 |
| 1,32 | 2024-12-17 | 2025-03-11 | 2025-02-11 | 2025-05-13 | 04/03/2025 | 2025-086 | 2025-02-11 | 2026-Q36 | 2026-04-11 | 2027-02-11 |
| 1.33 | 2025-05-06 | 2025-06-10 | 2025-06-03 | 2025-096 | 2025-076 | 2025-096 | 2025-06-03 | 2026-Q46 | 2026-08-03 | 2027-06-03 |
Étapes des prévisions du calendrier de publication
Les dates du calendrier de publication suivent généralement les étapes suivantes, qui offrent des niveaux de précision et de certitude croissants :
- À déterminer : lorsqu'une entrée est marquée comme étant "À déterminer", la date est à déterminer.
- Prédiction du mois ou du trimestre : 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.
- Prédiction au niveau du jour : les dates en italique avec une précision au jour près sont fournies lorsque la prédiction du mois ou du trimestre est à moins de 14 jours de la dernière mise à jour du tableau du calendrier de publication, mais que la date exacte n'est pas encore connue. Ces dates en italique sont des approximations. Elles seront mises à jour avec la date exacte lorsque celle-ci sera connue.
- Date spécifique : les dates non mises en italique sont les prédictions les plus fiables et représentent le plus haut degré de certitude dans le calendrier de publication. Pour en savoir plus sur la certitude de ces informations, consultez Les dates fournissent une estimation générale.
Calendrier estimé pour les clusters sans canal (anciennement statique)
GKE met automatiquement à niveau les clusters qui ne figurent pas dans un version disponible vers des versions mineures plus récentes à la date spécifiée dans la colonne Mise à niveau automatique du calendrier des version disponible stables ou après cette date. Vous pouvez utiliser des exclusions de maintenance pour empêcher la mise à niveau automatique d'un cluster pendant 30 jours maximum lorsque votre cluster n'est pas enregistré dans un version disponible.
Les clusters non inscrits dans un canal de publication respectent le calendrier de disponibilité et d'assistance suivant :
- Date disponible : la même date disponible pour la version mineure de Kubernetes sur le canal standard et les mêmes versions de correctifs disponibles que le canal rapide pour les versions mineures disponibles dans le canal standard
- Date de la mise à niveau automatique : la même date de mise à niveau automatique que celle de la version mineure de Kubernetes sur le canal stable et la même date de mise à niveau automatique que celle des versions correctives sur le canal standard
- Fin de la période d'assistance standard (anciennement fin de vie) : même date de fin de la période d'assistance pour la version mineure de Kubernetes sur les versions disponibles autres que la version Étendue
Remarques
-
La date de disponibilité est la date approximative à laquelle la version de Kubernetes atteint la première version en production, et il faut environ une semaine pour qu'elle soit disponible dans toutes les régions. ↩
-
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. ↩
-
Fin de la période de compatibilité : pour les clusters des canaux rapide, standard ou stable, ou sans canal, les nouvelles fonctionnalités, correctifs de sécurité et corrections de bugs seront disponibles pour cette version mineure jusqu'à la fin de la période de compatibilité standard (anciennement fin de vie). Pour les clusters du canal étendu, GKE continue de prendre en charge la version mineure jusqu'à la fin de la période d'assistance étendue. Si un cluster exécute une version de correctif d'une version mineure qui a atteint sa date de fin de compatibilité, GKE le met à niveau automatiquement afin de garantir son opérabilité et sa conformité. Pour en savoir plus, consultez la section cycle de vie d'une version mineure GKE. ↩
-
Après le 30 juin 2024, date à laquelle la version 1.26 atteint la fin de l'assistance, GKE commencera à mettre à niveau automatiquement vers la version 1.27 les clusters qui utilisent toujours la version 1.26 et les API obsolètes (supprimées dans la version 1.27). GKE cessera de suspendre les mises à niveau automatiques après le 30 juin 2024 pour les clusters qui utilisent toujours des API obsolètes supprimées de la version 1.27. Nous vous recommandons de mettre à niveau vos clusters vers la version 1.27 dès que possible, car les versions mineures de GKE qui entrent en fin de période de compatibilité 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. ↩
-
Vous ne pouvez enregistrer que les clusters exécutant la version 1.27 ou ultérieure dans le canal étendu. Les versions antérieures ne sont pas éligibles au support à long terme avec le canal étendu. Pour en savoir plus, consultez la page Obtenir un support à long terme avec le canal étendu. ↩
-
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 en italique avec une précision au jour près sont fournies lorsque la prévision est inférieure à 14 jours à compter de la dernière mise à jour du calendrier de sortie. Ces dates en italique sont des approximations. Elles seront mises à jour avec une date précise lorsque celle-ci sera connue. ↩