Versiones de Kubernetes admitidas en AKS Arc

En este artículo se describen las versiones de Kubernetes admitidas para Azure Kubernetes Service habilitadas por Azure Arc. AKS Arc publica nuevas versiones secundarias de Kubernetes aproximadamente cada tres meses.

Versiones de Kubernetes

Kubernetes usa el esquema de versiones estándar de SemVer en todas las versiones:

[major].[minor].[patch]

Example:
  1.29.2
  1.29.5

Cada número en la versión indica compatibilidad general con la versión anterior:

• Las versiones principales cambian cuando las actualizaciones de la API no son compatibles o la compatibilidad con versiones anteriores deja de funcionar.
• Las versiones secundarias cambian cuando se realizan actualizaciones de la funcionalidad que son compatibles las versiones anteriores de las restantes versiones secundarias.
• Las versiones de revisión cambian cuando se hacen correcciones de errores compatibles con versiones anteriores.

Debe instalar la versión de revisión más reciente de la versión secundaria que está ejecutando. Por ejemplo, si el clúster de producción está en 1.29.2. 1.29.5 es la versión de revisión más reciente disponible para la serie 1.29 , debe actualizar a la versión 1.29.5 lo antes posible para asegurarse de que el clúster de Kubernetes esté totalmente revisado y compatible.

Calendario de versión de Kubernetes de AKS Arc

En la tabla siguiente se enumeran las versiones publicadas de Kubernetes compatibles actuales en AKS Arc:

Versión de K8s	Versiones locales de Azure compatibles	Estado actual	Última versión con actualizaciones de revisión o CVE de Kubernetes
1.30	Por determinar	Próximos	Por determinar
1.29	2411, 2408	Disponibilidad general	Por determinar
1.28	2411, 2408, 2405	Disponibilidad general	Por determinar
1.27	2411, 2408, 2405, 2402	Disponibilidad general	Versión 2502
1,26	2405, 2402 y versiones anteriores	No hay más versiones de revisión o actualizaciones cve	Versión 2405

Directiva de soporte técnico de versión de Kubernetes

AKS define una versión disponible con carácter general (GA) como una versión que está disponible para su descarga al implementar o actualizar AKS habilitado por Arc. AKS admite tres versiones secundarias de disponibilidad general de Kubernetes:

• La versión secundaria de disponibilidad general más reciente que se publica para AKS (denominada N).
• Dos versiones secundarias anteriores. Cada versión secundaria admitida también admite revisiones estables.

AKS también puede admitir versiones preliminares, que se etiquetan explícitamente como vistas previas.

Nota:

AKS usa prácticas de implementación segura que implican la implementación gradual de regiones. Esto significa que puede tardar hasta 10 días laborables en que una nueva versión o una nueva versión estén disponibles en todas las regiones.

La ventana admitida de las versiones de Kubernetes en AKS se conoce como "N-2": (N (versión más reciente): 2 (versiones secundarias)).

Por ejemplo, si AKS presenta la versión 1.30 en la actualidad, se proporciona compatibilidad con las siguientes versiones:

Nueva versión secundaria	Lista de versiones admitidas
1.30	1.30, 1.29, 1.28

Cuando se introduce una nueva versión secundaria, la versión secundaria y la versión de revisión compatibles más antiguas quedan obsoletas y se retiran. Por ejemplo, la lista de versiones que se admiten actualmente es:

• 1.29
• 1.28
• 1.27

Cuando AKS publica la versión 1.30.*, se quitan todas las versiones 1.27.* y salen del soporte técnico en 30 días.

Nota:

Si está ejecutando una versión de Kubernetes no compatible, se le pedirá que actualice al solicitar compatibilidad con el clúster. Los clústeres que ejecutan versiones de Kubernetes no admitidas no están cubiertos por el las directivas de soporte técnico de AKS.

Además de esta directiva, AKS admite un máximo de dos versiones de revisión de una versión secundaria determinada. Dadas las siguientes versiones admitidas:

Current Supported Version List
------------------------------
1.29.8, 1.29.7, 1.28.10, 1.28.9

Si AKS publica la versión 1.29.9 y 1.28.11, las versiones de revisión más antiguas están en desuso y se quitan, y la lista de versiones admitidas se convierte en:

New Supported Version List
----------------------
1.29.*9*, 1.29.*8*, 1.28.*11*, 1.28.*10*

Versiones de kubectl admitidas

Puede usar una versión secundaria de kubectl que sea inmediatamente anterior o posterior a la versión de kubectl y que sea coherente con la directiva de compatibilidad de Kubernetes para kubectl.

Por ejemplo, si kube-apiserver está en la versión 1.17, puede usar las versiones 1.16 a 1.18 de kubectl con ese kube-apiserver. Para instalar o actualizar la versión de kubectl, ejecute az aks install-cli.

Proceso de publicación y desuso

En el caso de las nuevas versiones secundarias de Kubernetes:

