View a markdown version of this page

Activer le changement de zone EKS pour éviter les zones de disponibilité défaillantes - Amazon EKS
ConsidérationsQu’est-ce qu’Amazon Application Recovery Controller ?Qu’est-ce que le changement de zone ?Qu’est-ce que le changement de zone autoshift ?Que fait EKS lors d'un changement de zone ?Enregistrez le cluster EKS auprès d'Amazon Application Recovery Controller (ARC) (AWS console)Étapes suivantes

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 changement de zone EKS pour éviter les zones de disponibilité défaillantes

Le contrôleur de récupération d’application (ARC) Amazon vous aide à gérer et à coordonner la récupération de vos applications dans les zones de disponibilité (AZ) et fonctionne avec de nombreux services, dont Amazon EKS. Grâce à la prise en charge par EKS du changement de zone ARC, vous pouvez déplacer le trafic réseau au sein du cluster hors d’une AZ défaillante. Vous pouvez également autoriser AWS à surveiller l'état de santé de vos zones de disponibilité et à transférer temporairement le trafic réseau d'une zone de zone non fonctionnelle en votre nom.

Comment utiliser le changement de zone EKS :

  1. Activez votre cluster EKS avec le contrôleur de récupération d’application (ARC) Amazon. Cela se fait au niveau du cluster à l'aide de la console Amazon EKS, de la AWS CLI ou de eksctl. CloudFormation

  2. Une fois activé, vous pouvez gérer les changements de zone ou les changements automatiques 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.

Veuillez noter qu’après avoir enregistré un cluster EKS avec ARC, vous devez encore configurer ARC. Par exemple, vous pouvez utiliser la console ARC pour configurer le changement de zone.

Pour plus d’informations sur le fonctionnement du changement de zone EKS et sur la conception de vos charges de travail pour gérer les zones de disponibilité défaillantes, consultez Découvrez le changement de zone du contrôleur de récupération d’application (ARC) Amazon dans Amazon EKS.

Considérations

  • Nous vous recommandons d’attendre au moins 60 secondes entre chaque opération de changement de zone afin de garantir le traitement correct de chaque demande.

    Lorsque vous essayez d'effectuer des changements de zone en succession rapide (à 60 secondes d'intervalle), le service Amazon EKS risque de ne pas traiter correctement toutes les demandes de quart de travail. Cela est dû au mécanisme d'interrogation actuel qui met à jour l'état zonal du cluster. Si vous devez effectuer plusieurs changements de zone, veillez à laisser suffisamment de temps entre les opérations pour que le système puisse traiter chaque changement.

Qu’est-ce qu’Amazon Application Recovery Controller ?

Le contrôleur de récupération d’application (ARC) Amazon vous aide à vous préparer et à accélérer la récupération des applications exécutées sur AWS. Le changement de zone vous permet de remédier rapidement à une détérioration de la zone de disponibilité (AZ) en déplaçant temporairement le trafic vers une ressource prise en charge d'une zone de disponibilité vers une zone de disponibilité saine de la AWS région.

En savoir plus sur le contrôleur de récupération d’application (ARC) Amazon

Qu’est-ce que le changement de zone ?

Le changement de zone est une fonctionnalité d'ARC qui vous permet de déplacer le trafic vers une ressource telle qu'un cluster EKS ou un Elastic Load Balancer hors d'une zone de disponibilité d' AWS une région afin d'atténuer rapidement un problème et de récupérer rapidement votre application. Vous pouvez choisir de déplacer le trafic, par exemple, parce qu’un mauvais déploiement entraîne des problèmes de latence ou parce que la zone de disponibilité est défaillante. Le changement de zone ne nécessite aucune étape de configuration préalable. Toutefois, vos charges de travail doivent répondre à certaines exigences pour être résilientes au niveau des zones avant de commencer un quart de travail. Pour de plus amples informations, veuillez consulter Découvrez le changement de zone du contrôleur de récupération d’application (ARC) Amazon dans Amazon EKS.

En savoir plus sur le changement de zone ARC

Qu’est-ce que le changement de zone autoshift ?

L'autoshift zonal est une fonctionnalité de l'ARC que vous pouvez activer AWS pour autoriser le transfert du trafic d'une AZ pour les ressources prises en charge, en votre nom, vers des AZ sains de la AWS région. AWS lance un changement automatique lorsque la télémétrie interne indique la présence d'une anomalie dans un AZ d'une région susceptible d'avoir un impact sur les clients. La télémétrie interne intègre des métriques provenant de plusieurs sources, notamment le AWS réseau et les services Amazon EC2 et Elastic Load Balancing.

AWS met fin aux changements automatiques lorsque les indicateurs indiquent qu'il n'y a plus de problème ou de problème potentiel.

En savoir plus sur le changement automatique de zone ARC

Que fait EKS lors d'un changement de zone ?

EKS met à jour les configurations réseau afin d’éviter de diriger le trafic vers des zones de disponibilité défaillantes. Le comportement de calcul spécifique dépend de la configuration du plan de données de votre cluster :

  • Mode automatique EKS : le mode automatique EKS arrête automatiquement le provisionnement de nouveaux nœuds dans l'AZ altérée, arrête les perturbations volontaires des nœuds (telles que la consolidation) qui affecterait l'AZ altérée et évite de lancer des pods soumis à des exigences de planification strictes ciblant l'AZ altérée (telles que des liaisons de volume persistantes ou des contraintes strictes de répartition topologique). Vous n'avez besoin d'aucune configuration supplémentaire au-delà de l'activation du décalage de zone sur le cluster.

  • Self-managed Karpenter (v1.12+) : Si vous utilisez Karpenter v1.12 ou une version ultérieure avec le --enable-zonal-shift drapeau, Karpenter arrête de fournir de la capacité dans l'AZ défaillant et arrête les interruptions volontaires liées à l'AZ défaillant.

  • Groupes de nœuds gérés : EKS ne lancera de nouveaux nœuds dans les zones de disponibilité saines que lors d'un changement de zone en suspendant le rééquilibrage des zones de disponibilité et en mettant à jour le groupe Auto Scaling.

Lorsque le quart de travail expire ou est annulé, les configurations réseau et le comportement de calcul sont restaurés pour inclure l'AZ précédemment détecté comme défectueux.

En savoir plus sur le changement de zone EKS.

Enregistrez le cluster EKS auprès d'Amazon Application Recovery Controller (ARC) (AWS console)

  1. Recherchez le nom et la région du cluster EKS que vous voulez enregistrer avec ARC.

  2. Accédez à la console EKS dans cette région et sélectionnez votre cluster.

  3. Sur la page Informations sur le cluster, sélectionnez l’onglet Vue d’ensemble.

  4. Sous l’en-tête Changement de zone, sélectionnez le bouton Gérer.

  5. Sélectionnez activer ou désactiver pour Changement de zone EKS.

Votre cluster EKS est désormais enregistré auprès d’ARC.

Si vous souhaitez AWS détecter et éviter les zones de disponibilité altérées, vous devez configurer l'autoshift par zone ARC. Vous pouvez par exemple le faire dans la console ARC.

Étapes suivantes