Numeración de versiones de GKE en Azure

En esta página, se describe la numeración de versiones de GKE en Azure Kubernetes.

Versiones del clúster

Cuando creas un clúster o grupo de nodos, debes especificar la versión de Kubernetes que deseas que ejecute. Solo puedes crear clústeres o grupos de nodos nuevos con una versión de Kubernetes compatible.

Esquema y cadencia de las versiones

GKE en Azure usa el control de versiones semántico de Kubernetes para hacer referencia a las versiones de Kubernetes compatibles, pero agrega una versión de parche de GKE. Esto da como resultado un número de versión con el siguiente formato:

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

Por ejemplo, la versión de Kubernetes compatible más reciente es 1.29.4-gke.200.

Versión principal de Kubernetes (x)
Las versiones principales se incrementan cuando se ingresa un cambio en la API pública cuyo comportamiento u operación no es compatible con la versión anterior. Una versión principal aumenta la versión de Kubernetes de x.y a x+1.0.
Versión secundaria de Kubernetes (Y)
Kubernetes lanza una versión secundaria nueva aproximadamente cada tres meses. Una versión secundaria aumenta la versión de Kubernetes de 1.y a 1.y+1. Por ejemplo, Kubernetes 1.21 es la versión menor que sigue a Kubernetes 1.20. Por lo general, las actualizaciones de versiones secundarias implican nuevas funciones y correcciones de errores, pero no implican cambios rotundos. En ocasiones, una característica o un componente de la API quedan obsoletos en una versión secundaria.
Versión de parche de Kubernetes (z)
Las actualizaciones nuevas de parches de Kubernetes (como 1.21.1) para usar con GKE en Azure suelen lanzarse una vez al mes. Las actualizaciones de parches solo incluyen seguridad y correcciones de errores.
Versión del parche de GKE (-gke.a)
Una actualización de parche con un sufijo -gke.a más alto (como 1.24.1-gke.a) incluye actualizaciones de seguridad o correcciones de errores para GKE en Azure junto con el software Kubernetes ascendente de código abierto. Estas actualizaciones o correcciones son necesarias para la compatibilidad y la interoperabilidad con Google Cloud y Azure.

Compatibilidad con versiones

Para conocer la política de control de versiones de GKE en toda la empresa, consulta Política de compatibilidad de versiones.

Sesgo de versiones

Las versiones de los nodos y los grupos de nodos pueden tener hasta dos versiones secundarias anteriores a la del plano de control, pero, de acuerdo con la política de sesgo de versiones de OSS de Kubernetes, no pueden ser más recientes que la versión del plano de control. Recomendamos que los nodos siempre usen una versión compatible, sin importar los lineamientos de sesgo de versiones.

¿Qué sigue?