• AKS publica un anuncio previo con la fecha planeada de una nueva versión y el desuso de la versión anterior correspondiente en las notas de la versión de AKS al menos 30 días antes de la eliminación.
• Los usuarios tienen 30 días a partir de la eliminación de una versión para actualizar a una versión secundaria compatible para seguir recibiendo soporte técnico.

En el caso de las nuevas versiones de revisión de Kubernetes:

• Dada la naturaleza urgente de las versiones de revisión, se pueden introducir en el servicio en cuanto estén disponibles.
• En general, AKS no difunde profusamente el lanzamiento de las versiones de revisión. Sin embargo, AKS supervisa y valida constantemente las revisiones de CVE disponibles para admitirlas en AKS de manera puntual. Si se encuentra una revisión crítica o se requiere una acción de usuario, AKS notifica a los usuarios que actualicen a la revisión recién disponible.
• Los usuarios tienen 30 días a partir de la eliminación de una versión de revisión de AKS para actualizar a una revisión admitida y seguir recibiendo soporte técnico.

Excepciones de directiva de versiones admitidas

AKS se reserva el derecho de agregar o eliminar las versiones nuevas o existentes con uno o varios problemas de seguridad o errores críticos que afecten a la producción sin previo aviso.

Se pueden omitir versiones de revisión concretas o se puede acelerar su lanzamiento en función de la gravedad del error o del problema de seguridad.

Preguntas más frecuentes

¿Cómo me notifica Microsoft las nuevas versiones de Kubernetes?

El equipo de AKS publica anuncios previos con fechas planeadas de nuevas versiones de Kubernetes en la documentación de AKS Arc.

¿Con qué frecuencia debo planear actualizar las versiones de Kubernetes para mantenerme con soporte técnico?

A partir de Kubernetes 1.19, la comunidad de código abierto expandió el soporte técnico a un año. AKS se compromete a habilitar unas revisiones y un soporte técnico que cumplan los compromisos ascendentes. En el caso de los clústeres de Kubernetes en la versión 1.19 y posteriores, podrá actualizar un mínimo de una vez al año para mantenerse en una versión compatible.

¿Qué ocurre cuando un cliente actualiza un clúster de Kubernetes con una versión secundaria que no es compatible?

Si está en la versión n-3 o anterior, significa que está fuera del soporte técnico y se le pide que actualice. Si la actualización de la versión n-3 a n-2 se completa correctamente, estará dentro de nuestras directivas de soporte técnico. Por ejemplo:

• Si la versión de Kubernetes compatible más antigua es la 1.27 y está en la versión 1.26 o anterior, está fuera del soporte técnico.
• Cuando actualice correctamente de la versión 1.26 a la 1.27 o posterior, volverá a estar dentro de la ventana de soporte técnico.

No se admite el cambio a una versión anterior.

¿Qué significa "fuera del soporte técnico"?

"Fuera del soporte técnico" significa que:

• La versión que utiliza está fuera de la lista de versiones admitidas.
• Se le pedirá que actualice el clúster a una versión compatible cuando solicite soporte técnico, a menos que estén en el período de gracia de 30 días después de que la versión haya quedado en desuso.

Además, AKS no garantiza ningún entorno de ejecución (u otro) para clústeres fuera de la lista de versiones admitidas.

¿Qué ocurre cuando se escala un clúster de Kubernetes con una versión secundaria que no se admite?

Tanto la reducción como el escalado horizontales deberían seguir funcionando en las versiones secundarias que no son compatibles con AKS. Dado que no hay garantías de Calidad de servicio, se recomienda realizar la actualización para que el clúster vuelva tener soporte técnico.

¿Puedo omitir varias versiones de Kubernetes durante una actualización del clúster?

Cuando se actualiza un clúster de AKS compatible, no pueden omitirse las versiones secundarias de Kubernetes. Por ejemplo, las actualizaciones entre las siguientes versiones:

• 1.12.x ->1.13.x: permitida.
• 1.13.x ->1.14.x: permitida.
• 1.12.x ->1.14.x: no permitida.

Para actualizar de 1.12.x ->1.14.x:

1. Actualice desde 1.12.x ->1.13.x.
2. Actualice desde 1.13.x ->1.14.x.

Solo puede omitir varias versiones al actualizar desde una versión no compatible a una versión compatible. Por ejemplo, puede realizar la actualización de la versión 1.10.x, que no es compatible, a la versión 1.15.x, que lo es.

¿Puedo crear un clúster 1.xx.x durante su período de soporte técnico de 30 días?

No. Una vez que una versión está en desuso o se ha quitado, no se puede crear un clúster con esa versión. A medida que se implementa el cambio, verá que la versión anterior se ha quitado de la lista de versiones. Este proceso puede tardar hasta dos semanas desde el anuncio, progresivamente por región.

Estoy en una versión recién en desuso. ¿Puedo agregar nuevos grupos de nodos o tengo que actualizar?

No. No puede agregar grupos de nodos desde la versión en desuso al clúster.

Pasos siguientes

Para obtener información sobre cómo actualizar el clúster, consulte Actualización de la versión de Kubernetes de clústeres de AKS.