

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.

# Suspendre et reprendre les processus Amazon EC2 Auto Scaling
<a name="as-suspend-resume-processes"></a>

Cette rubrique décrit comment suspendre puis reprendre un ou plusieurs processus pour votre groupe Auto Scaling afin de désactiver temporairement certaines opérations. 

La suspension des processus peut être utile lorsque vous devez étudier ou résoudre un problème sans que des politiques de dimensionnement ou des actions planifiées n'interfèrent. Cela permet également d'empêcher Amazon EC2 Auto Scaling de marquer les instances comme étant défectueuses et de les remplacer lorsque vous apportez des modifications à votre groupe Auto Scaling.

**Topics**
+ [Types de processus](#process-types)
+ [Considérations](suspend-resume-considerations.md)
+ [Suspendre des processus](suspend-processes.md)
+ [Processus de CV](resume-processes.md)
+ [Comment les processus suspendus affectent les autres processus](understand-how-suspending-processes-affects-other-processes.md)

**Note**  
En plus des suspensions que vous lancez, Amazon EC2 Auto Scaling peut également suspendre des processus pour des groupes Auto Scaling qui, de façon répétée, ne parviennent pas à lancer les instances. Cette action est appelée *suspension administrative*. Une suspension administrative s'applique généralement aux groupes Auto Scaling qui ont tenté de lancer des instances pendant plus de 24 heures sans succès. Vous pouvez reprendre des processus suspendus par Amazon EC2 Auto Scaling pour raisons administratives.

## Types de processus
<a name="process-types"></a>

La fonction Suspend-resume (Suspendre–reprendre) prend en charge les processus suivants :
+ `Launch`— Ajoute des instances au groupe Auto Scaling lorsque le groupe s'agrandit ou lorsqu'Amazon EC2 Auto Scaling choisit de lancer des instances pour d'autres raisons, par exemple lorsqu'il ajoute des instances à un pool de chaleur.
+ `Terminate`— Supprime des instances du groupe Auto Scaling lorsque le groupe prend de l'ampleur ou lorsqu'Amazon EC2 Auto Scaling choisit de mettre fin à des instances pour d'autres raisons, par exemple lorsqu'une instance est résiliée pour avoir dépassé sa durée de vie maximale ou pour avoir échoué à un bilan de santé.
+ `AddToLoadBalancer`— Ajoute des instances au groupe cible de l'équilibreur de charge attaché ou au Classic Load Balancer lors de leur lancement. Pour de plus amples informations, veuillez consulter [Utilisez Elastic Load Balancing pour répartir le trafic applicatif entrant dans votre groupe Auto Scaling](autoscaling-load-balancer.md).
+ `AlarmNotification`— Accepte les notifications provenant d' CloudWatchalarmes associées à des politiques de dimensionnement dynamiques. Pour de plus amples informations, veuillez consulter [Mise à l'échelle dynamique pour Amazon EC2 Auto Scaling](as-scale-based-on-demand.md).
+ `AZRebalance`— Équilibre le nombre d'instances EC2 du groupe de manière égale dans toutes les zones de disponibilité spécifiées lorsque le groupe devient déséquilibré, par exemple lorsqu'une zone de disponibilité précédemment indisponible revient à un état sain. Pour de plus amples informations, veuillez consulter [Activités de rééquilibrage](auto-scaling-benefits.md#AutoScalingBehavior.InstanceUsage).
+ `HealthCheck`— Vérifie l'état des instances et marque une instance comme étant défectueuse si Amazon EC2 ou Elastic Load Balancing indique à Amazon EC2 Auto Scaling que l'instance n'est pas saine. Ce processus peut remplacer l'état de santé d'une instance défini manuellement. Pour de plus amples informations, veuillez consulter [Surveillance de l’état des instances dans un groupe Auto Scaling](ec2-auto-scaling-health-checks.md).
+ `InstanceRefresh`— Résout et remplace les instances à l'aide de la fonction d'actualisation des instances. 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).
+ `ReplaceUnhealthy`— Met fin aux instances marquées comme défectueuses, puis crée de nouvelles instances pour les remplacer. Pour de plus amples informations, veuillez consulter [Surveillance de l’état des instances dans un groupe Auto Scaling](ec2-auto-scaling-health-checks.md).
+ `ScheduledActions`— Exécute les actions de dimensionnement planifiées que vous créez ou qui sont créées pour vous lorsque vous créez un plan de AWS Auto Scaling dimensionnement et activez le dimensionnement prédictif. Pour de plus amples informations, veuillez consulter [Mise à l'échelle planifiée pour Amazon EC2 Auto Scaling](ec2-auto-scaling-scheduled-scaling.md). 

# Considérations relatives à la suspension des processus
<a name="suspend-resume-considerations"></a>

Tenez compte des éléments suivants avant de suspendre les processus :
+ La suspension vous `AlarmNotification` permet d'arrêter temporairement les politiques de suivi des cibles, d'étapes et de dimensionnement simple du groupe sans supprimer les politiques de dimensionnement ni les CloudWatch alarmes associées. Pour arrêter temporairement les politiques de mise à l'échelle individuelles, reportez-vous à la rubrique [Désactiver une politique de mise à l'échelle pour un groupe Auto Scaling](as-enable-disable-scaling-policy.md).
+ Vous pouvez choisir de suspendre les `ReplaceUnhealthy` processus `HealthCheck` et pour redémarrer les instances sans qu'Amazon EC2 Auto Scaling ne mette fin aux instances sur la base de ses tests de santé. Toutefois, si vous avez besoin d'Amazon EC2 Auto Scaling pour continuer à effectuer des contrôles de santé sur les instances restantes, utilisez plutôt la fonction de veille. Pour de plus amples informations, veuillez consulter [Supprimer temporairement des instances du groupe Auto Scaling](as-enter-exit-standby.md).
+ Si vous suspendez les processus `Launch` et `Terminate`, ou `AZRebalance`, puis que vous apportez des modifications à votre groupe Auto Scaling, par exemple en détachant des instances ou en modifiant les zones de disponibilité spécifiées, votre groupe peut devenir déséquilibré entre les zones de disponibilité. Si cela se produit, après avoir repris les processus suspendus, Amazon EC2 Auto Scaling redistribue progressivement les instances de manière uniforme entre les zones de disponibilité.
+ Si vous suspendez le `Terminate` processus, vous pouvez toujours forcer la fermeture des instances en utilisant la [delete-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/delete-auto-scaling-group.html)commande associée à l'option de suppression forcée.
+ La suspension du `Terminate` processus ne s'applique qu'aux instances actuellement dans `InService` cet état. Cela n'empêche pas la mise hors service d'instances situées dans d'autres états, par exemple`Pending`, ou d'instances qui ne redémarrent pas correctement depuis le mode veille.
+ Le `RemoveFromLoadBalancerLowPriority` processus peut être ignoré lorsqu'il est présent dans des appels pour décrire des groupes Auto Scaling à l'aide du AWS CLI ou SDKs. Ce processus est obsolète et n'est conservé qu'à des fins de rétrocompatibilité. 

