Descripción del ciclo de vida de las versiones de Kubernetes en EKS

En línea con el soporte que ofrece la comunidad de Kubernetes para las versiones de Kubernetes, Amazon EKS se compromete a proporcionar soporte, como mínimo, a cuatro versiones de Kubernetes listas para producción en todo momento. Se anunciará la fecha de finalización del soporte estándar de una determinada versión secundaria de Kubernetes con una antelación mínima de 60 días. Debido al proceso de cualificación y publicación de Amazon EKS para nuevas versiones de Kubernetes, la fecha de finalización del soporte estándar de una versión de Kubernetes en Amazon EKS será la misma o posterior a aquella en que el proyecto Kubernetes deje de proporcionar soporte a la versión anterior.

Una versión de Kubernetes recibe soporte estándar durante 14 meses después de encontrarse disponible por primera vez en Amazon EKS. Esto es cierto incluso si la versión anterior de Kubernetes ya no admite una versión disponible en Amazon EKS. Creamos parches de seguridad que se pueden aplicar a las versiones de Kubernetes compatibles con Amazon EKS.

Sí. Si alguno de los clústeres de su cuenta ejecuta una versión que está cerca del final del soporte, Amazon EKS envía un aviso a través de AWS Health Dashboard aproximadamente 12 meses después del lanzamiento de la versión de Kubernetes en Amazon EKS. El aviso incluye la fecha de finalización del soporte. Será como mínimo 60 días a partir de la fecha del aviso.

Amazon EKS admite todas las características disponibles con carácter general de la API de Kubernetes. A partir de la versión 1.24 de Kubernetes, las nuevas API beta no están habilitadas en los clústeres de forma predeterminada. Sin embargo, las API beta ya existentes y las nuevas versiones de las API beta existentes siguen habilitadas de forma predeterminada. Las características alfa no son compatibles.

No. Un grupo de nodos administrados crea instancias de Amazon EC2 en su cuenta. Estas instancias no se actualizan de forma automática cuando usted o Amazon EKS actualizan su plano de control. Para obtener más información, consulte Actualización de un grupo de nodos administrados para un clúster. Recomendamos mantener la misma versión de Kubernetes en el plano de control y los nodos.

No. Un grupo de nodos autoadministrados incluye instancias de Amazon EC2 en su cuenta. Estas instancias no se actualizan de forma automática cuando usted o Amazon EKS actualizan la versión del plano de control en su nombre. Un grupo de nodos autoadministrados no tiene indicaciones en la consola de que necesita actualizarse. Puede ver la versión de kubelet instalada en un nodo al seleccionar el nodo en la lista de Nodos en la pestaña Overview (Información general) del clúster para determinar qué nodos deben actualizarse. Debe actualizar los nodos de forma manual. Para obtener más información, consulte Actualización de los nodos autoadministrados para un clúster.

El proyecto Kubernetes comprueba la compatibilidad entre el plano de control y los nodos para un máximo de tres versiones secundarias. Por ejemplo, los nodos 1.28 continúan funcionando cuando se organicen mediante un plano de control 1.31. No obstante, no se recomienda ejecutar un clúster con nodos que estén tres versiones secundarias por detrás del plano de control de forma constante. Para obtener más información, consulte la sección sobre la política de compatibilidad de versiones y diferencia de versiones de Kubernetes en la documentación de Kubernetes. Recomendamos mantener la misma versión de Kubernetes en el plano de control y los nodos.

No. Se recomienda encarecidamente ejecutar los Pods de Fargate como parte de un controlador de replicación, tal como una implementación de Kubernetes. A continuación, realice un reinicio continuo de todos los Pods de Fargate. La versión nueva del Pod de Fargate se implementa con una versión de kubelet que es la misma que la versión actualizada del plano de control de clúster. Para obtener más información, consulte Implementaciones en la documentación de Kubernetes.

El soporte estándar de una versión de Kubernetes en Amazon EKS comienza cuando se publica una versión de Kubernetes en Amazon EKS, y concluirá 14 meses después de la fecha de publicación. El soporte extendido de una versión de Kubernetes comenzará inmediatamente después de que finalice el soporte estándar, y concluirá al cabo de 12 meses a partir de ese momento. Por ejemplo, el soporte estándar de la versión 1.23 en Amazon EKS concluye el 11 de octubre de 2023. El soporte extendido de la versión 1.23 comenzó el 12 de octubre de 2023 y concluirá el 11 de octubre de 2024.

