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.
# Comment les processus suspendus affectent les autres processus
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
+ `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
+ `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
+ 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
+ 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
+ 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
+ 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
+ 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
+ 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
+ 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
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.