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 propose 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é (AZ). Lorsque vous exécutez vos charges de travail dans un EKS cluster Amazon, vous pouvez améliorer encore la tolérance aux pannes de votre environnement applicatif et la restauration des applications en utilisant le décalage zonal ou le décalage automatique zonal.
Utilisation du décalage de zone pour Amazon Elastic Kubernetes Service
Pour activer le décalage de zone, utilisez l'une des méthodes suivantes. Pour plus d'informations, reportez-vous à Activer le décalage de EKS zone d'Amazon pour éviter les zones de disponibilité altérées.
Vous pouvez déclencher un changement de zone pour un EKS cluster Amazon, ou vous pouvez l'autoriser AWS à le faire pour vous en activant le changement automatique de zone. Une fois le changement de zone activé sur votre EKS cluster AmazonARC, vous pouvez déclencher un changement de zone ou activer le changement automatique de zone à l'aide de la ARC console, du ou du décalage de zone et du AWS CLI décalage automatique de zone. APIs
Pour plus d'informations sur le déclenchement d'un changement de zone, consultez Démarrer, mettre à jour ou annuler un changement de zone.
Pour plus d'informations sur l'activation d'Amazon EKS avec le changement de zone, consultez la EKS rubrique « En savoir plus sur le changement de ARC zone dans Amazon » du guide de l'utilisateur d'Amazon Elastic Kubernetes Service.
Comment fonctionne le changement de zone pour Amazon Elastic Kubernetes Service
Lors d'un changement de EKS zone Amazon, les événements suivants se produiront automatiquement :
Tous les nœuds de l'AZ concernée seront bouclés. Cela empêchera 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, le rééquilibrage des zones de disponibilité sera suspendu et votre groupe Auto Scaling (ASG) sera mis à jour pour garantir que les nouveaux nœuds Amazon EKS Data Plane ne soient lancés que dans les nœuds sainsAZs.
Les nœuds de l'AZ en mauvais état ne seront pas résiliés et les pods ne seront 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 toujours à pleine capacité.
Le EndpointSlice contrôleur trouvera tous les points de terminaison du Pod dans la zone AZ altérée et les retirera de la zone correspondante EndpointSlices. Cela garantira que seuls les points de terminaison Pod sains AZs sont ciblés pour recevoir du trafic réseau. Lorsqu'un changement 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.
Pour plus d'informations, consultez le blog AWS Containers