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é (AZ). Lorsque vous exécutez vos charges de travail dans un cluster Amazon EKS, 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 zone d'Amazon EKS pour éviter les zones de disponibilité altérées.
Vous pouvez déclencher un changement de zone pour un cluster Amazon EKS, ou vous pouvez autoriser le changement de zone AWS à votre place en activant le changement automatique de zone. Une fois que le changement de zone de votre cluster Amazon EKS est activé avec ARC, vous pouvez déclencher un changement de zone ou activer le décalage automatique de zone à l'aide de la console ARC, de la AWS CLI ou du décalage zonal et du 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 rubrique En savoir plus sur le changement de zone ARC dans Amazon EKS dans le 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 zone Amazon EKS, les opérations suivantes 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 Auto Scaling Group (ASG) sera mis à jour pour garantir que les nouveaux nœuds Amazon EKS Data Plane ne soient lancés que s'ils sont sains. AZs
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 terminaux 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