Numérotation des versions de GKE sur Azure

Cette page décrit la numérotation des versions 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. Vous ne pouvez créer des clusters ou des pools de nœuds que sur une version de Kubernetes compatible.

Syntaxe et ordonnancement des versions

GKE sur Azure utilise la gestion sémantique des versions de Kubernetes pour référencer les versions Kubernetes compatibles, mais ajoute une version de correctif GKE. Il en résulte un numéro de version au format

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

Par exemple, la version compatible la plus récente de Kubernetes 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)
Les nouvelles versions de correctif de Kubernetes (telles que la version 1.21.1) destinées à GKE sur Azure sont généralement 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 correction avec un suffixe "-gke.a" supérieur (tel que 1.24.1-gke.a) inclut des mises à jour de sécurité et/ou des corrections de bugs pour GKE sur Azure en même temps que le logiciel Kubernetes Open Source 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 connaître les règles de gestion des versions applicables à l'ensemble de GKE Enterprise, consultez la 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