Compatibilidad a largo plazo con versiones de Azure Kubernetes Service (AKS)

La comunidad de Kubernetes publica una nueva versión secundaria aproximadamente cada cuatro meses, con una ventana de soporte técnico de un año para cada versión. En Azure Kubernetes Service (AKS), esta ventana de soporte técnico se denomina Soporte técnico de la comunidad.

AKS admite versiones de Kubernetes que se encuentran en esta ventana de soporte técnico de la comunidad para insertar correcciones de errores y actualizaciones de seguridad de las versiones de la comunidad. Aunque la cadencia de lanzamiento de soporte de la comunidad proporciona ventajas, requiere que te mantengas al día con las versiones de Kubernetes, lo que puede resultar difícil dependiendo de las dependencias de tu aplicación y del ritmo de cambios en el ecosistema de Kubernetes.

Para ayudarle a administrar las actualizaciones de la versión de Kubernetes, AKS proporciona una opción de soporte técnico a largo plazo (LTS), que amplía la ventana de soporte técnico de una versión de Kubernetes para proporcionarle más tiempo para planear y probar las actualizaciones a versiones más recientes de Kubernetes.

Tipos de soporte técnico de AKS

Después de aproximadamente un año, una versión secundaria de Kubernetes determinada sale del soporte técnico de la comunidad, lo que hace que las correcciones de errores y las actualizaciones de seguridad no estén disponibles para los clústeres de AKS.

AKS ofrece un año de soporte técnico de la comunidad y un año de soporte técnico a largo plazo para realizar correcciones de seguridad de backport desde la comunidad ascendente. El grupo de trabajo de LTS ascendente contribuye a la comunidad, ampliando la ventana de soporte técnico. LTS proporciona más tiempo para planear y probar las actualizaciones durante dos años a partir de la disponibilidad general (GA) de la versión de Kubernetes.

Proceso de parcheo de LTS

LTS solo admite las dos versiones de revisión más recientes. Esto difiere del soporte comunitario, donde se admiten todas las versiones de parche. Sin embargo, AKS se reserva el derecho de dejar de usar cualquier versión de revisión en respuesta a vulnerabilidades de seguridad críticas (CVE). Para más información sobre la directiva de soporte técnico de la comunidad, consulte Directiva de compatibilidad con versiones de Kubernetes.

Para identificar las versiones de revisión compatibles más recientes, consulte el seguimiento de versiones de AKS.

Se recomienda habilitar el canal de revisión de actualización automática para asegurarse de que los clústeres estén actualizados con las revisiones más recientes.

Habilitar el soporte técnico a largo plazo

La habilitación de LTS requiere mover el clúster al nivel Premium y seleccionar explícitamente el plan de soporte técnico de LTS. Aunque es posible habilitar LTS cuando el clúster está en soporte técnico de la comunidad, se le cobrará una vez que habilite el nivel Premium.

Habilitar LTS en un nuevo clúster

• Cree un clúster con LTS habilitado mediante el comando az aks create.

  El comando siguiente crea un nuevo clúster de AKS con LTS habilitado mediante Kubernetes versión 1.27 como ejemplo. Para revisar las versiones disponibles de Kubernetes, consulte el seguimiento de versiones de AKS.

  az aks create \
      --resource-group <resource-group-name> \
      --name <cluster-name> \
      --tier premium \
      --k8s-support-plan AKSLongTermSupport \
      --kubernetes-version 1.27 \
      --auto-upgrade-channel patch \
      --generate-ssh-keys
  

Habilitar LTS en un clúster existente

• Habilitar LTS en un clúster existente mediante el comando az aks update.

  az aks update --resource-group <resource-group-name> --name <cluster-name> --tier premium --k8s-support-plan AKSLongTermSupport --auto-upgrade-channel patch
  

Migrar a la versión más reciente de LTS

La comunidad de Kubernetes de nivel superior admite una ruta de actualización de dos versiones secundarias. El proceso migra los objetos del clúster de Kubernetes como parte del proceso de actualización y proporciona una ruta de migración probada y acreditada.

Si quiere realizar una migración local, el servicio AKS migrará el plano de control de la versión anterior de LTS a la versión más reciente y, a continuación, migrará el plano de datos. Para realizar una actualización local a la versión más reciente de LTS, debe especificar una versión de Kubernetes habilitada para LTS como destino de la actualización.

