Cómo habilitar el modo automático de EKS en clústeres de EKS existentes

Modo de enfoque

Cómo habilitar el modo automático de EKS en clústeres de EKS existentes - Amazon EKS

Referencia para las migraciones Migración del equilibrador de carga

Puede habilitar el modo automático de EKS en clústeres de EKS existentes.

nota

El modo automático de EKS requiere la versión 1.29 o superior de Kubernetes. El modo automático de EKS no está disponible en las regiones ap-southeast-7 o mx-central-1 de AWS.

AWS admite las siguientes migraciones:

Migración de Karpenter a los nodos del modo automático de EKS
- Información sobre cómo Migración desde Karpenter al modo automático de EKS mediante kubectl
Migración de los grupos de nodos administrados de EKS a los nodos del modo automático de EKS
- Información sobre cómo Migración de grupos de nodos administrados de EKS al modo automático de EKS

AWS no admite las siguientes migraciones:

Migración de volúmenes del controlador de CSI de EBS al almacenamiento en bloque del modo automático de EKS
- Puede instalar el controlador de CSI de EBS en un clúster del modo automático de Amazon EKS. Utilice una StorageClass para asociar los volúmenes al controlador de CSI de EBS o al modo automático de EKS.
Migración de los equilibradores de carga del controlador de equilibrio de carga de AWS al modo automático de EKS
- Puede instalar el controlador del equilibrador de carga de AWS en un clúster del modo automático de Amazon EKS. Utilice las opciones IngressClass o loadBalancerClass para asociar los recursos de servicio e ingreso al controlador del equilibrador de carga o al modo automático de EKS.
Migración de clústeres de EKS con CNI alternativas u otras configuraciones de red no compatibles

Referencia para las migraciones

Utilice la siguiente referencia para las migraciones para configurar los recursos de Kubernetes de modo que sean propiedad de controladores autoadministrados o del modo automático de EKS.

Funcionalidad	Recurso	Campo	Autoadministrado	Modo automático de EKS
Almacenamiento en bloques	`StorageClass`	`provisioner`	`kubernetes.io/aws-ebs`	`ebs.csi.eks.amazonaws.com`
Equilibrio de carga	`Service`	`loadBalancerClass`	`service.k8s.aws/nlb`	`eks.amazonaws.com/nlb`
Equilibrio de carga	`IngressClass`	controlador	`ingress.k8s.aws/alb`	`eks.amazonaws.com/alb`
Equilibrio de carga	`IngressClassParams`	`apiversion`	`elbv2.k8s.aws/v1beta1`	`eks.amazonaws.com/v1`
Equilibrio de carga	`TargetGroupBinding`	`apiversion`	`elbv2.k8s.aws/v1beta1`	`eks.amazonaws.com/v1`
Computación	NodeClass	`apiVersion`	`karpenter.sh/v1alpha5`	`eks.amazonaws.com/v1`

Migración del equilibrador de carga

No se pueden transferir directamente los equilibradores de carga existentes desde el controlador del equilibrador de carga de AWS autoadministrado al modo automático de EKS. En su lugar, debe implementar una estrategia de implementación azul/verde. Esto implica mantener la configuración del equilibrador de carga existente y, al mismo tiempo, crear nuevos equilibradores de carga en el controlador administrado.

Para minimizar las interrupciones del servicio, recomendamos un enfoque de cambio de tráfico basado en el DNS. En primer lugar, cree nuevos equilibradores de carga mediante el modo automático de EKS y, al mismo tiempo, mantenga operativa la configuración actual. A continuación, utilice el enrutamiento de DNS (como Route 53) para desplazar gradualmente el tráfico de los equilibradores de carga antiguos a los nuevos. Una vez que el tráfico se haya migrado correctamente y haya verificado la nueva configuración, podrá retirar los equilibradores de carga y el controlador autoadministrado antiguos.