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.
# Amazon Elastic Kubernetes Service
Amazon EKS fournit des fonctionnalités qui vous permettent de rendre vos applications plus résilientes face à des événements tels que la détérioration de l'état de santé ou la détérioration d'une zone de disponibilité. Lorsque vous exécutez vos charges de travail dans un cluster Amazon EKS, vous pouvez améliorer encore la tolérance aux pannes et la restauration des applications en utilisant le décalage zonal ou le décalage automatique zonal. Pour plus d'informations, consultez la section [En savoir plus sur ARC Zonal Shift dans Amazon EKS dans](https://docs.aws.amazon.com//eks/latest/userguide/zone-shift.html) le guide de l'utilisateur d'*Amazon Elastic Kubernetes Service*.
## Utilisation du décalage zonal avec Amazon Elastic Kubernetes Service
Pour activer le décalage zonal, appliquez l'une des méthodes suivantes. Pour plus d'informations, consultez la section [En savoir plus sur le décalage zonal ARC](https://docs.aws.amazon.com//eks/latest/userguide/zone-shift-enable.html#zone-shift-enable-steps) dans le guide de l'utilisateur *d'Amazon Elastic Kubernetes Service*.
------
#### [ Console ]
**Pour activer le changement de zone sur un nouveau cluster Amazon EKS (console)**
1. Recherchez le nom et la région du cluster Amazon EKS que vous souhaitez enregistrer auprès de l'ARC.
1. Ouvrez la console Amazon EKS à l'adresse [https://console.aws.amazon.com/eks/home\#/clusters](https://console.aws.amazon.com/eks/home#/clusters).
1. Sélectionnez votre cluster.
1. Sur la page **Informations sur le cluster**, sélectionnez l’onglet **Vue d’ensemble**.
1. Sous **Zonal Shift**, sélectionnez **Gérer**.
1. Pour **EKS Zonal Shift**, choisissez **Activer** ou **Désactiver**.
------
#### [ AWS CLI ]
**Pour activer le changement de zone sur un nouveau cluster Amazon EKS (AWS CLI)**
+ Entrez la commande suivante :
```
aws eks create-cluster --name {{my-eks-cluster}} --role-arn {{my-role-arn-to-create-cluster}} --resources-vpc-config subnetIds=string,string,securityGroupIds=string,string,endpointPublicAccess=boolean,endpointPrivateAccess=boolean,publicAccessCidrs=string,string --zonal-shift-config enabled=true
```
**Pour activer le changement de zone sur un cluster Amazon EKS existant (AWS CLI)**
+ Entrez la commande suivante :
```
aws eks update-cluster-config --name {{my-eks-cluster}} --zonal-shift-config enabled=true
```
------
Vous pouvez démarrer un changement de zone pour un cluster Amazon EKS, ou vous pouvez autoriser AWS à le faire pour vous, en activant le changement automatique de zone. Une fois le changement de zone de votre cluster Amazon EKS activé avec ARC, vous pouvez démarrer un changement de zone ou activer le changement automatique de zone à l'aide de la console ARC, de la AWS CLI ou des API de décalage de zone et de décalage automatique de zone.
Pour plus d'informations sur le démarrage d'un changement de zone, consultez[Démarrer, mettre à jour ou annuler un changement de zone](arc-zonal-shift.start-cancel.md).
Pour plus d'informations sur l'activation d'Amazon EKS avec le changement de zone, consultez le guide de l'utilisateur d'[Amazon *Elastic Kubernetes Service pour en savoir plus sur le changement de zone ARC dans Amazon* EKS](https://docs.aws.amazon.com//eks/latest/userguide/zone-shift.html).
## Comment fonctionne le changement de zone pour Amazon Elastic Kubernetes Service
Lors d'un changement de zone Amazon EKS, les opérations suivantes se produisent automatiquement pour tous les clusters Amazon EKS :
+ Tous les nœuds de la zone de disponibilité affectée sont isolés. Cela empêche le planificateur Kubernetes de planifier de nouveaux pods sur les nœuds de l'AZ malsaine.
+ Si vous utilisez des [groupes de nœuds gérés](https://docs.aws.amazon.com//eks/latest/userguide/managed-node-groups.html), le [rééquilibrage des zones de disponibilité](https://docs.aws.amazon.com//autoscaling/ec2/userguide/auto-scaling-benefits.html#AutoScalingBehavior.InstanceUsage) est suspendu et votre groupe Auto Scaling est mis à jour pour garantir que les nouveaux nœuds du plan de données Amazon EKS ne soient lancés que dans des zones de disponibilité saines.
+ Les nœuds de l'AZ malsain ne sont pas interrompus et les pods ne sont pas expulsés de ces nœuds. Cela permet de garantir qu'en cas d'expiration ou d'annulation d'un changement de zone, votre trafic puisse être renvoyé en toute sécurité vers l'AZ qui est encore à pleine capacité.
+ Le EndpointSlice contrôleur trouve tous les points de terminaison du Pod dans la zone AZ altérée et les retire de la zone correspondanteEndpointSlices. Cela garantit que seuls les points de terminaison des pods dans les zones de disponibilité saines sont ciblés pour recevoir le trafic réseau. Lorsqu'un décalage de zone est annulé ou expire, le EndpointSlice contrôleur le met à jour EndpointSlices pour inclure les points de terminaison dans l'AZ restaurée.
Si vous utilisez le mode automatique EKS ou un Karpenter autogéré, le contrôleur Karpenter effectue également les opérations suivantes lors d'un changement de zone :
+ Arrête de fournir de nouvelles capacités dans la zone de zone affectée en marquant toutes les offres de calcul de cette zone comme indisponibles.
+ Stoppe les perturbations volontaires (consolidation et dérive) sur les nœuds de l'AZ altérée.
+ Empêche les tentatives de lancement pour les pods soumis à des exigences de planification strictes (telles que l'affinité de volume EBS) qui nécessitent l'AZ altéré.
+ Reprend le comportement normal lorsque le décalage de zone est annulé ou expire.
Pour plus d'informations sur le changement de zone Amazon EKS, consultez le [blog AWS Containers](https://aws.amazon.com/blogs/containers/amazon-eks-now-supports-amazon-application-recovery-controller/) sur le AWS site Web.