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.
# Politiques de mise à l'échelle par étapes et simples pour Amazon EC2 Auto Scaling
Le dimensionnement par étapes et les politiques de dimensionnement simples permettent d'ajuster la capacité de votre groupe Auto Scaling par incréments prédéfinis en fonction des CloudWatch alarmes. Vous pouvez définir des stratégies de mise à l’échelle distinctes pour gérer la montée en puissance (augmentation de la capacité) et la mise à l’échelle horizontale (diminution de la capacité) en cas de dépassement d’un seuil d’alarme.
La capacité du groupe Auto Scaling est mesurée en termes d'instances ou d'unités de capacité si vous utilisez [des poids d'instance](ec2-auto-scaling-mixed-instances-groups-instance-weighting.md). Il existe également une différence entre la capacité souhaitée et la capacité actuelle.
+ Capacité souhaitée — Le nombre d'instances (ou d'unités de capacité) que vous souhaitez avoir dans votre groupe. La capacité souhaitée peut être ajustée manuellement ou automatiquement à l'aide de politiques de dimensionnement.
+ Capacité actuelle : nombre d'instances (ou d'unités de capacité) de votre groupe qui ont dépassé leurs périodes de préchauffage et de refroidissement, qui sont en cours d'exécution et prêtes à être utilisées.
Grâce à la mise à l'échelle par étapes et à la mise à l'échelle simple, vous créez et gérez les CloudWatch alarmes qui déclenchent le processus de dimensionnement. Lorsqu'une alarme est violée, Amazon EC2 Auto Scaling initie la politique de dimensionnement associée à cette alarme.
Nous vous recommandons fortement d’utiliser une stratégie de mise à l’échelle de suivi cible pour appliquer une mise à l’échelle en fonction de métriques telles que l’utilisation moyenne de l’UC ou le nombre moyen de requêtes par cible. Les métriques qui diminuent lorsque la capacité augmente et augmentent lorsque la capacité diminue peuvent être utilisées pour monter ou diminuer en charge proportionnellement le nombre d'instances utilisant le suivi de cible. Cela permet de s'assurer qu'Amazon EC2 Auto Scaling suit de près la courbe des demandes pour vos applications. Pour de plus amples informations, veuillez consulter [Politiques de suivi des objectifs de la mise à l'échelle](as-scaling-target-tracking.md).
**Contents**
+ [
## Comment fonctionnent les politiques de mise à l'échelle par étapes
](#step-scaling-how-it-works)
+ [
## Ajustements d'étape pour la mise à l'échelle par étapes
](#as-scaling-steps)
+ [
## Types d'ajustement de la mise à l'échelle
](#as-scaling-adjustment)
+ [
## Préparation d’instance
](#as-step-scaling-warmup)
+ [
## Considérations
](#step-scaling-considerations)
+ [
# Création d'une politique de dimensionnement par étapes pour le scalage
](step-scaling-create-scale-out-policy.md)
+ [
# Créez une politique de dimensionnement par étapes pour la mise à l'échelle
](step-scaling-create-scale-in-policy.md)
+ [
# Politiques de mise à l'échelle simples
](simple-scaling-policies.md)
## Comment fonctionnent les politiques de mise à l'échelle par étapes
Pour utiliser le step scaling, vous devez d'abord créer une CloudWatch alarme qui surveille une métrique pour votre groupe Auto Scaling. Définissez la métrique, la valeur de seuil et le nombre de périodes d’évaluation qui déterminent le déclenchement d’une alarme. Créez ensuite une politique d'échelonnement qui définit comment redimensionner votre groupe lorsque le seuil d'alarme est dépassé. Vous pouvez utiliser un pourcentage de la capacité actuelle de votre groupe Auto Scaling ou des unités de capacité pour le type d'ajustement de mise à l'échelle. Pour de plus amples informations, veuillez consulter [Types d'ajustement de la mise à l'échelle](#as-scaling-adjustment).
Ajoutez les ajustements par étapes dans la stratégie. Vous pouvez définir différents ajustements par étapes en fonction de la taille du déclenchement de l’alarme. Par exemple :
+ Diminution de 10 instances si la métrique d'alarme atteint 60 %
+ Diminution de 30 instances si la métrique d'alarme atteint 75 %
+ Diminution de 40 instances si la métrique d'alarme atteint 85 %
Lorsque le seuil d'alarme est dépassé pendant le nombre de périodes d'évaluation spécifié, Amazon EC2 Auto Scaling applique les ajustements d'étape définis dans la politique. Les ajustements peuvent se poursuivre pour d’autres déclenchements d’alarme jusqu’à ce que l’état de l’alarme revienne à `OK`.
Chaque instance dispose d'une période de préchauffage afin d'éviter que les activités de dimensionnement ne soient trop réactives aux modifications survenant sur de courtes périodes. Vous pouvez éventuellement configurer la période de préchauffage pour votre politique de dimensionnement. Toutefois, nous recommandons d'utiliser le préchauffage de l'instance par défaut pour faciliter la mise à jour de toutes les politiques de dimensionnement lorsque le temps de préchauffage change. Pour de plus amples informations, veuillez consulter [Définir la préparation par défaut d'instance d'un groupe Auto Scaling](ec2-auto-scaling-default-instance-warmup.md).
Les politiques de dimensionnement simples sont similaires aux politiques de dimensionnement par étapes, sauf qu'elles sont basées sur un seul ajustement de mise à l'échelle, avec un délai de recharge entre chaque activité de dimensionnement. Pour de plus amples informations, veuillez consulter [Politiques de mise à l'échelle simples](simple-scaling-policies.md).
## Ajustements d'étape pour la mise à l'échelle par étapes
Lorsque vous créez une politique de mise à l'échelle par étapes, vous spécifiez un ou plusieurs ajustements par étapes qui redimensionnent automatiquement le nombre d'instances de manière dynamique en fonction de la taille du seuil de l'alarme. Chaque ajustement par étapes précise ce qui suit :
+ Une limite inférieure pour la valeur de la métrique
+ Une limite supérieure pour la valeur de la métrique
+ L'ampleur de la mise à l'échelle, en fonction du type d'ajustement de la mise à l'échelle
CloudWatch agrège les points de données métriques en fonction des statistiques de la métrique associée à votre CloudWatch alarme. En cas de violation de l’alarme, la stratégie de mise à l’échelle appropriée est appelée. Amazon EC2 Auto Scaling applique le type d'agrégation aux points de données métriques les plus récents CloudWatch provenant (par opposition aux données métriques brutes). Il compare cette valeur de métrique regroupée aux limites supérieures et inférieures définies par les ajustements d'étape afin de déterminer l'ajustement d'étape à réaliser.
Vous spécifiez les limites supérieure et inférieure par rapport au seuil d'une utilisation hors limites. Supposons, par exemple, que vous ayez défini une CloudWatch alarme et une politique de scale-out lorsque la métrique est supérieure à 50 %. Vous avez ensuite défini une deuxième alarme et une stratégie de mise à l’échelle horizontale pour les cas où la métrique est inférieure à 50 %. Vous avez effectué une série d'ajustements par étapes avec un type d'ajustement `PercentChangeInCapacity` (ou **pourcentage du groupe** dans la console) pour chaque politique :
**Exemple : ajustements par étapes pour la politique d'évolutivité horizontale**
| **Limite inférieure** | **Limite supérieure** | **Ajustement** |
| --- | --- | --- |
| 0 USD | 10 | 0 USD |
| 10 | 20 | 10 |
| 20 | null | 30 |
**Exemple : ajustements par étapes pour la politique de mise à l'échelle horizontale**
| **Limite inférieure** | **Limite supérieure** | **Ajustement** |
| --- | --- | --- |
| -10 | 0 | 0 |
| -20 | -10 | -10 |
| null | -20 | -30 |
La configuration de mise à l'échelle suivante est ainsi créée.
```
Metric value
-infinity 30% 40% 60% 70% infinity
-----------------------------------------------------------------------
-30% | -10% | Unchanged | +10% | +30%
-----------------------------------------------------------------------
```
Supposons maintenant que vous utilisiez cette configuration de dimensionnement sur un groupe Auto Scaling qui possède à la fois une capacité actuelle et une capacité souhaitée de 10. Les points suivants résument le comportement de la configuration de mise à l'échelle par rapport à la capacité souhaitée et actuelle du groupe :
+ La capacité actuelle et souhaitée est conservée, tandis que la valeur de la métrique regroupée est supérieure à 40 et inférieure à 60.
+ Si la valeur métrique atteint 60, la capacité souhaitée du groupe augmente d'1 instance pour atteindre 11 instances, en fonction du deuxième ajustement par étapes de la politique d'évolutivité horizontale (ajoutez 10 pour cent de 10 instances). Une fois que la nouvelle instance est en cours d'exécution et que le temps de préchauffage spécifié a expiré, la capacité actuelle du groupe passe à 11 instances. Si la valeur de la métrique s'élève à 70 même après cette augmentation de capacité, la capacité désirée du groupe augmente de 3 nouvelles instances, soit 14 instances. Le comportement est basé sur l'ajustement de la troisième étape de la politique d'évolutivité horizontale (ajouter 30 % des 11 instances, soit 3,3 instances, arrondies à 3 instances).
+ Si la valeur de métrique atteint 40, la capacité souhaitée du groupe est réduite d'1 instance pour atteindre 13 instances, en fonction du deuxième ajustement d'étape de la politique de mise à l'échelle horizontale (enlevez 10 pour cent de 14 instances, 1.4 instances arrondies à 1). Si la valeur de la métrique tombe à 30 même après cette diminution de capacité, la capacité désirée du groupe diminue de 3 instances, soit 10 instances. Le comportement est basé sur l'ajustement de la troisième étape de la politique de mise à l'échelle horizontale (supprimer 30 % des 13 instances, soit 3,9 instances, arrondies à 3 instances).
Lorsque vous spécifiez les ajustements d'étape pour votre politique de mise à l'échelle, notez les points suivants :
+ Si vous utilisez le AWS Management Console, vous spécifiez les limites supérieure et inférieure sous forme de valeurs absolues. Si vous utilisez le AWS CLI ou un SDK, vous spécifiez les limites supérieure et inférieure par rapport au seuil de violation.
+ Les plages d'ajustements d'étape peuvent se chevaucher ou avoir un écart.
+ Un seul ajustement d'étape peut avoir une limite inférieure null (infini négatif). Si un seul ajustement d'étape possède une limite inférieure négative, un ajustement d'étape avec une limite inférieure null doit donc exister.
+ Un seul ajustement d'étape peut avoir une limite supérieure null (infini positif). Si un seul ajustement d'étape possède une limite supérieure positive, un ajustement d'étape avec une limite supérieure null doit donc exister.
+ Les limites supérieure et inférieure ne peuvent pas être null dans le même ajustement d'étape.
+ Si la valeur métrique dépasse le seuil, la limite inférieure est inclusive et la limite supérieure est exclusive. Si la valeur métrique n'atteint pas le seuil, la limite inférieure est exclusive et la limite supérieure est inclusive.
## Types d'ajustement de la mise à l'échelle
Vous pouvez définir une politique de mise à l'échelle qui exécute l'action de mise à l'échelle optimale, en fonction du type d'ajustement de mise à l'échelle que vous choisissez. Vous pouvez spécifier le type d'ajustement en pourcentage de la capacité actuelle de votre groupe Auto Scaling ou en unités de capacité. Normalement, une unité de capacité signifie une instance, sauf si vous utilisez la fonction de pondération des instances.
Amazon EC2 Auto Scaling prend en charge les types d’ajustement suivants pour la mise à l’échelle par étapes et la mise à l’échelle simple :
+ `ChangeInCapacity` — Augmenter ou réduire la capacité actuelle du groupe en fonction de la valeur spécifiée. Une valeur positive augmente la capacité et une valeur d'ajustement négative la réduit. Par exemple : si la capacité actuelle du groupe est de 3 et que l'ajustement est de 5, lorsque cette politique est exécutée, nous ajoutons 5 unités de capacité à la capacité pour un total de 8 unités de capacité.
+ `ExactCapacity` — Modifier la capacité actuelle du groupe à la valeur spécifiée. Spécifiez une valeur non négative avec ce type d'ajustement. Exemple : si la capacité actuelle du groupe est de 3 instances et l'ajustement de 5, lorsque la politique est appliquée, la nouvelle capacité est de 5 unités.
+ `PercentChangeInCapacity` — Augmenter ou réduire la capacité actuelle du groupe en fonction du pourcentage spécifié. Une valeur positive augmente la capacité et une valeur négative la réduit. Par exemple : si la capacité actuelle est de 10 et que l'ajustement est de 10 %, lorsque cette politique est exécutée, nous ajoutons 1 unité de capacité à la capacité pour un total de 11 unités de capacité.
**Note**
Si la valeur générée n'est pas un nombre entier, elle est arrondie comme suit :
Les valeurs supérieures à 1 sont arrondies à l'unité inférieure. Par exemple, `12.7` est arrondi à `12`.
Les valeurs comprises entre 0 et 1 sont arrondies à 1. Par exemple, `.67` est arrondi à `1`.
Les valeurs comprises entre 0 et -1 sont arrondies à -1. Par exemple, `-.58` est arrondi à `-1`.
Les valeurs inférieures à -1 sont arrondies à l'unité supérieure. Par exemple, `-6.67` est arrondi à `-6`.
Avec `PercentChangeInCapacity`, vous pouvez également spécifier le nombre minimal d'instances à mettre à l'échelle à l'aide du paramètre `MinAdjustmentMagnitude`. Par exemple, imaginons que vous ayez créé une politique qui ajoute 25 % et que vous spécifiiez un incrément minimal de 2 instances. Si vous disposez d'un groupe Auto Scaling avec 4 instances et que la politique de mise à l'échelle est exécutée, 25 % de 4 est égal à 1 instance. Cependant, comme vous avez spécifié un incrément minimal de 2, 2 instances sont ajoutées.
Lorsque vous utilisez [des pondérations d'instance](ec2-auto-scaling-mixed-instances-groups-instance-weighting.md), l'effet du réglage du `MinAdjustmentMagnitude` paramètre sur une valeur différente de zéro change. La valeur est exprimée en unités de capacité. Pour définir le nombre minimal d'instances à mettre à l'échelle, définissez ce paramètre sur une valeur au moins égale à la pondération maximale de votre instance.
Si vous utilisez des poids d'instance, gardez à l'esprit que la capacité actuelle de votre groupe Auto Scaling peut dépasser la capacité souhaitée selon les besoins. Si votre nombre absolu à décrémenter, ou le montant que le pourcentage indique à décrémenter, est inférieur à la différence entre la capacité actuelle et la capacité souhaitée, aucune action de mise à l'échelle n'est effectuée. Vous devez prendre ces comportements en compte lorsque vous examinez les résultats d’une stratégie de mise à l’échelle lorsqu’un seuil d’alarme est dépassé. Par exemple, supposons que la capacité désirée soit de 30 et la capacité actuelle de 32. En cas de violation de l’alarme, si la stratégie de mise à l’échelle réduit de 1 la capacité souhaitée, aucune action de mise à l’échelle n’est effectuée.
## Préparation d’instance
Pour les stratégies de mise à l’échelle par étapes, vous pouvez facultativement spécifier le nombre de secondes nécessaires pour la préparation d’une instance nouvellement lancée. Jusqu’à l’expiration de sa période de préparation spécifiée, une instance n’est pas comptée dans les métriques d’instance EC2 du groupe Auto Scaling.
Lorsque les instances sont en période de préchauffage, vos politiques de dimensionnement ne sont redimensionnées que si la valeur métrique des instances qui ne sont pas en phase de préchauffage est supérieure au seuil d'alarme maximal de la politique.
Si le groupe est à nouveau monté en puissance, les instances qui sont toujours en cours de préparation sont comptées dans le cadre de la capacité souhaitée pour la prochaine activité de montée en puissance. Par conséquent, plusieurs seuils de l’alarme inclus dans la plage du même ajustement par étapes génèrent une activité de mise à l’échelle unique. L’objectif est d’effectuer une montée en puissance continue (mais pas excessive).
Par exemple, supposons que vous créez une politique en deux étapes. La première étape ajoute 10 % lorsque la métrique atteint 60, et la deuxième étape ajoute 30 % lorsque la métrique atteint 70 %. Votre groupe Auto Scaling a une capacité souhaitée et actuelle de 10. La capacité actuelle et souhaitée est conservée, tandis que la valeur de la métrique agrégée est inférieure à 60. Supposons que la métrique atteigne 60, donc qu’une instance soit ajoutée (10 % des 10 instances). Ensuite, la métrique atteint 62 alors que la nouvelle instance est toujours en cours de préparation. La politique de mise à l’échelle calcule la nouvelle capacité souhaitée en fonction de la capacité actuelle, qui est toujours de 10. Cependant, la capacité souhaitée du groupe est déjà de 11 instances. Donc, la politique de mise à l’échelle n’augmente pas davantage la capacité souhaitée. Si la valeur métrique atteint 70 alors que l'instance est toujours en cours de préparation, nous devons ajouter 3 instances (30 pour cent de 10 instances). Cependant, la capacité souhaitée du groupe est déjà de 11, donc nous ajoutons uniquement 2 instances, pour atteindre une nouvelle capacité souhaitée de 13 instances.
Pendant que l’activité de mise à l’échelle est en cours, toutes les activités de mise à l’échelle initiées par les politiques de mise à l’échelle sont bloquées jusqu’à ce que les instances aient fini leur préparation. Lorsque les instances ont terminé la préparation, si un événement de mise à l’échelle horizontale se produit, toutes les instances en cours de résiliation seront prises en compte dans la capacité actuelle du groupe lors du calcul de la nouvelle capacité souhaitée. Par conséquent, nous n’enlevons pas plus d’instances du groupe Auto Scaling que nécessaire. Par exemple, alors qu’une instance est déjà en cours de résiliation, si un seuil d’alarme est dépassé dans la plage de réglage de la même étape qui a réduit de 1 la capacité souhaitée, aucune action de mise à l’échelle n’est effectuée.
**Valeur par défaut**
Si aucune valeur n'est définie, la politique de dimensionnement utilisera la valeur par défaut, qui est la valeur du [préchauffage d'instance par défaut](ec2-auto-scaling-default-instance-warmup.md) défini pour le groupe. Si le préchauffage de l'instance par défaut est nul, il revient à la valeur du temps de [recharge par défaut](ec2-auto-scaling-scaling-cooldowns.md#set-default-cooldown).
## Considérations
Les considérations suivantes s’appliquent lors de l’utilisation de politiques de mise à l’échelle par étapes et simples :
+ Déterminez si vous pouvez prédire les ajustements d'étape sur l'application avec suffisamment de précision pour utiliser la mise à l'échelle par étapes. Si votre métrique de mise à l'échelle augmente ou diminue proportionnellement à la capacité de la cible évolutive, nous vous recommandons d'utiliser plutôt une politique de suivi des cibles et de mise à l'échelle. Vous avez toujours la possibilité d'utiliser la mise à l'échelle par étapes comme politique supplémentaire pour une configuration plus avancée. Par exemple, si vous le souhaitez, vous pouvez configurer une réponse plus agressive lorsque l'utilisation atteint un certain niveau.
+ Assurez-vous de choisir une marge adéquate entre les seuils de mise à l'échelle horizontale et de mise à l'échelle avec montée en puissance parallèle, afin d'éviter tout battement. Le battement est une boucle infinie de mise à l'échelle horizontale et de montage en puissance. En d'autres termes, si une action de mise à l'échelle est effectuée, la valeur de la métrique changera et déclenchera une autre action de mise à l'échelle dans le sens inverse.
# Création d'une politique de dimensionnement par étapes pour le scalage
Pour créer une politique de dimensionnement progressif pour votre groupe Auto Scaling, appliquez l'une des méthodes suivantes :
------
#### [ Console ]
**Étape 1 : créer une CloudWatch alarme pour le seuil supérieur de la métrique**
1. Ouvrez la CloudWatch console à l'adresse [https://console.aws.amazon.com/cloudwatch/](https://console.aws.amazon.com/cloudwatch/).
1. Si nécessaire, changez la région. Dans la barre de navigation, sélectionnez la région où réside votre groupe Auto Scaling.
1. Dans le panneau de navigation, choisissez **Alarmes, Toutes les Alarmes**, puis choisissez **Créer une alarme**.
1. Choisissez **Select metric** (Sélectionner une métrique).
1. Sous l'onglet **Toutes les métriques**, choisissez **EC2**, **Par groupe Auto Scaling**, puis saisissez le nom du groupe Auto Scaling dans le champ de recherche. Ensuite, sélectionnez `CPUUtilization` et choisissez **Select metric** (Sélectionner une métrique). La page **Specify metric and conditions** (Spécifier les métriques et les conditions) apparaît, présentant un graphique et d'autres informations sur la métrique.
1. Sous **Period** (Période), choisissez la période d'évaluation de l'alarme, par exemple, 1 minute. Lors de l’évaluation de l’alarme, chaque période est regroupée en un point de données.
**Note**
Une période plus courte crée une alarme plus sensible.
1. Sous **Conditions**, procédez comme suit :
+ Pour **Threshold type** (Type de seuil), choisissez **Static** (Statique).
+ Pour **`CPUUtilization`Whenever is**, spécifiez si vous souhaitez que la valeur de la métrique soit supérieure, supérieure ou égale au seuil de violation de l'alarme. Ensuite, sous **than** (à), entrez la valeur de seuil qui doit appeler l'alarme.
1. Sous **Additional configuration** (Configuration supplémentaire), procédez comme suit :
+ Pour **Datapoints to alarm** (Points de données pour le déclenchement d'alarme), saisissez le nombre de points de données (périodes d'évaluation) au cours desquels la valeur de métrique doit répondre aux conditions de seuil pour appeler l'alarme. Par exemple, l'alarme se déclenchera au bout de 10 minutes si vous sélectionnez deux périodes consécutives de 5 minutes pour invoquer l'état de l'alarme.
+ Pour **Missing data treatment** (Traitement des données manquantes), choisissez **Treat missing data as bad (breaching threshold)** (Traiter les données manquantes comme incorrectes [seuil dépassé]). Pour plus d'informations, consultez la [section Configuration de la façon dont les CloudWatch alarmes traitent les données manquantes](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html#alarms-and-missing-data) dans le *guide de CloudWatch l'utilisateur Amazon*.
1. Choisissez **Suivant**.
La page **Configure actions** (Configurer des actions) apparait.
1. Sous **Notification**, sélectionnez la rubrique Amazon SNS qui doit recevoir une notification lorsque l'alerte passe à l'état `ALARM`, `OK` ou `INSUFFICIENT_DATA`.
Pour que l'alerte envoie plusieurs notifications pour le même état d'alerte ou pour les différents états d'alerte, choisissez **Add notification (Ajouter une notification)**.
Pour que l'alerte n'envoie pas de notifications, choisissez **Remove (Supprimer)**.
1. Vous pouvez quitter les autres sections de la page **Configurer les actions** qui est vide. Laisser les autres sections vides crée une alarme sans l'associer à une politique de stabilisation. Vous pouvez ensuite associer l’alarme à une politique de mise à l’échelle à partir de la console Amazon EC2 Auto Scaling.
1. Choisissez **Suivant**.
1. Saisissez un nom (par exemple, `Step-Scaling-AlarmHigh-AddCapacity`) et, éventuellement, une description de l'alarme, puis choisissez **Next** (Suivant).
1. Sélectionnez **Créer une alerte**.
Suivez la procédure ci-dessous pour continuer là où vous vous êtes arrêté après avoir créé votre CloudWatch alarme.
**Étape 2 : Création d'une politique de dimensionnement par étapes pour le scalage externe**
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. Vérifiez que les limites de mise à l’échelle sont correctement définies. Par exemple, si le groupe est déjà au maximum de sa taille, vous devez spécifier un nouveau maximum pour monter en puissance. Pour de plus amples informations, veuillez consulter [Définissez des limites de mise à l’échelle pour votre groupe Auto Scaling](asg-capacity-limits.md).
1. Sous l’onglet **Scalabilité automatique**, dans **Politiques de mise à l’échelle dynamique**, choisissez **Créer une politique de mise à l’échelle dynamique**.
1. Pour **Type de stratégie**, choisissez **Step scaling**, puis spécifiez le nom de la stratégie.
1. Pour l'**CloudWatch alarme**, choisissez votre alarme. Si vous n'avez pas encore créé d'alarme, choisissez **Créer une CloudWatch alarme** et effectuez les étapes 4 à 14 de la procédure précédente pour créer une alarme.
1. Spécifiez la modification de la taille de groupe actuelle que cette politique effectuera lors de l'exécution à l'aide de **Take the action (Exécuter l'action)**. Vous pouvez ajouter un nombre spécifique d'instances ou un pourcentage de la taille de groupe existante, ou définir le groupe avec une taille exacte.
Par exemple, pour créer une politique de scale-out qui augmente la capacité du groupe de 30 %, choisissez`Add`, entrez `30` dans le champ suivant, puis choisissez. `percent of group` Par défaut, la limite inférieure pour cet ajustement d'étape est le seuil de l'alarme et la limite supérieure est l'infini positif (\$1).
1. Pour ajouter une autre étape, choisissez **Add step** (Ajouter étape) puis définissez la quantité de mise à l'échelle et les limites inférieure et supérieure de l'étape par rapport au seuil d'alarme.
1. Pour définir un nombre minimal d'instances à mettre à l'échelle, mettez à jour le champ numérique dans **Add capacity units in increments of at least (Ajouter des unités de capacité par incréments d'au moins)** `1` **unité de capacité**.
1. (Facultatif) Pour le **préchauffage de l'instance**, mettez à jour la valeur de préchauffage de l'instance selon les besoins.
1. Choisissez **Créer**.
------
#### [ AWS CLI ]
Pour créer une politique de dimensionnement par étapes pour le scalage (augmentation de la capacité), vous pouvez utiliser les exemples de commandes suivants. Remplacez chaque *user input placeholder* par vos propres informations.
Lorsque vous utilisez le AWS CLI, vous créez d'abord une politique de dimensionnement par étapes qui fournit des instructions à Amazon EC2 Auto Scaling sur la manière de procéder à une mise à l'échelle lorsque la valeur d'une métrique augmente. Vous créez ensuite l'alarme en identifiant la métrique à surveiller, en définissant le seuil supérieur de la métrique et d'autres détails relatifs aux alarmes, et en associant l'alarme à la politique de dimensionnement.
**Étape 1 : créer une politique de mise à l'échelle**
Utilisez la [put-scaling-policy](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/put-scaling-policy.html)commande suivante pour créer une politique de dimensionnement des étapes nommée`my-step-scale-out-policy`, avec un type d'ajustement `PercentChangeInCapacity` qui augmente la capacité du groupe en fonction des ajustements d'étape suivants (en supposant un seuil CloudWatch d'alarme de 60 %) :
+ Augmentez le nombre d'instances de 10 % lorsque la valeur de la métrique est supérieure ou égale à 60 %, mais inférieure à 75 %
+ Augmentez le nombre d'instances de 20 % lorsque la valeur de la métrique est supérieure ou égale à 75 %, mais inférieure à 85 %
+ Augmenter le nombre d'instances de 30 % quand la valeur de la métrique est supérieure ou égale à 85 %
```
aws autoscaling put-scaling-policy \
--auto-scaling-group-name my-asg \
--policy-name my-step-scale-out-policy \
--policy-type StepScaling \
--adjustment-type PercentChangeInCapacity \
--metric-aggregation-type Average \
--step-adjustments MetricIntervalLowerBound=0.0,MetricIntervalUpperBound=15.0,ScalingAdjustment=10 \
MetricIntervalLowerBound=15.0,MetricIntervalUpperBound=25.0,ScalingAdjustment=20 \
MetricIntervalLowerBound=25.0,ScalingAdjustment=30 \
--min-adjustment-magnitude 1
```
Notez le nom Amazon Resource Name (ARN) de la politique. Vous en avez besoin pour créer une CloudWatch alarme pour la politique.
```
{
"PolicyARN": "arn:aws:autoscaling:region:123456789012:scalingPolicy:4ee9e543-86b5-4121-b53b-aa4c23b5bbcc:autoScalingGroupName/my-asg:policyName/my-step-scale-in-policy
}
```
**Étape 2 : créer une CloudWatch alarme pour le seuil supérieur de la métrique**
Utilisez la CloudWatch [put-metric-alarm](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/cloudwatch/put-metric-alarm.html)commande suivante pour créer une alarme qui augmente la taille du groupe Auto Scaling en fonction d'une valeur seuil moyenne du processeur de 60 % pendant au moins deux périodes d'évaluation consécutives de deux minutes. Pour utiliser votre propre métrique personnalisée, spécifiez son nom dans `--metric-name` et son espace de noms dans `--namespace`.
```
aws cloudwatch put-metric-alarm --alarm-name Step-Scaling-AlarmHigh-AddCapacity \
--metric-name CPUUtilization --namespace AWS/EC2 --statistic Average \
--period 120 --evaluation-periods 2 --threshold 60 \
--comparison-operator GreaterThanOrEqualToThreshold \
--dimensions "Name=AutoScalingGroupName,Value=my-asg" \
--alarm-actions PolicyARN
```
------
# Créez une politique de dimensionnement par étapes pour la mise à l'échelle
Pour créer une politique de dimensionnement par étapes à appliquer à votre groupe Auto Scaling pour votre groupe Auto Scaling, appliquez l'une des méthodes suivantes :
------
#### [ Console ]
**Étape 1 : créer une CloudWatch alarme pour le seuil bas de la métrique**
1. Ouvrez la CloudWatch console à l'adresse [https://console.aws.amazon.com/cloudwatch/](https://console.aws.amazon.com/cloudwatch/).
1. Si nécessaire, changez la région. Dans la barre de navigation, sélectionnez la région où réside votre groupe Auto Scaling.
1. Dans le panneau de navigation, choisissez **Alarmes, Toutes les Alarmes**, puis choisissez **Créer une alarme**.
1. Choisissez **Select metric** (Sélectionner une métrique).
1. Sous l'onglet **Toutes les métriques**, choisissez **EC2**, **Par groupe Auto Scaling**, puis saisissez le nom du groupe Auto Scaling dans le champ de recherche. Ensuite, sélectionnez `CPUUtilization` et choisissez **Select metric** (Sélectionner une métrique). La page **Specify metric and conditions** (Spécifier les métriques et les conditions) apparaît, présentant un graphique et d'autres informations sur la métrique.
1. Sous **Period** (Période), choisissez la période d'évaluation de l'alarme, par exemple, 1 minute. Lors de l’évaluation de l’alarme, chaque période est regroupée en un point de données.
**Note**
Une période plus courte crée une alarme plus sensible.
1. Sous **Conditions**, procédez comme suit :
+ Pour **Threshold type** (Type de seuil), choisissez **Static** (Statique).
+ Pour **`CPUUtilization`Whenever is**, spécifiez si vous souhaitez que la valeur de la métrique soit inférieure, inférieure ou égale au seuil de violation de l'alarme. Ensuite, sous **than** (à), entrez la valeur de seuil qui doit appeler l'alarme.
**Important**
Pour qu'une alarme soit utilisée avec une échelle de politique (métrique faible), assurez-vous de ne pas choisir une valeur supérieure, supérieure ou égale au seuil.
1. Sous **Additional configuration** (Configuration supplémentaire), procédez comme suit :
+ Pour **Datapoints to alarm** (Points de données pour le déclenchement d'alarme), saisissez le nombre de points de données (périodes d'évaluation) au cours desquels la valeur de métrique doit répondre aux conditions de seuil pour appeler l'alarme. Par exemple, l'alarme se déclenchera au bout de 10 minutes si vous sélectionnez deux périodes consécutives de 5 minutes pour invoquer l'état de l'alarme.
+ Pour **Missing data treatment** (Traitement des données manquantes), choisissez **Treat missing data as bad (breaching threshold)** (Traiter les données manquantes comme incorrectes [seuil dépassé]). Pour plus d'informations, consultez la [section Configuration de la façon dont les CloudWatch alarmes traitent les données manquantes](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html#alarms-and-missing-data) dans le *guide de CloudWatch l'utilisateur Amazon*.
1. Choisissez **Suivant**.
La page **Configure actions** (Configurer des actions) apparait.
1. Sous **Notification**, sélectionnez la rubrique Amazon SNS qui doit recevoir une notification lorsque l'alerte passe à l'état `ALARM`, `OK` ou `INSUFFICIENT_DATA`.
Pour que l'alerte envoie plusieurs notifications pour le même état d'alerte ou pour les différents états d'alerte, choisissez **Add notification (Ajouter une notification)**.
Pour que l'alerte n'envoie pas de notifications, choisissez **Remove (Supprimer)**.
1. Vous pouvez quitter les autres sections de la page **Configurer les actions** qui est vide. Laisser les autres sections vides crée une alarme sans l'associer à une politique de stabilisation. Vous pouvez ensuite associer l’alarme à une politique de mise à l’échelle à partir de la console Amazon EC2 Auto Scaling.
1. Choisissez **Suivant**.
1. Saisissez un nom (par exemple, `Step-Scaling-AlarmLow-RemoveCapacity`) et, éventuellement, une description de l'alarme, puis choisissez **Next** (Suivant).
1. Sélectionnez **Créer une alerte**.
Suivez la procédure ci-dessous pour continuer là où vous vous êtes arrêté après avoir créé votre CloudWatch alarme.
**Étape 2 : Création d'une politique de dimensionnement par étapes pour la mise à l'échelle**
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. Vérifiez que les limites de mise à l’échelle sont correctement définies. Par exemple, si la capacité souhaitée par votre groupe est déjà au minimum, vous devez spécifier un nouveau minimum pour pouvoir l'augmenter. Pour de plus amples informations, veuillez consulter [Définissez des limites de mise à l’échelle pour votre groupe Auto Scaling](asg-capacity-limits.md).
1. Sous l’onglet **Scalabilité automatique**, dans **Politiques de mise à l’échelle dynamique**, choisissez **Créer une politique de mise à l’échelle dynamique**.
1. Pour **Type de stratégie**, choisissez **Step scaling**, puis spécifiez le nom de la stratégie.
1. Pour l'**CloudWatch alarme**, choisissez votre alarme. Si vous n'avez pas encore créé d'alarme, choisissez **Créer une CloudWatch alarme** et effectuez les étapes 4 à 14 de la procédure précédente pour créer une alarme.
1. Spécifiez la modification de la taille de groupe actuelle que cette politique effectuera lors de l'exécution à l'aide de **Take the action (Exécuter l'action)**. Vous pouvez supprimer un nombre spécifique d'instances ou un pourcentage de la taille de groupe existante, ou définir le groupe sur une taille exacte.
Par exemple, pour créer une échelle dans une politique qui réduit la capacité du groupe de deux instances, choisissez`Remove`, entrez `2` dans le champ suivant, puis choisissez`capacity units`. Par défaut, la limite supérieure de cet ajustement d'étape est le seuil de l'alarme et la limite inférieure est l'infini négatif (-).
1. Pour ajouter une autre étape, choisissez **Ajouter étape** puis définissez la quantité de mise à l’échelle et les limites inférieure et supérieure de l’étape par rapport au seuil d’alarme.
1. Choisissez **Créer**.
------
#### [ AWS CLI ]
Pour créer une politique de dimensionnement par étapes pour la mise à l'échelle (diminution de la capacité), vous pouvez utiliser les exemples de commandes suivants. Remplacez chaque *user input placeholder* par vos propres informations.
Lorsque vous utilisez le AWS CLI, vous créez d'abord une politique de dimensionnement par étapes qui fournit des instructions à Amazon EC2 Auto Scaling sur la manière de procéder à une mise à l'échelle lorsque la valeur d'une métrique diminue. Vous créez ensuite l'alarme en identifiant la métrique à surveiller, en définissant le seuil bas de la métrique et d'autres détails relatifs aux alarmes, et en associant l'alarme à la politique de dimensionnement.
**Étape 1 : créer une politique de mise à l'échelle**
Utilisez la [put-scaling-policy](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/put-scaling-policy.html)commande suivante pour créer une politique d'échelonnement nommée`my-step-scale-in-policy`, avec un type d'ajustement `ChangeInCapacity` qui réduit la capacité du groupe de 2 instances lorsque l' CloudWatch alarme associée dépasse le seuil bas de la métrique.
```
aws autoscaling put-scaling-policy \
--auto-scaling-group-name my-asg \
--policy-name my-step-scale-in-policy \
--policy-type StepScaling \
--adjustment-type ChangeInCapacity \
--step-adjustments MetricIntervalUpperBound=0.0,ScalingAdjustment=-2
```
Notez le nom Amazon Resource Name (ARN) de la politique. Vous en avez besoin pour créer l' CloudWatch alarme pour la politique.
```
{
"PolicyARN": "arn:aws:autoscaling:region:123456789012:scalingPolicy:ac542982-cbeb-4294-891c-a5a941dfa787:autoScalingGroupName/my-asg:policyName/my-step-scale-out-policy
}
```
**Étape 2 : créer une CloudWatch alarme pour le seuil bas de la métrique**
Utilisez la CloudWatch [put-metric-alarm](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/cloudwatch/put-metric-alarm.html)commande suivante pour créer une alarme qui réduit la taille du groupe Auto Scaling sur la base d'une valeur seuil moyenne du processeur de 40 % pendant au moins deux périodes d'évaluation consécutives de deux minutes. Pour utiliser votre propre métrique personnalisée, spécifiez son nom dans `--metric-name` et son espace de noms dans `--namespace`.
```
aws cloudwatch put-metric-alarm --alarm-name Step-Scaling-AlarmLow-RemoveCapacity \
--metric-name CPUUtilization --namespace AWS/EC2 --statistic Average \
--period 120 --evaluation-periods 2 --threshold 40 \
--comparison-operator LessThanOrEqualToThreshold \
--dimensions "Name=AutoScalingGroupName,Value=my-asg" \
--alarm-actions PolicyARN
```
------
# Politiques de mise à l'échelle simples
Les exemples suivants montrent comment utiliser les commandes CLI pour créer des politiques de dimensionnement simples. Elles figurent toujours dans ce document à titre de référence pour tous les clients qui souhaitent les utiliser, mais nous vous recommandons d'utiliser plutôt des politiques de suivi des cibles ou de dimensionnement par étapes.
À l'instar des politiques de dimensionnement par étapes, les politiques de dimensionnement simples vous obligent à créer des CloudWatch alarmes pour vos politiques de dimensionnement. Dans les politiques que vous créez, vous devez également définir s'il faut ajouter ou supprimer des instances, et combien, ou définir la taille exacte du groupe.
L'une des principales différences entre les politiques de dimensionnement par étapes et les politiques de dimensionnement simples réside dans les ajustements d'étapes que vous pouvez obtenir avec les politiques de dimensionnement par étapes. Grâce à la mise à l'échelle des étapes, vous pouvez apporter des modifications plus ou moins importantes à la taille du groupe en fonction des ajustements d'étapes que vous spécifiez.
Une politique de dimensionnement simple doit également attendre la fin d'une activité de dimensionnement en cours ou le remplacement d'un bilan de santé et la fin d'une [période de recharge](ec2-auto-scaling-scaling-cooldowns.md) avant de répondre à des alarmes supplémentaires. En revanche, avec la mise à l'échelle progressive, la politique continue de répondre à des alarmes supplémentaires, même lorsqu'une activité de dimensionnement ou le remplacement du bilan de santé est en cours. Cela signifie qu'Amazon EC2 Auto Scaling évalue toutes les violations d'alarme lorsqu'il reçoit les messages d'alarme. Pour cette raison, nous vous recommandons d'utiliser plutôt des politiques de dimensionnement par étapes, même si vous ne disposez que d'un seul ajustement de mise à l'échelle.
Amazon EC2 Auto Scaling prenait initialement en charge uniquement les politiques de mise à l'échelle simple. Si vous avez créé votre politique de dimensionnement avant l'introduction des politiques de suivi des cibles et de dimensionnement par étapes, votre stratégie est traitée comme une simple politique de dimensionnement.
## Créez une politique de dimensionnement simple pour le scaling out
Utilisez la [put-scaling-policy](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/put-scaling-policy.html)commande suivante pour créer une politique de dimensionnement simple nommée`my-simple-scale-out-policy`, avec un type d'ajustement `PercentChangeInCapacity` permettant d'augmenter la capacité du groupe de 30 % lorsque l' CloudWatch alarme associée dépasse le seuil élevé de la métrique.
```
aws autoscaling put-scaling-policy --policy-name my-simple-scale-out-policy \
--auto-scaling-group-name my-asg --scaling-adjustment 30 \
--adjustment-type PercentChangeInCapacity
```
Notez le nom Amazon Resource Name (ARN) de la politique. Vous en avez besoin pour créer l' CloudWatch alarme pour la politique.
## Créez une politique de dimensionnement simple pour la mise à l'échelle
Utilisez la [put-scaling-policy](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/put-scaling-policy.html)commande suivante pour créer une politique de dimensionnement simple nommée`my-simple-scale-in-policy`, avec un type d'ajustement `ChangeInCapacity` qui réduit la capacité du groupe d'une instance lorsque l' CloudWatch alarme associée dépasse le seuil bas de la métrique.
```
aws autoscaling put-scaling-policy --policy-name my-simple-scale-in-policy \
--auto-scaling-group-name my-asg --scaling-adjustment -1 \
--adjustment-type ChangeInCapacity --cooldown 180
```
Notez le nom Amazon Resource Name (ARN) de la politique. Vous en avez besoin pour créer l' CloudWatch alarme pour la politique.