# Suspendre des processus
<a name="suspend-processes"></a>

Pour suspendre un processus pour un groupe Auto Scaling, appliquez l'une des méthodes suivantes :

------
#### [ Console ]

**Pour suspendre un processus**

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 du groupe Auto Scaling. 

   Un volet fractionné s’ouvre en bas de la page. 

1. Sous l’onglet **Détails**, choisissez **Configurations avancées**, **Modifier**.

1. Pour **Suspended Processes** (Processus suspendus), sélectionnez le processus à suspendre.

1. Choisissez **Mettre à jour**.

------
#### [ AWS CLI ]

Utilisez la commande [suspend-processes](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/suspend-processes.html) (suspendre-reprendre) suivante pour suspendre des processus individuels.

```
aws autoscaling suspend-processes --auto-scaling-group-name my-asg --scaling-processes HealthCheck ReplaceUnhealthy 
```

Pour suspendre tous les processus, omettez l'option `--scaling-processes`, comme suit. 

```
aws autoscaling suspend-processes --auto-scaling-group-name my-asg
```

------

# Processus de CV
<a name="resume-processes"></a>

Pour reprendre un processus suspendu pour un groupe Auto Scaling, appliquez l'une des méthodes suivantes :

------
#### [ Console ]

**Pour reprendre un processus suspendu**

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 du groupe Auto Scaling. 

   Un volet fractionné s’ouvre en bas de la page. 

1. Sous l’onglet **Détails**, choisissez **Configurations avancées**, **Modifier**.

1. Pour **Suspended Processes** (Processus suspendus), sélectionnez le processus à suspendre.

1. Choisissez **Mettre à jour**.

------
#### [ AWS CLI ]

Pour reprendre un processus suspendu, utilisez la commande [resume-processes](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/resume-processes.html) suivante.

