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é de l'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 zone ARC. Vous pouvez ensuite démarrer un changement de zone à l'aide de l'API AWS Management Console, ou AWS CLI, et le groupe Auto Scaling considère que la zone de disponibilité 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 décalage de zone ARC.
**Déplacement de zone ARC**
Auto Scaling peut enregistrer des groupes Auto Scaling avec ARC zonal shift lorsque vous activez cette fonctionnalité. Après l'enregistrement, vous pouvez consulter vos ressources avec l'`ListManagedResources`API [ARC](https://docs.aws.amazon.com/arc-zonal-shift/latest/api/API_ListManagedResources.html). Pour plus d'informations, consultez le [changement de zone dans ARC](https://docs.aws.amazon.com/r53recovery/latest/dg/arc-zonal-shift.html) 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](auto-scaling-benefits.md#AutoScalingBehavior.Rebalancing).
**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 [Mise à l'échelle dynamique pour Amazon EC2 Auto Scaling](as-scale-based-on-demand.md).
**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](ec2-auto-scaling-health-checks.md).
**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](asg-instance-refresh.md).
**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é dans`us-east-1a`.
+ **Scaling out** — Auto Scaling lancera toutes les nouvelles demandes de capacité dans les zones de disponibilité saines (`us-east-1b`et`us-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é.
+ **Actualisations d'instances** — 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é (`us-east-1a``us-east-1b`,, et`us-east-1c`). |
| Ignorez les mauvaises | Les instances qui semblent défectueuses seront remplacées dans `us-east-1b` et`us-east-1c`. Les instances ne seront pas remplacées dans la zone de disponibilité par le décalage zonal actif (`us-east-1a`). |
## Bonnes pratiques pour utiliser le décalage de zone
Pour maintenir la haute disponibilité de vos applications lorsque vous utilisez Zonal Shift, 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](automating-ec2-auto-scaling-with-eventbridge.md).
+ 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 sain 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 dans ARC pour vos groupes Auto Scaling. La fonctionnalité de transfert automatique zonal d'ARC permet de AWS déplacer le trafic d'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](https://docs.aws.amazon.com/r53recovery/latest/dg/arc-zonal-autoshift.html) 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 ce qui suit :
+ Utilisez le **mode équilibré uniquement** pour la distribution de votre zone de disponibilité.
+ Si vous utilisez le décalage de zone à la fois sur les groupes Auto Scaling et sur les équilibreurs de charge, annulez d'abord le décalage de zone sur votre groupe Auto Scaling. Attendez ensuite que la capacité soit équilibrée dans toutes les zones de disponibilité avant d'annuler le changement 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 inclut une étape de validation supplémentaire. Si vous suivez les meilleures pratiques, vous pouvez reconnaître cette possibilité en cochant la AWS Management Console case ou en utilisant le `skip-zonal-shift-validation` drapeau dans `CreateAutoScalingGroup``UpdateAutoScalingGroup`, ou`AttachTrafficSources`.
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](https://aws.amazon.com/blogs/compute/using-zonal-shift-with-amazon-ec2-auto-scaling/).
# Activez le décalage de zone à l'aide du AWS Management Console ou du AWS CLI
Pour activer le décalage zonal, appliquez l'une des méthodes suivantes.
------
#### [ Console ]
**Pour activer le changement de zone sur un nouveau groupe (console)**
1. Suivez les instructions [Créer un groupe Auto Scaling avec un modèle de lancement](create-asg-launch-template.md) et complétez chaque étape de la procédure, jusqu'à l'étape 10.
1. Sur la page **Intégrer à d'autres services**, pour le décalage de **zone d'Application Recovery Controller (ARC), cochez la case pour activer le décalage** de zone.
1. Pour le **comportement du bilan de santé**, choisissez Ignorer un comportement malsain ou Remplacer un comportement malsain. Pour de plus amples informations, veuillez consulter [Comment fonctionne le décalage de zone pour les groupes Auto Scaling](ec2-auto-scaling-zonal-shift.md#asg-zonal-shift-how-it-works).
1. Poursuivez en effectuant les étapes de la section [Créer un groupe Auto Scaling avec un modèle de lancement](create-asg-launch-template.md).
------
#### [ AWS CLI ]
**Pour activer le décalage de zone sur un nouveau groupe ()AWS CLI**
Ajoutez le paramètre `--availability-zone-impairment-policy` à la commande [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html).
Le `--availability-zone-impairment-policy` paramètre comporte deux options :
+ **ZonalShiftEnabled**— Si ce paramètre est défini sur`true`, Auto Scaling enregistre le groupe Auto Scaling avec le décalage de zone ARC et vous pouvez [démarrer, mettre à jour ou annuler un décalage de zone](https://docs.aws.amazon.com/r53recovery/latest/dg/arc-zonal-shift.start-cancel.html) sur la console ARC. S'il est défini sur`false`, Auto Scaling annule l'enregistrement du groupe Auto Scaling du décalage de zone ARC. Le décalage de zone doit déjà être activé pour être réglé sur. `false`
+ **ImpairedZoneHealthCheckBehavior**— Si ce paramètre est défini sur`replace-unhealthy`, les instances défectueuses seront remplacées dans la zone de disponibilité par le décalage de zone actif. Si ce paramètre est défini sur`ignore-unhealthy`, les instances défectueuses ne seront pas remplacées dans la zone de disponibilité par le décalage de zone actif. Pour de plus amples informations, veuillez consulter [Comment fonctionne le décalage de zone pour les groupes Auto Scaling](ec2-auto-scaling-zonal-shift.md#asg-zonal-shift-how-it-works).
L'exemple suivant active le décalage de zone sur un nouveau groupe Auto Scaling nommé`my-asg`.
```
aws autoscaling create-auto-scaling-group \
--launch-template LaunchTemplateName=my-launch-template,Version='1' \
--auto-scaling-group-name my-asg \
--min-size 1 \
--max-size 10 \
--desired-capacity 5 \
--availability-zones us-east-1a us-east-1b us-east-1c \
--availability-zone-impairment-policy '{
"ZonalShiftEnabled": true,
"ImpairedZoneHealthCheckBehavior": IgnoreUnhealthy
}'
```
------
------
#### [ Console ]
**Pour activer le changement de zone sur un groupe existant (console)**
1. Ouvrez la EC2 console Amazon à l'adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)et choisissez **Auto Scaling Groups** dans le volet de navigation.
1. Dans la barre de navigation située en haut de l'écran, choisissez l' Région AWS dans laquelle vous avez créé votre groupe Auto Scaling.
1. Cochez la case située en regard du groupe Auto Scaling.
Un volet fractionné s’ouvre en bas de la page.
1. **Dans l'onglet **Intégrations**, sous Changement de **zone d'Application Recovery Controller (ARC)**, choisissez Modifier.**
1. Cochez la case pour activer le décalage de zone.
1. Pour le **comportement du bilan de santé**, choisissez Ignorer un comportement malsain ou Remplacer un comportement malsain. Pour de plus amples informations, veuillez consulter [Comment fonctionne le décalage de zone pour les groupes Auto Scaling](ec2-auto-scaling-zonal-shift.md#asg-zonal-shift-how-it-works).
1. Choisissez **Mettre à jour**.
------
#### [ AWS CLI ]
**Pour activer le décalage de zone sur un groupe existant ()AWS CLI**
Ajoutez le paramètre `--availability-zone-impairment-policy` à la commande [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html).
Le `--availability-zone-impairment-policy` paramètre comporte deux options :
+ **ZonalShiftEnabled**— Si ce paramètre est défini sur`true`, Auto Scaling enregistre le groupe Auto Scaling avec le décalage de zone ARC et vous pouvez [démarrer, mettre à jour ou annuler un décalage de zone](https://docs.aws.amazon.com/r53recovery/latest/dg/arc-zonal-shift.start-cancel.html) sur la console ARC. S'il est défini sur`false`, Auto Scaling annule l'enregistrement du groupe Auto Scaling du décalage de zone ARC. Le décalage de zone doit déjà être activé pour être réglé sur. `false`
+ **ImpairedZoneHealthCheckBehavior**— Si ce paramètre est défini sur`replace-unhealthy`, les instances défectueuses seront remplacées dans la zone de disponibilité par le décalage de zone actif. Si ce paramètre est défini sur`ignore-unhealthy`, les instances défectueuses ne seront pas remplacées dans la zone de disponibilité par le décalage de zone actif. Pour de plus amples informations, veuillez consulter [Comment fonctionne le décalage de zone pour les groupes Auto Scaling](ec2-auto-scaling-zonal-shift.md#asg-zonal-shift-how-it-works).
L'exemple suivant active le décalage de zone sur le groupe Auto Scaling spécifié.
```
aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \
--availability-zone-impairment-policy '{
"ZonalShiftEnabled": true,
"ImpairedZoneHealthCheckBehavior": IgnoreUnhealthy
}'
```
------