Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Amazon Elastic Kubernetes Service
Amazon EKS ofrece características nativas que le permiten que sus aplicaciones sean más resistentes a eventos, como el deterioro del estado o el deterioro de una zona de disponibilidad. Cuando ejecuta sus cargas de trabajo en un clúster de Amazon EKS, puede mejorar aún más la tolerancia a errores y la recuperación de aplicaciones mediante el cambio zonal o el cambio automático zonal. Para obtener más información, consulte Más información sobre ARC Zonal Shift en Amazon EKS en la Guía del usuario de Amazon Elastic Kubernetes Service.
Uso del cambio de zona con Amazon Elastic Kubernetes Service
Para habilitar el cambio de zona, utilice uno de los siguientes métodos. Para obtener más información, consulte Más información sobre el cambio de zona de ARC en la Guía del usuario de Amazon Elastic Kubernetes Service.
Puede iniciar un cambio zonal para un clúster de Amazon EKS o puede AWS permitir que lo haga por usted activando el cambio automático zonal. Una vez que el cambio zonal del clúster de Amazon EKS esté habilitado con ARC, puede iniciar un cambio zonal o habilitar el cambio automático zonal mediante la consola ARC, la AWS CLI o las API de cambio zonal y cambio automático zonal.
Para obtener más información acerca del inicio de un cambio de zona, consulte Inicio, actualización o cancelación de un cambio de zona.
Para obtener más información sobre cómo habilitar Amazon EKS con cambio de zona, consulte Más información sobre el cambio de zona de ARC en Amazon EKS en la Guía del usuario de Amazon Elastic Kubernetes Service.
Cómo funciona el cambio de zona para Amazon Elastic Kubernetes Service
Durante un cambio zonal de Amazon EKS, se produce automáticamente lo siguiente para todos los clústeres de Amazon EKS:
Se acordonan todos los nodos de la AZ afectada. Esto evita que el programador de Kubernetes programe nuevos pods en los nodos de la AZ en mal estado.
Si utiliza grupos de nodos gestionados, se suspende el reequilibrio de la zona de disponibilidad y se actualiza el grupo de Auto Scaling para garantizar que los nuevos nodos del plano de datos de Amazon EKS solo se lancen en zonas de disponibilidad en buen estado.
Los nodos de la AZ en mal estado no se cierran y los pods no se expulsan de estos nodos. Esto es para garantizar que, cuando un cambio de zona caduque o se cancele, el tráfico pueda devolverse con seguridad a la AZ que aún tiene capacidad plena.
El EndpointSlice controlador encuentra todos los puntos finales del pod en la zona de disponibilidad dañada y los elimina de la zona correspondiente. EndpointSlices Esto garantiza que solo los puntos de conexión de pods situados en zonas de disponibilidad en buen estado estén destinados a recibir tráfico de red. Cuando se cancela o caduca un cambio zonal, el EndpointSlice controlador lo actualiza EndpointSlices para incluir los puntos finales en la AZ restaurada.
Si utilizas el modo automático EKS o el Karpenter autogestionado, el controlador Karpenter también hace lo siguiente durante un cambio zonal:
Deja de aprovisionar nueva capacidad en la zona de Arizona deteriorada marcando todas las ofertas informáticas de esa zona como no disponibles.
Detiene las interrupciones voluntarias (consolidación y desviación) en los nodos de la zona de Arizona deteriorada.
Impide los intentos de lanzamiento de módulos con requisitos de programación estrictos (como la afinidad de volumen de EBS) que requieren una AZ dañada.
Reanuda su comportamiento normal cuando el cambio zonal se cancela o caduca.
Para obtener más información sobre el cambio zonal de Amazon EKS, consulte el blog de AWS Containers