```
aws autoscaling resume-processes --auto-scaling-group-name my-asg --scaling-processes HealthCheck
```

Pour reprendre tous les processus suspendus, omettez l'option `--scaling-processes`, comme suit.

```
aws autoscaling resume-processes --auto-scaling-group-name my-asg
```

------

# Comment les processus suspendus affectent les autres processus
<a name="understand-how-suspending-processes-affects-other-processes"></a>

Les sections suivantes décrivent ce qui se passe lorsque différents processus sont suspendus individuellement. 

**Topics**
+ [`Launch`est suspendu](#launch-is-suspended)
+ [`Terminate`est suspendu](#terminate-is-suspended)
+ [`AddToLoadBalancer`est suspendu](#addtoloadbalancer-is-suspended)
+ [`AlarmNotification`est suspendu](#alarmnotification-is-suspended)
+ [`AZRebalance`est suspendu](#azrebalance-is-suspended)
+ [`HealthCheck`est suspendu](#healthcheck-is-suspended)
+ [`InstanceRefresh`est suspendu](#instancerefresh-is-suspended)
+ [`ReplaceUnhealthy`est suspendu](#replaceunhealthy-is-suspended)
+ [`ScheduledActions`est suspendu](#scheduledactions-is-suspended)
+ [Considérations supplémentaires](#other-considerations)

## `Launch`est suspendu
<a name="launch-is-suspended"></a>
+ `AlarmNotification` est toujours actif, mais votre groupe Auto Scaling ne peut pas lancer d'activités de montée en puissance pour les alarmes en violation. 
+ `ScheduledActions` est actif, mais votre groupe Auto Scaling ne peut pas lancer d'activités de montée en puissance pour les actions planifiées qui se produisent. 
+ `AZRebalance` cesse de rééquilibrer le groupe.
+ `ReplaceUnhealthy` continue de mettre fin aux instances malsaines, mais ne lance pas de remplacements. Lorsque vous reprenez le processus `Launch`, Amazon EC2 Auto Scaling remplace immédiatement toutes les instances qu'il a interrompues pendant la période où `Launch` était suspendu.
+ `InstanceRefresh` ne remplace pas les instances.

## `Terminate`est suspendu
<a name="terminate-is-suspended"></a>
+ `AlarmNotification`est toujours actif, mais votre groupe Auto Scaling ne peut pas lancer d'activités à grande échelle pour les alarmes non conformes. 
+ `ScheduledActions`est actif, mais votre groupe Auto Scaling ne peut pas initier d'activités à grande échelle pour les actions planifiées qui se produisent. 
+ `AZRebalance` est toujours actif mais ne fonctionne pas correctement. Il peut lancer de nouvelles instances sans résilier les anciennes. Cela peut entraîner une augmentation de votre groupe Auto Scaling jusqu'à une taille supérieure de 10 % à sa taille maximum, ce qui est autorisé temporairement pendant les activités de rééquilibrage. Votre groupe Auto Scaling peut rester au-dessus de sa taille maximum jusqu'à ce que vous repreniez le processus `Terminate`.
+ Le processus `ReplaceUnhealthy` est inactif, mais pas le processus `HealthCheck`. Lorsque `Terminate` reprend, l'exécution du processus `ReplaceUnhealthy` démarre immédiatement. Si toutes les instances ont été marquées comme non saines alors que `Terminate` était suspendu, elles seront immédiatement remplacées.
+ `InstanceRefresh` ne remplace pas les instances.

## `AddToLoadBalancer`est suspendu
<a name="addtoloadbalancer-is-suspended"></a>
+ Amazon EC2 Auto Scaling lance les instances mais ne les ajoute pas au groupe cible de l'équilibreur de charge ou au Classic Load Balancer. Lorsque vous reprenez le processus `AddToLoadBalancer`, il reprend l'ajout d'instances à l'équilibreur de charge lorsqu'elles sont lancées. Cependant, il n'ajoute pas les instances lancées pendant la suspension du processus. Vous devez enregistrer ces instances manuellement.

## `AlarmNotification`est suspendu
<a name="alarmnotification-is-suspended"></a>
+ Amazon EC2 Auto Scaling n'invoque pas de politiques de dimensionnement lorsqu' CloudWatch un seuil d'alarme est dépassé. Lorsque vous reprenez le processus `AlarmNotification`, Amazon EC2 Auto Scaling prend en compte les politiques avec des seuils d'alarme qui sont actuellement dépassés.

## `AZRebalance`est suspendu
<a name="azrebalance-is-suspended"></a>
+ Amazon EC2 Auto Scaling ne tente pas de redistribuer les instances après certains événements. Toutefois, si un événement de scale-out ou de scale-in se produit, le processus de dimensionnement essaie toujours d'équilibrer les zones de disponibilité. Par exemple, lors de la mise à l'échelle, il lance des instances dans la zone de disponibilité avec le moins d'instances. Si cela entraîne un déséquilibre du groupe pendant la suspension et la reprise du processus `AZRebalance`, Amazon EC2 Auto Scaling tente de rééquilibrer le groupe. Le service commence par appeler `Launch`, puis `Terminate`.
+ Les piscines chaudes ne sont pas affectées lorsqu'elles `AZRebalance` sont suspendues.

## `HealthCheck`est suspendu
<a name="healthcheck-is-suspended"></a>
+ Amazon EC2 Auto Scaling arrête de marquer les instances identifiées non saines suite à des surveillances de l'état EC2 et Elastic Load Balancing. Vos surveillances de l'état personnalisées continuent de fonctionner correctement. Après avoir suspendu `HealthCheck`, vous pouvez définir manuellement l'état des instances de votre groupe et demander au processus `ReplaceUnhealthy` de les remplacer.

## `InstanceRefresh`est suspendu
<a name="instancerefresh-is-suspended"></a>
+ Amazon EC2 Auto Scaling arrête de remplacer les instances suite à une actualisation d'instance. Si une actualisation d'instance est en cours, cette opération interrompt l'opération sans l'annuler.

## `ReplaceUnhealthy`est suspendu
<a name="replaceunhealthy-is-suspended"></a>
+ Amazon EC2 Auto Scaling arrête de remplacer les instances marquées comme non saines. Les instances dont les surveillances de l'état EC2 ou Elastic Load Balancing échouent sont toujours marquées comme non saines. Dès que vous reprenez le processus `ReplaceUnhealthy`, Amazon EC2 Auto Scaling remplace les instances qui ont été marquées comme non saines pendant la suspension du processus. Le processus `ReplaceUnhealthy` appelle `Terminate` d'abord puis `Launch`. 

## `ScheduledActions`est suspendu
<a name="scheduledactions-is-suspended"></a>
+ Amazon EC2 Auto Scaling n'exécute pas les actions planifiées qui sont programmées pour s'exécuter pendant la période de suspension. Lorsque vous reprenez `ScheduledActions`, Amazon EC2 Auto Scaling ne prend en compte que les actions planifiées dont l'heure prévue n'est pas encore passée. 

## Considérations supplémentaires
<a name="other-considerations"></a>

De plus, lorsque `Launch` ou `Terminate` sont suspendus, les fonctions suivantes peuvent ne pas fonctionner correctement :
+ Durée de **vie maximale des instances** : en cas de suspension `Launch` ou `Terminate` de suspension, la fonctionnalité de durée de vie maximale des instances ne peut remplacer aucune instance. 
+ **Interruptions des instances Spot : si l'instance** `Terminate` est suspendue et que votre groupe Auto Scaling possède des instances Spot, elles peuvent toujours être résiliées si la capacité Spot n'est plus disponible. Pendant la suspension de `Launch`, Amazon EC2 Auto Scaling ne peut pas lancer d'instances de remplacement à partir d'un autre groupe d'instances Spot ou à partir du même groupe d'instances Spot lorsqu'il est disponible.
+ **Rééquilibrage des capacités** : s'il `Terminate` est suspendu et que vous utilisez le rééquilibrage des capacités pour gérer les interruptions des instances Spot, le service Amazon EC2 Spot peut toujours mettre fin aux instances si la capacité Spot n'est plus disponible. Si `Launch` est suspendu, Amazon EC2 Auto Scaling ne peut pas lancer d'instances de remplacement à partir d'un autre groupe d'Instances Spot ou du même groupe d'Instances Spot lorsqu'il est à nouveau disponible.
+ **Attacher et détacher des instances** : lorsque `Launch` celles-ci `Terminate` sont suspendues, vous pouvez détacher les instances qui sont attachées à votre groupe Auto Scaling, mais en `Launch` cas de suspension, vous ne pouvez pas associer de nouvelles instances au groupe. 
+ **Instances en veille** : lorsque `Launch` vous `Terminate` êtes suspendue, vous pouvez mettre une instance dans l'`Standby`état, mais pendant qu'elle `Launch` est suspendue, vous ne pouvez pas remettre en service une instance dans `Standby` cet état. 