• Migrar a la versión más reciente de LTS mediante el comando az aks upgrade.

  El comando siguiente usa Kubernetes versión 1.32.2 como una versión de ejemplo. Para revisar las versiones disponibles de Kubernetes, consulte el seguimiento de versiones de AKS.

  az aks upgrade --resource-group <resource-group-name> --name <cluster-name> --kubernetes-version 1.32.2
  

  Nota:

  Al avanzar, todas las versiones de Kubernetes de AKS serán compatibles con LTS. Para obtener el calendario LTS más reciente, visite el calendario de versión de Kubernetes de AKS. Para ver las versiones de LTS disponibles y sus revisiones por región, consulte el seguimiento de versiones de AKS.

Deshabilitar el soporte a largo plazo en un clúster existente

Deshabilitar LTS en un clúster existente requiere mover el clúster al nivel gratuito o estándar y seleccionar explícitamente el plan de soporte técnico de KubernetesOfficial.

Hay aproximadamente dos años entre una versión de LTS y la siguiente. En lugar del soporte técnico de nivel superior para migrar más de dos versiones secundarias, hay una alta probabilidad de que la aplicación dependa de las API de Kubernetes en desuso. Se recomienda probar exhaustivamente la aplicación en la versión de Kubernetes LTS de destino y llevar a cabo una implementación azul/verde de una versión a otra.

1. Deshabilitar LTS en un clúster existente mediante el comando az aks update.

   az aks update --resource-group <resource-group-name> --name <cluster-name> --tier [free|standard] --k8s-support-plan KubernetesOfficial
   

2. Actualice el clúster a una versión compatible posterior mediante el comando az aks upgrade.

   El comando siguiente usa Kubernetes versión 1.28.3 como una versión de ejemplo. Para revisar las versiones disponibles de Kubernetes, consulte el seguimiento de versiones de AKS.

   az aks upgrade --resource-group <resource-group-name> --name <cluster-name> --kubernetes-version 1.28.3
   

Complementos y características no admitidos

Actualmente, el equipo de AKS realiza un seguimiento de las versiones de complementos en las que existe soporte técnico de la comunidad de Kubernetes. Cuando una versión deja el soporte técnico de la comunidad, nos basamos en proyectos de código abierto para complementos administrados para continuar con dicho soporte. Debido a varios factores externos, es posible que algunos complementos y características no admitan versiones de Kubernetes a parte de estas ventanas de soporte técnico de la comunidad de nivel superior.

En la tabla siguiente se proporciona una lista de complementos y características que no se admiten y las razones por las que no se admiten:

Cómo decidimos la siguiente versión de LTS

Las versiones de LTS de Kubernetes están disponibles durante dos años a partir de la disponibilidad general; marcamos una versión superior de Kubernetes como LTS en función de los criterios siguientes:

• Ese tiempo suficiente transcurrió para que los clientes migraran de la versión anterior de LTS a la versión de LTS actual.
• La versión anterior completó una ventana de soporte técnico de dos años.

Lea las notas de la versión de AKS para mantenerse informado de cuándo puede planear la migración.

Preguntas más frecuentes

¿Puedo crear un nuevo clúster de AKS con una versión LTS una vez finalizada la compatibilidad con la comunidad?

Sí, puede crear un nuevo clúster de AKS mediante una versión de LTS incluso después de que haya finalizado su período de soporte técnico de la comunidad, siempre que haya optado por LTS. Sin embargo, esto solo es válido hasta el final del ciclo de vida de la versión LTS. Después, debe actualizar a la siguiente versión LTS compatible. Para más información, consulte el calendario de versión de Kubernetes de AKS.

¿Puedo habilitar y deshabilitar LTS en una versión compatible con AKS después de que finalice el soporte técnico de la comunidad?

Sí, puede habilitar el plan de soporte técnico de LTS en cualquier versión compatible con AKS incluso después de que haya finalizado su período de soporte técnico de la comunidad. Sin embargo, una vez finalizado el período de soporte técnico de la comunidad, no se puede deshabilitar LTS para esa versión.

¿Un clúster de AKS compatible con la comunidad se convierte automáticamente en apto para LTS después del final del ciclo de vida?

No, debe habilitar explícitamente LTS en el clúster para recibir soporte técnico. Esto también requiere actualizar al nivel Premium. Consulte los precios del plan Premium para obtener más información.

¿Cada versión de AKS admitirá la compatibilidad a largo plazo (LTS)?

Sí, AKS garantiza que todas las versiones de Kubernetes admitidas sean elegibles para soporte Long-Term (LTS). Puede optar por LTS para cualquier versión compatible disponible hoy mismo.

¿Cuál es el modelo de precios para LTS?

LTS está disponible en el nivel Premium, consulte los precios del plan Premium para obtener más información.

¿La habilitación de las cargas de trabajo de interrupción de LTS?

No. Es un cambio de solo configuración; no cambia la imagen de los nodos ni interrumpe las cargas de trabajo, por lo que no se espera ningún tiempo de inactividad.