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.
# Groupes Amazon EC2 Auto Scaling
Un groupe Amazon EC2 Auto Scaling contient un ensemble d'instances Amazon EC2 qui sont traitées comme un regroupement logique à des fins de dimensionnement et de gestion automatiques. Ils vous permettent également d'utiliser des fonctionnalités Amazon EC2 Auto Scaling telles que les remplacements des surveillances de l'état et des politiques de mise à l'échelle. La mise à l'échelle et le maintien automatiques du nombre d'instances dans un groupe Auto-Scaling constitue la fonctionnalité de base du service Amazon EC2 Auto Scaling.
## Utilisation du décalage de zone pour les groupes Auto Scaling
Pour activer le décalage de zone, appliquez l'une des méthodes suivantes.
------
#### [ Console ]
**Pour activer le changement de zone sur un nouveau groupe (console)**
1. Suivez les instructions de la section [ Créer un groupe Auto Scaling à l'aide d'un modèle de lancement ](https://docs.aws.amazon.com/autoscaling/ec2/userguide/create-asg-launch-template) et terminez chaque étape de la procédure, jusqu'à l'étape 10.
1. Sur la ** page ** Intégrer à d'autres services, pour le décalage zonal ** ARC**, cochez la case pour activer le décalage zonal.
1. Pour le comportement du bilan de ** santé**, choisissez Ignorer un comportement malsain ou Remplacer un comportement malsain. 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 zonal 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 zonal actif.
1. Continuez à suivre les étapes décrites dans [ Création d'un groupe Auto Scaling à l'aide d'un modèle de lancement](https://docs.aws.amazon.com/autoscaling/ec2/userguide/create-asg-launch-template).
------
#### [ AWS CLI ]
**Pour activer le changement de zone sur un nouveau groupe (AWS CLI)**
Ajoutez le `--availability-zone-impairment-policy` paramètre à la commande [https://docs.aws.amazon.com/cli/latest/reference/autoscaling/create-auto-scaling-group.html](https://docs.aws.amazon.com/cli/latest/reference/autoscaling/create-auto-scaling-group.html) create-auto-scaling-group.
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 zonal ARC et vous pouvez [ démarrer, mettre à jour ou annuler un décalage zonal ](https://docs.aws.amazon.com/r53recovery/latest/dg/arc-zonal-shift.start-cancel.html) sur la console ARC. Si ce paramètre est défini sur`false`, Auto Scaling désenregistre le groupe Auto Scaling du décalage zonal 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 zonal 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 zonal actif.
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 console Amazon EC2 à 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 en haut de l'écran, choisissez le groupe dans Région AWS lequel vous avez créé votre groupe Auto Scaling.
1. Cochez la case à côté du groupe Auto Scaling.
Un volet fractionné s’ouvre en bas de la page.
1. Dans l'**onglet ** Intégrations, sous Changement de zone ** ARC**, choisissez ** Modifier. **
1. Cochez la case pour activer le changement de zone.
1. Pour le comportement du bilan de ** santé**, choisissez ** Ignorer un comportement malsain ** ou ** Remplacer un comportement malsain**.
+ Si le comportement de vérification de l'état est configuré pour ignorer les instances défectueuses, les instances * défectueuses ne sont pas * remplacées dans la zone de disponibilité par le changement de zone actif.
+ Si le comportement du bilan de santé est défini pour remplacer les instances défectueuses, les instances défectueuses sont remplacées dans la zone de disponibilité par le changement de zone actif.
1. Choisissez **Mettre à jour**.
------
#### [ AWS CLI ]
**Pour activer le changement de zone sur un groupe existant (AWS CLI)**
Ajoutez le `--availability-zone-impairment-policy` paramètre à la commande [https://docs.aws.amazon.com/cli/latest/reference/autoscaling/update-auto-scaling-group.html](https://docs.aws.amazon.com/cli/latest/reference/autoscaling/update-auto-scaling-group.html) update-auto-scaling-group.
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 zonal ARC et vous pouvez [ démarrer, mettre à jour ou annuler un décalage zonal ](https://docs.aws.amazon.com/r53recovery/latest/dg/arc-zonal-shift.start-cancel.html) sur la console ARC. Si ce paramètre est défini sur`FALSE`, Auto Scaling désenregistre le groupe Auto Scaling du décalage zonal ARC. Le décalage de zone doit déjà être activé pour le régler `FALSE` sur.
+ **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 zonal 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 zonal actif.
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}}
}'
```
------
Pour démarrer un changement de zone, consultez[Démarrer, mettre à jour ou annuler un changement de zone](arc-zonal-shift.start-cancel.md).
## Comment fonctionne le décalage zonal 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 constatez des défaillances `us-east-1a` et vous commencez un changement de zone. Les comportements suivants se produisent lorsqu'un changement de zone est amorcé. `us-east-1a`
+ **Scaling out ** : Auto Scaling lance toutes les nouvelles demandes de capacité dans les zones de disponibilité saines (`us-east-1b`et`us-east-1c`).
+ **Mise à l'échelle dynamique ** : la mise à l'échelle automatique empêche les politiques de dimensionnement de réduire la capacité souhaitée. Auto Scaling n'empêche pas les politiques de dimensionnement d'augmenter la capacité souhaitée.
+ **Actualisation de l'instance ** : la mise à l'échelle automatique prolonge le délai d'expiration de tout processus d'actualisation d'instance retardé lors d'un changement de zone actif.
[See the AWS documentation website for more details](http://docs.aws.amazon.com/fr_fr/r53recovery/latest/dg/arc-zonal-shift.resource-types.ec2-auto-scaling-groups.html)
## Meilleures pratiques pour utiliser le décalage zonal
Pour maintenir la haute disponibilité de vos applications lorsque vous utilisez le décalage zonal, nous vous recommandons de suivre les bonnes pratiques suivantes.
+ Surveillez EventBridge les notifications pour déterminer quand un événement d'altération de la zone de disponibilité est en cours. Pour plus d'informations, consultez [ Automatiser Amazon EC2 Auto Scaling avec. EventBridge ](https://docs.aws.amazon.com/autoscaling/ec2/userguide/automating-ec2-auto-scaling-with-eventbridge.html)
+ 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éscalés, nous recommandons également ce qui suit :
+ Sélectionnez ** Ignorer l'instance ** défectueuse comme comportement de vérification de l'état de santé 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 panne.
+ Utilisez le décalage automatique zonal dans ARC pour vos groupes Auto Scaling. La fonctionnalité de décalage automatique zonal Amazon Contrôleur de récupération d’application (ARC) permet de AWS déplacer le trafic d'une ressource hors d'une zone de disponibilité lorsqu'une altération est AWS détectée dans une zone de disponibilité. Pour de plus amples informations, veuillez consulter [Changement de zone automatique dans ARC](arc-zonal-autoshift.md).
Pour les clients dont les équilibreurs de charge interzones sont désactivés, nous recommandons également :
+ Utilisez la ** fonction équilibrée 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'abord d'annuler 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 interzone désactivé, Auto Scaling bénéficie d'une validation supplémentaire. Si vous suivez les meilleures pratiques, vous pouvez reconnaître cette possibilité en cochant la case dans Console de gestion AWS ou en utilisant le `skip-zonal-shift-validation` drapeau dans `CreateAutoScalingGroup``UpdateAutoScalingGroup`, ou`AttachTrafficSources`.