Numéro de version de GKE sur Azure

Cette page décrit la numérotation de version de GKE sur Azure.

Versions de cluster

Lorsque vous créez un cluster ou un pool de nœuds, vous devez spécifier la version de Kubernetes que vous souhaitez qu'il exécute. Pour créer des clusters ou des pools de nœuds, vous devez utiliser une version compatible de Kubernetes.

Syntaxe et ordonnancement des versions

GKE sur Azure utilise la gestion sémantique des versions de Kubernetes pour faire référence aux versions de Kubernetes compatibles, mais ajoute une version corrective de GKE. Cela se traduit par un numéro de version au format

  <code>x.y.z-gke.a</code>

Par exemple, la dernière version de Kubernetes compatible est la version 1.29.3-gke.600.

Version majeure de Kubernetes (x)
Les versions majeures sont incrémentées lorsqu'une modification est introduite dans l'API publique, entraînant un comportement ou une opération incompatibles avec la version précédente. Une évolution de version majeure fait passer la version de Kubernetes de x.y à x+1.0.
Version mineure de Kubernetes (y)
Une nouvelle version mineure de Kubernetes est publiée tous les quatre mois environ. Une évolution de version mineure fait passer la version de Kubernetes de 1.y à 1.y+1 ; par exemple, Kubernetes 1.21 est la version mineure qui suit Kubernetes 1.20. Les mises à niveau de versions mineures impliquent généralement de nouvelles fonctionnalités et des corrections de bugs, mais n'introduisent pas de modifications destructives. Il arrive que la publication d'une version mineure entraîne l'obsolescence d'une fonctionnalité ou d'un composant d'API.
Version de correctif de Kubernetes (z)
De nouvelles versions de correctif Kubernetes (telles que 1.21.1) destinées à être utilisées avec GKE sur Azure sont normalement publiées une fois par mois. Les versions de correctif ne comprennent que des corrections de bugs et de sécurité.
Version de correctif de GKE (-gke.a)
Une version de correctif avec un suffixe -gke.a supérieur (par exemple, 1.24.1-gke.a) inclut des mises à jour de sécurité et/ou des corrections de bugs pour GKE sur Azure en plus du logiciel Open Source Kubernetes en amont. Ces mises à jour ou corrections sont nécessaires pour la compatibilité et l'interopérabilité avec Google Cloud et Azure.

Compatibilité entre les versions

Pour en savoir plus sur la règle de gestion des versions à l'échelle de GKE Enterprise, consultez la page Politique de compatibilité avec les versions.

Décalage entre les versions

Les versions des nœuds et des pools de nœuds peuvent être antérieures à celles du plan de contrôle à hauteur d'un décalage maximal de deux versions mineures, mais conformément à la règle d'asymétrie de la version Open Source Software (OSS) de Kubernetes, elles ne peuvent pas être plus récentes que la version du plan de contrôle Nous vous recommandons vivement de faire en sorte que vos nœuds utilisent toujours une version compatible, quelles que soient les directives d'asymétrie de version.

Étapes suivantes