Comment les processus suspendus affectent les autres processus

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 Launch processus, Amazon EC2 Auto Scaling remplace immédiatement toutes les instances mises hors service pendant la période de suspension. Launch

InstanceRefresh ne remplace pas les instances.

AlarmNotificationest toujours actif, mais votre groupe Auto Scaling ne peut pas lancer d'activités à grande échelle pour les alarmes non conformes.

ScheduledActionsest 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.

Amazon EC2 Auto Scaling lance les instances mais ne les ajoute pas au groupe cible de l'équilibreur de charge ni 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.

Amazon EC2 Auto Scaling n'invoque pas de politiques de dimensionnement lorsqu'un seuil CloudWatch d'alarme est dépassé. Lorsque vous reprenezAlarmNotification, Amazon EC2 Auto Scaling prend en compte les politiques comportant des seuils d'alarme actuellement dépassés.

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 le groupe devient déséquilibré alors qu'il AZRebalance est suspendu et que vous le reprenez, Amazon EC2 Auto Scaling tente de le rééquilibrer. Le service commence par appeler Launch, puis Terminate.

Les piscines chaudes ne sont pas affectées lorsqu'elles AZRebalance sont suspendues.

Amazon EC2 Auto Scaling cesse de signaler les instances comme étant insalubres à la suite EC2 des tests de santé d'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.

Amazon EC2 Auto Scaling arrête de remplacer les instances à la suite d'une actualisation des instances. Si une actualisation d'instance est en cours, cette opération interrompt l'opération sans l'annuler.

Amazon EC2 Auto Scaling arrête de remplacer les instances marquées comme non fonctionnelles. Les instances qui échouent EC2 ou les tests de santé d'Elastic Load Balancing sont toujours marqués comme non conformes. Dès que vous reprenez le ReplaceUnhealthy processus, Amazon EC2 Auto Scaling remplace les instances signalées comme étant défectueuses lors de la suspension du processus. Le processus ReplaceUnhealthy appelle Terminate d'abord puis Launch.

Amazon EC2 Auto Scaling n'exécute pas d'actions planifiées dont l'exécution est prévue pendant la période de suspension. Lorsque vous reprenezScheduledActions, Amazon EC2 Auto Scaling ne prend en compte que les actions planifiées dont l'heure prévue n'est pas encore dépassée.

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 Launch la suspension, Amazon EC2 Auto Scaling ne peut pas lancer d'instances de remplacement depuis un autre pool d'instances Spot ou depuis le même pool d'instances Spot lorsqu'il est de nouveau 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 EC2 Spot, le service Amazon Spot peut toujours résilier les instances si la capacité Spot n'est plus disponible. En Launch cas de suspension, Amazon EC2 Auto Scaling ne peut pas lancer d'instances de remplacement depuis un autre pool d'instances Spot ou depuis le même pool d'instances Spot lorsqu'il sera de 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.