Activer le mode automatique EKS sur les clusters EKS existants - Amazon EKS
Référence de migrationMigration de volumes EBSMigration des équilibreurs de charge

Aidez à améliorer cette page

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Pour contribuer à ce guide de l'utilisateur, cliquez sur le GitHub lien Modifier cette page sur qui se trouve dans le volet droit de chaque page.

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Activer le mode automatique EKS sur les clusters EKS existants

Vous pouvez activer le mode automatique EKS sur les clusters EKS existants.

AWS prend en charge les migrations suivantes :

AWS ne prend pas en charge les migrations suivantes :

  • Migration des volumes du contrôleur CSI EBS (à l’aide du module complémentaire Amazon EKS) vers le contrôleur CSI EBS en mode automatique EKS (géré par le mode automatique EKS). Les PVC créés avec l’un ne peuvent pas être montés par l’autre, car ils utilisent deux provisionneurs de volume Kubernetes différents.

    • Le eks-auto-mode-ebs-migration-tool(projet AWS Labs) permet la migration entre la norme EBS CSI StorageClass (ebs.csi.aws.com) et EKS Auto EBS CSI StorageClass (ebs.csi.eks.amazonaws.com). Notez que la migration nécessite la suppression et la recréation des ressources PersistentVolumeClaim/PersistentVolume existantes. Il est donc essentiel de procéder à une validation dans un environnement hors production avant la mise en œuvre.

  • Migration des équilibreurs de charge de l’AWS Load Balancer Controller vers le mode automatique EKS

    Vous pouvez installer l’AWS Load Balancer Controller sur un cluster du mode automatique Amazon EKS. Utilisez les options IngressClass ou loadBalancerClass pour associer les ressources de service et d’entrée au Load Balancer Controller ou au mode automatique EKS.

  • Migration de clusters EKS avec des CNI alternatifs ou d’autres configurations réseau non prises en charge

Référence de migration

Utilisez la référence de migration suivante pour configurer les ressources Kubernetes afin qu’elles appartiennent soit à des contrôleurs autogérés, soit au mode automatique EKS.

Capacité Ressource Champ Autogéré Mode automatique EKS

Stockage en mode bloc

StorageClass

provisioner

ebs.csi.aws.com

ebs.csi.eks.amazonaws.com

Équilibrage de charge

Service

loadBalancerClass

service.k8s.aws/nlb

eks.amazonaws.com/nlb

Équilibrage de charge

IngressClass

controller

ingress.k8s.aws/alb

eks.amazonaws.com/alb

Équilibrage de charge

IngressClassParams

apiversion

elbv2.k8s.aws/v1beta1

eks.amazonaws.com/v1

Équilibrage de charge

TargetGroupBinding

apiversion

elbv2.k8s.aws/v1beta1

eks.amazonaws.com/v1

Calcul

NodeClass

apiVersion

karpenter.sh/v1

eks.amazonaws.com/v1

Migration de volumes EBS

Lors de la migration des charges de travail vers le mode automatique EKS, vous devez gérer la migration des volumes EBS en raison des différents provisionneurs de pilotes CSI :

  • Provisionneur du mode automatique EKS : ebs.csi.eks.amazonaws.com

  • Provisionneur CSI EBS open source : ebs.csi.aws.com

Pour migrer vos volumes persistants, procédez comme suit :

  1. Modifier la politique de conservation des volumes : modifier la version persistentVolumeReclaimPolicy existante de la plate-forme (PV) vers Retain afin de garantir que le volume EBS sous-jacent ne soit pas supprimé.

  2. Supprimer le PV de Kubernetes : supprimez l’ancienne ressource PV tout en préservant le volume EBS réel.

  3. Créez un nouveau PV avec provisionnement statique : créez un nouveau PV qui fait référence au même volume EBS mais fonctionne avec le pilote CSI cible.

  4. Liaison à un nouveau PVC : créez un nouveau PVC qui fait spécifiquement référence à votre PV en utilisant le champ volumeName.

Considérations

  • Assurez-vous que vos applications sont arrêtées avant de commencer cette migration.

  • Sauvegardez vos données avant de commencer le processus de migration.

  • Ce processus doit être effectué pour chaque volume persistant.

  • La charge de travail doit être mise à jour pour utiliser le nouveau PVC.

Migration des équilibreurs de charge

Vous ne pouvez pas transférer directement les équilibreurs de charge existants de l’AWS Load Balancer Controller autogéré vers le mode automatique EKS. Vous devez plutôt mettre en œuvre une stratégie de déploiement bleu/vert. Cela implique de conserver votre configuration d’équilibreur de charge existante tout en créant de nouveaux répartiteurs de charge sous le contrôleur géré.

Afin de minimiser les perturbations du service, nous recommandons une approche de transfert du trafic basée sur le DNS. Commencez par créer de nouveaux équilibreurs de charge à l’aide du mode automatique EKS tout en conservant votre configuration existante opérationnelle. Ensuite, utilisez le routage DNS (tel que Route 53) pour transférer progressivement le trafic des anciens équilibreurs de charge vers les nouveaux. Une fois le trafic migré avec succès et la nouvelle configuration vérifiée, vous pouvez mettre hors service les anciens équilibreurs de charge et le contrôleur autogéré.