No tiene que hacer nada para conseguir soporte extendido para sus clústeres de Amazon EKS. El soporte estándar comenzará cuando se publique una versión de Kubernetes en Amazon EKS, y concluirá 14 meses después de la fecha de publicación. El soporte extendido de una versión de Kubernetes comenzará inmediatamente después de que finalice el soporte estándar, y concluirá al cabo de 12 meses a partir de ese momento.

El soporte extendido está disponible para las versiones de Kubernetes 1.23 y superiores. Puede ejecutar clústeres en cualquier versión durante un máximo de 12 meses después de que concluya el soporte estándar para esa versión. Esto significa que cada versión recibirá soporte durante 26 meses en Amazon EKS (14 meses de soporte estándar más 12 meses de soporte extendido).

Si no desea recibir automáticamente soporte extendido, puede actualizar su clúster a una versión de Kubernetes que tenga soporte estándar de Amazon EKS. También puede deshabilitar el soporte extendido.

Los clústeres que se ejecuten en una versión de Kubernetes que haya completado su ciclo de vida de 26 meses (14 meses de soporte estándar más 12 meses de soporte extendido) se actualizarán automáticamente a la siguiente versión.

Cuando llegue la fecha de finalización del soporte extendido, ya no podrá crear nuevos clústeres de Amazon EKS con la versión no soportada. Amazon EKS actualiza los planos de control existentes a la primera versión admitida de forma automática mediante un proceso de implementación gradual tras la fecha de finalización del soporte. Después de la actualización automática del plano de control, asegúrese de actualizar los complementos del clúster y los nodos de Amazon EC2 de forma manual. Para obtener más información, consulte Actualice la versión de Kubernetes de un clúster de Amazon EKS.

Amazon EKS no puede facilitar plazos concretos. Las actualizaciones automáticas pueden producirse en cualquier momento después de la fecha de finalización del soporte extendido. No recibirá ninguna notificación antes de la actualización. Recomendamos que actualice de manera proactiva su plano de control sin depender del proceso de actualización automática de Amazon EKS. Para obtener más información, consulte Actualización del clúster existente a la nueva versión de Kubernetes.

No. La seguridad en la nube de AWS es la mayor prioridad. Pasado cierto punto (normalmente un año), la comunidad de Kubernetes deja de publicar parches de exposiciones y vulnerabilidades comunes (CVE) y desalienta el envío de CVE para versiones obsoletas. Esto significa que es posible que ni siquiera se denuncien las vulnerabilidades específicas de una versión anterior de Kubernetes. Esto deja expuestos los clústeres sin aviso y sin opciones de corrección en caso de vulnerabilidad. Debido a esto, Amazon EKS no permite que los planos de control permanezcan en una versión que haya llegado al final del soporte extendido.

Sí, los clústeres de Amazon EKS que se ejecuten con soporte extendido conllevan un costo adicional. Para obtener más información sobre los precios, consulte el soporte ampliado de Amazon EKS para conocer los precios de las versiones de Kubernetes en el blog AWS.

Los clústeres de Amazon EKS con soporte extendido reciben revisiones de seguridad continuas para el plano de control de Kubernetes. Además, Amazon EKS publicará revisiones para el CNI de Amazon VPC, kube-proxy, y complementos de CoreDNS para las versiones con soporte extendido. Amazon EKS también lanzará revisiones para las AMI optimizadas de Amazon EKS publicadas por AWS para Amazon Linux, Bottlerocket y Windows, además de nodos de Fargate de Amazon EKS para esas versiones. Todos los clústeres con soporte extendido seguirán teniendo acceso a soporte técnico de AWS.

Si bien el soporte extendido cubre todos los componentes específicos de Kubernetes de AWS, solo brindará soporte a las AMI optimizadas de Amazon EKS publicadas por AWS para Amazon Linux, Bottlerocket y Windows en todo momento. Esto significa que, mientras utilice el soporte extendido, es posible que tenga componentes más recientes (tales como sistema operativo o kernel) en una AMI optimizada de Amazon EKS. Por ejemplo, cuando Amazon Linux 2 llegue al final de su ciclo de vida en 2025, las AMI de Amazon Linux optimizadas de Amazon EKS se crearán con un sistema operativo Amazon Linux más reciente. Amazon EKS anunciará y documentará discrepancias importantes en el ciclo de vida del soporte tales como esta para cada versión de Kubernetes.

Sí, con la exclusión de 1.22 y 1.21. Por ejemplo, puede crear un clúster de la versión 1.23, pero no uno de la 1.22.