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.
# AWS services intégrés à Amazon EC2 Auto Scaling
Amazon EC2 Auto Scaling peut être intégré à d' AWS autres services. Consultez les options d'intégration suivantes pour en savoir plus sur la façon dont chaque service fonctionne avec Amazon EC2 Auto Scaling.
**Topics**
+ [Rééquilibrage des capacités dans Auto Scaling pour remplacer les instances ponctuelles à risque](ec2-auto-scaling-capacity-rebalancing.md)
+ [Réservez des capacités dans des zones de disponibilité spécifiques avec des réservations de capacité](use-ec2-capacity-reservations.md)
+ [Créez des groupes Auto Scaling à partir de la ligne de commande en utilisant AWS CloudShell](create-auto-scaling-groups-with-cloudshell.md)
+ [Créez des groupes Auto Scaling avec AWS CloudFormation](creating-auto-scaling-groups-with-cloudformation.md)
+ [Obtenez des recommandations sur les types d'instance avec Optimiseur de calcul AWS](asg-getting-recommendations.md)
+ [Utilisez Elastic Load Balancing pour répartir le trafic applicatif entrant dans votre groupe Auto Scaling](autoscaling-load-balancer.md)
+ [Gérez le flux de trafic avec un groupe cible VPC Lattice](ec2-auto-scaling-vpc-lattice.md)
+ [EventBridge À utiliser pour gérer les événements Auto Scaling](automating-ec2-auto-scaling-with-eventbridge.md)
+ [Fournir une connectivité réseau pour vos instances Auto Scaling à l'aide d'Amazon VPC](asg-in-vpc.md)
# Rééquilibrage des capacités dans Auto Scaling pour remplacer les instances ponctuelles à risque
Le rééquilibrage des capacités dans Auto Scaling vous aide à maintenir la disponibilité de votre charge de travail en remplaçant de manière proactive les instances Spot présentant un risque d'interruption.
Lorsque les instances Spot présentent un risque élevé d'interruption, le service Amazon EC2 Spot envoie une recommandation de rééquilibrage des instances EC2 à Amazon EC2 Auto Scaling. Si vous activez le rééquilibrage des capacités, Auto Scaling tente de remplacer de manière proactive les instances Spot de votre groupe qui ont reçu une recommandation de rééquilibrage des instances EC2. Cela vous permet de rééquilibrer votre charge de travail en de nouvelles instances Spot qui ne présentent pas un risque élevé d'interruption.
Lorsque vous n'utilisez pas le rééquilibrage de capacité, Auto Scaling ne remplace les instances Spot qu'une fois que le service Amazon EC2 Spot les a interrompues et que leur vérification de santé a échoué. Avant d'interrompre une instance, Amazon EC2 émet toujours une recommandation de rééquilibrage d'instance EC2 et un préavis d'interruption de deux minutes.
**Topics**
+ [Présentation de](#capacity-rebalancing-overview)
+ [Comportement de rééquilibrage de la capacité](#capacity-rebalancing-behavior)
+ [Considérations](#capacity-rebalancing-considerations)
+ [Activez le rééquilibrage des capacités pour remplacer de manière proactive les instances ponctuelles à risque](enable-capacity-rebalancing-console-cli.md)
## Présentation de
Pour utiliser le rééquilibrage de la capacité avec votre groupe Auto Scaling, suivez les étapes de base suivantes :
1. Configurez votre groupe Auto Scaling pour utiliser plusieurs types d’instance et zones de disponibilité. Amazon EC2 Auto Scaling peut ainsi examiner la capacité disponible pour les instances Spot dans chaque zone de disponibilité. Pour de plus amples informations, veuillez consulter [Groupes Auto Scaling combinant plusieurs types d'instances et options d'achat](ec2-auto-scaling-mixed-instances-groups.md).
1. Ajoutez des hooks de cycle de vie si nécessaire pour arrêter progressivement votre application dans les instances qui reçoivent la notification de rééquilibrage. Pour de plus amples informations, veuillez consulter [Hooks de cycle de vie Amazon EC2 Auto Scaling](lifecycle-hooks.md).
Les raisons suivantes expliquent pourquoi vous pouvez utiliser un hook de cycle de vie :
+ Pour un arrêt en douceur des employés Amazon SQS
+ Pour finaliser le désenregistrement depuis le système de noms de domaine (DNS)
+ Pour extraire les journaux système ou les journaux d’application et les charger sur Amazon Simple Storage Service (Amazon S3)
1. Développez une action personnalisée pour le hook de cycle de vie. Pour invoquer votre action personnalisée dès que possible, vous devez savoir quand une instance est prête à être résiliée. Pour cela, détectez l’état du cycle de vie de l’instance.
+ Pour invoquer une action en dehors de l'instance, rédigez une EventBridge règle et automatisez l'action à entreprendre lorsqu'un modèle d'événement correspond à la règle.
+ Pour invoquer une action dans l’instance, configurez l’instance afin d’exécuter un script d’arrêt et récupérer l’état du cycle de vie grâce aux métadonnées de l’instance.
Il est essentiel de concevoir l’action personnalisée pour terminer en moins de deux minutes. Cela permet de disposer de suffisamment de temps pour terminer les tâches avant la résiliation de l’instance.
Après avoir effectué ces étapes, vous pouvez commencer à utiliser le rééquilibrage de la capacité.
## Comportement de rééquilibrage de la capacité
Avec le rééquilibrage de la capacité, Amazon EC2 Auto Scaling se comporte de la manière suivante lorsqu’une instance reçoit une recommandation de rééquilibrage de la capacité :
+ Lors du lancement d’une nouvelle instance Spot, Amazon EC2 Auto Scaling attend que celle-ci réussisse sa surveillance de l’état avant de résilier l’ancienne instance. Lors du remplacement de plusieurs instances, la résiliation de chacune des anciennes instances commence une fois que la nouvelle instance a été lancée et qu'elle a réussi sa surveillance d'état.
+ Comme Amazon EC2 Auto Scaling tente de lancer de nouvelles instances avant de résilier les anciennes, le fait d'atteindre ou de s'approcher de la capacité maximale spécifiée peut entraver ou stopper les activités de rééquilibrage. Pour contourner ce problème, Amazon EC2 Auto Scaling peut temporairement dépasser la taille maximale du groupe jusqu’à 10 % de la capacité souhaitée.
+ Si vous n’avez pas ajouté un hook de cycle de vie à votre groupe Auto Scaling, Amazon EC2 Auto Scaling commence à résilier les anciennes instances dès que les nouvelles réussissent leur surveillance de l’état.
+ Si vous avez ajouté un hook de cycle de vie, cela prolonge le temps nécessaire avant que nous ne commencions à résilier les instances précédentes en fonction de la valeur de délai que vous avez indiquée pour le hook de cycle de vie.
+ Si vous utilisez des politiques de mise à l’échelle ou une mise à l’échelle planifiée, les activités de mise à l’échelle s’exécutent en parallèle. Si une activité de mise à l'échelle est en cours et que votre groupe Auto Scaling est en dessous de sa nouvelle capacité souhaitée, Amazon EC2 Auto Scaling procède d'abord à la montée en puissance avant de résilier les anciennes instances.
S’il n’y a pas de capacité pour vos types d’instances dans une zone de disponibilité, Amazon EC2 Auto Scaling poursuivra ses tentatives de lancement des instances Spot dans d’autres zones de disponibilité activées jusqu’à ce qu’il y parvienne.
Dans le pire des cas, si le lancement des nouvelles instances échoue, ou si leurs surveillances de l’état échouent, Amazon EC2 Auto Scaling poursuit ses tentatives de lancement. Pendant ce temps, les anciennes finissent par être interrompues et résiliées de force avec un avis d’interruption de deux minutes.
## Considérations
Prenez les points suivants en compte lors de l’utilisation du rééquilibrage de capacité :
**Concevez votre application de manière à ce qu’elle soit tolérante aux interruptions Spot**
Votre application doit être capable de gérer les modifications dynamiques dans le nombre d’instances et la possibilité d’une interruption prématurée d’une instance Spot. Par exemple, si le groupe Auto Scaling se trouve derrière un équilibreur de charge Elastic Load Balancing, Amazon EC2 Auto Scaling attend que l’instance se désenregistre de l’équilibreur de charge avant d’appeler votre hook de cycle de vie. Si le temps nécessaire à l’annulation de l’enregistrement de l’instance et à l’exécution de l’action de cycle de vie complet est trop long, l’instance pourrait être interrompue pendant qu’Amazon EC2 Auto Scaling attend la fin de l’action de cycle de vie pour résilier l’instance.
Amazon EC2 n’est pas toujours capable d’envoyer le signal de recommandation de rééquilibrage avant l’avis d’interruption d’instance Spot de deux minutes. Parfois, le signal de recommandation de rééquilibrage arrive en même temps que l’avis d’interruption de deux minutes. Lorsque cela se produit, Amazon EC2 Auto Scaling appelle le hook de cycle de vie et tente immédiatement de lancer une nouvelle instance Spot.
**Éviter un risque élevé d’interruption des instances Spot de remplacement**
Vos instances Spot de remplacement peuvent présenter un risque élevé d’interruption si vous utilisez la stratégie d’allocation `lowest-price`. En effet, nous lançons des instances dans le groupe le moins cher qui dispose de capacités disponibles à ce moment, même si vos instances Spot de remplacement risquent d’être interrompues peu après leur lancement. Pour éviter un risque d’interruption élevé, nous vous recommandons vivement de ne pas utiliser la stratégie d’allocation `lowest-price`. Nous recommandons plutôt la stratégie d’allocation `price-capacity-optimized`. Cette stratégie lance des instances Spot de remplacement dans les groupes Spot les moins susceptibles d’être interrompus et dont le prix est le plus bas possible. Elles sont donc moins susceptibles d’être interrompues dans un futur proche.
**Amazon EC2 Auto Scaling ne lancera une nouvelle instance que si la disponibilité est identique ou meilleure**
L'un des objectifs du rééquilibrage de capacité est d'améliorer la disponibilité d'une instance Spot. Si une instance Spot existante reçoit une recommandation de rééquilibrage, Amazon EC2 Auto Scaling ne lancera une nouvelle instance que si la nouvelle instance offre une disponibilité supérieure ou égale à celle de l'instance existante. Si le risque d'interruption d'une nouvelle instance est plus important que celui de l'instance existante, Amazon EC2 Auto Scaling ne lancera pas de nouvelle instance. Amazon EC2 Auto Scaling continuera toutefois à évaluer les pools de capacité Spot sur la base des informations fournies par le service Amazon EC2 Spot, et lancera une nouvelle instance si la disponibilité s'améliore.
Il est possible que votre instance existante soit interrompue sans qu'Amazon EC2 Auto Scaling ne lance une nouvelle instance de manière proactive. Lorsque cela se produit, Amazon EC2 Auto Scaling essaye de lancer une nouvelle instance dès qu’il recevra l’avis d’interruption de l’instance Spot. Cela se produit indépendamment du fait que la nouvelle instance présente un risque élevé d’interruption.
**Le rééquilibrage de capacité n’augmente pas le taux d’interruption de votre instance Spot**
Lorsque vous activez le rééquilibrage de la capacité, cette action n'augmente pas votre [Taux d'interruption d'instance Spot.](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/spot-interruptions.html)(le nombre d'instances Spot qui sont récupérées lorsqu'Amazon EC2 doit récupérer de l'espace. Toutefois, si le rééquilibrage de la capacité détecte une potentielle interruption d'instance, Amazon EC2 Auto Scaling essayera instantanément de lancer une nouvelle instance. Ainsi, un nombre supérieur d’instances pourraient être remplacées, comparativement au scénario où vous attendez qu’Amazon EC2 Auto Scaling lance une nouvelle instance après l’interruption de l’instance à risque.
Bien que vous puissiez remplacer davantage d’instances lorsque le rééquilibrage de la capacité est activé, vous gagnerez davantage à faire preuve de proactivité que de réactivité. Cela vous donne plus de temps pour agir avant que vos instances ne soient interrompues. En général, après un [Avis d’interruption d’instance Spot.](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/spot-instance-termination-notices.html), vous ne disposez que deux minutes pour arrêter correctement votre instance. Comme le rééquilibrage de la capacité lance une nouvelle instance à l’avance, vous donnez aux processus existants de plus grandes chances de se terminer sur votre instance à risque. Vous pouvez également démarrer les procédures d’arrêt de votre instance, empêcher la planification de nouveaux travaux sur votre instance à risque et préparer l’instance nouvellement lancée à prendre le contrôle de l’application. Grâce au remplacement proactif dans le rééquilibrage de la capacité, vous bénéficiez d’une continuité.
L’exemple théorique suivant illustre les risques et les avantages liés au rééquilibrage des capacités :
+ 14 h 00 – Une recommandation de rééquilibrage est reçue pour l’instance A, et Amazon EC2 Auto Scaling essaye instantanément de lancer une instance B de remplacement, ce qui vous laisse le temps de démarrer vos procédures d’arrêt.
+ 14 h 30 – Une recommandation de rééquilibrage est reçue pour l’instance B, remplacée par l’instance C, ce qui vous donne le temps de démarrer vos procédures d’arrêt.
+ 14 h 32 – Si le rééquilibrage de la capacité n’était pas activé, et si un avis d’interruption d’instance Spot avait été reçu à 14 h 32 pour l’instance A, vous n’auriez disposé que de deux minutes pour agir. Cependant, l’instance-A aurait été en cours d’exécution jusqu’à ce moment.
# Activez le rééquilibrage des capacités pour remplacer de manière proactive les instances ponctuelles à risque
Vous pouvez utiliser le AWS Management Console ou AWS CLI pour activer le rééquilibrage de capacité pour votre groupe Auto Scaling. Lorsque le rééquilibrage des capacités est activé, Amazon EC2 Auto Scaling tente de remplacer de manière proactive les instances ponctuelles de votre groupe qui ont reçu une recommandation de rééquilibrage des instances EC2.
## Activer le rééquilibrage de la capacité (console)
Vous pouvez activer ou désactiver le Rééquilibrage de la capacité au moment de la création ou de la mise à jour d'un groupe Auto Scaling.
**Pour activer le Rééquilibrage de la capacité pour un nouveau groupe Auto Scaling**
1. Ouvrez la console Amazon EC2 à l'adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/), puis sélectionnez **Auto Scaling Groups** dans le volet de navigation.
1. Choisissez **Créer un groupe Auto Scaling**.
1. Pour **l’étape 1 : Choisir un modèle de lancement ou une configuration**, saisissez un nom pour le groupe Auto Scaling, choisissez un modèle de lancement, puis choisissez **Suivant** pour passer à l’étape suivante.
1. Pour **l’étape 2 : choisissez les options de lancement de l’instance**, pour les **exigences relatives au type d’instance**, choisissez les paramètres pour créer un groupe d’instances mixtes. Cela inclut les types d’instances qu’il peut lancer, les options d’achat d’instances et les stratégies d’allocation pour les instances Spot et à la demande. Par défaut, ces paramètres ne sont pas configurés. Pour les configurer, vous devez sélectionner **Override launch template** (Remplacer le modèle de lancement). Pour plus d'informations sur la création de groupes d'instances mixtes, consultez [Groupes Auto Scaling combinant plusieurs types d'instances et options d'achat](ec2-auto-scaling-mixed-instances-groups.md).
1. Sous **Réseau**, choisissez les options souhaitées. Vérifiez que les sous-réseaux que vous souhaitez utiliser sont dans des zones de disponibilité différentes.
1. Sous la section **Stratégies d’allocation**, choisissez une stratégie d’allocation des instances Spot. Activer ou désactiver le rééquilibrage de la capacité en cochant ou décochant la case **Rééquilibrage de la capacité**. Cette option ne s’affiche que si vous demandez à ce qu’un pourcentage du groupe Auto Scaling soit lancé en tant qu’instances Spot dans la section **Options d’achat d’Instance**.
1. Créez le groupe Auto Scaling.
1. (Facultatif) Ajoutez des hooks de cycle de vie si nécessaire. Pour de plus amples informations, veuillez consulter [Ajoutez des hooks de cycle de vie à votre groupe Auto Scaling](adding-lifecycle-hooks.md).
**Pour activer ou désactiver le Rééquilibrage de la capacité pour un groupe Auto Scaling existant**
1. Ouvrez la console Amazon EC2 à l'adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/), puis sélectionnez **Auto Scaling Groups** dans le volet de navigation.
1. Cochez la case située en regard de votre groupe Auto Scaling. Un volet fractionné s’ouvre en bas de la page.
1. Dans la page **Details** (Détails), choisissez **Allocation strategies** (Stratégies d'allocation), **Edit** (Modifier).
1. Dans la section **Stratégies d’allocation**, activez ou désactivez le rééquilibrage de la capacité en cochant ou en décochant la case sous **Rééquilibrage de la capacité**.
1. Choisissez **Mettre à jour**.
## Activez le rééquilibrage de la capacité (AWS CLI)
Les exemples suivants montrent comment utiliser le AWS CLI pour activer et désactiver le rééquilibrage de capacité.
Utilisez la [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html)commande [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)ou avec le paramètre suivant :
+ `--capacity-rebalance`/`--no-capacity-rebalance`— Valeur booléenne indiquant si le rééquilibrage des capacités est activé.
Avant d'appeler la [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)commande, vous avez besoin du nom d'un modèle de lancement configuré pour être utilisé avec un groupe Auto Scaling. Pour de plus amples informations, veuillez consulter [Créer un modèle de lancement pour un groupe Auto Scaling](create-launch-template.md).
**Note**
Les procédures suivantes expliquent comment utiliser un fichier de configuration au format JSON ou YAML. Si vous utilisez AWS CLI la version 1, vous devez spécifier un fichier de configuration au format JSON. Si vous utilisez AWS CLI la version 2, vous pouvez spécifier un fichier de configuration au format YAML ou JSON.
### JSON
**Pour créer et configurer un nouveau groupe Auto Scaling**
+ Utilisez la [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)commande suivante pour créer un nouveau groupe Auto Scaling et activer le rééquilibrage des capacités. Cette commande fait référence à un fichier JSON comme seul paramètre de votre groupe Auto Scaling, au lieu d’un fichier JSON.
```
aws autoscaling create-auto-scaling-group --cli-input-json file://~/config.json
```
Si vous n'avez pas encore de fichier de configuration CLI spécifiant une [politique d'instances mixtes](ec2-auto-scaling-mixed-instances-groups.md), créez-en un.
Ajoutez la ligne suivante à l'objet JSON de niveau supérieur dans le fichier de configuration.
```
{
"CapacityRebalance": true
}
```
Voici un exemple de fichier `config.json`.
```
{
"AutoScalingGroupName": "my-asg",
"DesiredCapacity": 12,
"MinSize": 12,
"MaxSize": 15,
"CapacityRebalance": true,
"MixedInstancesPolicy": {
"InstancesDistribution": {
"OnDemandBaseCapacity": 0,
"OnDemandPercentageAboveBaseCapacity": 25,
"SpotAllocationStrategy": "price-capacity-optimized"
},
"LaunchTemplate": {
"LaunchTemplateSpecification": {
"LaunchTemplateName": "my-launch-template",
"Version": "$Default"
},
"Overrides": [
{
"InstanceType": "c5.large"
},
{
"InstanceType": "c5a.large"
},
{
"InstanceType": "m5.large"
},
{
"InstanceType": "m5a.large"
},
{
"InstanceType": "c4.large"
},
{
"InstanceType": "m4.large"
},
{
"InstanceType": "c3.large"
},
{
"InstanceType": "m3.large"
}
]
}
},
"TargetGroupARNs": "arn:aws:elasticloadbalancing:us-west-2:123456789012:targetgroup/my-alb-target-group/943f017f100becff",
"VPCZoneIdentifier": "subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782"
}
```
### YAML
**Pour créer et configurer un nouveau groupe Auto Scaling**
+ Utilisez la [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)commande suivante pour créer un nouveau groupe Auto Scaling et activer le rééquilibrage des capacités. Cette commande fait référence à un fichier YAML comme seul paramètre de votre groupe Auto Scaling, au lieu d’un fichier JSON.
```
aws autoscaling create-auto-scaling-group --cli-input-yaml file://~/config.yaml
```
Ajoutez la ligne suivante à votre fichier de configuration au format YAML.
```
CapacityRebalance: true
```
Voici un exemple de fichier `config.yaml`.
```
---
AutoScalingGroupName: my-asg
DesiredCapacity: 12
MinSize: 12
MaxSize: 15
CapacityRebalance: true
MixedInstancesPolicy:
InstancesDistribution:
OnDemandBaseCapacity: 0
OnDemandPercentageAboveBaseCapacity: 25
SpotAllocationStrategy: price-capacity-optimized
LaunchTemplate:
LaunchTemplateSpecification:
LaunchTemplateName: my-launch-template
Version: $Default
Overrides:
- InstanceType: c5.large
- InstanceType: c5a.large
- InstanceType: m5.large
- InstanceType: m5a.large
- InstanceType: c4.large
- InstanceType: m4.large
- InstanceType: c3.large
- InstanceType: m3.large
TargetGroupARNs:
- arn:aws:elasticloadbalancing:us-west-2:123456789012:targetgroup/my-alb-target-group/943f017f100becff
VPCZoneIdentifier: subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782
```
**Pour activer le Rééquilibrage de la capacité pour un groupe Auto Scaling existant**
+ Utilisez la [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html)commande suivante pour activer le rééquilibrage des capacités.
```
aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \
--capacity-rebalance
```
**Pour vérifier que le Rééquilibrage de la capacité est activé pour un groupe Auto Scaling**
+ Utilisez la [describe-auto-scaling-groups](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-auto-scaling-groups.html)commande suivante pour vérifier que le rééquilibrage de capacité est activé et pour afficher les détails.
```
aws autoscaling describe-auto-scaling-groups --auto-scaling-group-name my-asg
```
Voici un exemple de réponse.
```
{
"AutoScalingGroups": [
{
"AutoScalingGroupName": "my-asg",
"AutoScalingGroupARN": "arn",
...
"CapacityRebalance": true
}
]
}
```
**Pour désactiver le Rééquilibrage de la capacité.**
Utilisez la [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html)commande avec l'`--no-capacity-rebalance`option permettant de désactiver le rééquilibrage de capacité.
```
aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \
--no-capacity-rebalance
```
## Ressources connexes
Pour plus d'informations sur le rééquilibrage des capacités, consultez [Gérer de manière proactive le cycle de vie des instances Spot à l'aide de la nouvelle fonctionnalité de rééquilibrage des capacités pour Amazon EC2 Auto](https://aws.amazon.com/blogs/compute/proactively-manage-spot-instance-lifecycle-using-the-new-capacity-rebalancing-feature-for-ec2-auto-scaling/) Scaling sur le Compute Blog. AWS
*Pour plus d'informations sur les recommandations de rééquilibrage des instances EC2, consultez les recommandations de rééquilibrage des [instances EC2 dans le guide de l'utilisateur](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/rebalance-recommendations.html) Amazon EC2.*
Pour en savoir plus sur les hooks de cycle de vie, consultez les ressources suivantes.
+ [Didacticiel : configurer un hook de cycle de vie qui appelle une fonction Lambda](tutorial-lifecycle-hook-lambda.md)(en utilisant EventBridge)
+ [Tutoriel : utilisation de scripts de données et de métadonnées d'instance pour récupérer l'état du cycle de vie](tutorial-lifecycle-hook-instance-metadata.md)
## Limitations
+ Amazon EC2 Auto Scaling ne peut remplacer l’instance qui reçoit la notification de rééquilibrage uniquement que si elle n’est pas protégée contre la mise à l’échelle horizontale. Cependant, la protection de mise à l’échelle horizontale n’empêche pas la résiliation suite à une interruption ponctuelle. Pour de plus amples informations, veuillez consulter [Utiliser la protection évolutive de l'instance pour contrôler la fermeture de l'instance](ec2-auto-scaling-instance-protection.md).
+ La prise en charge du rééquilibrage des capacités est disponible dans tous les Régions AWS commerciaux où Amazon EC2 Auto Scaling est disponible, à l’exception de la région du Moyen-Orient (EAU).
# Réservez des capacités dans des zones de disponibilité spécifiques avec des réservations de capacité
Les réservations de capacité à la demande Amazon EC2 vous permettent de réserver des capacités de calcul dans des zones de disponibilité spécifiques. Pour commencer à utiliser Capacity Reservations with Auto Scaling, vous devez d'abord créer une réservation de capacité ou un groupe de réservation de capacité dans une zone de disponibilité spécifique. Vous pouvez ensuite ajouter une préférence de réservation de capacité à votre groupe Auto Scaling lorsque vous le créez ou lorsque vous mettez à jour un groupe existant.
Pour créer une réservation de capacité, consultez la section [Créer une réservation de capacité](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/capacity-reservations-create.html) dans le guide de l'*utilisateur Amazon EC2*. Pour créer un groupe de réservation de capacité, consultez la section [Créer un groupe de réservation de capacité](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/create-cr-group.html) dans le guide de l'*utilisateur Amazon EC2*.
## Préférence de réserve de capacité
La préférence de réserve de capacité vous permet d’utiliser efficacement les réserves de capacité en donnant la priorité à la capacité réservée dans une réserve de capacité avant d’utiliser la capacité à la demande. Vous pouvez sélectionner l'une des options de préférence de réservation de capacité suivantes :
+ **Par défaut** : Auto Scaling utilise la préférence de réservation de capacité de votre modèle de lancement ou d'une réservation de capacité ouverte.
+ **Aucune** : Auto Scaling ne lancera pas d'instances dans une réservation de capacité. Les instances s'exécuteront à la demande.
+ **Réservations de capacité uniquement** — Auto Scaling ne lancera des instances que dans un groupe de réservation de capacité ou de réservation de capacité. Si la capacité n'est pas disponible, les instances ne pourront pas être lancées.
+ **Réservations de capacité d'abord** : Auto Scaling lancera les instances dans un groupe de réservation de capacité ou de réservation de capacité. Si la capacité n'est pas disponible, les instances fonctionneront en capacité à la demande.
Si vous sélectionnez Réserves de capacité uniquement ou Réserves de capacité d’abord, vous pouvez spécifier une cible de réserve de capacité.
**Note**
Vous devez sélectionner une préférence de réserve de capacité. La cible de réserve de capacité est facultative.
**Considérations relatives aux préférences de réservation de capacité et aux modèles de lancement**
Tenez compte des points suivants si vous sélectionnez Réserves de capacité uniquement ou Réserves de capacité d’abord :
+ Si vous sélectionnez Réserves de capacité uniquement ou Réserves de capacité d’abord, Auto Scaling utilise la cible de réserve de capacité spécifiée dans le groupe Auto Scaling au lieu de la cible de réserve de capacité du modèle de lancement.
+ Si vous sélectionnez Réserves de capacité uniquement ou Réserves de capacité d’abord et que vous ne spécifiez pas de cible de réserve de capacité, Auto Scaling utilise la cible de réserve de capacité du modèle de lancement ou une réserve de capacité ouverte.
**Spécification cible de réservation de capacité**
Si vous sélectionnez Réservations de capacité uniquement ou Réservations de capacité en premier, les options cibles de réservation de capacité suivantes sont disponibles :
+ **Open** — Auto Scaling lancera des instances dans toute réservation de capacité ouverte. Si vous avez sélectionné Réservations de capacité uniquement et que la capacité n'est pas disponible, les instances ne pourront pas être lancées. Si vous avez d'abord sélectionné Réservations de capacité et que la capacité n'est pas disponible, les instances seront lancées en mode à la demande.
+ **Spécifiez la réservation de capacité** — Auto Scaling lancera les instances dans la réservation de capacité spécifiée. Si vous avez sélectionné Réservations de capacité uniquement et que la capacité n'est pas disponible, les instances ne pourront pas être lancées. Si vous avez d'abord sélectionné Réservations de capacité et que la capacité n'est pas disponible, les instances seront lancées en mode à la demande.
+ **Spécifier le groupe de ressources de réservation de capacité** — Auto Scaling lancera les instances dans une réservation de capacité ouverte dans le groupe de ressources de réservation de capacité spécifié. Si vous avez sélectionné Réservations de capacité uniquement et que la capacité n'est pas disponible, les instances ne pourront pas être lancées. Si vous avez d'abord sélectionné Réservations de capacité et que la capacité n'est pas disponible, les instances seront lancées en mode à la demande.
## Solde des zones de disponibilité et réservations de capacité
Auto Scaling donne la priorité au solde des zones de disponibilité, même lorsque vous utilisez les préférences de réservation de capacité. Autrement dit :
+ Avec `capacity-reservations-first` — Le groupe Auto Scaling répartira d' AZs abord les instances de manière uniforme, puis utilisera Capacity Reservations lorsqu'elles sont disponibles. Si les réservations de capacité ne sont pas disponibles dans une zone de disponibilité, les instances seront lancées à la demande afin de maintenir l'équilibre de la zone de disponibilité.
+ Avec `capacity-reservations-only` — Le groupe Auto Scaling utilisera uniquement les réservations de capacité. Cela peut entraîner une répartition inégale des instances en AZs fonction de l'endroit où les réservations de capacité sont disponibles.
**Exemple**
Si vous avez 10 réservations de capacité en Az-A, 3 en AZ-B, 1 en AZ-c et que vous souhaitez une capacité de 9 instances :
+ L'utilisation `capacity-reservations-first` de 9 instances se traduira par 3 instances par AZ (maintien de l'équilibre AZ), certaines instances pouvant être exécutées à la demande.
+ L'utilisation `capacity-reservations-only` de 9 instances entraînera une distribution inégale en fonction des réservations de capacité disponibles.
# Utilisez les préférences de réservation de capacité avec votre groupe Auto Scaling
Pour utiliser Capacity Reservations avec votre groupe Auto Scaling, vous devez d'abord créer une réservation de capacité ou un groupe de ressources de réservation de capacité. Vous pouvez ensuite ajouter une préférence de réservation de capacité à votre groupe Auto Scaling lorsque vous le créez ou lorsque vous mettez à jour un groupe existant.
Pour créer une réservation de capacité, consultez la section [Créer une réservation de capacité](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/capacity-reservations-create.html) dans le guide de l'*utilisateur Amazon EC2*. Pour créer un groupe de réservation de capacité, consultez la section [Créer un groupe de réservation de capacité](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/create-group.html) dans le guide de l'*utilisateur Amazon EC2*.
Utilisez l'une des méthodes suivantes pour utiliser la préférence Capacity Reservation lorsque vous créez ou modifiez un groupe Auto Scaling.
------
#### [ Console ]
**Pour utiliser la préférence de réservation de capacité sur un nouveau groupe (console)**
1. Suivez les instructions [Créer un groupe Auto Scaling avec l'Amazon EC2 Launch Wizard](create-asg-ec2-wizard.md) et complétez chaque étape de la procédure, jusqu'à l'étape 3.
1. Sur la page **Configurer la taille et le dimensionnement du groupe**, sous **Paramètres de capacité supplémentaires**, **Préférence de réservation de capacité**, sélectionnez une préférence de réservation de capacité. Pour plus d'informations sur les préférences de réservation de capacité, consultez[Préférence de réserve de capacité](use-ec2-capacity-reservations.md#asg-capacity-reservation-preference).
1. Poursuivez en effectuant les étapes de la section [Créer un groupe Auto Scaling avec l'Amazon EC2 Launch Wizard](create-asg-ec2-wizard.md).
------
#### [ AWS CLI ]
**Pour utiliser la préférence de réservation de capacité sur un nouveau groupe (AWS CLI)**
Ajoutez le paramètre `--capacity-reservation-specification` à la commande [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html).
1. Spécifiez une préférence de réservation de capacité. Pour de plus amples informations, veuillez consulter [Préférence de réserve de capacité](use-ec2-capacity-reservations.md#asg-capacity-reservation-preference).
1. Spécifiez un objectif de réservation de capacité. Si vous sélectionnez Réserves de capacité uniquement ou Réserves de capacité d’abord et que vous ne spécifiez pas de cible de réserve de capacité, Auto Scaling utilise la cible de réserve de capacité du modèle de lancement ou une réserve de capacité ouverte.
------
------
#### [ Console ]
**Pour utiliser la préférence de réservation de capacité 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/), puis sélectionnez **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 **Détails**, sous les **préférences de réservation de capacité**, choisissez **Modifier**.
1. Sous **Paramètres de capacité supplémentaire**, **Préférence de réservation de capacité**, sélectionnez une préférence de réservation de capacité. Pour plus d'informations sur les préférences de réservation de capacité, consultez[Préférence de réserve de capacité](use-ec2-capacity-reservations.md#asg-capacity-reservation-preference).
1. Choisissez **Mettre à jour**.
------
#### [ AWS CLI ]
**Pour utiliser la préférence de réservation de capacité sur un groupe existant (AWS CLI)**
Ajoutez le paramètre `--capacity-reservation-specification` à la commande [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html).
1. Spécifiez une préférence de réservation de capacité. Pour de plus amples informations, veuillez consulter [Préférence de réserve de capacité](use-ec2-capacity-reservations.md#asg-capacity-reservation-preference).
1. Spécifiez un objectif de réservation de capacité. Si vous sélectionnez Réserves de capacité uniquement ou Réserves de capacité d’abord et que vous ne spécifiez pas de cible de réserve de capacité, Auto Scaling utilise la cible de réserve de capacité du modèle de lancement ou une réserve de capacité ouverte.
------
# Réservations de capacité interruptibles avec EC2 Auto Scaling
Les réservations de capacité interruptible représentent la capacité inutilisée qui vous est prêtée par les propriétaires de réservations de capacité à la demande au sein de votre AWS organisation. Ces réservations sont adaptées aux charges de travail interruptibles, car le propriétaire de la capacité peut récupérer la capacité à tout moment moyennant un préavis d'interruption de 2 minutes, après quoi les instances sont résiliées. Pour un aperçu des réservations de capacité interruptible et de leur fonctionnement, consultez la section [Réservations de capacité interruptible](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/interruptible-capacity-reservations.html) dans le guide de l'utilisateur *Amazon EC2*.
Pour commencer, vous créez une réservation interruptible en allouant de la capacité inutilisée à partir de toute réservation de capacité à la demande au sein de votre compte. Ensuite, vous créez votre modèle de lancement, spécifiez l'ID de réservation de capacité interruptible et le type de marché approprié. Enfin, créez votre groupe Auto Scaling pour utiliser le modèle de lancement que vous avez créé.
**Note**
Les groupes d'instances mixtes ne sont pas pris en charge par les réservations de capacité interruptible.
Les réservations de capacité interruptibles apparaissent dans votre compte avec un nouvel attribut `interruptible` défini sur. `true`
**Topics**
+ [Directives opérationnelles](#operational-guidelines)
+ [Spécifiez une réservation de capacité interruptible dans votre modèle de lancement](#specify-interruptible-cr)
+ [Limitations](#limitations)
+ [Ressources connexes](#related-resources)
## Directives opérationnelles
Voici les directives opérationnelles de base que vous devez suivre lorsque vous utilisez Interruptible Capacity Reservations avec un groupe Auto Scaling.
+ Les instances lancées à partir de réservations de capacité interruptibles peuvent être résiliées avec un préavis de 2 minutes lorsque la capacité est récupérée. Concevez vos applications pour qu'elles puissent gérer des arrêts rapides.
+ Amazon EC2 envoie des EventBridge notifications 2 minutes avant de mettre fin aux instances. Auto Scaling ne réagit pas automatiquement à ces événements, mais vous pouvez configurer une automatisation personnalisée pour répondre aux avis d'interruption.
+ Lorsque des instances sont résiliées pour cause de restauration de capacité, le vérificateur de santé d'Auto Scaling détecte la résiliation et lance automatiquement les instances de remplacement en fonction de la configuration de votre groupe.
+ Pointez sur une version spécifique du modèle de lancement plutôt que sur la `$Latest` version `$Default` ou pour garantir la cohérence.
**Note**
Lorsqu'une instance de réservation de capacité interruptible est récupérée, les activités de dimensionnement de votre groupe Auto Scaling indiqueront :. `taken out of service in response to an Amazon EC2 health check that indicated it had been terminated or stopped` Auto Scaling essaiera de remplacer l'instance de la même manière que pour toute instance dont l'état échoue.
## Spécifiez une réservation de capacité interruptible dans votre modèle de lancement
Pour créer un modèle de lancement qui cible une réservation de capacité interruptible spécifique pour votre groupe Auto Scaling, appliquez l'une des méthodes suivantes :
------
#### [ Console ]
**Pour spécifier une réservation de capacité interruptible dans votre modèle de lancement (console)**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans la barre de navigation supérieure, sélectionnez l' Région AWS endroit où vous avez réservé votre capacité interruptible.
1. Dans le volet de navigation, sous **Instances**, choisissez **Modèles de lancement**.
1. Choisissez **Créer un modèle de lancement**, puis créez le modèle de lancement. Incluez l'ID de l'AMI, le type d'instance et tout autre paramètre du modèle de lancement selon les besoins.
1. Développez la section **Détails avancés** pour afficher les paramètres avancés.
1. Pour **l'option d'achat**, choisissez **Réservation de capacité interruptible**.
1. Pour la **réservation de capacité**, choisissez **Target par ID**, puis pour **Réservation de capacité - Target par ID**, choisissez l'ID de réservation de capacité d'une réservation de capacité interruptible existante.
1. Lorsque vous avez terminé, choisissez **Créer un modèle de lancement**.
Pour obtenir de l'aide sur la création d'un groupe Auto Scaling avec un modèle de lancement, consultez[Créer un groupe Auto Scaling avec un modèle de lancement](create-asg-launch-template.md).
------
#### [ AWS CLI ]
**Pour spécifier une réservation de capacité interruptible dans votre modèle de lancement ()AWS CLI**
Utilisez la [create-launch-template](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/ec2/create-launch-template.html)commande suivante pour créer un modèle de lancement qui spécifie un ID de réservation de capacité interruptible existant. Remplacez chaque espace réservé à la saisie de l’utilisateur par vos propres informations.
```
aws ec2 create-launch-template --launch-template-name my-template-for-interruptible-cr \
--version-description AutoScalingVersion1 --region us-east-2 \
--launch-template-data file://config.json
```
**Astuce**
Si cette commande génère une erreur, assurez-vous d'avoir mis à jour AWS CLI localement la dernière version.
Contenu de `config.json` :
```
{
"ImageId": "ami-04d5cc9b88example",
"InstanceType": "t3.nano",
"SecurityGroupIds": [
"sg-903004f88example"
],
"KeyName": "MyKeyPair",
"InstanceMarketOptions": {
"MarketType": "interruptible-capacity-reservation"
},
"CapacityReservationSpecification": {
"CapacityReservationTarget": {
"CapacityReservationId": "cr-02168da1478b509e0"
}
}
}
```
Voici un exemple de sortie :
```
{
"LaunchTemplate": {
"LaunchTemplateId": "lt-068f72b724example",
"LaunchTemplateName": "my-template-for-interruptible-cr",
"CreateTime": "2023-10-27T15:12:44.000Z",
"CreatedBy": "arn:aws:iam::123456789012:user/Bob",
"DefaultVersionNumber": 1,
"LatestVersionNumber": 1
}
}
```
Vous pouvez utiliser la [describe-launch-template-versions](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/ec2/describe-launch-template-versions.html)commande suivante pour vérifier l'ID de réservation de capacité interruptible associé au modèle de lancement :
```
aws ec2 describe-launch-template-versions --launch-template-names my-template-for-interruptible-cr \
--region us-east-2
```
------
**Configuration au niveau du groupe Auto Scaling**
Vous pouvez éventuellement spécifier les paramètres de réservation de capacité au niveau du groupe Auto Scaling pour remplacer les paramètres du modèle de lancement :
+ **Préférence de réservation de capacité** : uniquement `capacity-reservations-only` prise en charge pour les réservations de capacité interruptible. La `capacity-reservations-first` préférence n'est pas prise en charge.
+ **Spécification cible** : vous pouvez spécifier un identifiant de réservation de capacité interruptible différent au niveau du groupe pour remplacer le paramètre du modèle de lancement.
## Limitations
+ Les politiques relatives aux instances mixtes ne sont pas prises en charge avec les réservations de capacité interruptible.
+ Vous devez spécifier le type de marché correct (`interruptible-capacity-reservation`) dans votre modèle de lancement ainsi que l'ID de réservation de capacité.
## Ressources connexes
+ Pour plus d'informations sur la création et la gestion des réservations de capacité interruptible, consultez la section [Réservations de capacité interruptible](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/interruptible-capacity-reservations.html) dans le guide de l'*utilisateur Amazon EC2*.
+ Pour des informations générales sur l'utilisation des réservations de capacité avec Auto Scaling, consultez[Réservez des capacités dans des zones de disponibilité spécifiques avec des réservations de capacité](use-ec2-capacity-reservations.md).
+ Pour plus d'informations sur les contrôles de santé des groupes Auto Scaling, consultez [la section Contrôles de santé des instances d'un groupe Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-health-checks.html).
# Créez des groupes Auto Scaling à partir de la ligne de commande en utilisant AWS CloudShell
Si cela est [pris en charge Régions AWS](https://docs.aws.amazon.com/cloudshell/latest/userguide/supported-aws-regions.html), vous pouvez exécuter AWS CLI des commandes à l'aide AWS CloudShell d'un shell pré-authentifié basé sur un navigateur qui se lance directement depuis le. AWS Management Console Vous pouvez exécuter AWS CLI des commandes sur des services à l'aide de votre shell préféré (shell Bash ou Z). PowerShell
Vous pouvez lancer AWS CloudShell depuis le AWS Management Console en utilisant l'une des deux méthodes suivantes :
+ Cliquez sur l' AWS CloudShell icône dans la barre de navigation de la console. Il est situé à droite de la zone de recherche.
+ Utilisez le champ de recherche de la barre de navigation de la console pour rechercher, **CloudShell**puis choisissez l'**CloudShell**option.
Lors du premier AWS CloudShell lancement dans une nouvelle fenêtre de navigateur, un panneau de bienvenue s'affiche et répertorie les principales fonctionnalités. Après avoir fermé ce panneau, des mises à jour de l'état sont fournies pendant que le shell configure et transmet les informations d'identification de votre console. Lorsque l'invite de commandes s'affiche, le shell est prêt pour l'interaction.
Pour en savoir plus sur ce service, consultez le [guide de l'utilisateur AWS CloudShell](https://docs.aws.amazon.com//cloudshell/latest/userguide/welcome.html).
# Créez des groupes Auto Scaling avec AWS CloudFormation
Amazon EC2 Auto Scaling est intégré AWS CloudFormationà un service qui vous aide à modéliser et à configurer AWS vos ressources afin que vous puissiez passer moins de temps à créer et à gérer vos ressources et votre infrastructure. Vous créez un modèle qui décrit toutes les AWS ressources que vous souhaitez (telles que les groupes Auto Scaling), puis vous CloudFormation approvisionnez et configurez ces ressources pour vous.
Lorsque vous l'utilisez CloudFormation, vous pouvez réutiliser votre modèle pour configurer vos ressources Amazon EC2 Auto Scaling de manière cohérente et répétée. Décrivez vos ressources une seule fois, puis fournissez les mêmes ressources encore et encore dans plusieurs Comptes AWS régions.
## Amazon EC2 Auto Scaling CloudFormation et modèles
Pour allouer et configurer les ressources pour Amazon EC2 Auto Scaling et les services associés, vous devez maîtriser les [modèles CloudFormation](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/template-guide.html). Les modèles sont des fichiers texte formatés en JSON ou YAML. Ces modèles décrivent les ressources que vous souhaitez mettre à disposition dans vos CloudFormation piles. Si vous n'êtes pas familiarisé avec JSON ou YAML, vous pouvez utiliser CloudFormation Designer pour vous aider à démarrer avec les CloudFormation modèles. Pour plus d'informations, voir [Qu'est-ce que CloudFormation Designer ?](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/working-with-templates-cfn-designer.html) dans le *guide de AWS CloudFormation l'utilisateur*.
Pour commencer à créer vos propres modèles de pile pour Amazon EC2 Auto Scaling, exécutez les tâches suivantes :
+ Créez un modèle de lancement à l'aide de [AWS::EC2::LaunchTemplate](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-ec2-launchtemplate.html).
+ Créez un groupe Auto Scaling à l'aide de [AWS::AutoScaling::AutoScalingAWS::AutoScaling::AutoScalingGroup](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-autoscaling-autoscalinggroup.html) .
Pour une démonstration vous expliquant comment déployer un groupe Auto Scaling derrière un Application Load Balancer, consultez [Procédure de création d'un serveur web scalable à équilibrage de charge](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/walkthrough-autoscaling.html) dans le *Guide de l'utilisateur AWS CloudFormation *.
Vous trouverez d'autres exemples utiles d'extraits de modèles permettant de créer des groupes Auto Scaling et des ressources associées dans les sections suivantes du guide de l'*AWS CloudFormation utilisateur* :
+ Référence du type de ressource [Amazon EC2 Auto Scaling Référence du type de ressource](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/AWS_AutoScaling.html)
+ [Configurez les ressources Amazon EC2 Auto Scaling avec AWS CloudFormation](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/quickref-ec2-auto-scaling.html)
## En savoir plus sur CloudFormation
Pour en savoir plus CloudFormation, consultez les ressources suivantes :
+ [AWS CloudFormation](https://aws.amazon.com/cloudformation/)
+ [AWS CloudFormation Guide de l'utilisateur](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/Welcome.html)
+ [CloudFormation API Reference](https://docs.aws.amazon.com/AWSCloudFormation/latest/APIReference/Welcome.html)
+ [AWS CloudFormation Guide de l'utilisateur de l'interface de ligne de commande](https://docs.aws.amazon.com/cloudformation-cli/latest/userguide/what-is-cloudformation-cli.html)
# Obtenez des recommandations sur les types d'instance avec Optimiseur de calcul AWS
AWS fournit des recommandations sur les types d'instances Amazon EC2 pour vous aider à améliorer les performances, à économiser de l'argent, ou les deux, en utilisant des fonctionnalités optimisées par. Optimiseur de calcul AWS Vous pouvez utiliser ces recommandations pour décider si vous souhaitez passer à un nouveau type d'instance dans votre groupe Auto Scaling.
Pour formuler des recommandations, Compute Optimizer analyse vos spécifications d'instances existantes ainsi que l'historique récent des métriques. Les données compilées sont ensuite utilisées pour recommander les types d'instances Amazon EC2 qui sont les plus à même de gérer la charge de travail existante. Les recommandations sont renvoyées avec la tarification horaire des instances.
**Note**
Pour obtenir des recommandations de Compute Optimizer, vous devez d’abord vous inscrire à Compute Optimizer. Pour plus d'informations, consultez [Démarrer avec Optimiseur de calcul AWS](https://docs.aws.amazon.com/compute-optimizer/latest/ug/getting-started.html) dans le *Guide de l'utilisateur Optimiseur de calcul AWS *.
**Topics**
+ [Limitations](#compute-optimizer-limitations)
+ [Résultats](#findings-classifications)
+ [Afficher les recommandations](#viewing-recommendations)
+ [Considérations relatives à l'évaluation des recommandations](#considerations)
## Limitations
Compute Optimizer génère des recommandations pour les instances des groupes Auto Scaling configurés pour lancer et exécuter les types d'instances M, C, R, T et X. Cependant, il ne génère pas de recommandations pour les types d'instances -g alimentés par les processeurs AWS Graviton2 (par exemple, C6g), ni pour les types d'instances -n qui offrent des performances de bande passante réseau supérieures (par exemple, M5n).
Les groupes Auto Scaling doivent également être configurés pour exécuter un type d'instance unique (c'est-à-dire aucun type d'instance mixte), ne doivent pas avoir de politique de mise à l'échelle associée et avoir les mêmes valeurs pour la capacité désirée, minimale et maximale (c'est-à-dire un groupe Auto Scaling avec un nombre fixe d'instances). Compute Optimizer génère des recommandations pour les instances de groupes Auto Scaling qui répondent à *toutes* ces exigences de configuration.
## Résultats
Compute Optimizer classe ses résultats pour les groupes Auto Scaling comme suit :
+ **Non optimisé** – Un groupe Auto Scaling est considéré comme non optimisé lorsque Compute Optimizer a identifié une recommandation pouvant fournir de meilleures performances pour votre application.
+ **Optimisé** – Un groupe Auto Scaling est considéré comme optimisé lorsque Compute Optimizer détermine que ce groupe est correctement provisionné pour exécuter votre application, en fonction du type d'instance choisi. Pour les ressources optimisées, Compute Optimizer peut parfois recommander un type d'instance de nouvelle génération.
+ **Aucune** – Il n'y a aucune recommandation pour ce groupe Auto Scaling. Cela peut se produire si vous êtes inscrit à Computer Optimizer depuis moins de 12 heures, ou lorsque le groupe Auto Scaling s'exécute depuis moins de 30 heures, ou lorsque le type d'instance ou groupe Auto Scaling n'est pas pris en charge par Compute Optimizer. Pour plus d’informations, consultez la section [Limitations](#compute-optimizer-limitations).
## Afficher les recommandations
Après votre inscription à Compute Optimizer, vous pouvez afficher les résultats et les recommandations qu'il génère pour vos groupes Auto Scaling. Si vous venez de vous inscrire, les recommandations peuvent ne pas être disponibles avant un délai de 12 heures.
**Pour afficher les recommandations générées pour un groupe Auto Scaling**
1. Ouvrez la console Compute Optimizer à l'adresse. [https://console.aws.amazon.com/compute-optimizer/](https://console.aws.amazon.com/compute-optimizer/)
La page Tableau de bord s'ouvre.
1. Choisissez **View recommendations for all Auto Scaling groups** (Afficher les recommandations pour tous les groupes Auto Scaling).
1. Sélectionnez votre groupe Auto Scaling.
1. Choisissez **View detail** (Afficher les détails).
La vue change pour afficher jusqu'à trois recommandations d'instances différentes dans une vue préconfigurée, en fonction des paramètres de table par défaut. Il fournit également des données CloudWatch métriques récentes (utilisation moyenne du processeur, entrée réseau moyenne et sortie réseau moyenne) pour le groupe Auto Scaling.
Déterminez si vous souhaitez utiliser l’une des recommandations. Décidez s’il convient d’optimiser les performances et/ou de réduire les coûts.
Pour modifier le type d'instance dans votre groupe Auto Scaling, mettez à jour le modèle de lancement ou mettez à jour le groupe Auto Scaling pour utiliser une nouvelle configuration du lancement. Les instances existantes continuent d'utiliser la configuration précédente. Pour mettre à jour les instances existantes, résiliez-les afin qu'elles soient remplacées par votre groupe Auto Scaling ou permettez à la scalabilité automatique de remplacer progressivement les anciennes instances par des instances plus récentes en fonction de vos [politiques de résiliation](as-instance-termination.md).
**Note**
Grâce aux fonctionnalités de durée de vie maximale et d'actualisation de l'instance, vous pouvez également remplacer les instances existantes du groupe Auto Scaling pour lancer de nouvelles instances qui utilisent le nouveau modèle de lancement ou la nouvelle configuration du lancement. Pour plus d’informations, consultez [Remplacer des instances Auto Scaling en fonction de la durée de vie maximale de l’instance](asg-max-instance-lifetime.md) et [Utiliser une actualisation d'instance pour mettre à jour les instances d'un groupe Auto Scaling](asg-instance-refresh.md).
## Considérations relatives à l'évaluation des recommandations
Avant de passer à un nouveau type d'instance, tenez compte des éléments suivants :
+ Les recommandations ne prédisent pas votre utilisation. Les recommandations sont basées sur votre historique d’utilisation au cours de la période de 14 jours la plus récente. Veillez à choisir un type d'instance censé répondre à vos futurs besoins en termes d'utilisation.
+ Concentrez-vous sur le graphique des métriques pour déterminer si l’utilisation réelle est inférieure à la capacité d’instance. Vous pouvez également consulter les données métriques (moyenne, pic, percentile) afin d'évaluer plus en détail les recommandations relatives CloudWatch à votre instance EC2. Par exemple, notez l’évolution des métriques de pourcentage d’UC pendant la journée et s’il y a des pics qui doivent être pris en compte. Pour plus d'informations, consultez la section [Affichage des statistiques disponibles](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/viewing_metrics_with_cloudwatch.html) dans le *guide de CloudWatch l'utilisateur Amazon*.
+ Compute Optimizer peut fournir des recommandations pour les instances de performance à capacité extensible, à savoir les instances T3, T3a et T2. Si vous dépassez régulièrement votre niveau de référence, assurez-vous de pouvoir continuer à le faire en fonction du v CPUs du nouveau type d'instance. Pour plus d'informations, consultez la section [Crédits du processeur et performances de base pour les instances de performance en rafale](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/burstable-credits-baseline-concepts.html) dans le guide de l'*utilisateur Amazon EC2*.
+ Si vous avez acheté une Instance réservée, votre instance à la demande peut être facturée au prix d'une Instance réservée. Avant de modifier votre type d’instance actuel, commencez par évaluer l’impact sur l’utilisation et la couverture de l’Instance réservée.
+ Dans la mesure du possible, envisagez des conversions vers des instances de nouvelle génération.
+ Lors de la migration vers une autre famille d’instances, assurez-vous que le type d’instance actuel et le nouveau type d’instance sont compatibles, en termes de virtualisation, d’architecture ou de type de réseau par exemple. Pour plus d'informations, consultez la section [Compatibilité pour le redimensionnement des instances](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-instance-resize.html#resize-limitations) dans le guide de l'*utilisateur Amazon EC2.*
+ Enfin, tenez compte de la note de risque de performances fournie pour chaque recommandation. Le risque de performances correspond à l’effort que vous pourriez avoir à consacrer pour valider si le type d’instance recommandé répond aux exigences de performances de votre charge de travail. Nous recommandons également des tests rigoureux de charge et de performance avant et après toute modification.
**Ressources supplémentaires**
Outre les rubriques de cette page, consultez les ressources suivantes :
+ [Types d'instances Amazon EC2](https://aws.amazon.com/ec2/instance-types/)
+ [Optimiseur de calcul AWS Guide de l'utilisateur](https://docs.aws.amazon.com/compute-optimizer/latest/ug/)
# Utilisez Elastic Load Balancing pour répartir le trafic applicatif entrant dans votre groupe Auto Scaling
Elastic Load Balancing répartit automatiquement le trafic d'application entrant sur toutes les instances EC2 que vous exécutez. Elastic Load Balancing contribue à gérer les demandes entrantes en acheminant le trafic de manière optimale afin qu'aucune instance ne soit submergée. Pour utiliser Elastic Load Balancing avec votre groupe Auto Scaling, [attachez l'équilibreur de charge à votre groupe Auto Scaling](attach-load-balancer-asg.md). Cela permet d'enregistrer le groupe auprès de l'équilibreur de charge et de bénéficier d'un point de contact unique pour tout le trafic web entrant dans votre groupe Auto Scaling.
Lorsque vous utilisez Elastic Load Balancing avec votre groupe Auto Scaling, il n'est pas nécessaire d'enregistrer les instances EC2 individuelles auprès de l'équilibreur de charge. Les instances qui sont lancées par votre groupe Auto Scaling sont automatiquement enregistrées auprès de l'équilibreur de charge. De même, l'enregistrement des instances qui sont résiliées par votre groupe Auto Scaling est automatiquement annulé auprès de l'équilibreur de charge.
Après avoir attaché un équilibreur de charge à votre groupe Auto Scaling, vous pouvez configurer ce dernier afin qu'il utilise des métriques Elastic Load Balancing (comme le nombre de demandes Application Load Balancer par cible) pour mettre à l'échelle le nombre d'instances du groupe en fonction de l'évolution de la demande.
Si vous le souhaitez, vous pouvez ajouter des surveillances d'état Elastic Load Balancing à votre groupe Auto Scaling afin qu'Amazon EC2 Auto Scaling puisse identifier et remplacer les instances défectueuses en fonction de ces surveillances d'état supplémentaires. Sinon, vous pouvez créer une CloudWatch alarme qui vous avertira si le nombre d'hôtes sains du groupe cible est inférieur au nombre autorisé.
**Topics**
+ [Types d'équilibreurs de charge Elastic Load Balancing](#integrations-aws-elastic-load-balancing-types)
+ [Préparez-vous à fixer un équilibreur de charge](getting-started-elastic-load-balancing.md)
+ [Attacher un équilibreur de charge](attach-load-balancer-asg.md)
+ [Configuration d'un équilibreur de charge](as-create-load-balancer-console.md)
+ [Vérifier l’état d’attachement](load-balancer-status.md)
+ [Ajouter une zone de disponibilité](as-add-az-console.md)
+ [Enlever une zone de disponibilité](as-remove-az-console.md)
+ [Détacher un équilibreur de charge](as-remove-load-balancer.md)
+ [AWS CLI exemples d'utilisation d'Elastic Load Balancing](examples-elastic-load-balancing-aws-cli.md)
## Types d'équilibreurs de charge Elastic Load Balancing
Elastic Load Balancing fournit quatre types d'équilibreurs de charge qui peuvent être utilisés avec votre groupe Auto Scaling : Application Load Balancer, Network Load Balancer, Gateway Load Balancer et Classic Load Balancers.
Il existe une différence clé dans la configuration des équilibreurs de charge. Avec les types Application Load Balancer, Network Load Balancer et Gateway Load Balancer, les instances sont enregistrées en tant que cibles auprès d'un groupe cible et vous acheminez le trafic vers le groupe cible. Avec le type Classic Load Balancer, les instances sont enregistrées directement auprès de l'équilibreur de charge.
Application Load Balancer
Achemine et équilibre les charges au niveau de la couche d'application (HTTP/HTTPS) et prend en charge le routage basé sur le chemin d'accès. Un équilibreur de charge Application Load Balancer peut acheminer les demandes vers les ports d'une ou de plusieurs cibles enregistrées, telles que des instances EC2, au sein de votre cloud privé virtuel (VPC).
Network Load Balancer
Achemine et équilibre les charges au niveau de la couche de transport (TCP/UDP couche 4) en fonction des informations d'adresse extraites de l'en-tête de paquet TCP. Un équilibreur de charge Network Load Balancer peut traiter les pics de trafic, conserver l'adresse IP source du client et utiliser une adresse IP fixe pendant la durée de vie de l'équilibreur de charge.
Gateway Load Balancer
Distribue le trafic à une flotte d'instances d'appliances. Offre évolutivité, disponibilité et simplicité pour les appliances virtuelles tierces, telles que les pare-feu, les systèmes de détection et de prévention des intrusions et d'autres appliances. Les équilibreurs de charge Gateway Load Balancer fonctionnent avec des appliances virtuelles qui prennent en charge le protocole GENEVE. Une intégration technique supplémentaire est nécessaire. Veuillez consulter le guide de l'utilisateur avant de choisir un équilibreur de charge Gateway Load Balancer.
Classic Load Balancer
Les itinéraires et les équilibres de charge se situent soit au niveau de la couche de transport (TCP/SSL), or at the application layer (HTTP/HTTPS).
Pour mieux comprendre les différents types d'équilibreurs de charge disponibles, consultez les ressources suivantes :
+ [Qu'est-ce qu'Elastic Load Balancing ?](https://docs.aws.amazon.com/elasticloadbalancing/latest/userguide/what-is-load-balancing.html)
+ [Qu'est-ce qu'un équilibreur de charge Application Load Balancer ?](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/introduction.html)
+ [Qu'est-ce qu'un équilibreur de charge Network Load Balancer ?](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/introduction.html)
+ [Qu'est-ce qu'un équilibreur de charge Gateway Load Balancer ?](https://docs.aws.amazon.com/elasticloadbalancing/latest/gateway/introduction.html)
+ [Qu'est-ce qu'un équilibreur de charge Classic Load Balancer ?](https://docs.aws.amazon.com/elasticloadbalancing/latest/classic/introduction.html)
# Préparez-vous à connecter un équilibreur de charge Elastic Load Balancing
Avant d'associer un équilibreur de charge Elastic Load Balancing à votre groupe Auto Scaling, vous devez remplir les conditions préalables suivantes :
+ Vous devez déjà avoir créé l'équilibreur de charge et le groupe cible utilisés pour acheminer le trafic vers votre groupe Auto Scaling.
Il existe deux méthodes pour créer l'équilibreur de charge et le groupe cible :
+ **Utilisation d'Elastic Load Balancing** : suivez les procédures décrites dans la documentation d'Elastic Load Balancing pour créer et configurer l'équilibreur de charge et le groupe cible avant de créer le groupe Auto Scaling. Ignorer l'étape d'enregistrement de vos instances Amazon EC2. Amazon EC2 Auto Scaling prend automatiquement en charge l'enregistrement (et le désenregistrement) des instances lorsque vous associez un groupe cible à votre groupe Auto Scaling. Pour plus d'informations, consultez [Prise en main d'Elastic Load Balancing](https://docs.aws.amazon.com/elasticloadbalancing/latest/userguide/load-balancer-getting-started.html) dans le *Guide de l'utilisateur Elastic Load Balancing*.
+ **Utilisation d'Amazon EC2 Auto** Scaling : créez, configurez et associez l'équilibreur de charge et le groupe cible à l'aide d'une configuration de base depuis la console Amazon EC2 Auto Scaling. Pour de plus amples informations, veuillez consulter [Configurer un Application Load Balancer ou un Network Load Balancer depuis la console](as-create-load-balancer-console.md).
+ Avant de créer un équilibreur de charge, déterminez le type d'équilibreur de charge dont vous avez besoin. Pour de plus amples informations, veuillez consulter [Types d'équilibreurs de charge Elastic Load Balancing](autoscaling-load-balancer.md#integrations-aws-elastic-load-balancing-types).
+ L'équilibreur de charge et son groupe cible doivent se trouver dans le même Compte AWS VPC et dans la même région que votre groupe Auto Scaling.
+ Le groupe cible doit préciser un type de `instance` cible. Vous ne pouvez pas préciser un type de `ip` cible lorsque vous utilisez un groupe Auto Scaling.
+ Si le modèle de lancement de votre groupe Auto Scaling ne contient pas le groupe de sécurité approprié pour autoriser le trafic entrant nécessaire depuis l'équilibreur de charge, vous devez mettre à jour le modèle de lancement. Les règles recommandées dépendent du type d'équilibreur de charge et des types de backends que l'équilibreur de charge utilise. Par exemple, pour acheminer le trafic vers des serveurs web, autorisez l'accès HTTP entrant sur le port 80 à partir de l'équilibreur de charge. Les instances existantes ne sont pas mises à jour avec les nouveaux paramètres lorsque le modèle de lancement est modifié. Pour mettre à jour les instances existantes, vous pouvez lancer une actualisation des instances pour les remplacer. 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).
+ Les groupes de sécurité du modèle de lancement doivent également autoriser l'accès depuis l'équilibreur de charge sur le port approprié pour qu'Elastic Load Balancing puisse effectuer ses contrôles de santé.
+ Lors du déploiement d'appareils virtuels derrière un Gateway Load Balancer, l'Amazon Machine Image (AMI) figurant dans le modèle de lancement doit spécifier l'ID d'une AMI compatible avec le protocole GENEVE afin de permettre au groupe Auto Scaling d'échanger du trafic avec un Gateway Load Balancer. En outre, les groupes de sécurité du modèle de lancement doivent autoriser le trafic UDP sur le port 6081.
**Astuce**
Si vous avez des scripts d’amorçage qui prennent un certain temps à se terminer, vous pouvez éventuellement ajouter un hook de cycle de vie de lancement à votre groupe Auto Scaling pour retarder l’enregistrement des instances derrière l’équilibreur de charge, avant que vos scripts d’amorçage se soient déroulés avec succès et que les applications présentes sur les instances soient prêtes à accepter le trafic. Vous ne pouvez pas ajouter un hook de cycle de vie lorsque vous créez initialement un groupe Auto Scaling dans la console Amazon EC2 Auto Scaling. Cependant, vous pouvez ajouter un hook de cycle de vie une fois le groupe créé. Pour de plus amples informations, veuillez consulter [Hooks de cycle de vie Amazon EC2 Auto Scaling](lifecycle-hooks.md).
## Configuration des contrôles de santé pour les cibles
Vous pouvez configurer des contrôles de santé pour vos cibles enregistrées auprès d'un équilibreur de charge Elastic Load Balancing afin de vous assurer qu'elles sont en mesure de gérer correctement le trafic. Les étapes spécifiques varient en fonction du type d'équilibreur de charge que vous utilisez. Pour plus d’informations, consultez les ressources suivantes :
+ **Application Load Balancer** : consultez la section [Contrôles de santé de vos groupes cibles](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/target-group-health-checks.html) dans le *guide de l'utilisateur pour les équilibreurs de charge d'application*.
+ **Network Load Balancer : consultez** la section [Contrôles de santé de vos groupes cibles](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/target-group-health-checks.html) dans le *Guide de l'utilisateur pour les Network Load* Balancers.
+ **Gateway Load Balancer — Consultez** les [bilans de santé de vos groupes cibles](https://docs.aws.amazon.com/elasticloadbalancing/latest/gateway/health-checks.html) dans le *guide de l'utilisateur des Gateway Load* Balancers.
+ **Classic Load Balancer** : voir [Configurer les contrôles de santé de votre Classic Load](https://docs.aws.amazon.com/elasticloadbalancing/latest/classic/elb-healthchecks.html) Balancer dans *le guide de l'utilisateur* des Classic Load Balancer.
Par défaut, Amazon EC2 Auto Scaling ne considère pas qu'une instance est défectueuse et la remplace si elle échoue aux tests de santé d'Elastic Load Balancing. Les surveillances d’état par défaut d’un groupe Auto Scaling correspondent uniquement aux surveillances de l’état EC2. Pour de plus amples informations, veuillez consulter [Surveillance de l’état des instances dans un groupe Auto Scaling](ec2-auto-scaling-health-checks.md).
Pour permettre à Amazon EC2 Auto Scaling de remplacer les instances signalées comme défectueuses par Elastic Load Balancing, vous pouvez configurer votre groupe Auto Scaling pour qu'il utilise les tests de santé d'Elastic Load Balancing. Ce faisant, Amazon EC2 Auto Scaling considère que l'instance n'est pas saine si elle échoue aux tests de santé EC2 ou à ceux d'Elastic Load Balancing. Si vous attachez plusieurs groupes cibles d'équilibreurs de charge ou un équilibreur de charge Classic Load Balancer au groupe, ils doivent tous indiquer que l'instance est saine pour que le groupe la considère comme saine. Si l'un d'eux signale qu'une instance est défectueuse, le groupe Auto Scaling la remplace, même si d'autres la signalent comme saine.
Pour plus d'informations sur la façon d'activer ces contrôles de santé pour votre groupe Auto Scaling, consultez[Associez un équilibreur de charge Elastic Load Balancing à votre groupe Auto Scaling](attach-load-balancer-asg.md).
**Note**
Pour que ces bilans de santé débutent dès que possible, assurez-vous que le délai de grâce du bilan de santé de votre groupe n'est pas trop élevé, mais suffisamment élevé pour que vos bilans de santé Elastic Load Balancing puissent déterminer si une cible est disponible pour traiter les demandes. Pour de plus amples informations, veuillez consulter [Définir la période de grâce de la surveillance de l'état pour un groupe Auto Scaling](health-check-grace-period.md).
# Associez un équilibreur de charge Elastic Load Balancing à votre groupe Auto Scaling
Cette rubrique décrit comment associer un équilibreur de charge Elastic Load Balancing à un groupe Auto Scaling. Il décrit également comment activer les contrôles de santé d'Elastic Load Balancing pour permettre à Amazon EC2 Auto Scaling de remplacer les instances signalées par Elastic Load Balancing comme étant défectueuses.
Par défaut, Amazon EC2 Auto Scaling remplace uniquement les instances non saines ou inaccessibles sur la base des surveillances de l’état Amazon EC2. Si vous activez les contrôles de santé d'Elastic Load Balancing, Amazon EC2 Auto Scaling peut remplacer une instance en cours d'exécution si l'un des équilibreurs de charge Elastic Load Balancing que vous associez au groupe Auto Scaling indique qu'il ne fonctionne pas correctement.
Pour un didacticiel sur l'attachement d'un Application Load Balancer à votre groupe Auto Scaling, consultez. [Didacticiel : configurer une application redimensionnée et à charge équilibrée](tutorial-ec2-auto-scaling-load-balancer.md)
**Important**
Avant de continuer, remplissez l'ensemble des [conditions préalables](getting-started-elastic-load-balancing.md) de la section précédente.
**Contents**
+ [Associer un groupe cible ou un Classic Load Balancer](#as-add-load-balancer-console)
+ [Détacher un groupe cible ou un Classic Load Balancer](#as-remove-load-balancer)
## Associer un groupe cible ou un Classic Load Balancer
Lorsque vous créez ou mettez à jour un groupe Auto Scaling, vous pouvez y associer un ou plusieurs groupes cibles ou Classic Load Balancers. Lorsque vous attachez un Application Load Balancer, un Network Load Balancer ou un Gateway Load Balancer, vous attachez un groupe cible plutôt que l'équilibreur de charge lui-même.
Suivez les étapes de cette section pour utiliser la console afin de :
+ Associer un groupe cible ou un Classic Load Balancer à un groupe Auto Scaling
+ Activez les tests de santé pour Elastic Load Balancing
**Pour attacher un équilibreur de charge existant lors de la création d'un groupe Auto Scaling**
1. Ouvrez la console Amazon EC2 à l'adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/), puis sélectionnez **Auto Scaling Groups** dans le volet de navigation.
1. Dans la barre de navigation en haut de l'écran, choisissez Région AWS celui dans lequel vous avez créé votre équilibreur de charge.
1. Choisissez **Créer un groupe Auto Scaling**.
1. Aux étapes 1 et 2, choisissez les options souhaitées et passez à **Étape 3 : configurer des options avancées**.
1. Dans le champ **Équilibrage de charge**, choisissez **Attacher à un équilibreur de charge existant**.
1. Sous **Attacher à un équilibreur de charge existant**, effectuez l'une des opérations suivantes :
1. Pour les équilibreurs de charge Application Load Balancer, Network Load Balancer et Gateway Load Balancer :
Sélectionnez **Choisir parmi vos groupes cibles d'équilibreurs de charge**, puis choisissez un groupe cible dans le champ **Groupes cibles d'équilibreurs de charge existants**.
1. Pour les équilibreurs de charge Classic Load Balancer :
Sélectionnez **Choisir parmi les équilibreurs de charge Classic Load Balancer**, puis choisissez votre équilibreur de charge dans le champ **Équilibreurs de charge Classic Load Balancer**.
1. (Facultatif) Pour les **surveillances de l’état** et les **types de surveillance de l’état supplémentaires**, sélectionnez **Activer les surveillances de l’état Elastic Load Balancing**.
1. (Facultatif) Dans le champ **Période de grâce de la surveillance de l’état**, saisissez le délai en secondes. Il s’agit de la durée pendant laquelle Amazon EC2 Auto Scaling doit attendre avant de procéder à la surveillance de l’état d’une instance une fois qu’elle est passée à l’état `InService`. Pour de plus amples informations, veuillez consulter [Définir la période de grâce de la surveillance de l'état pour un groupe Auto Scaling](health-check-grace-period.md).
1. Procédez à la création du groupe Auto Scaling. Une fois votre groupe Auto Scaling créé, vos instances seront automatiquement enregistrées dans l'équilibreur de charge.
**Pour attacher un équilibreur de charge existant à votre groupe Auto Scaling une fois celui-ci créé**
1. Ouvrez la console Amazon EC2 à l'adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/), puis sélectionnez **Auto Scaling Groups** dans le volet de navigation.
1. Cochez la case située en regard de votre groupe Auto Scaling.
Un volet fractionné s'ouvre en bas de la page **Auto Scaling groups** (Groupes Auto Scaling).
1. Dans l'onglet **Intégrations**, choisissez **Équilibrage de charge**, **Modifier**.
1. Sous **Load balancing** (Équilibrage de charge), effectuez l'une des opérations suivantes :
1. Pour les **Groupes cibles d'équilibreurs de charge Application Load Balancer, Network Load Balancer ou Gateway Load Balancer**, cochez la case et choisissez un groupe cible.
1. Pour les **Équilibreurs de charge Classic Load Balancer**, cochez la case et choisissez votre équilibreur de charge.
1. Choisissez **Mettre à jour**.
Lorsque vous avez terminé de fixer l'équilibreur de charge, vous pouvez éventuellement activer les contrôles de santé qui l'utilisent.
**Pour activer les contrôles de santé d'Elastic Load Balancing**
1. Sous l’onglet **Détails** choisissez **Vérifications de l’états**, **Modifier**.
1. Pour les **surveillances de l’état** et les **types de surveillances de l’état supplémentaires**, sélectionnez **Activer les surveillances de l’état Elastic Load Balancing**.
1. Dans le champ **Période de grâce de la surveillance de l’état**, saisissez le délai en secondes. Il s’agit de la durée pendant laquelle Amazon EC2 Auto Scaling doit attendre avant de procéder à la surveillance de l’état d’une instance une fois qu’elle est passée à l’état `InService`. Pour de plus amples informations, veuillez consulter [Définir la période de grâce de la surveillance de l'état pour un groupe Auto Scaling](health-check-grace-period.md).
1. Choisissez **Mettre à jour**.
**Note**
Vous pouvez surveiller l'état de l'équilibreur de charge lorsqu'il est attaché à l'aide de l' AWS CLI. Lorsqu'Amazon EC2 Auto Scaling a enregistré avec succès les instances et qu'au moins une instance enregistrée réussit les surveillances de l'état, vous obtenez un état `InService`. Pour de plus amples informations, veuillez consulter [Vérifier l’état d’attachement de votre équilibreur de charge](load-balancer-status.md).
## Détacher un groupe cible ou un Classic Load Balancer
Lorsque vous n'avez plus besoin de l'équilibreur de charge, suivez la procédure ci-dessous pour le détacher de votre groupe Auto Scaling.
**Pour détacher un équilibreur de charge d'un groupe**
1. Ouvrez la console Amazon EC2 à l'adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/), puis sélectionnez **Auto Scaling Groups** dans le volet de navigation.
1. Activez la case à cocher en regard d'un groupe existant.
Un volet fractionné s'ouvre en bas de la page **Auto Scaling groups** (Groupes Auto Scaling).
1. Sous l'onglet **Details** (Détails), choisissez **Load balancing** (Équilibrage de charge), **Edit** (Modifier).
1. Sous **Load balancing** (Équilibrage de charge), effectuez l'une des opérations suivantes :
1. Pour les **Groupes cibles d'équilibreurs de charge Application Load Balancer, Network Load Balancer ou Gateway Load Balancer**, choisissez l'icône de suppression (X) en regard du groupe cible.
1. Pour les **Classic Load Balancers** (Équilibreurs de charge Classic Load Balancer), choisissez l'icône de suppression (X) en regard de l'équilibreur de charge.
1. Choisissez **Mettre à jour**.
Lorsque vous avez terminé de détacher le groupe cible, vous pouvez désactiver les tests de santé d'Elastic Load Balancing.
**Pour désactiver les contrôles de santé d'Elastic Load Balancing**
1. Sous l’onglet **Détails** choisissez **Vérifications de l’états**, **Modifier**.
1. Pour les **bilans de santé** et les **types de bilans de santé supplémentaires**, désélectionnez **Turn on Elastic Load Balancing health checks**.
1. Choisissez **Mettre à jour**.
# Configurer un Application Load Balancer ou un Network Load Balancer depuis la console
Suivez la procédure ci-dessous pour créer et attacher un équilibreur de charge Application Load Balancer ou Network Load Balancer lors de la création de votre groupe Auto Scaling.
**Pour créer et attacher un nouvel équilibreur de charge lors de la création d'un groupe Auto Scaling**
1. Ouvrez la console Amazon EC2 à l'adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/), puis sélectionnez **Auto Scaling Groups** dans le volet de navigation.
1. Choisissez **Créer un groupe Auto Scaling**.
1. Aux étapes 1 et 2, choisissez les options souhaitées et passez à **Étape 3 : configurer des options avancées**.
1. Dans le champ **Équilibrage de charge**, choisissez **Attacher à un nouvel équilibreur de charge**.
1. Sous **Attacher à un nouvel équilibreur de charge**, accédez à **Type d'équilibreur de charge** et choisissez de créer un équilibreur de charge de type Application Load Balancer ou Network Load Balancer.
1. Dans le champ **Nom de l'équilibreur de charge**, attribuez un nom à l'équilibreur de charge ou conservez le nom par défaut.
1. Dans le champ **Schéma de l'équilibreur de charge**, choisissez de créer un équilibreur de charge accessible sur Internet ou de conserver la configuration par défaut, à savoir un équilibreur de charge interne.
1. Dans le champ **Zones de disponibilité et sous-réseaux**, sélectionnez le sous-réseau public de chacune des zones de disponibilité dans lesquelles vous avez choisi de lancer vos instances EC2. (Ces champs sont préremplis à partir de l'étape 2).
1. Dans le champ **Écouteurs et routage**, mettez à jour le numéro de port de votre écouteur (si nécessaire), et sous **Routage par défaut**, choisissez**Créer un groupe cible**. Vous pouvez également choisir un groupe cible existant dans la liste déroulante.
1. Si vous avez choisi **Create a target group** (Créer un groupe cible) à l'étape précédente, dans le champ **New target group name** (Nom du nouveau groupe cible), attribuez un nom au groupe cible ou conservez le nom par défaut.
1. Pour ajouter des étiquettes à votre équilibreur de charge, choisissez **Add tag** (Ajouter une étiquette), et fournissez une clé et une valeur d'étiquette pour chaque étiquette.
1. (Facultatif) Pour les **surveillances de l’état** et les **types de surveillance de l’état supplémentaires**, sélectionnez **Activer les surveillances de l’état Elastic Load Balancing**.
1. (Facultatif) Dans le champ **Période de grâce de la surveillance de l’état**, saisissez le délai en secondes. Il s’agit de la durée pendant laquelle Amazon EC2 Auto Scaling doit attendre avant de procéder à la surveillance de l’état d’une instance une fois qu’elle est passée à l’état `InService`. Pour de plus amples informations, veuillez consulter [Définir la période de grâce de la surveillance de l'état pour un groupe Auto Scaling](health-check-grace-period.md).
1. Procédez à la création du groupe Auto Scaling. Une fois votre groupe Auto Scaling créé, vos instances seront automatiquement enregistrées dans l'équilibreur de charge.
**Note**
Une fois votre groupe Auto Scaling créé, vous pouvez utiliser la console Elastic Load Balancing pour créer des écouteurs supplémentaires. Ceci est utile si vous devez créer un écouteur avec un protocole sécurisé, tel que HTTPS, ou un écouteur UDP. Vous pouvez ajouter d'autres écouteurs aux équilibreurs de charge existants, à condition d'utiliser des ports distincts.
# Vérifier l’état d’attachement de votre équilibreur de charge
Après avoir attaché un équilibreur de charge, il passe en statut `Adding` pendant l’enregistrement des instances dans le groupe. Lorsque toutes les instances du groupe sont enregistrées, il passe à l’état `Added`. Lorsqu'au moins une instance enregistrée réussit les surveillances de l'état, il passe en statut `InService`. Une fois que l'équilibreur de charge est passé à l'état `InService`, Amazon EC2 Auto Scaling peut résilier les instances signalées comme défectueuses et les remplacer. Si aucune instance enregistrée ne réussit les surveillances d'état (par exemple, en raison d'une mauvaise configuration de celles-ci), l'équilibreur de charge ne passe pas à l'état `InService`. Amazon EC2 Auto Scaling ne résilie donc pas les instances et ne les remplace pas.
Lorsque vous détachez un équilibreur de charge, il passe en statut `Removing` pendant le désenregistrement des instances dans le groupe. Les instances restent en cours d’exécution après leur désenregistrement. Par défaut, Connection Draining (délai d'annulation d'enregistrement) est activé pour les équilibreurs de charge Application Load Balancer, Network Load Balancer et Gateway Load Balancer. Si Connection Draining est activé, Elastic Load Balancing attend que les demandes à la volée soient terminées ou que le délai maximal expire (selon la première éventualité) avant d'annuler l'enregistrement des instances.
Vous pouvez vérifier l'état de la pièce jointe en utilisant le AWS Command Line Interface (AWS CLI) ou AWS SDKs. Vous ne pouvez pas vérifier l’état d’attachement sur la console.
**Pour utiliser le AWS CLI pour vérifier l'état de la pièce jointe**
La [describe-traffic-sources](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-traffic-sources.html)commande suivante renvoie l'état d'attachement de toutes les sources de trafic pour le groupe Auto Scaling spécifié.
```
aws autoscaling describe-traffic-sources --auto-scaling-group-name my-asg
```
L’exemple renvoie l’ARN du groupe cible Elastic Load Balancing attaché au groupe Auto Scaling, ainsi que l’état d’attachement du groupe cible dans l’élément `State`.
```
{
"TrafficSources": [
{
"Identifier": "arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/1234567890123456",
"State": "InService",
"Type": "elbv2"
}
]
}
```
# Ajouter une zone de disponibilité
Pour profiter de la sécurité et de la fiabilité de la redondance géographique, étendez votre groupe Auto Scaling sur plusieurs zones de disponibilité au sein de la région où vous travaillez, puis attachez un équilibreur de charge pour répartir le trafic entrant entre ces zones de disponibilité.
Lorsqu'une zone de disponibilité devient défaillante ou inaccessible, Amazon EC2 Auto Scaling lance de nouvelles instances dans une zone de disponibilité non affectée. Lorsque la zone de disponibilité défaillante redevient saine, Amazon EC2 Auto Scaling répartit de nouveau automatiquement les instances d'application de manière uniforme dans toutes les zones de disponibilité de votre groupe Auto Scaling. Pour ce faire, Amazon EC2 Auto Scaling tente de lancer de nouvelles instances dans la zone de disponibilité qui contient le moins d'instances. Si la tentative échoue, Amazon EC2 Auto Scaling tente de lancer des instances dans d'autres zones de disponibilité jusqu'à ce qu'il y parvienne.
Elastic Load Balancer crée un nœud d'équilibreur de charge dans chaque zone de disponibilité que vous activez pour l'équilibreur de charge. Si vous activez l'équilibrage de charge entre zones pour votre équilibreur de charge, chaque nœud d'équilibreur de charge répartit le trafic de manière uniforme entre les instances enregistrées dans toutes les zones de disponibilité activées. Si l'équilibrage de charge entre zones est désactivé, chaque nœud de l'équilibreur de charge répartit les demandes uniformément entre les instances enregistrées dans sa zone de disponibilité uniquement.
Vous devez spécifier au moins une zone de disponibilité lors de la création de votre groupe Auto Scaling. Par la suite, vous pourrez étendre la disponibilité de votre application en ajoutant une zone de disponibilité à votre groupe Auto Scaling et en activant cette zone de disponibilité pour votre équilibreur de charge (si celui-ci la prend en charge).
**Limitations**
Pour mettre à jour les zones de disponibilité activées pour votre équilibreur de charge, vous devez tenir compte des limitations suivantes :
+ Lorsque vous activez une zone de disponibilité pour votre équilibreur de charge, vous spécifiez un sous-réseau depuis cette zone de disponibilité. Notez que vous ne pouvez activer qu'un seul sous-réseau par zone de disponibilité pour votre équilibreur de charge.
+ Pour les équilibreurs de charge accessibles sur Internet, les sous-réseaux que vous spécifiez doivent avoir au moins huit adresses IP disponibles.
+ Pour les équilibreurs de charge Application Load Balancer, vous devez activer au moins deux zones de disponibilité.
+ Pour les équilibreurs de charge Network Load Balancer, vous ne pouvez pas désactiver les zones de disponibilité activées, mais vous pouvez en activer d'autres.
+ Pour les équilibreurs de charge Gateway, vous ne pouvez pas désactiver les zones de disponibilité activées, mais vous pouvez en activer d'autres.
Suivez la procédure ci-dessous pour étendre votre groupe Auto Scaling et votre équilibreur de charge à un sous-réseau dans une zone de disponibilité supplémentaire.
**Pour ajouter une zone de disponibilité**
1. Ouvrez la console Amazon EC2 à l'adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/), puis sélectionnez **Auto Scaling Groups** dans le volet de navigation.
1. Activez la case à cocher en regard d'un groupe existant.
Un volet fractionné s'ouvre en bas de la page **Auto Scaling groups** (Groupes Auto Scaling).
1. Sous l'onglet **Details** (Détails) choisissez **Network** (Réseau), **Edit** (Modifier).
1. Dans le champ **Sous-réseaux**, choisissez le sous-réseau correspondant à la zone de disponibilité que vous souhaitez ajouter au groupe Auto Scaling.
1. Choisissez **Mettre à jour**.
1. Pour mettre à jour les zones de disponibilité de votre équilibreur de charge afin qu'il partage les mêmes zones de disponibilité que votre groupe Auto Scaling, procédez comme suit :
1. Dans le panneau de navigation, sous **Load Balancing** (Équilibrage de charge), choisissez **Load Balancers** (Équilibreurs de charge).
1. Choisissez votre équilibreur de charge .
1. Effectuez l’une des actions suivantes :
+ Pour les équilibreurs de charge Application Load Balancer et Network Load Balancer :
1. Sous l'onglet **Description**, accédez au champ **Zones de disponibilité** et choisissez **Modifier les sous-réseaux**.
1. Sur la page **Modifier les sous-réseaux**, accédez à **Zones de disponibilité** et cochez la case correspondant à la zone de disponibilité à ajouter. Si cette zone ne comporte qu'un seul sous-réseau, celui-ci est sélectionné. En présence de plusieurs sous-réseaux dans cette zone, sélectionnez l'un d'eux.
+ Pour les équilibreurs de charge Classic Load Balancer situés dans un VPC :
1. Sous l'onglet **Instances**, choisissez **Edit Availability Zones** (Modifier des zones de disponibilité).
1. Sur la page **Ajouter et supprimer des sous-réseaux**, accédez à **Sous-réseaux disponibles** et sélectionnez le sous-réseau à l'aide de l'icône d'ajout (\$1) correspondante. Le sous-réseau est déplacé sous **Selected subnets** (Sous-réseaux sélectionnés).
1. Choisissez **Enregistrer**.
## Ressources connexes
Amazon EC2 Auto Scaling rééquilibre votre groupe lorsque vous modifiez les zones de disponibilité. Cela implique le remplacement et la redistribution de certaines instances. Pour de plus amples informations, veuillez consulter [Exemple : répartir les instances dans les zones de disponibilité](auto-scaling-benefits.md#arch-AutoScalingMultiAZ).
Si vous avez enregistré des cibles dans des zones de disponibilité qui ne sont pas activées pour l’équilibreur de charge, celui-ci n’achemine pas le trafic vers ces cibles. Pour de plus amples informations, consultez la section [Fonctionnement d'Elastic Load Balancing](https://docs.aws.amazon.com/elasticloadbalancing/latest/userguide/how-elastic-load-balancing-works.html), dans le *Guide de l'utilisateur Elastic Load Balancing*.
# Enlever une zone de disponibilité
Pour supprimer une zone de disponibilité de votre groupe Auto Scaling et de votre équilibreur de charge, suivez la procédure ci-dessous.
**Pour supprimer une zone de disponibilité**
1. Ouvrez la console Amazon EC2 à l'adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/), puis sélectionnez **Auto Scaling Groups** dans le volet de navigation.
1. Activez la case à cocher en regard d'un groupe existant.
Un volet fractionné s'ouvre en bas de la page **Auto Scaling groups** (Groupes Auto Scaling).
1. Sous l'onglet **Details** (Détails) choisissez **Network** (Réseau), **Edit** (Modifier).
1. Dans le champ **Sous-réseaux**, choisissez l'icône de suppression (X) du sous-réseau correspondant à la zone de disponibilité que vous souhaitez supprimer du groupe Auto Scaling. Si plusieurs sous-réseaux sont associés à cette zone, choisissez l'icône de suppression (X) pour chacun d'eux.
1. Choisissez **Mettre à jour**.
1. Pour mettre à jour les zones de disponibilité de votre équilibreur de charge afin qu'il partage les mêmes zones de disponibilité que votre groupe Auto Scaling, procédez comme suit :
1. Dans le panneau de navigation, sous **Load Balancing** (Équilibrage de charge), choisissez **Load Balancers** (Équilibreurs de charge).
1. Choisissez votre équilibreur de charge .
1. Effectuez l’une des actions suivantes :
+ Pour les équilibreurs de charge des applications :
1. Sous l'onglet **Description**, accédez au champ **Zones de disponibilité** et choisissez **Modifier les sous-réseaux**.
1. Sur la page **Modifier les sous-réseaux**, accédez à **Zones de disponibilité** et décochez la case pour supprimer le sous-réseau associé à cette zone de disponibilité.
+ Pour les équilibreurs de charge Classic Load Balancer situés dans un VPC :
1. Sous l'onglet **Instances**, choisissez **Edit Availability Zones** (Modifier des zones de disponibilité).
1. Sur la page **Ajouter et supprimer des sous-réseaux**, accédez à **Sous-réseaux disponibles** et supprimez le sous-réseau à l'aide de l'icône de suppression (-) correspondante. Le sous-réseau est déplacé sous **Sous-réseaux disponibles**.
1. Choisissez **Enregistrer**.
# Détachez un groupe cible ou un Classic Load Balancer de votre groupe Auto Scaling
Lorsque vous n'avez plus besoin de l'équilibreur de charge, suivez la procédure ci-dessous pour le détacher de votre groupe Auto Scaling.
**Pour détacher un équilibreur de charge d'un groupe**
1. Ouvrez la console Amazon EC2 à l'adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/), puis sélectionnez **Auto Scaling Groups** dans le volet de navigation.
1. Activez la case à cocher en regard d'un groupe existant.
Un volet fractionné s'ouvre en bas de la page **Auto Scaling groups** (Groupes Auto Scaling).
1. Sous l'onglet **Details** (Détails), choisissez **Load balancing** (Équilibrage de charge), **Edit** (Modifier).
1. Sous **Load balancing** (Équilibrage de charge), effectuez l'une des opérations suivantes :
1. Pour les **Groupes cibles d'équilibreurs de charge Application Load Balancer, Network Load Balancer ou Gateway Load Balancer**, choisissez l'icône de suppression (X) en regard du groupe cible.
1. Pour les **Classic Load Balancers** (Équilibreurs de charge Classic Load Balancer), choisissez l'icône de suppression (X) en regard de l'équilibreur de charge.
1. Choisissez **Mettre à jour**.
Lorsque vous avez terminé de détacher le groupe cible, vous pouvez désactiver les tests de santé d'Elastic Load Balancing.
**Pour désactiver les contrôles de santé d'Elastic Load Balancing**
1. Sous l’onglet **Détails** choisissez **Vérifications de l’états**, **Modifier**.
1. Pour les **bilans de santé** et les **types de bilans de santé supplémentaires**, désélectionnez **Turn on Elastic Load Balancing health checks**.
1. Choisissez **Mettre à jour**.
# Exemples d'utilisation d'Elastic Load Balancing à l'aide du AWS CLI
Utilisez le AWS Command Line Interface (AWS CLI) pour attacher, détacher et décrire les équilibreurs de charge et les groupes cibles, ajouter et supprimer les tests de santé d'Elastic Load Balancing et modifier les zones de disponibilité activées.
Cette rubrique présente des exemples de AWS CLI commandes qui exécutent des tâches courantes pour Amazon EC2 Auto Scaling.
**Important**
Pour d’autres exemples de commandes, consultez [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/elbv2/index.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/elbv2/index.html) et [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/elb/index.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/elb/index.html) dans le *guide de référence des commandes AWS CLI *.
**Topics**
+ [Attachez votre groupe cible ou votre équilibreur Classic Load Balancer](#example-attach-traffic-sources)
+ [Décrivez vos groupes cibles ou vos équilibreurs Classic Load Balancer](#example-describe-traffic-sources)
+ [Ajouter des surveillances d'état Elastic Load Balancing](#example-add-elb-healthcheck)
+ [Modifier vos zones de disponibilité](#example-specify-availability-zones)
+ [Détachez votre groupe cible ou votre équilibreur Classic Load Balancer](#example-detach-traffic-sources)
+ [Supprimer les surveillances de l’état Elastic Load Balancing](#example-remove-elb-healthcheck)
+ [Anciennes commandes](#legacy-commands)
## Attachez votre groupe cible ou votre équilibreur Classic Load Balancer
Utilisez la [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)commande suivante pour créer un groupe Auto Scaling et associer simultanément un groupe cible en spécifiant son Amazon Resource Name (ARN). Le groupe cible peut être associé à un équilibreur Application Load Balancer, un équilibreur Network Load Balancer ou un équilibreur Gateway Load Balancer.
Remplacez les valeurs d’exemple de `--auto-scaling-group-name`, `--vpc-zone-identifier`, `--min-size`, et `--max-size`. Pour l’option `--launch-template`, remplacez `my-launch-template` et `1` par le nom et la version d’un modèle de lancement de votre groupe Auto Scaling. Pour l’option `--traffic-sources`, remplacez l’exemple d’ARN par l’ARN d’un groupe cible pour un équilibreur Application Load Balancer, Network Load Balancer ou Gateway Load Balancer.
```
aws autoscaling create-auto-scaling-group --auto-scaling-group-name my-asg \
--launch-template LaunchTemplateName=my-launch-template,Version='1' \
--vpc-zone-identifier "subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782" \
--min-size 1 --max-size 5 \
--traffic-sources "Identifier=arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/12345678EXAMPLE1"
```
Utilisez la [attach-traffic-sources](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/attach-traffic-sources.html)commande pour associer des groupes cibles supplémentaires au groupe Auto Scaling une fois celui-ci créé.
La commande suivante ajoute un autre groupe cible au même groupe.
```
aws autoscaling attach-traffic-sources --auto-scaling-group-name my-asg \
--traffic-sources "Identifier=arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/12345678EXAMPLE2"
```
Vous pouvez également attacher un équilibreur Classic Load Balancer à votre groupe. Renseignez les options `--traffic-sources` et `--type` lorsque vous utilisez **create-auto-scaling-group** ou **attach-traffic-sources**, comme dans l’exemple suivant. Remplacez `my-classic-load-balancer` par le nom d’un équilibreur Classic Load Balancer. Pour l’option `--type`, indiquez une valeur de `elb`.
```
--traffic-sources "Identifier=my-classic-load-balancer" --type elb
```
## Décrivez vos groupes cibles ou vos équilibreurs Classic Load Balancer
Pour décrire les équilibreurs de charge ou les groupes cibles attachés à votre groupe Auto Scaling, utilisez la [describe-traffic-sources](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-traffic-sources.html)commande suivante. Remplacez `my-asg` par le nom de votre groupe.
```
aws autoscaling describe-traffic-sources --auto-scaling-group-name my-asg
```
L’exemple renvoie l’ARN des groupes cibles Elastic Load Balancing que vous avez attachés au groupe Auto Scaling.
```
{
"TrafficSources": [
{
"Identifier": "arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/12345678EXAMPLE1",
"State": "InService",
"Type": "elbv2"
},
{
"Identifier": "arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/12345678EXAMPLE2",
"State": "InService",
"Type": "elbv2"
}
]
}
```
Pour en savoir plus sur le champ `State` de la sortie, consultez [Vérifier l’état d’attachement de votre équilibreur de charge](load-balancer-status.md).
## Ajouter des surveillances d'état Elastic Load Balancing
Pour ajouter les contrôles de santé d'Elastic Load Balancing aux contrôles de santé effectués par votre groupe Auto Scaling sur les instances, utilisez la [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html)commande suivante et spécifiez `ELB` la valeur de l'`--health-check-type`option. Remplacez `my-asg` par le nom de votre groupe.
```
aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \
--health-check-type "ELB"
```
Les nouvelles instances ont souvent besoin de temps pour un bref échauffement avant de pouvoir passer un bilan de santé. Si le délai de grâce ne fournit pas un temps de préchauffage suffisant, les instances peuvent ne pas sembler prêtes à traiter le trafic. Amazon EC2 Auto Scaling peut considérer ces instances comme défectueuses et les remplacer.
Pour mettre à jour la période de grâce de la surveillance de l’état, utilisez l’option `--health-check-grace-period` lorsque vous utilisez **update-auto-scaling-group**, comme dans l’exemple suivant. Remplacez *300* par le nombre de secondes nécessaires pour maintenir les nouvelles instances en service avant de les mettre hors service si elles s'avèrent défectueuses.
```
--health-check-grace-period 300
```
Pour de plus amples informations, veuillez consulter [Surveillance de l’état des instances dans un groupe Auto Scaling](ec2-auto-scaling-health-checks.md).
## Modifier vos zones de disponibilité
La modification de vos zones de disponibilité présente des limites que vous devez connaître. Pour de plus amples informations, veuillez consulter [Ajouter une zone de disponibilitéEnlever une zone de disponibilité](as-add-az-console.md).
**Pour modifier les zones de disponibilité d’un équilibreur Application Load Balancer ou Network Load Balancer**
1. Avant de modifier les zones de disponibilité de l’équilibreur de charge, il est conseillé de mettre à jour les zones de disponibilité du groupe Auto Scaling afin de vérifier que vos types d’instances sont disponibles dans les zones indiquées.
Pour mettre à jour les zones de disponibilité de votre groupe Auto Scaling, utilisez la [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html)commande suivante. Remplacez l'exemple de sous-réseau IDs par l'un IDs des sous-réseaux des zones de disponibilité pour l'activer. Les sous-réseaux indiqués remplacent les sous-réseaux précédemment activés. Remplacez `my-asg` par le nom de votre groupe.
```
aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \
--vpc-zone-identifier "subnet-41767929,subnet-cb663da2,subnet-8360a9e7"
```
1. Utilisez la [describe-auto-scaling-groups](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-auto-scaling-groups.html)commande suivante pour vérifier que les instances des nouveaux sous-réseaux ont été lancées. Si les instances ont été lancées, la liste de ces instances apparaît, avec leur statut. Remplacez `my-asg` par le nom de votre groupe.
```
aws autoscaling describe-auto-scaling-groups --auto-scaling-group-name my-asg
```
1. Utilisez la commande [set-subnets](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/elbv2/set-subnets.html) suivante pour indiquer les sous-réseaux de votre équilibreur de charge. Remplacez l'exemple de sous-réseau IDs par l'un IDs des sous-réseaux des zones de disponibilité pour l'activer. Vous pouvez spécifier un seul sous-réseau par zone de disponibilité. Les sous-réseaux indiqués remplacent les sous-réseaux précédemment activés. Remplacez `my-lb-arn` par l’ARN de votre équilibreur de charge.
```
aws elbv2 set-subnets --load-balancer-arn my-lb-arn \
--subnets subnet-41767929 subnet-cb663da2 subnet-8360a9e7
```
**Pour modifier les zones de disponibilité d’un équilibreur Classic Load Balancer**
1. Avant de modifier les zones de disponibilité de l’équilibreur de charge, il est conseillé de mettre à jour les zones de disponibilité du groupe Auto Scaling afin de vérifier que vos types d’instances sont disponibles dans les zones indiquées.
Pour mettre à jour les zones de disponibilité de votre groupe Auto Scaling, utilisez la [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html)commande suivante. Remplacez l'exemple de sous-réseau IDs par l'un IDs des sous-réseaux des zones de disponibilité pour l'activer. Les sous-réseaux indiqués remplacent les sous-réseaux précédemment activés. Remplacez `my-asg` par le nom de votre groupe.
```
aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \
--vpc-zone-identifier "subnet-41767929,subnet-cb663da2"
```
1. Utilisez la [describe-auto-scaling-groups](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-auto-scaling-groups.html)commande suivante pour vérifier que les instances des nouveaux sous-réseaux ont été lancées. Si les instances ont été lancées, la liste de ces instances apparaît, avec leur statut. Remplacez `my-asg` par le nom de votre groupe.
```
aws autoscaling describe-auto-scaling-groups --auto-scaling-group-name my-asg
```
1. Utilisez la commande [attach-load-balancer-to-subnets](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/elb/attach-load-balancer-to-subnets.html) suivante pour activer une nouvelle zone de disponibilité pour votre Classic Load Balancer. Remplacez l’identifiant du sous-réseau en exemple par l’identifiant du sous-réseau de la zone de disponibilité à activer. Remplacez `my-lb` par le nom de votre équilibreur de charge.
```
aws elb attach-load-balancer-to-subnets --load-balancer-name my-lb \
--subnets subnet-cb663da2
```
Pour désactiver une zone de disponibilité, utilisez la commande [detach-load-balancer-from-subnets](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/elb/detach-load-balancer-from-subnets.html) suivante. Remplacez l’identifiant du sous-réseau en exemple par l’identifiant du sous-réseau de la zone de disponibilité à désactiver. Remplacez `my-lb` par le nom de votre équilibreur de charge.
```
aws elb detach-load-balancer-from-subnets --load-balancer-name my-lb \
--subnets subnet-8360a9e7
```
## Détachez votre groupe cible ou votre équilibreur Classic Load Balancer
La [detach-traffic-sources](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/detach-traffic-sources.html)commande suivante détache un groupe cible de votre groupe Auto Scaling lorsque vous n'en avez plus besoin.
Pour l’option `--auto-scaling-group-name`, remplacez `my-asg` par le nom de votre groupe. Pour l’option `--traffic-sources`, remplacez l’exemple d’ARN par l’ARN d’un groupe cible pour un équilibreur Application Load Balancer, Network Load Balancer ou Gateway Load Balancer.
```
aws autoscaling detach-traffic-sources --auto-scaling-group-name my-asg \
--traffic-sources "Identifier=arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/1234567890123456"
```
Pour détacher un équilibreur Classic Load Balancer de votre groupe, renseignez les options `--traffic-sources` et `--type`, comme dans l’exemple suivant. Remplacez `my-classic-load-balancer` par le nom d’un équilibreur Classic Load Balancer. Pour l’option `--type`, indiquez une valeur de `elb`.
```
--traffic-sources "Identifier=my-classic-load-balancer" --type elb
```
## Supprimer les surveillances de l’état Elastic Load Balancing
Pour supprimer les tests de santé d'Elastic Load Balancing de votre groupe Auto Scaling, utilisez la [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html)commande suivante et spécifiez `EC2` la valeur de l'`--health-check-type`option. Remplacez `my-asg` par le nom de votre groupe.
```
aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \
--health-check-type "EC2"
```
Pour de plus amples informations, veuillez consulter [Surveillance de l’état des instances dans un groupe Auto Scaling](ec2-auto-scaling-health-checks.md).
## Anciennes commandes
Les exemples suivants montrent comment utiliser les anciennes commandes CLI pour attacher, détacher et décrire les équilibreurs de charge et les groupes cibles. Ils servent de référence pour les clients qui souhaitent les utiliser. Nous continuons à prendre en charge les anciennes commandes CLI, mais nous vous recommandons d’utiliser les nouvelles commandes CLI « sources de trafic », qui peuvent attacher et détacher plusieurs types de sources de trafic. Vous pouvez utiliser les anciennes commandes CLI et les commandes CLI « sources de trafic » sur le même groupe Auto Scaling.
### Attachez votre groupe cible ou votre équilibreur Classic Load Balancer (ancien)
**Pour attacher votre groupe cible**
La [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)commande suivante crée un groupe Auto Scaling auquel est attaché un groupe cible. Spécifiez l'Amazon Resource Name (ARN) d'un groupe cible pour un équilibreur de charge Application Load Balancer, Network Load Balancer ou Gateway Load Balancer.
```
aws autoscaling create-auto-scaling-group --auto-scaling-group-name my-asg \
--launch-template LaunchTemplateName=my-launch-template,Version='1' \
--vpc-zone-identifier "subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782" \
--target-group-arns "arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/1234567890123456" \
--min-size 1 --max-size 5
```
La commande [attach-load-balancer-target-groups](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/attach-load-balancer-target-groups.html) suivante attache un groupe cible à un groupe Auto Scaling existant.
```
aws autoscaling attach-load-balancer-target-groups --auto-scaling-group-name my-asg \
--target-group-arns "arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/1234567890123456"
```
**Pour attacher votre Classic Load Balancer**
La [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)commande suivante crée un groupe Auto Scaling auquel est rattaché un Classic Load Balancer.
```
aws autoscaling create-auto-scaling-group --auto-scaling-group-name my-asg \
--launch-configuration-name my-launch-config \
--vpc-zone-identifier "subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782" \
--load-balancer-names "my-load-balancer" \
--min-size 1 --max-size 5
```
La [attach-load-balancers](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/attach-load-balancers.html)commande suivante attache le Classic Load Balancer spécifié à un groupe Auto Scaling existant.
```
aws autoscaling attach-load-balancers --auto-scaling-group-name my-asg \
--load-balancer-names my-lb
```
### Décrivez votre groupe cible ou votre équilibreur Classic Load Balancer (ancien)
**Pour décrire les groupes cibles**
Pour décrire les groupes cibles associés à un groupe Auto Scaling, utilisez la commande [describe-load-balancer-target-groups](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-load-balancer-target-groups.html). L'exemple suivant répertorie les groupes cibles pour*my-asg*.
```
aws autoscaling describe-load-balancer-target-groups --auto-scaling-group-name my-asg
```
**Pour décrire les Classic Load Balancer.**
Pour décrire les équilibreurs de charge classiques associés à un groupe Auto Scaling, utilisez la [describe-load-balancers](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-load-balancers.html)commande. L'exemple suivant répertorie les équilibreurs de charge classiques pour*my-asg*.
```
aws autoscaling describe-load-balancers --auto-scaling-group-name my-asg
```
### Détachez votre groupe cible ou votre équilibreur Classic Load Balancer (ancien)
**Pour détacher un groupe cible**
La commande [detach-load-balancer-target-groups](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/detach-load-balancer-target-groups.html) suivante détache un groupe cible de votre groupe Auto Scaling lorsque vous n'en avez plus besoin.
```
aws autoscaling detach-load-balancer-target-groups --auto-scaling-group-name my-asg \
--target-group-arns "arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/1234567890123456"
```
**Pour détacher un équilibreur de charge Classic Load Balancer**
La [detach-load-balancers](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/detach-load-balancers.html)commande suivante détache un Classic Load Balancer de votre groupe Auto Scaling lorsque vous n'en avez plus besoin.
```
aws autoscaling detach-load-balancers --auto-scaling-group-name my-asg \
--load-balancer-names my-lb
```
# Gérez le flux de trafic avec un groupe cible VPC Lattice
Vous pouvez utiliser Amazon VPC Lattice pour gérer le flux de trafic et les appels d’API entre vos applications et services qui s’exécutent sur des ressources distinctes, comme les groupes Auto Scaling ou les fonctions Lambda. VPC Lattice est un service de mise en réseau d'applications qui vous permet de connecter, de sécuriser et de surveiller tous vos services sur plusieurs comptes et clouds privés virtuels (). VPCs Pour en savoir plus sur VPC Lattice, voir [Qu’est-ce que VPC Lattice ?](https://docs.aws.amazon.com/vpc-lattice/latest/ug/)
Pour commencer à utiliser VPC Lattice, créez d’abord les ressources VPC Lattice nécessaires pour permettre aux ressources d’un VPC associé à un réseau de services de se connecter entre elles. Ces ressources incluent les services, les écouteurs, les règles des écouteurs et les groupes cibles.
Pour associer un groupe Auto Scaling à un service VPC Lattice, créez un groupe cible pour le service qui achemine les demandes vers les instances enregistrées par ID d’instance, et ajoutez au service un écouteur qui envoie les demandes au groupe cible. Puis, attachez le groupe cible au groupe Auto Scaling. Amazon EC2 Auto Scaling enregistre automatiquement les instances EC2 en tant que cibles auprès du groupe cible. Plus tard, lorsqu’Amazon EC2 Auto Scaling doit mettre fin à une instance, il désenregistre automatiquement l’instance du groupe cible avant la résiliation.
Une fois que vous avez attaché le groupe cible, c’est le point d’entrée de toutes les demandes entrantes vers votre groupe Auto Scaling. Comme le montre l’exemple du schéma suivant, les demandes entrantes peuvent alors être acheminées vers le groupe cible approprié à l’aide des règles d’écoute spécifiées pour un service VPC Lattice.
![\[VPC Lattice achemine le trafic vers les cibles enregistrées dans deux groupes Auto Scaling à l’aide d’un routage basé sur le chemin d’accès.\]](http://docs.aws.amazon.com/fr_fr/autoscaling/ec2/userguide/images/vpc-lattice-diagram-auto-scaling-groups.png)
Lorsque le trafic est acheminé via VPC Lattice vers votre groupe Auto Scaling, VPC Lattice équilibre les demandes entre les instances du groupe en utilisant la répartition de charge avec un routage en tourniquet. VPC Lattice peut également surveiller l’état de ses instances enregistrées et n’acheminer le trafic qu’aux instances saines.
Pour que vos instances restent disponibles pour les demandes entrantes, vous pouvez éventuellement ajouter des surveillance de l’état VPC Lattice à votre groupe Auto Scaling. Ainsi, si l’une des instances EC2 a une défaillance, votre groupe Auto Scaling lance automatiquement une nouvelle instance pour la remplacer. Le comportement des surveillances de l’état VPC Lattice est similaire à celui des surveillances de l’état Elastic Load Balancing. Les surveillances d’état par défaut d’un groupe Auto Scaling correspondent uniquement aux surveillances de l’état EC2.
Pour en savoir plus sur VPC Lattice, consultez [Simplifier la Service-to-Service connectivité, la sécurité et la surveillance avec Amazon VPC Lattice, désormais disponible sur le blog](https://aws.amazon.com/blogs/aws/simplify-service-to-service-connectivity-security-and-monitoring-with-amazon-vpc-lattice-now-generally-available/). AWS
**Topics**
+ [Se préparer à attacher un groupe cible](getting-started-vpc-lattice.md)
+ [Associer un groupe cible VPC Lattice](attach-vpc-lattice-target-group-asg.md)
+ [Vérifier l’état d’attachement](verify-target-group-attachment-status.md)
# Se préparer à attacher un groupe cible VPC Lattice à votre groupe Auto Scaling
Avant d’attacher un groupe cible VPC Lattice à votre groupe Auto Scaling, vous devez remplir les conditions préalables suivantes :
+ Vous devez déjà avoir créé un réseau de services VPC Lattice, un service, un écouteur et un groupe cible. Pour plus d’informations, consultez les rubriques suivantes dans le *Guide de l’utilisateur VPC Lattice* :
+ [Réseaux de services](https://docs.aws.amazon.com/vpc-lattice/latest/ug/service-networks.html)
+ [Services](https://docs.aws.amazon.com/vpc-lattice/latest/ug/services.html)
+ [Écouteurs](https://docs.aws.amazon.com/vpc-lattice/latest/ug/listeners.html)
+ [Groupes cibles](https://docs.aws.amazon.com/vpc-lattice/latest/ug/target-groups.html)
+ Le groupe cible doit appartenir au même Compte AWS VPC et à la même région que votre groupe Auto Scaling.
+ Le groupe cible doit préciser un type de `instance` cible. Vous ne pouvez pas préciser un type de `ip` cible lorsque vous utilisez un groupe Auto Scaling.
+ Vous devez disposer d’autorisations IAM suffisantes pour attacher le groupe cible au groupe Auto Scaling. L’exemple de politique suivant illustre les autorisations minimales requises pour attacher et détacher des groupes cibles.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"autoscaling:AttachTrafficSources",
"autoscaling:DetachTrafficSources",
"autoscaling:DescribeTrafficSources",
"vpc-lattice:RegisterTargets",
"vpc-lattice:DeregisterTargets"
],
"Resource": "*"
}
]
}
```
------
+ Si le modèle de lancement de votre groupe Auto Scaling ne contient pas les paramètres corrects pour VPC Lattice, tels qu’un groupe de sécurité compatible, vous devez mettre à jour le modèle de lancement. Les instances existantes ne sont pas mises à jour avec les nouveaux paramètres lorsque le modèle de lancement est modifié. Pour mettre à jour les instances existantes, vous pouvez lancer une actualisation des instances pour les remplacer. 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).
+ Avant d’activer les surveillances de l’état VPC Lattice sur votre groupe Auto Scaling, vous pouvez configurer une surveillance de l’état basée sur l’application pour vérifier que votre application répond comme prévu. Pour plus d’informations, consultez la section [Surveillances de l’état de vos groupes cibles](https://docs.aws.amazon.com/vpc-lattice/latest/ug/target-group-health-checks.html) dans le *Guide de l’utilisateur VPC Lattice*.
## Groupes de sécurité : règles entrantes et sortantes
Les groupes de sécurité font office de pare-feu pour les instances EC2 associées, en contrôlant le trafic entrant et le trafic sortant au niveau de l’instance.
**Note**
La configuration réseau est suffisamment complexe pour que nous vous recommandions fortement de créer un nouveau groupe de sécurité à utiliser avec VPC Lattice. Cela vous permet également de vous Support aider plus facilement si vous devez les contacter. Les sections suivantes partent du principe que vous suivez cette recommandation.
Pour en savoir plus sur la création de groupes de sécurité pour VPC Lattice que vous pouvez utiliser avec votre groupe Auto Scaling, consultez la section [Contrôler le trafic à l’aide de groupes de sécurité](https://docs.aws.amazon.com/vpc-lattice/latest/ug/security-groups.html) dans le *Guide de l’utilisateur VPC Lattice*. Pour résoudre les problèmes liés au flux de trafic, consultez le *Guide de l’utilisateur VPC Lattice* pour plus d’informations.
Pour plus d'informations sur la création d'un groupe de sécurité, consultez la section [Créer un groupe de sécurité](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/creating-security-group.html) dans le *guide de l'utilisateur Amazon EC2* et utilisez le tableau suivant pour déterminer les options à sélectionner.
| Option | Value |
| --- | --- |
| Nom | Un nom facile à retenir. |
| Description | Description de la règle du groupe de sécurité vous permettant de l’identifier. |
| VPC | Le même VPC que le groupe Auto Scaling. |
### Règles entrantes
Lorsque vous créez un groupe de sécurité, il n’existe pas de règles entrantes. Aucun trafic entrant issu de clients d’un réseau de service VPC Lattice vers votre instance n’est autorisé tant que vous n’avez pas ajouté des règles entrantes au groupe de sécurité.
Pour permettre aux clients d’un réseau de service VPC Lattice de se connecter aux instances de votre groupe Auto Scaling, le groupe de sécurité de votre groupe Auto Scaling doit être correctement configuré. Dans ce cas, attribuez-lui une règle entrante pour autoriser le trafic provenant du nom de la liste de AWS préfixes gérée pour VPC Lattice, au lieu d'une adresse IP spécifique. La liste des préfixes VPC Lattice est une plage d’adresses IP utilisées par VPC Lattice en notation CIDR. Pour plus d'informations, consultez la section [Travailler avec des listes de préfixes AWS gérées](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-aws-managed-prefix-lists.html) dans le guide de l'utilisateur Amazon *VPC*.
Pour plus d'informations sur la façon d'ajouter des règles à un groupe de sécurité, consultez [Configurer les règles du groupe de sécurité](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-security-group-rules.html) dans le *guide de l'utilisateur Amazon VPC* et utilisez le tableau suivant pour déterminer les options à sélectionner.
| Option | Value |
| --- | --- |
| Règle HTTP | Type : HTTP Source : com.amazonaws. *region*.vpc en treillis |
| Règle HTTP | Type : HTTPS Source : com.amazonaws. *region*.vpc en treillis |
Le groupe de sécurité est avec état : il autorise le trafic issu des clients du réseau de service VPC Lattice vers les instances de votre groupe Auto Scaling, puis renvoie la réponse au client qu’il a quitté.
### Règles sortantes
Par défaut, un groupe de sécurité inclut une règle sortante qui autorise tout le trafic sortant. Vous pouvez éventuellement supprimer cette règle par défaut et ajouter une règle sortante pour répondre à des besoins de sécurité spécifiques.
## Limitations
+ [Les groupes d'instances mixtes](ec2-auto-scaling-mixed-instances-groups.md) sont pris en charge. Si vous associez un groupe cible VPC Lattice à un groupe Auto Scaling doté d'une politique d'instances mixtes, l'algorithme d'équilibrage de charge répartit la charge de manière uniforme sur toutes les ressources disponibles et suppose que les instances sont suffisamment similaires pour gérer des charges égales.
# Attacher un groupe cible VPC Lattice à votre groupe Auto Scaling
Cette rubrique explique comment attacher un groupe cible VPC Lattice à un groupe Auto Scaling. Elle décrit également comment activer les surveillances de l’état VPC Lattice pour permettre à Amazon EC2 Auto Scaling de remplacer les instances signalées par VPC Lattice comme non saines.
Par défaut, Amazon EC2 Auto Scaling remplace uniquement les instances non saines ou inaccessibles sur la base des surveillances de l’état Amazon EC2. Si vous activez les surveillances de l’état VPC Lattice, Amazon EC2 Auto Scaling peut remplacer une instance en cours d’exécution si l’un des groupes cibles VPC Lattice que vous attachez au groupe Auto Scaling le signale comme étant non sain. Pour de plus amples informations, veuillez consulter [Surveillance de l’état des instances dans un groupe Auto Scaling](ec2-auto-scaling-health-checks.md).
**Important**
Avant de continuer, remplissez l'ensemble des [conditions préalables](getting-started-vpc-lattice.md) de la section précédente.
## Associer un groupe cible VPC Lattice
Vous pouvez associer un ou plusieurs groupes cibles à un groupe Auto Scaling lorsque vous créez ou mettez à jour le groupe.
------
#### [ Console ]
Suivez les étapes de cette section pour utiliser la console afin de :
+ Attacher un groupe cible VPC Lattice à votre groupe Auto Scaling
+ Activer les surveillances de l’état pour VPC Lattice
**Pour attacher un groupe cible VPC Lattice à un nouveau groupe Auto Scaling**
1. Ouvrez la console Amazon EC2 à l'adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/), puis sélectionnez **Auto Scaling Groups** dans le volet de navigation.
1. Dans la barre de navigation située en haut de l’écran, choisissez la Région AWS dans laquelle vous avez créé votre groupe Auto Scaling.
1. Choisissez **Créer un groupe Auto Scaling**.
1. Aux étapes 1 et 2, choisissez vos options souhaitées et passez à **Étape 3 : configurer des options avancées**.
1. Pour **Options d’intégration VPC Lattice**, choisissez **Attacher au service VPC Lattice**.
1. Sous **Choisir un groupe cible VPC Lattice**, choisissez votre groupe cible.
1. (Facultatif) Pour les **surveillances de l’état** et les **types de surveillance de l’état supplémentaires**, sélectionnez **Activer les surveillances de l’état du réseau VPC**.
1. (Facultatif) Dans le champ **Période de grâce de la surveillance de l’état**, saisissez le délai en secondes. Ce délai correspond à la durée pendant laquelle Amazon EC2 Auto Scaling doit attendre avant de vérifier l'état de santé d'une instance après son entrée dans `InService` cet état. Pour de plus amples informations, veuillez consulter [Définir la période de grâce de la surveillance de l'état pour un groupe Auto Scaling](health-check-grace-period.md).
1. Procédez à la création du groupe Auto Scaling. Vos instances seront automatiquement enregistrées dans le groupe cible VPC Lattice une fois le groupe Auto Scaling créé.
**Pour attacher un groupe cible VPC Lattice à un groupe Auto Scaling existant**
Suivez la procédure ci-dessous pour attacher un groupe cible pour un service à un groupe Auto Scaling existant.
1. Ouvrez la console Amazon EC2 à l'adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/), puis sélectionnez **Auto Scaling Groups** dans le volet de navigation.
1. Cochez la case située en regard de votre groupe Auto Scaling.
Un volet fractionné s’ouvre en bas de la page.
1. Dans l’onglet **Détails**, choisissez **Options d’intégration VPC Lattice**, puis **Modifier.**
1. Sous **Options d’intégration VPC Lattice**, choisissez **Attacher au service VPC Lattice**.
1. Sous **Choisir un groupe cible VPC Lattice**, choisissez votre groupe cible.
1. Choisissez **Mettre à jour**.
Lorsque vous avez terminé d’associer le groupe cible, vous pouvez éventuellement activer les surveillances de l’état qui l’utilisent.
**Activer les surveillances de l’état VPC Lattice**
1. Sous l’onglet **Détails** choisissez **Vérifications de l’états**, **Modifier**.
1. Pour les **surveillances de l’état** et les **types de surveillance de l’état supplémentaires**, sélectionnez **Activer les surveillances de l’état du réseau VPC**.
1. Dans le champ **Période de grâce de la surveillance de l’état**, saisissez le délai en secondes. Ce délai correspond à la durée pendant laquelle Amazon EC2 Auto Scaling doit attendre avant de vérifier l'état de santé d'une instance après son entrée dans `InService` cet état. Pour de plus amples informations, veuillez consulter [Définir la période de grâce de la surveillance de l'état pour un groupe Auto Scaling](health-check-grace-period.md).
1. Choisissez **Mettre à jour**.
------
#### [ AWS CLI ]
Suivez les étapes décrites dans cette section pour utiliser le AWS CLI pour :
+ Attacher un groupe cible VPC Lattice à votre groupe Auto Scaling
+ Activer les surveillances de l’état pour VPC Lattice
**Pour attacher un groupe cible VPC Lattice à votre groupe Auto Scaling**
Utilisez la [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)commande suivante pour créer un groupe Auto Scaling et associer simultanément un groupe cible VPC Lattice en spécifiant son Amazon Resource Name (ARN).
Remplacez les valeurs d’exemple de `--auto-scaling-group-name`, `--vpc-zone-identifier`, `--min-size`, et `--max-size`. Pour l’option `--launch-template`, remplacez `my-launch-template` et `1` par le nom et la version du modèle de lancement que vous avez créé pour les instances enregistrées auprès d’un groupe cible VPC Lattice. Pour l’option `--traffic-sources`, remplacez l’exemple d’ARN par l’ARN de votre groupe cible VPC Lattice.
```
aws autoscaling create-auto-scaling-group --auto-scaling-group-name my-asg \
--launch-template LaunchTemplateName=my-launch-template,Version='1' \
--vpc-zone-identifier "subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782" \
--min-size 1 --max-size 5 \
--traffic-sources "Identifier=arn:aws:vpc-lattice:region:account-id:targetgroup/tg-0e2f2665eEXAMPLE"
```
Utilisez la [attach-traffic-sources](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/attach-traffic-sources.html)commande suivante pour associer un groupe cible VPC Lattice à un groupe Auto Scaling après sa création.
```
aws autoscaling attach-traffic-sources --auto-scaling-group-name my-asg \
--traffic-sources "Identifier=arn:aws:vpc-lattice:region:account-id:targetgroup/tg-0e2f2665eEXAMPLE"
```
**Pour activer les surveillances de l’état pour VPC Lattice**
Si vous avez configuré un contrôle de santé basé sur les applications pour votre groupe cible **VPC Lattice**, vous pouvez activer ces surveillances de l’état. Utilisez la [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html)commande [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)ou avec l'`--health-check-type`option et la valeur de`VPC_LATTICE`. Pour spécifier le délai de grâce pour les surveillances de l’état effectuées par votre groupe Auto Scaling, incluez l’option `--health-check-grace-period` et indiquez sa valeur en secondes.
```
--health-check-type "VPC_LATTICE" --health-check-grace-period 60
```
------
## Détacher un groupe cible VPC Lattice
Lorsque vous n’avez plus besoin d’utiliser VPC Lattice, suivez la procédure ci-dessous pour détacher le groupe cible de votre groupe Auto Scaling.
------
#### [ Console ]
Suivez les étapes de cette section pour utiliser la console afin de :
+ Détacher un groupe cible VPC Lattice d’un groupe Auto Scaling
+ Désactiver les surveillances de l’état pour VPC Lattice
**Pour détacher un groupe cible VPC Lattice d’un groupe Auto Scaling**
1. Ouvrez la console Amazon EC2 à l'adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/), puis sélectionnez **Auto Scaling Groups** dans le volet de navigation.
1. Activez la case à cocher en regard d'un groupe existant.
Un volet fractionné s’ouvre en bas de la page.
1. Dans l’onglet **Détails**, choisissez **Options d’intégration VPC Lattice**, puis **Modifier.**
1. Sous **Options d’intégration VPC Lattice**, choisissez l’icône de suppression (X) en regard du groupe cible.
1. Choisissez **Mettre à jour**.
Lorsque vous avez terminé de détacher le groupe cible, vous pouvez désactiver les surveillances de l’état du VPC Lattice.
**Pour désactiver les surveillances de l’état VPC Lattice**
1. Sous l’onglet **Détails** choisissez **Vérifications de l’états**, **Modifier**.
1. Pour les **surveillances de l’état** et les **types de surveillance de l’état supplémentaires**, désélectionnez **Activer les surveillances de l’état du réseau VPC**.
1. Choisissez **Mettre à jour**.
------
#### [ AWS CLI ]
Suivez les étapes décrites dans cette section pour utiliser le AWS CLI pour :
+ Détacher un groupe cible VPC Lattice d’un groupe Auto Scaling
+ Désactiver les surveillances de l’état pour VPC Lattice
Utilisez la [detach-traffic-sources](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/detach-traffic-sources.html)commande pour détacher un groupe cible de votre groupe Auto Scaling lorsque vous n'en avez plus besoin.
```
aws autoscaling detach-traffic-sources --auto-scaling-group-name my-asg \
--traffic-sources "Identifier=arn:aws:vpc-lattice:region:account-id:targetgroup/tg-0e2f2665eEXAMPLE"
```
Pour mettre à jour les contrôles de santé d'un groupe Auto Scaling afin qu'il n'utilise plus les contrôles de santé VPC Lattice, utilisez la commande. [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html) Incluez l’option `--health-check-type` et une valeur de`EC2`.
```
aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \
--health-check-type "EC2"
```
------
# Vérifier l’état d’attachement de votre groupe cible VPC Lattice
Une fois que vous avez attaché un groupe cible VPC Lattice à un groupe Auto Scaling, celui-ci entre dans l’état `Adding` lors de l’enregistrement des instances dans le groupe. Lorsque toutes les instances du groupe sont enregistrées, il passe à l’état `Added`. Lorsqu'au moins une instance enregistrée réussit les surveillances de l'état, il passe en statut `InService`. Une fois que le groupe cible est passé à l’état `InService`, Amazon EC2 Auto Scaling peut résilier les instances signalées comme non saines et les remplacer. Si aucune instance enregistrée ne réussit les surveillances d’état (par exemple, en raison d’une mauvaise configuration de la surveillance de l’état), le groupe cible ne passe pas à l’état `InService`. Amazon EC2 Auto Scaling ne résilie donc pas les instances et ne les remplace pas.
Lorsque vous détachez un groupe cible, il passe en statut `Removing` pendant le désenregistrement des instances dans le groupe. Les instances restent en cours d’exécution après leur désenregistrement. Par défaut, le drainage de la connexion (délai d’annulation d’enregistrement) est activé. Si le drainage de la connexion est activé, VPC Lattice attend que les demandes à la volée soient terminées ou que le délai maximal expire (selon la première éventualité) avant d’annuler l’enregistrement des instances.
Vous pouvez vérifier l'état de la pièce jointe en utilisant le AWS Command Line Interface (AWS CLI) ou AWS SDKs. Vous ne pouvez pas vérifier l’état d’attachement sur la console.
**Pour utiliser le AWS CLI pour vérifier l'état de la pièce jointe**
La [describe-traffic-sources](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-traffic-sources.html)commande suivante renvoie l'état d'attachement de toutes les sources de trafic pour le groupe Auto Scaling spécifié.
```
aws autoscaling describe-traffic-sources --auto-scaling-group-name my-asg
```
L’exemple renvoie l’ARN du groupe cible VPC Lattice attaché au groupe Auto Scaling, ainsi que l’état d’attachement du groupe cible dans l’élément `State`.
```
{
"TrafficSources": [
{
"Identifier": "arn:aws:vpc-lattice:region:account-id:targetgroup/tg-0e2f2665eEXAMPLE",
"State": "InService",
"Type": "vpc-lattice"
}
]
}
```
# EventBridge À utiliser pour gérer les événements Auto Scaling
Amazon EventBridge, anciennement appelé CloudWatch Events, vous aide à configurer des règles basées sur les événements qui surveillent les ressources et initient des actions ciblées utilisant d'autres AWS services.
Les événements d'Amazon EC2 Auto Scaling sont transmis EventBridge en temps quasi réel. Vous pouvez établir des EventBridge règles qui invoquent des actions programmatiques et des notifications en réponse à divers événements de ce type. Par exemple, lorsque les instances sont en cours de lancement ou d'arrêt, vous pouvez appeler une AWS Lambda fonction pour exécuter une tâche préconfigurée.
Les cibles des EventBridge règles peuvent inclure AWS Lambda des fonctions, des rubriques Amazon SNS, des destinations d'API, des bus d'événements Comptes AWS, etc. Pour plus d'informations sur les cibles prises en charge, consultez [ EventBridge les cibles Amazon](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-targets.html) dans le *guide de EventBridge l'utilisateur Amazon*.
Commencez par créer des EventBridge règles avec un exemple à l'aide d'une rubrique Amazon SNS et d'une EventBridge règle. Ensuite, lorsqu'un utilisateur démarre une actualisation d'instance, Amazon SNS vous avertit par e-mail chaque fois qu'un point de contrôle est atteint. Pour de plus amples informations, veuillez consulter [Créez des EventBridge règles pour les événements d'actualisation, par exemple](monitor-events-eventbridge-sns.md).
**Topics**
+ [Référence de l'événement Amazon EC2 Auto Scaling](ec2-auto-scaling-event-reference.md)
+ [Exemples d'événements et de modèles d'actualisation des instances](instance-refresh-eventbridge-events.md)
+ [Exemples d’événements et de modèles de groupe chaud](warm-pools-eventbridge-events.md)
+ [Utilisez les EventBridge règles d'Amazon pour automatiser les actions](create-eventbridge-rules.md)
# Référence de l'événement Amazon EC2 Auto Scaling
À l'aide d'Amazon EventBridge, vous pouvez créer des *règles* qui correspondent aux *événements* entrants et les acheminer vers *des cibles à des* fins de traitement.
**Topics**
+ [Événements d’action de cycle de vie](#ec2-auto-scaling-lifecycle-action-events)
+ [Événements réussis de mise à l’échelle](#ec2-auto-scaling-successful-scaling-events)
+ [Échec des événements de mise à l’échelle](#ec2-auto-scaling-unsuccessful-scaling-events)
## Événements d’action de cycle de vie
Lorsque vous ajoutez des hooks de cycle de vie à votre groupe Auto Scaling, Amazon EC2 Auto Scaling envoie des événements EventBridge lorsqu'une instance passe en état d'attente. Les événements sont générés sur la base du meilleur effort.
**Topics**
+ [Action du cycle de vie de montée en puissance](#launch-lifecycle-action)
+ [Action du cycle de vie de mise à l’échelle horizontale](#terminate-lifecycle-action)
### Action du cycle de vie de montée en puissance
L’événement suivant en exemple montre que Amazon EC2 Auto Scaling a déplacé une instance vers un état `Pending:Wait` en raison d’un hook de cycle de vie de lancement.
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Instance-launch Lifecycle Action",
"source": "aws.autoscaling",
"account": "123456789012",
"time": "yyyy-mm-ddThh:mm:ssZ",
"region": "us-west-2",
"resources": [
"auto-scaling-group-arn"
],
"detail": {
"LifecycleActionToken": "87654321-4321-4321-4321-210987654321",
"AutoScalingGroupName": "my-asg",
"LifecycleHookName": "my-lifecycle-hook",
"EC2InstanceId": "i-1234567890abcdef0",
"LifecycleTransition": "autoscaling:EC2_INSTANCE_LAUNCHING",
"NotificationMetadata": "additional-info",
"Origin": "EC2",
"Destination": "AutoScalingGroup"
}
}
```
### Action du cycle de vie de mise à l’échelle horizontale
L’événement suivant en exemple montre que Amazon EC2 Auto Scaling a déplacé une instance vers un état `Terminating:Wait` en raison d’un hook de cycle de vie de résiliation.
**Important**
Lorsqu’un groupe Auto Scaling renvoie des instances vers un groupe chaud lors de la mise à l’échelle horizontale, ce renvoi peut également générer des événements `EC2 Instance-terminate Lifecycle Action`. Les événements générés lorsqu’une instance passe à l’état d’attente lors de mise à l’échelle horizontale indiquent `WarmPool` comme valeur de `Destination`. Pour de plus amples informations, veuillez consulter [Instance reuse policy](ec2-auto-scaling-warm-pools.md#instance-reuse-policy).
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Instance-terminate Lifecycle Action",
"source": "aws.autoscaling",
"account": "123456789012",
"time": "yyyy-mm-ddThh:mm:ssZ",
"region": "us-west-2",
"resources": [
"auto-scaling-group-arn"
],
"detail": {
"LifecycleActionToken":"87654321-4321-4321-4321-210987654321",
"AutoScalingGroupName":"my-asg",
"LifecycleHookName":"my-lifecycle-hook",
"EC2InstanceId":"i-1234567890abcdef0",
"LifecycleTransition":"autoscaling:EC2_INSTANCE_TERMINATING",
"NotificationMetadata":"additional-info",
"Origin": "AutoScalingGroup",
"Destination": "EC2"
}
}
```
## Événements réussis de mise à l’échelle
Les exemples suivants montrent les types d’événements en cas d’événements réussis de mise à l’échelle. Les événements sont générés sur la base du meilleur effort.
**Topics**
+ [Événement réussi de montée en puissance](#launch-successful)
+ [Événement réussi de mise à l’échelle horizontale](#terminate-successful)
### Événement réussi de montée en puissance
L’événement suivant en exemple montre que Amazon EC2 Auto Scaling a lancé une instance avec succès.
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Instance Launch Successful",
"source": "aws.autoscaling",
"account": "123456789012",
"time": "yyyy-mm-ddThh:mm:ssZ",
"region": "us-west-2",
"resources": [
"auto-scaling-group-arn",
"instance-arn"
],
"detail": {
"StatusCode": "InProgress",
"Description": "Launching a new EC2 instance: i-12345678",
"AutoScalingGroupName": "my-asg",
"ActivityId": "87654321-4321-4321-4321-210987654321",
"Details": {
"Availability Zone": "us-west-2b",
"Subnet ID": "subnet-12345678"
},
"RequestId": "12345678-1234-1234-1234-123456789012",
"StatusMessage": "",
"EndTime": "yyyy-mm-ddThh:mm:ssZ",
"EC2InstanceId": "i-1234567890abcdef0",
"StartTime": "yyyy-mm-ddThh:mm:ssZ",
"Cause": "description-text",
"Origin": "EC2",
"Destination": "AutoScalingGroup"
}
}
```
### Événement réussi de mise à l’échelle horizontale
L’événement suivant en exemple montre que Amazon EC2 Auto Scaling a résilié une instance avec succès.
**Important**
Lorsqu’un groupe Auto Scaling renvoie des instances vers un groupe chaud lors de la mise à l’échelle horizontale, ce renvoi peut également générer des événements `EC2 Instance Terminate Successful`. Les événements générés lorsqu’une instance retourne avec succès dans le groupe chaud indiquent `WarmPool` comme valeur de `Destination`. Pour de plus amples informations, veuillez consulter [Instance reuse policy](ec2-auto-scaling-warm-pools.md#instance-reuse-policy).
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Instance Terminate Successful",
"source": "aws.autoscaling",
"account": "123456789012",
"time": "yyyy-mm-ddThh:mm:ssZ",
"region": "us-west-2",
"resources": [
"auto-scaling-group-arn",
"instance-arn"
],
"detail": {
"StatusCode": "InProgress",
"Description": "Terminating EC2 instance: i-12345678",
"AutoScalingGroupName": "my-asg",
"ActivityId": "87654321-4321-4321-4321-210987654321",
"Details": {
"Availability Zone": "us-west-2b",
"Subnet ID": "subnet-12345678"
},
"RequestId": "12345678-1234-1234-1234-123456789012",
"StatusMessage": "",
"EndTime": "yyyy-mm-ddThh:mm:ssZ",
"EC2InstanceId": "i-1234567890abcdef0",
"StartTime": "yyyy-mm-ddThh:mm:ssZ",
"Cause": "description-text",
"Origin": "AutoScalingGroup",
"Destination": "EC2"
}
}
```
## Échec des événements de mise à l’échelle
Les exemples suivants montrent les types d’événements en cas d’échec des événements de mise à l’échelle. Les événements sont générés sur la base du meilleur effort.
**Topics**
+ [Échec de l’événement de montée en puissance](#launch-unsuccessful)
+ [Échec de l’événement de mise à l’échelle horizontale](#terminate-unsuccessful)
### Échec de l’événement de montée en puissance
L’événement suivant en exemple montre que Amazon EC2 Auto Scaling n’a pas pu lancer une instance.
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Instance Launch Unsuccessful",
"source": "aws.autoscaling",
"account": "123456789012",
"time": "yyyy-mm-ddThh:mm:ssZ",
"region": "us-west-2",
"resources": [
"auto-scaling-group-arn",
"instance-arn"
],
"detail": {
"StatusCode": "Failed",
"AutoScalingGroupName": "my-asg",
"ActivityId": "87654321-4321-4321-4321-210987654321",
"Details": {
"Availability Zone": "us-west-2b",
"Subnet ID": "subnet-12345678"
},
"RequestId": "12345678-1234-1234-1234-123456789012",
"StatusMessage": "message-text",
"EndTime": "yyyy-mm-ddThh:mm:ssZ",
"EC2InstanceId": "i-1234567890abcdef0",
"StartTime": "yyyy-mm-ddThh:mm:ssZ",
"Cause": "description-text",
"Origin": "EC2",
"Destination": "AutoScalingGroup"
}
}
```
### Échec de l’événement de mise à l’échelle horizontale
L’événement suivant en exemple montre que Amazon EC2 Auto Scaling n’a pas pu résilier une instance.
**Important**
Lorsqu’un groupe Auto Scaling renvoie des instances vers un groupe chaud lors de la mise à l’échelle horizontale, l’échec de ce renvoi peut également générer des événements `EC2 Instance Terminate Unsuccessful`. Les événements générés lorsqu’une instance ne parvient pas à retourner dans le groupe chaud indiquent `WarmPool` comme valeur de `Destination`. Pour de plus amples informations, veuillez consulter [Instance reuse policy](ec2-auto-scaling-warm-pools.md#instance-reuse-policy).
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Instance Terminate Unsuccessful",
"source": "aws.autoscaling",
"account": "123456789012",
"time": "yyyy-mm-ddThh:mm:ssZ",
"region": "us-west-2",
"resources": [
"auto-scaling-group-arn",
"instance-arn"
],
"detail": {
"StatusCode": "Failed",
"AutoScalingGroupName": "my-asg",
"ActivityId": "87654321-4321-4321-4321-210987654321",
"Details": {
"Availability Zone": "us-west-2b",
"Subnet ID": "subnet-12345678"
},
"RequestId": "12345678-1234-1234-1234-123456789012",
"StatusMessage": "message-text",
"EndTime": "yyyy-mm-ddThh:mm:ssZ",
"EC2InstanceId": "i-1234567890abcdef0",
"StartTime": "yyyy-mm-ddThh:mm:ssZ",
"Cause": "description-text",
"Origin": "AutoScalingGroup",
"Destination": "EC2"
}
}
```
# Exemples d'événements et de modèles d'actualisation des instances
À l'aide d'Amazon EventBridge, vous pouvez créer des *règles* qui correspondent aux *événements* entrants et les acheminer vers *des cibles à des* fins de traitement.
**Topics**
+ [Événements d’actualisation d’instance](#instance-refresh-events)
+ [Actualisation des instances : remplacement des événements du cycle de vie du volume racine](#instance-refresh-rvr-lifecycle-events)
## Événements d’actualisation d’instance
Les exemples suivants illustrent des événements de la fonction d’actualisation des instances. Les événements sont générés sur la base du meilleur effort.
**Topics**
+ [Point de contrôle atteint](#instance-refresh-checkpoint-reached)
+ [Début de l’actualisation de l’instance](#instance-refresh-started)
+ [Actualisation de l’instance réussie](#instance-refresh-succeeded)
+ [Échec de l’actualisation de l’instance](#instance-refresh-failed)
+ [Annulation de l’actualisation de l’instance](#instance-refresh-cancelled)
+ [L'annulation de l'actualisation de l'instance a commencé](#instance-refresh-rollback-started)
+ [Annulation de l'actualisation de l'instance réussie](#instance-refresh-rollback-succeeded)
+ [L'annulation de l'actualisation de l'instance a échoué](#instance-refresh-rollback-failed)
### Point de contrôle atteint
Lorsque le nombre d’instances qui ont été remplacées atteint le seuil (en pourcentage) défini pour le point de contrôle, Amazon EC2 Auto Scaling envoie l’événement suivant.
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Auto Scaling Instance Refresh Checkpoint Reached",
"source": "aws.autoscaling",
"account": "123456789012",
"time": "yyyy-mm-ddThh:mm:ssZ",
"region": "us-west-2",
"resources": [
"auto-scaling-group-arn"
],
"detail": {
"InstanceRefreshId": "ab00cf8f-9126-4f3c-8010-dbb8cad6fb86",
"AutoScalingGroupName": "my-asg",
"CheckpointPercentage": "50",
"CheckpointDelay": "300"
}
}
```
### Début de l’actualisation de l’instance
Lorsque le statut d’une actualisation d’instance passe à `InProgress`, Amazon EC2 Auto Scaling envoie les événements suivants.
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Auto Scaling Instance Refresh Started",
"source": "aws.autoscaling",
"account": "123456789012",
"time": "yyyy-mm-ddThh:mm:ssZ",
"region": "us-west-2",
"resources": [
"auto-scaling-group-arn"
],
"detail": {
"InstanceRefreshId": "c613620e-07e2-4ed2-a9e2-ef8258911ade",
"AutoScalingGroupName": "my-asg"
}
}
```
### Actualisation de l’instance réussie
Lorsque le statut d’une actualisation d’instance passe à `Successful`, Amazon EC2 Auto Scaling envoie les événements suivants.
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Auto Scaling Instance Refresh Succeeded",
"source": "aws.autoscaling",
"account": "123456789012",
"time": "yyyy-mm-ddThh:mm:ssZ",
"region": "us-west-2",
"resources": [
"auto-scaling-group-arn"
],
"detail": {
"InstanceRefreshId": "c613620e-07e2-4ed2-a9e2-ef8258911ade",
"AutoScalingGroupName": "my-asg"
}
}
```
### Échec de l’actualisation de l’instance
Lorsque le statut d’une actualisation d’instance passe à `Failed`, Amazon EC2 Auto Scaling envoie les événements suivants.
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Auto Scaling Instance Refresh Failed",
"source": "aws.autoscaling",
"account": "123456789012",
"time": "yyyy-mm-ddThh:mm:ssZ",
"region": "us-west-2",
"resources": [
"auto-scaling-group-arn"
],
"detail": {
"InstanceRefreshId": "c613620e-07e2-4ed2-a9e2-ef8258911ade",
"AutoScalingGroupName": "my-asg"
}
}
```
### Annulation de l’actualisation de l’instance
Lorsque le statut d’une actualisation d’instance passe à `Cancelled`, Amazon EC2 Auto Scaling envoie les événements suivants.
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Auto Scaling Instance Refresh Cancelled",
"source": "aws.autoscaling",
"account": "123456789012",
"time": "yyyy-mm-ddThh:mm:ssZ",
"region": "us-west-2",
"resources": [
"auto-scaling-group-arn"
],
"detail": {
"InstanceRefreshId": "c613620e-07e2-4ed2-a9e2-ef8258911ade",
"AutoScalingGroupName": "my-asg"
}
}
```
### L'annulation de l'actualisation de l'instance a commencé
Lorsque le statut d’une actualisation d’instance passe à `RollbackInProgress`, Amazon EC2 Auto Scaling envoie les événements suivants.
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Auto Scaling Instance Refresh Rollback Started",
"source": "aws.autoscaling",
"account": "123456789012",
"time": "yyyy-mm-ddThh:mm:ssZ",
"region": "us-west-2",
"resources": [
"auto-scaling-group-arn"
],
"detail": {
"InstanceRefreshId": "c613620e-07e2-4ed2-a9e2-ef8258911ade",
"AutoScalingGroupName": "my-asg"
}
}
```
### Annulation de l'actualisation de l'instance réussie
Lorsque le statut d’une actualisation d’instance passe à `RollbackSuccessful`, Amazon EC2 Auto Scaling envoie les événements suivants.
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Auto Scaling Instance Refresh Rollback Succeeded",
"source": "aws.autoscaling",
"account": "123456789012",
"time": "yyyy-mm-ddThh:mm:ssZ",
"region": "us-west-2",
"resources": [
"auto-scaling-group-arn"
],
"detail": {
"InstanceRefreshId": "c613620e-07e2-4ed2-a9e2-ef8258911ade",
"AutoScalingGroupName": "my-asg"
}
}
```
### L'annulation de l'actualisation de l'instance a échoué
Lorsque le statut d’une actualisation d’instance passe à `Failed`, Amazon EC2 Auto Scaling envoie les événements suivants.
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Auto Scaling Instance Refresh Rollback Failed",
"source": "aws.autoscaling",
"account": "123456789012",
"time": "yyyy-mm-ddThh:mm:ssZ",
"region": "us-west-2",
"resources": [
"auto-scaling-group-arn"
],
"detail": {
"InstanceRefreshId": "c613620e-07e2-4ed2-a9e2-ef8258911ade",
"AutoScalingGroupName": "my-asg"
}
}
```
## Actualisation des instances : remplacement des événements du cycle de vie du volume racine
Lorsque vous ajoutez des hooks de cycle de vie à votre groupe Auto Scaling, Amazon EC2 Auto Scaling envoie des événements EventBridge lorsqu'une instance passe en état d'attente. Pour de plus amples informations, veuillez consulter [Utilisez des hooks de cycle de vie pour remplacer le volume racine](replace-root-volume.md#replace-root-volume-lifecycle-hooks).
Les exemples suivants montrent des événements lorsque votre groupe Auto Scaling possède des instances en cours de remplacement d'un volume racine lors d'une actualisation d'instance. Les événements sont générés sur la base du meilleur effort.
**Topics**
+ [Lancer l'action de remplacement du cycle de vie du volume racine](#rvr-start-lifecycle-action)
+ [Fin de l'action de remplacement du cycle de vie du volume racine](#rvr-end-lifecycle-action)
+ [Exemples de modèles d'événement](#rvr-event-patterns)
### Lancer l'action de remplacement du cycle de vie du volume racine
Lorsqu'une instance est sélectionnée pour le remplacement du volume racine lors de l'actualisation de l'instance et que son état passe à`ReplacingRootVolume:Wait`.
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Instance-terminate Lifecycle Action",
"source": "aws.autoscaling",
"account": "123456789012",
"time": "2021-01-13T00:12:37.214Z",
"region": "us-west-2",
"resources": [
"auto-scaling-group-arn"
],
"detail": {
"LifecycleActionToken": "71514b9d-6a40-4b26-8523-05e7eEXAMPLE",
"AutoScalingGroupName": "my-asg",
"LifecycleHookName": "my-terminate-lifecycle-hook",
"EC2InstanceId": "i-1234567890abcdef0",
"LifecycleTransition": "autoscaling:EC2_INSTANCE_TERMINATING",
"NotificationMetadata": "additional-info",
"Origin": "AutoScalingGroup",
"Destination": "AutoScalingGroup",
"Action": "ReplaceRootVolume"
}
}
```
### Fin de l'action de remplacement du cycle de vie du volume racine
Lorsqu'une instance a terminé le remplacement du volume racine et que son état passe à`Pending:Wait`.
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Instance-launch Lifecycle Action",
"source": "aws.autoscaling",
"account": "123456789012",
"time": "2021-01-13T00:12:37.214Z",
"region": "us-west-2",
"resources": [
"auto-scaling-group-arn"
],
"detail": {
"LifecycleActionToken": "71514b9d-6a40-4b26-8523-05e7eEXAMPLE",
"AutoScalingGroupName": "my-asg",
"LifecycleHookName": "my-launch-lifecycle-hook",
"EC2InstanceId": "i-1234567890abcdef0",
"LifecycleTransition": "autoscaling:EC2_INSTANCE_LAUNCHING",
"NotificationMetadata": "additional-info",
"Origin": "AutoScalingGroup",
"Destination": "AutoScalingGroup",
"Action": "ReplaceRootVolume"
}
}
```
### Exemples de modèles d'événement
La section précédente fournit des exemples d'événements émis par Amazon EC2 Auto Scaling lors d'une actualisation d'instance avec une stratégie de remplacement du volume racine. EventBridge les modèles d'événements ont la même structure que les événements auxquels ils correspondent. Le modèle place entre guillemets les champs que vous voulez faire correspondre et fournit les valeurs que vous recherchez. Les champs suivants de l'événement constituent le modèle d'événement défini dans la règle permettant d'appeler une action :
`"source": "aws.autoscaling"`
Identifie que l'événement provient de Amazon EC2 Auto Scaling.
`"detail-type": "EC2 Instance-launch Lifecycle Action"`
Identifie le type d’événement.
`"Action": "ReplaceRootVolume"`
Identifie l'action en cours d'exécution sur l'instance.
Utilisez l'exemple de modèle d'événements suivant pour capturer tous les événements associés aux instances qui se préparent à remplacer leur volume racine :
```
{
"source": [ "aws.autoscaling" ],
"detail-type": [ "EC2 Instance-terminate Lifecycle Action" ],
"detail": {
"Action": [ "ReplaceRootVolume" ]
}
}
```
Utilisez l'exemple de modèle d'événement suivant pour capturer tous les événements associés à la remise en service des instances après le remplacement du volume racine :
```
{
"source": [ "aws.autoscaling" ],
"detail-type": [ "EC2 Instance-launch Lifecycle Action" ],
"detail": {
"Action": [ "ReplaceRootVolume" ]
}
}
```
# Exemples d’événements et de modèles de groupe chaud
Amazon EC2 Auto Scaling prend en charge plusieurs modèles prédéfinis dans Amazon EventBridge. Cela simplifie la création d'un modèle d'événement. Vous sélectionnez les valeurs des champs dans un formulaire et vous EventBridge générez le modèle pour vous. Pour le moment, Amazon EC2 Auto Scaling ne prend pas en charge les modèles prédéfinis pour les événements émis par un groupe Auto Scaling doté d'un groupe d'instances pré-initialisées. Vous devez entrer le modèle en tant qu'objet JSON. Cette section et la rubrique [Créez des EventBridge règles pour les événements en piscine chaude](warm-pool-events-eventbridge-rules.md) vous montre comment utiliser un modèle d'événements pour sélectionner des événements et les envoyer à des cibles.
Pour créer des EventBridge règles filtrant les événements liés au warm pool auxquels Amazon EC2 Auto Scaling envoie EventBridge, incluez `Origin` les champs `Destination` et de la section de `detail` l'événement.
Les valeurs de `Origin` et `Destination` peuvent être les suivantes :
`EC2` \$1 `AutoScalingGroup` \$1 `WarmPool`
**Topics**
+ [Exemples d’événements](#warm-pool-events)
+ [Exemples de modèles d'événement](#warm-pools-eventbridge-patterns)
## Exemples d’événements
Lorsque vous ajoutez des hooks de cycle de vie à votre groupe Auto Scaling, Amazon EC2 Auto Scaling envoie des événements EventBridge lorsqu'une instance passe en état d'attente. Pour de plus amples informations, veuillez consulter [Utilisez des hooks de cycle de vie avec un pool de chaleur dans le groupe Auto Scaling](warm-pool-instance-lifecycle.md).
Cette section comprend des exemples de ces événements lorsque votre groupe Auto Scaling dispose d’un groupe chaud. Les événements sont générés sur la base du meilleur effort.
**Note**
Pour les événements auxquels Amazon EC2 Auto Scaling envoie EventBridge une fois le dimensionnement réussi, [Événements réussis de mise à l’échelle](ec2-auto-scaling-event-reference.md#ec2-auto-scaling-successful-scaling-events) consultez. Pour les événements où la mise à l’échelle échoue, consultez [Échec des événements de mise à l’échelle](ec2-auto-scaling-event-reference.md#ec2-auto-scaling-unsuccessful-scaling-events).
**Topics**
+ [Action du cycle de vie de montée en puissance](#warm-pool-scale-out-events)
+ [Action du cycle de vie de mise à l’échelle horizontale](#warm-pool-scale-in-events)
### Action du cycle de vie de montée en puissance
Les événements générés lorsqu’une instance passe à un état d’attente pour des événements de montée en puissance indiquent `EC2 Instance-launch Lifecycle Action` comme valeur de `detail-type`. Dans l’objet `detail`, les valeurs des attributs `Origin` et `Destination` indiquent d’où vient l’instance et où elle va.
Dans cet exemple d’événement de montée en puissance, une nouvelle instance est lancée et son état passe à `Warmed:Pending:Wait` parce qu’elle est ajoutée au groupe chaud. Pour de plus amples informations, veuillez consulter [Transitions de l'état du cycle de vie pour les instances dans un groupe d'instances pré-initialisées](warm-pool-instance-lifecycle.md#lifecycle-state-transitions).
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Instance-launch Lifecycle Action",
"source": "aws.autoscaling",
"account": "123456789012",
"time": "2021-01-13T00:12:37.214Z",
"region": "us-west-2",
"resources": [
"auto-scaling-group-arn"
],
"detail": {
"LifecycleActionToken": "71514b9d-6a40-4b26-8523-05e7eEXAMPLE",
"AutoScalingGroupName": "my-asg",
"LifecycleHookName": "my-launch-lifecycle-hook",
"EC2InstanceId": "i-1234567890abcdef0",
"LifecycleTransition": "autoscaling:EC2_INSTANCE_LAUNCHING",
"NotificationMetadata": "additional-info",
"Origin": "EC2",
"Destination": "WarmPool"
}
}
```
Dans cet exemple d’événement de montée en puissance, l’état de l’instance passe à `Pending:Wait` parce qu’elle est ajoutée au groupe Auto Scaling depuis le groupe chaud. Pour de plus amples informations, veuillez consulter [Transitions de l'état du cycle de vie pour les instances dans un groupe d'instances pré-initialisées](warm-pool-instance-lifecycle.md#lifecycle-state-transitions).
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Instance-launch Lifecycle Action",
"source": "aws.autoscaling",
"account": "123456789012",
"time": "2021-01-19T00:35:52.359Z",
"region": "us-west-2",
"resources": [
"auto-scaling-group-arn"
],
"detail": {
"LifecycleActionToken": "19cc4d4a-e450-4d1c-b448-0de67EXAMPLE",
"AutoScalingGroupName": "my-asg",
"LifecycleHookName": "my-launch-lifecycle-hook",
"EC2InstanceId": "i-1234567890abcdef0",
"LifecycleTransition": "autoscaling:EC2_INSTANCE_LAUNCHING",
"NotificationMetadata": "additional-info",
"Origin": "WarmPool",
"Destination": "AutoScalingGroup"
}
}
```
### Action du cycle de vie de mise à l’échelle horizontale
Les événements générés lorsqu’une instance passe à un état d’attente pour des événements de mise à l’échelle horizontale indiquent `EC2 Instance-terminate Lifecycle Action` comme valeur de `detail-type`. Dans l’objet `detail`, les valeurs des attributs `Origin` et `Destination` indiquent d’où vient l’instance et où elle va.
Dans cet exemple d’événement de type mise à l’échelle horizontale, l’état d’une instance passe à `Warmed:Pending:Wait` car elle est retournée au groupe chaud. Pour de plus amples informations, veuillez consulter [Transitions de l'état du cycle de vie pour les instances dans un groupe d'instances pré-initialisées](warm-pool-instance-lifecycle.md#lifecycle-state-transitions).
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Instance-terminate Lifecycle Action",
"source": "aws.autoscaling",
"account": "123456789012",
"time": "2022-03-28T00:12:37.214Z",
"region": "us-west-2",
"resources": [
"auto-scaling-group-arn"
],
"detail": {
"LifecycleActionToken": "42694b3d-4b70-6a62-8523-09a1eEXAMPLE",
"AutoScalingGroupName": "my-asg",
"LifecycleHookName": "my-termination-lifecycle-hook",
"EC2InstanceId": "i-1234567890abcdef0",
"LifecycleTransition": "autoscaling:EC2_INSTANCE_TERMINATING",
"NotificationMetadata": "additional-info",
"Origin": "AutoScalingGroup",
"Destination": "WarmPool"
}
}
```
## Exemples de modèles d'événement
La section précédente fournit des exemples d'événements émis par Amazon EC2 Auto Scaling.
EventBridge les modèles d'événements ont la même structure que les événements auxquels ils correspondent. Le modèle place entre guillemets les champs que vous voulez faire correspondre et fournit les valeurs que vous recherchez.
Les champs suivants de l'événement constituent le modèle d'événement défini dans la règle permettant d'appeler une action :
`"source": "aws.autoscaling"`
Identifie que l'événement provient de Amazon EC2 Auto Scaling.
`"detail-type": "EC2 Instance-launch Lifecycle Action"`
Identifie le type d’événement.
`"Origin": "EC2"`
Identifie l'origine de l'instance.
`"Destination": "WarmPool"`
Identifie la destination de l'instance.
Utilisez l’exemple de modèle d’événement suivant pour capturer tous les événements `EC2 Instance-launch Lifecycle Action` associés aux instances qui intègrent le groupe chaud.
```
{
"source": [ "aws.autoscaling" ],
"detail-type": [ "EC2 Instance-launch Lifecycle Action" ],
"detail": {
"Origin": [ "EC2" ],
"Destination": [ "WarmPool" ]
}
}
```
Utilisez l’exemple de modèle d’événement suivant pour capturer tous les événements `EC2 Instance-launch Lifecycle Action` associés aux instances qui sortent du groupe chaud en réponse à un événement de montée en puissance.
```
{
"source": [ "aws.autoscaling" ],
"detail-type": [ "EC2 Instance-launch Lifecycle Action" ],
"detail": {
"Origin": [ "WarmPool" ],
"Destination": [ "AutoScalingGroup" ]
}
}
```
Utilisez l’exemple de modèle d’événement suivant pour capturer tous les événements `EC2 Instance-launch Lifecycle Action` associés aux instances lancées directement dans le groupe Auto Scaling.
```
{
"source": [ "aws.autoscaling" ],
"detail-type": [ "EC2 Instance-launch Lifecycle Action" ],
"detail": {
"Origin": [ "EC2" ],
"Destination": [ "AutoScalingGroup" ]
}
}
```
Utilisez l’exemple de modèle d’événement suivant pour capturer tous les événements `EC2 Instance-terminate Lifecycle Action` associés aux instances renvoyées vers le groupe chaud mis à l’échelle horizontale.
```
{
"source": [ "aws.autoscaling" ],
"detail-type": [ "EC2 Instance-terminate Lifecycle Action" ],
"detail": {
"Origin": [ "AutoScalingGroup" ],
"Destination": [ "WarmPool" ]
}
}
```
Utilisez l'exemple de modèle d'événement suivant pour capturer tous les événements associés à `EC2 Instance-launch Lifecycle Action`, quelle que soit l'origine ou la destination.
```
{
"source": [ "aws.autoscaling" ],
"detail-type": [ "EC2 Instance-launch Lifecycle Action" ]
}
```
# Utilisez les EventBridge règles d'Amazon pour automatiser les actions
Lorsqu'un événement est émis par Amazon EC2 Auto Scaling, une notification d'événement est envoyée à EventBridge Amazon sous forme de fichier JSON. Vous pouvez écrire une EventBridge règle pour automatiser les actions à effectuer lorsqu'un modèle d'événement correspond à la règle. S'il EventBridge détecte un modèle d'événement correspondant à un modèle défini dans une règle, EventBridge invoque la cible (ou les cibles) spécifiée dans la règle.
Vous pouvez utiliser les procédures d'exemple de cette section comme point de départ.
Vous pourriez également trouver la documentation suivante utile.
+ Pour exécuter des actions personnalisées sur les instances au moment de leur lancement ou avant qu'elles ne soient terminées à l'aide d'une fonction Lambda, consultez la rubrique [Didacticiel : configurer un hook de cycle de vie qui appelle une fonction Lambda](tutorial-lifecycle-hook-lambda.md).
+ Pour appeler une fonction Lambda sur les appels d'API enregistrés avec CloudTrail, consultez [Tutoriel : journalisation des appels d' AWS API EventBridge à l'aide](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-log-api-call.html) du guide de l'* EventBridge utilisateur Amazon*.
+ Pour plus d'informations sur la création de règles relatives aux événements, consultez la section [Création de EventBridge règles Amazon qui réagissent aux événements](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-create-rule.html) dans le *guide de EventBridge l'utilisateur Amazon*.
**Topics**
+ [Créez des EventBridge règles pour les événements d'actualisation, par exemple](monitor-events-eventbridge-sns.md)
+ [Créez des EventBridge règles pour les événements en piscine chaude](warm-pool-events-eventbridge-rules.md)
# Créez des EventBridge règles pour les événements d'actualisation, par exemple
L'exemple suivant crée une EventBridge règle pour envoyer une notification par e-mail. Elle effectue cette opération chaque fois que votre groupe Auto Scaling émet un événement lorsqu'un point de contrôle est atteint pendant une actualisation d'instance. La procédure de configuration des notifications par e-mail à l'aide d'Amazon SNS est incluse. Pour utiliser Amazon SNS afin d'envoyer des notifications par e-mail, vous devez d'abord créer une *rubrique*, puis abonner les adresses e-mail requises à cette rubrique.
Pour plus d'informations sur la fonction d'actualisation d'instance, consultez la rubrique [Utiliser une actualisation d'instance pour mettre à jour les instances d'un groupe Auto Scaling](asg-instance-refresh.md).
## Créer une rubrique Amazon SNS
Une rubrique SNS est un point d'accès logique, un canal de communication utilisé par le groupe Auto Scaling pour envoyer les notifications. Pour créer une rubrique, donnez-lui un nom.
Les noms de rubrique doivent respecter les critères suivants :
+ Avoir 1 à 256 caractères
+ Contenir des lettres majuscules et minuscules ASCII, des chiffres, des traits de soulignement ou de traits d'union
Pour plus d'informations, consultez [Création d'une rubrique Amazon SNS](https://docs.aws.amazon.com/sns/latest/dg/sns-create-topic.html) dans le *Guide du développeur Amazon Simple Notification Service*.
## Abonner à la rubrique Amazon SNS
Pour recevoir les notifications que votre groupe Auto Scaling envoie à la rubrique, vous devez abonner un point de terminaison à cette dernière. Dans cette procédure, sous **Point de terminaison**, spécifiez l'adresse e-mail à laquelle vous souhaitez recevoir les notifications envoyées par Amazon EC2 Auto Scaling.
Pour plus d'informations, consultez [Abonnement à une rubrique Amazon SNS](https://docs.aws.amazon.com/sns/latest/dg/sns-create-subscribe-endpoint-to-topic.html) dans le *Guide du développeur Amazon Simple Notification Service*.
## Confirmer votre abonnement Amazon SNS
Amazon SNS envoie un e-mail de confirmation à l'adresse que vous avez spécifiée à l'étape précédente.
Assurez-vous d'ouvrir l'e-mail depuis AWS Notifications et de choisir le lien pour confirmer l'abonnement avant de passer à l'étape suivante.
Vous recevrez un message d'accusé de réception de. AWS Amazon SNS est maintenant configuré pour recevoir des notifications et envoyer la notification par e-mail à l'adresse spécifiée.
## Acheminer les événements vers votre rubrique Amazon SNS
Créez une règle qui correspond aux événements sélectionnés et les achemine vers votre rubrique Amazon SNS pour envoyer des notifications aux adresses e-mail abonnées.
**Pour créer une règle qui envoie des notifications à votre rubrique Amazon SNS**
1. Ouvrez la EventBridge console Amazon à l'adresse [https://console.aws.amazon.com/events/](https://console.aws.amazon.com/events/).
1. Dans le panneau de navigation, choisissez **Rules**.
1. Choisissez **Créer une règle**.
1. Pour **Define rule detail** (Définir les détails de la règle), procédez comme suit :
1. Entrez un **nom** et éventuellement une description pour la règle.
Une règle ne peut pas avoir le même nom qu’une autre règle de la même région et sur le même bus d’événement.
1. Pour **Event bus** (Bus d’événement), choisissez **default** (défaut). Lorsqu'un AWS service de votre compte génère un événement, celui-ci est toujours redirigé vers le bus d'événements par défaut de votre compte.
1. Pour **Type de règle**, choisissez **Règle avec un modèle d’événement**.
1. Choisissez **Suivant**.
1. Pour **Build event pattern** (Créer un modèle d’événement), procédez comme suit :
1. Dans **Source de l'événement**, choisissez **AWS des événements ou des événements EventBridge partenaires**.
1. Pour **Event pattern** (Modèle d’événement), procédez comme suit :
1. Pour **Event source (Source d’événement)**, choisissez **Services AWS**.
1. Pour **Service AWS**, choisissez **Auto Scaling**.
1. Dans **Type d'événement**, choisissez **Actualisation d'instance**.
1. Par défaut, la règle correspond à tout événement d'actualisation d'instance. Pour créer une règle permettant d'envoyer une notification chaque fois qu'un point de contrôle est atteint pendant une actualisation d'instance, choisissez **Specific instance event(s)** (Événement[s] d'instance spécifique[s]) et sélectionnez **EC2 Auto Scaling Instance Refresh Checkpoint Reached** (Point de contrôle lié à une actualisation d'instance EC2 Auto Scaling atteint).
1. Par défaut, la règle correspond à tout groupe Auto Scaling de la région. Pour que la règle corresponde à un groupe Auto Scaling spécifique, choisissez **Nom(s) de groupe spécifique(s)**, puis sélectionnez un ou plusieurs groupes Auto Scaling.
1. Choisissez **Suivant**.
1. Pour **Select target(s)** (Sélectionner la ou les cibles), procédez comme suit :
1. Pour **Target types** (Types de cibles), choisissez **Service AWS**.
1. Pour **Select a target** (Sélectionnez une cible), choisissez **SNS Topic** (Rubrique SNS).
1. Pour **Topic** (Rubrique), choisissez votre rubrique Amazon SNS.
1. (Facultatif) Sous **Additional settings** (Paramètres supplémentaires), vous pouvez configurer des paramètres supplémentaires. Pour plus d'informations, consultez [la section Création de EventBridge règles Amazon qui réagissent aux événements](https://docs.aws.amazon.com//eventbridge/latest/userguide/eb-create-rule.html) dans le *guide de EventBridge l'utilisateur Amazon*.
1. Choisissez **Suivant**.
1. (Facultatif) Pour **Tags** (Identifications), vous pouvez également attribuer une ou plusieurs identifications à votre règle, puis choisir **Next** (Suivant).
1. Pour **Review and create** (Vérifier et créer), examinez les détails de la règle et modifiez-les si nécessaire. Puis choisissez **Create rule** (Créer une règle).
# Créez des EventBridge règles pour les événements en piscine chaude
L'exemple suivant crée une EventBridge règle pour invoquer des actions programmatiques. Elle effectue cette opération chaque fois que votre groupe Auto Scaling émet un événement lorsqu'une nouvelle instance est ajoutée au groupe d'instances pré-initialisées.
Avant de créer la règle, créez la AWS Lambda fonction que vous souhaitez que la règle utilise comme cible. Vous devez spécifier cette fonction comme étant la cible de la règle. La procédure suivante décrit uniquement les étapes permettant de créer la EventBridge règle qui agit lorsque de nouvelles instances entrent dans le pool de chaleur. Pour un tutoriel d'introduction qui vous montre comment créer une simple fonction Lambda à invoquer lorsqu'un événement entrant correspond à une règle, consultez la rubrique [Didacticiel : configurer un hook de cycle de vie qui appelle une fonction Lambda](tutorial-lifecycle-hook-lambda.md).
Pour plus d'informations sur la création et l'utilisation de groupes d'instances pré-initialisées, consultez la rubrique [Réduisez la latence pour les applications dont le temps de démarrage est long à l'aide de pools chauds](ec2-auto-scaling-warm-pools.md).
**Pour créer une règle d'événement qui invoque une fonction Lambda**
1. Ouvrez la EventBridge console Amazon à l'adresse [https://console.aws.amazon.com/events/](https://console.aws.amazon.com/events/).
1. Dans le panneau de navigation, choisissez **Rules**.
1. Choisissez **Créer une règle**.
1. Pour **Define rule detail** (Définir les détails de la règle), procédez comme suit :
1. Entrez un **nom** et éventuellement une description pour la règle.
Une règle ne peut pas avoir le même nom qu’une autre règle de la même région et sur le même bus d’événement.
1. Pour **Event bus** (Bus d’événement), choisissez **default** (défaut). Lorsqu'un événement est généré Service AWS dans votre compte, il est toujours redirigé vers le bus d'événements par défaut de votre compte.
1. Pour **Type de règle**, choisissez **Règle avec un modèle d’événement**.
1. Choisissez **Suivant**.
1. Pour **Build event pattern** (Créer un modèle d’événement), procédez comme suit :
1. Dans **Source de l'événement**, choisissez **AWS des événements ou des événements EventBridge partenaires**.
1. Pour **Modèle d'événement**, choisissez **Modèle personnalisé (éditeur JSON)** et collez le modèle suivant dans la zone **Modèle d'événement**, en **italics**remplaçant le texte par le nom de votre groupe Auto Scaling.
```
{
"source": [ "aws.autoscaling" ],
"detail-type": [ "EC2 Instance-launch Lifecycle Action" ],
"detail": {
"AutoScalingGroupName": [ "my-asg" ],
"Origin": [ "EC2" ],
"Destination": [ "WarmPool" ]
}
}
```
Pour créer une règle qui correspond à d'autres événements, modifiez le modèle d'événement. Pour plus d'informations, consultez la rubrique [Exemples de modèles d'événement](warm-pools-eventbridge-events.md#warm-pools-eventbridge-patterns).
1. Choisissez **Next** (Suivant).
1. Pour **Select target(s)** (Sélectionner la ou les cibles), procédez comme suit :
1. Pour **Target types** (Types de cibles), choisissez **Service AWS**.
1. Pour **Select a target** (Sélectionner une cible), choisissez **Lambda Function** (Fonction Lambda).
1. Pour **Function** (Fonction), choisissez la fonction à laquelle vous souhaitez envoyer les événements.
1. (Facultatif) Pour **Configure version/alias** (Configurer la version/l'alias), saisissez les paramètres de version et d'alias pour la fonction Lambda cible.
1. (Facultatif) Pour **Additional settings** (Paramètres supplémentaires), saisissez tout paramètre supplémentaire approprié à votre application. Pour plus d'informations, consultez [la section Création de EventBridge règles Amazon qui réagissent aux événements](https://docs.aws.amazon.com//eventbridge/latest/userguide/eb-create-rule.html) dans le *guide de EventBridge l'utilisateur Amazon*.
1. Choisissez **Suivant**.
1. (Facultatif) Pour **Tags** (Identifications), vous pouvez également attribuer une ou plusieurs identifications à votre règle, puis choisir **Next** (Suivant).
1. Pour **Review and create** (Vérifier et créer), examinez les détails de la règle et modifiez-les si nécessaire. Puis choisissez **Create rule** (Créer une règle).
# Fournir une connectivité réseau pour vos instances Auto Scaling à l'aide d'Amazon VPC
Amazon Virtual Private Cloud (Amazon VPC) est un service qui vous permet de lancer des AWS ressources telles que des groupes Auto Scaling dans un réseau virtuel isolé de manière logique que vous définissez.
Un sous-réseau dans Amazon VPC est une sous-division dans une zone de disponibilité définie par un segment de la plage d'adresses IP du VPC. Avec les sous-réseaux, vous pouvez regrouper les instances selon vos besoins sécuritaires et opérationnels. Un sous-réseau réside entièrement dans la zone de disponibilité dans laquelle il a été créé. Vous lancez des instances Auto Scaling dans les sous-réseaux.
Pour activer la communication entre Internet et les instances des sous-réseaux, vous devez créer une passerelle Internet et l'attacher à votre VPC. Une passerelle Internet permet aux ressources des sous-réseaux de se connecter à Internet via le périmètre du réseau Amazon EC2. Si le trafic de votre sous-réseau est acheminé vers une passerelle Internet, le sous-réseau est reconnu comme un sous-réseau *public*. Si le trafic du sous-réseau n'est pas acheminé vers une passerelle Internet, le sous-réseau est reconnu comme un sous-réseau *privé*. Utilisez un sous-réseau public pour les ressources qui doivent être connectées à Internet et un sous-réseau privé pour les ressources qui ne doivent pas être connectées à Internet. Pour plus d’informations sur l’octroi d’un accès Internet aux instances dans un VPC, consultez [Accès à Internet](https://docs.aws.amazon.com/vpc/latest/userguide/how-it-works.html#what-is-connectivity) dans le *Guide de l’utilisateur Amazon VPC*.
**Topics**
+ [VPC par défaut](#as-defaultVPC)
+ [VPC personnalisé](#as-nondefaultVPC)
+ [Considérations à prendre en compte lors du choix des sous-réseaux VPC](#as-vpc-considerations)
+ [Adressage IP dans un VPC](#as-vpc-ipaddress)
+ [Interfaces réseau dans un VPC](#as-vpc-network-interfaces)
+ [Location de placement de l'instance](#as-vpc-tenancy)
+ [AWS Outposts](#auto-scaling-outposts)
+ [Plus de ressources pour en savoir plus sur VPCs](#auto-scaling-resources-about-vpcs)
## VPC par défaut
Si vous avez créé votre groupe Compte AWS après le 4 décembre 2013 ou si vous créez votre groupe Auto Scaling dans un nouveau groupe Région AWS, nous créons un VPC par défaut pour vous. Le VPC par défaut s'accompagne d'un sous-réseau par défaut dans chaque zone de disponibilité. Si vous avez un VPC par défaut, le groupe Auto Scaling est créé dans le VPC par défaut.
Vous pouvez le consulter VPCs sur la [ VPCs page Votre](https://console.aws.amazon.com/vpc/home?/#vpcs) de la console Amazon VPC.
Pour plus d'informations sur le VPC par défaut, consultez [Default VPCs](https://docs.aws.amazon.com/vpc/latest/userguide/default-vpc.html) dans le guide de l'utilisateur Amazon *VPC*.
## VPC personnalisé
Vous pouvez choisir d'en créer d'autres VPCs en accédant à la [page Tableau de bord du VPC](https://console.aws.amazon.com/vpc/home?/#vpcs) AWS Management Console et en sélectionnant Créer un **VPC**.
Pour de plus amples informations, consultez le *[Guide de l’utilisateur Amazon VPC](https://docs.aws.amazon.com/vpc/latest/userguide/)*.
**Note**
Un VPC couvre toutes les zones de disponibilité de l' Région AWS. Lorsque vous ajoutez des sous-réseaux à votre VPC, choisissez plusieurs zones de disponibilité pour vous assurer que les applications hébergées dans ces sous-réseaux sont hautement disponibles. Une zone de disponibilité est un ou plusieurs centres de données discrets dotés d’une alimentation, d’un réseau et d’une connectivité redondants dans une Région AWS. Les zones de disponibilité vous aident à rendre les applications de production hautement disponibles, tolérantes aux pannes et évolutives.
## Considérations à prendre en compte lors du choix des sous-réseaux VPC
Notez les considérations à prendre en compte lors du choix des sous-réseaux VPC pour votre groupe Auto Scaling :
+ Si vous associez un équilibreur de charge Elastic Load Balancing à votre groupe Auto Scaling, les instances peuvent être lancées dans des sous-réseaux publics ou privés. Cependant, l’équilibreur de charge doit être créé dans des sous-réseaux publics afin de prendre en charge la résolution DNS.
+ Si vous accédez à vos instances Auto Scaling directement via SSH, les instances peuvent être lancées dans des sous-réseaux publics uniquement.
+ Si vous accédez à des instances Auto Scaling sans entrée à l'aide de AWS Systems Manager Session Manager, les instances peuvent être lancées dans des sous-réseaux publics ou privés.
+ Si vous utilisez des sous-réseaux privés, vous pouvez autoriser les instances Auto Scaling à accéder à Internet à l'aide d'une passerelle NAT publique.
+ Par défaut, les sous-réseaux par défaut d'un VPC par défaut sont des sous-réseaux publics.
## Adressage IP dans un VPC
Lorsque vous lancez des instances Auto Scaling dans un VPC, une adresse IP privée est automatiquement attribuée à vos instances à partir de la plage CIDR du sous-réseau dans lequel l'instance est lancée. Cela permet aux instances de communiquer avec d'autres instances dans le VPC.
Vous pouvez configurer un modèle de lancement ou une configuration de lancement pour attribuer IPv4 des adresses publiques à vos instances. L'attribution d'adresses IP publiques à vos instances leur permet de communiquer avec Internet ou d'autres AWS services.
Lorsque vous lancez des instances dans un sous-réseau configuré pour attribuer automatiquement des IPv6 adresses, elles reçoivent à la fois des adresses IPv4 et des IPv6 adresses. Dans le cas contraire, ils ne reçoivent que IPv4 des adresses. Pour plus d'informations, consultez les [IPv6adresses](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-instance-addressing.html#ipv6-addressing) dans le guide de l'*utilisateur Amazon EC2*.
Pour plus d'informations sur la spécification de plages CIDR pour votre VPC ou sous-réseau, consultez le [Guide de l'utilisateur Amazon VPC](https://docs.aws.amazon.com/vpc/latest/userguide/).
Amazon EC2 Auto Scaling peut automatiquement attribuer des adresses IP privées supplémentaires lors du lancement de l'instance lorsque vous utilisez un modèle de lancement spécifiant des interfaces réseau supplémentaires. Une adresse IP privée unique est attribuée à chaque interface réseau à partir de la plage d'adresses CIDR du sous-réseau dans lequel l'instance est lancée. Dans ce cas, le système ne peut plus attribuer automatiquement d' IPv4 adresse publique à l'interface réseau principale. Vous ne pourrez pas vous connecter à vos instances via une IPv4 adresse publique, sauf si vous associez les adresses IP Elastic disponibles aux instances Auto Scaling.
## Interfaces réseau dans un VPC
Chaque instance d'un VPC a une interface réseau par défaut (appelée interface réseau principale). Vous ne pouvez pas détacher une interface réseau principale d’une instance. Vous pouvez créer et attacher une Network Interface supplémentaire dans n'importe quelle instance de votre VPC. Le nombre d'interfaces réseau que vous pouvez attacher varie en fonction du type d'instance.
Lors du lancement d'une instance à l'aide d'un modèle de lancement, vous pouvez spécifier des interfaces réseau supplémentaires. Toutefois, le lancement d'une instance Auto Scaling avec plusieurs interfaces réseau crée automatiquement chaque interface dans le même sous-réseau que l'instance. C'est parce qu'Amazon EC2 Auto Scaling ignore les sous-réseaux définis dans le modèle de lancement au profit de ce qui est spécifié dans le groupe Auto Scaling. Pour plus d'informations, consultez [Création d'un modèle de lancement pour un groupe Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/create-launch-template.html).
Si vous créez ou attachez au moins deux interfaces réseau du même sous-réseau à une instance, vous risquez de rencontrer des problèmes de réseaux tels que le routage asymétrique, notamment sur les instances utilisant une variante de Linux non Amazon. Si vous avez besoin de ce type de configuration, vous devez configurer l'interface réseau secondaire dans le système d'exploitation. Par exemple, consultez [Comment puis-je faire fonctionner mon interface réseau secondaire dans mon instance Ubuntu EC2 ?](https://repost.aws/knowledge-center/ec2-ubuntu-secondary-network-interface) dans le AWS Knowledge Center.
## Location de placement de l'instance
Par défaut, toutes les instances du VPC s'exécutent comme des instances à location partagée. Amazon EC2 Auto Scaling prend également en charge les instances dédiées et les hôtes dédiés. Pour de plus amples informations, veuillez consulter [Créer un modèle de lancement à l’aide de paramètres avancés](advanced-settings-for-your-launch-template.md).
## AWS Outposts
AWS Outposts étend un Amazon VPC d'une AWS région à un avant-poste avec les composants VPC accessibles dans la région, notamment les passerelles Internet, les passerelles privées virtuelles, les passerelles de transit Amazon VPC et les points de terminaison VPC. Un Outpost est hébergé dans une zone de disponibilité dans la Région et est une extension de cette zone de disponibilité que vous pouvez utiliser pour assurer la résilience.
Pour plus d’informations, consultez le [Guide de l’utilisateur AWS Outposts](https://docs.aws.amazon.com/outposts/latest/userguide/).
Pour obtenir un exemple de déploiement d'un groupe Auto Scaling qui dessert le trafic d'un Application Load Balancer dans un Outpost, consultez l'article de blog suivant [Configuration d'un Application Load Balancer sur AWS Outposts](https://aws.amazon.com/blogs/networking-and-content-delivery/configuring-an-application-load-balancer-on-aws-outposts/).
## Plus de ressources pour en savoir plus sur VPCs
Consultez les rubriques suivantes pour en savoir plus sur VPCs les sous-réseaux.
+ Sous-réseaux privés dans un VPC
+ [Exemple : VPC avec des serveurs dans des sous-réseaux privés et NAT](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-example-private-subnets-nat.html)
+ [Passerelles NAT](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat-gateway.html)
+ Sous-réseaux publics dans un VPC
+ [Exemple : VPC pour un environnement de test](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-example-dev-test.html)
+ [Exemple : VPC pour serveurs web et de base de données](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-example-web-database-servers.html)
+ Sous-réseaux pour votre Application Load Balancer
+ [Sous-réseaux pour votre équilibreur de charge](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/application-load-balancers.html#subnets-load-balancer)
+ Informations générales sur les VPC
+ [Amazon VPC User Guide](https://docs.aws.amazon.com/vpc/latest/userguide/)
+ [Connectez-vous à VPCs l'aide du peering VPC](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-peering.html)
+ [Interfaces réseau Elastic](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-eni.html)
+ [Utiliser des points de terminaison d'un VPC pour la connectivité privée](ec2-auto-scaling-vpc-endpoints.md)