View a markdown version of this page

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 EBS CSI standard StorageClass (ebs.csi.aws.com) et EKS Auto EBS StorageClass CSI (). ebs.csi.eks.amazonaws.com Notez que la migration nécessite de supprimer et de recréer PersistentVolumeClaim/PersistentVolume des ressources existantes. La validation dans un environnement hors production est donc essentielle avant la mise en œuvre.

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

    Vous pouvez installer le AWS Load Balancer Controller sur un cluster Amazon EKS Auto Mode. Utilisez les options IngressClass ou loadBalancerClass pour associer les ressources de service et d’entrée au contrôleur d’équilibreur de charge ou au mode automatique EKS. Pour obtenir des conseils prescriptifs, reportez-vous à Migrate NGINX Ingress Controllers when enabling Amazon EKS Auto Mode

  • 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 rétention des volumes : modifiez les PersistentVolume fichiers existants (PV) persistentVolumeReclaimPolicy pour vous Retain assurer que le volume EBS sous-jacent n'est 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 du contrôleur d'équilibrage de AWS charge 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é.

Pour minimiser les interruptions de service, nous recommandons une approche DNS-based de transfert du trafic. 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é.