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

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

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.

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.

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.

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.

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.

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.

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.