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.
Changement de zone du groupe Auto Scaling
Le changement de zone est une fonctionnalité d'Amazon Application Recovery Controller (ARC). Grâce au changement de zone, vous pouvez rapidement remédier aux défaillances d'une application dans une zone de disponibilité en une seule action. Lorsque vous activez le décalage de zone pour un groupe Auto Scaling, le groupe est enregistré auprès du service de décalage de ARC zone. Vous pouvez ensuite commencer un changement de zone en utilisant le ou AWS Management Console AWS CLI, API et le groupe Auto Scaling considère que la zone présentant un décalage de zone actif est altérée.
Concepts de changement de zone du groupe Auto Scaling
Avant de poursuivre, assurez-vous de connaître les concepts de base suivants relatifs à l'intégration avec le changement de ARC zone.
- ARCchangement de zone
-
Auto Scaling peut enregistrer des groupes Auto Scaling avec ARC un décalage de zone lorsque vous activez cette fonctionnalité. Après votre inscription, vous pouvez consulter vos ressources à l'aide du ARC
ListManagedResourcesAPI. Pour plus d'informations, consultez Zonal shift in ARC dans le manuel du développeur Amazon Application Recovery Controller (ARC). - Rééquilibrage des zones de disponibilité
-
Auto Scaling essaie de maintenir l'équilibre des capacités dans chaque zone de disponibilité. Lorsqu'un déséquilibre se produit entre les zones de disponibilité, Auto Scaling tente automatiquement de le corriger. Pour de plus amples informations, veuillez consulter Distribution des instances.
- Mise à l'échelle dynamique
-
Le dimensionnement dynamique permet d'ajuster la capacité souhaitée de votre groupe Auto Scaling en fonction des métriques que vous choisissez avec des politiques de dimensionnement. Pour de plus amples informations, veuillez consulter Dimensionnement dynamique pour Amazon EC2 Auto Scaling.
- Surveillance de l'état
-
Auto Scaling vérifie régulièrement l'état de santé de toutes les instances d'un groupe Auto Scaling pour s'assurer qu'elles fonctionnent et qu'elles sont en bon état. Lorsqu'une instance défectueuse est détectée, Auto Scaling la marque pour remplacement. Pour de plus amples informations, veuillez consulter Surveillance de l’état des instances dans un groupe Auto Scaling.
- Actualisation d'instance
-
Vous pouvez utiliser une actualisation d'instance pour mettre à jour les instances de votre groupe Auto Scaling. Après le lancement de l'actualisation d'une instance, Auto Scaling tente de remplacer toutes les instances de votre groupe Auto Scaling. Pour de plus amples informations, veuillez consulter Utiliser une actualisation d'instance pour mettre à jour les instances d'un groupe Auto Scaling.
- Prédimensionné
-
Vous pouvez tolérer la perte d'une seule zone de disponibilité car vous disposez d'une capacité suffisante pour votre application dans les zones de disponibilité restantes.
- Augmentation d'échelle
-
Lorsque vous augmentez la capacité souhaitée d'un groupe Auto Scaling, Auto Scaling tente de lancer des instances supplémentaires pour atteindre la nouvelle capacité souhaitée. Par défaut, Auto Scaling lance l'instance de manière équilibrée afin de maintenir une capacité égale dans chaque zone de disponibilité activée d'un groupe Auto Scaling.
Comment fonctionne le décalage de zone pour les groupes Auto Scaling
Supposons que vous disposiez d'un groupe Auto Scaling avec les zones de disponibilité suivantes :
-
us-east-1a -
us-east-1b -
us-east-1c
Vous avez activé le changement de zone dans toutes les zones de disponibilité et vous remarquez des défaillances. Vous déclenchez us-east-1a donc un changement de zone. Les comportements suivants se produisent lorsqu'un changement de zone est déclenché dansus-east-1a.
-
Scaling out — Auto Scaling lancera toutes les nouvelles demandes de capacité dans les zones de disponibilité saines (
us-east-1betus-east-1c). -
Dimensionnement dynamique : Auto Scaling empêchera les politiques de dimensionnement de réduire la capacité souhaitée dans toutes les zones de disponibilité. Auto Scaling n'empêchera pas les politiques de dimensionnement d'augmenter la capacité souhaitée dans toutes les zones de disponibilité.
-
Actualisation de l'instance — Auto Scaling prolongera le délai d'expiration de tout processus d'actualisation d'instance retardé alors qu'un changement de zone est actif.
Le tableau suivant décrit le comportement du contrôle de santé pour chaque option lorsqu'un changement de zone est déclenché. us-east-1a
| Sélection du comportement de vérification de l'état de la zone de disponibilité altérée | Comportement du bilan de santé |
|---|---|
|
Remplacez les produits mal |
Les instances qui semblent défectueuses seront remplacées dans toutes les zones de disponibilité ( |
|
Ignorez les mauvaises |
Les instances qui semblent défectueuses seront remplacées dans |
Bonnes pratiques pour l'utilisation du décalage de zone
Pour maintenir la haute disponibilité de vos applications lorsque vous utilisez le changement de zone, nous vous recommandons de suivre les meilleures pratiques suivantes.
-
Surveillez EventBridge les notifications pour déterminer s'il existe un événement d'altération continu de la zone de disponibilité. Pour de plus amples informations, veuillez consulter EventBridge À utiliser pour gérer les événements Auto Scaling.
-
Utilisez des politiques de dimensionnement avec des seuils appropriés pour vous assurer que vous disposez d'une capacité suffisante pour tolérer la perte d'une zone de disponibilité.
-
Définissez une politique de maintenance des instances avec un pourcentage d'instances saines minimum de 100. Avec ce paramètre, Auto Scaling attend qu'une nouvelle instance soit prête à être utilisée avant de mettre fin à une instance défectueuse.
Pour les clients prédimensionnés, nous recommandons également ce qui suit :
-
Sélectionnez Ignorer l'instance défectueuse comme comportement de vérification de l'état de la zone de disponibilité altérée, car vous n'avez pas besoin de remplacer l'instance défectueuse lors de l'événement de défaillance.
-
Utilisez l'autoshift zonal ARC pour vos groupes Auto Scaling. La fonction de transfert automatique zonal Amazon Contrôleur de récupération d’application (ARC) permet de déplacer le trafic AWS vers une ressource hors d'une zone de disponibilité lorsqu'une déficience est AWS détectée dans une zone de disponibilité. Pour plus d'informations, consultez la section Zonal autoshift in ARC dans le manuel du développeur Amazon Application Recovery Controller (ARC).
Pour les clients utilisant des équilibreurs de charge désactivés entre zones, nous recommandons également :
-
Utilisez le mode équilibré uniquement pour la distribution de votre zone de disponibilité.
-
Si vous utilisez le décalage de zone à la fois sur votre groupe Auto Scaling et sur vos équilibreurs de charge, assurez-vous d'annuler d'abord le décalage de zone sur votre groupe Auto Scaling. Attendez ensuite que la capacité soit équilibrée entre toutes les zones de disponibilité avant d'annuler le décalage de zone sur l'équilibreur de charge.
-
En raison de la possibilité d'un déséquilibre de capacité lorsque vous activez le décalage de zone et que vous utilisez un équilibreur de charge désactivé entre zones, Auto Scaling dispose d'une validation supplémentaire. Si vous suivez les meilleures pratiques, vous pouvez reconnaître cette possibilité en cochant la case dans le AWS Management Console ou en utilisant le
skip-zonal-shift-validationdrapeau dansCreateAutoScalingGroupUpdateAutoScalingGroup, ouAttachTrafficSources.
Pour plus d'informations sur l'utilisation du décalage de zone avec les groupes Auto Scaling, consultez le blog de AWS Compute sur l'utilisation du décalage de zone avec Amazon EC2 Auto Scaling
