Efecto de la suspensión de procesos sobre otros procesos

AlarmNotification sigue activo, pero el grupo de escalado automático no puede iniciar actividades de escalado horizontal para alarmas infractoras.

ScheduledActions está activo, pero el grupo de escalado automático no puede iniciar actividades de escalado horizontal para ninguna acción programada que se produzca.

AZRebalance deja de reequilibrar el grupo.

ReplaceUnhealthy continúa finalizando instancias en mal estado, pero no lanza reemplazos. Cuando reanude el proceso Launch, Amazon EC2 Auto Scaling reemplaza inmediatamente las instancias que finalizó durante el tiempo en que se suspendió Launch.

InstanceRefresh no reemplaza las instancias.

AlarmNotification sigue activo, pero el grupo de escalado automático no puede iniciar actividades de reducción horizontal para alarmas infractoras.

ScheduledActions está activo, pero el grupo de escalado automático no puede iniciar actividades de reducción horizontal para ninguna acción programada que se produzca.

AZRebalance sigue activo, pero no funciona correctamente. Puede lanzar nuevas instancias sin terminar las antiguas. Esto puede provocar que su grupo de escalado automático aumente hasta un 10 % más que su tamaño máximo, ya que se permite que ocurra esto durante las actividades de reequilibrado. Su grupo de escalado automático podría permanecer por encima de su tamaño máximo hasta que se reanude el proceso Terminate.

ReplaceUnhealthy está inactivo, pero no HealthCheck. Cuando se reanuda Terminate, el proceso ReplaceUnhealthy empieza a ejecutarse inmediatamente. Si las instancias se marcaron como en mal estado mientras Terminate se encuentra suspendido, se reemplazarán de inmediato.

InstanceRefresh no reemplaza las instancias.

Amazon EC2 Auto Scaling lanza las instancias, pero no las agrega al grupo de destino del balanceador de carga o al Classic Load Balancer. Cuando se reanuda el proceso AddToLoadBalancer, se reanuda la adición de instancias al balanceador de carga cuando se lanzan. Sin embargo, no se añaden las instancias que se lanzaron mientras este proceso estaba suspendido. Debe registrar dichas instancias manualmente.

Amazon EC2 Auto Scaling no invoca políticas de escalado cuando se interrumpe un umbral de alarma de CloudWatch. Al reanudar AlarmNotification, Amazon EC2 Auto Scaling tiene en cuenta las políticas con umbrales de alarma que se han interrumpido.

Amazon EC2 Auto Scaling no intenta redistribuir instancias tras determinados eventos. Sin embargo, si se produce un evento de escalado o reducción horizontales, el proceso de escalado intenta equilibrar igualmente las zonas de disponibilidad. Por ejemplo, durante el escalado horizontal, se lanzan las instancias en la zona de disponibilidad con el menor número de instancias. Si el grupo se desequilibra durante la suspensión de AZRebalance y lo reanuda, Amazon EC2 Auto Scaling intenta reequilibrar el grupo. En primer lugar, llama a Launch y, a continuación, a Terminate.

Los grupos en caliente no se ven afectados cuando AZRebalance está suspendida.

Amazon EC2 Auto Scaling deja de marcar las instancias con un estado incorrecto como resultado de las comprobaciones de estado de EC2 y Elastic Load Balancing. Las comprobaciones de estado personalizadas siguen funcionando correctamente. Tras suspender HealthCheck, si es necesario, puede configurar manualmente el estado de las instancias del grupo y que ReplaceUnhealthy las sustituya.

Amazon EC2 Auto Scaling deja de reemplazar instancias debido a una actualización de instancias. Si hay una actualización de instancias en curso, se detiene la operación sin cancelarla.

Amazon EC2 Auto Scaling deja de reemplazar las instancias marcadas con un estado incorrecto. Las instancias que no superan las comprobaciones de estado de EC2 o Elastic Load Balancing seguirán estando marcadas con un estado incorrecto. En cuanto se reanuda el proceso ReplaceUnhealthy, Amazon EC2 Auto Scaling reemplaza las instancias marcadas con un estado incorrecto durante la suspensión de este proceso. El proceso ReplaceUnhealthy llama primero a Terminate y después Launch.

Amazon EC2 Auto Scaling no pone en marcha acciones programadas que están programadas para su activación durante el periodo de suspensión. Cuando se reanuda ScheduledActions, Amazon EC2 Auto Scaling solo considera acciones programadas cuyo tiempo programado aún no ha pasado.

Duración máxima de la instancia: cuando Launch o Terminate se suspenden, la característica de duración máxima de instancia no puede reemplazar ninguna instancia.

Interrupciones de instancias de spot: si Terminate se suspende y el grupo de escalado automático tiene instancias de spot, todavía pueden terminar en caso de que la capacidad de spot ya no esté disponible. Durante la suspensión de Launch, Amazon EC2 Auto Scaling no puede lanzar instancias de reemplazo de otro grupo de instancias de spot o del mismo grupo de instancias de spot cuando vuelve a estar disponible.

Reequilibrio de la capacidad: si se suspende Terminate y utiliza el reequilibrio de la capacidad para gestionar las interrupciones de instancias de spot, el servicio de spot de Amazon EC2 aún puede terminar instancias en caso de que la capacidad del spot ya no esté disponible. Si se suspende Launch, Amazon EC2 Auto Scaling no puede lanzar instancias de reemplazo de otro grupo de instancias de spot o del mismo grupo de instancias de spot cuando vuelve a estar disponible.

Asociación y desconexión de instancias: cuando Launch y Terminate se suspenden, puede desconectar las instancias asociadas al grupo de escalado automático, pero mientras Launch está suspendido, no puede asociar nuevas instancias al grupo.

Instancias en espera: cuando Launch y Terminate están suspendidos, puede poner una instancia en el estado Standby, pero mientras Launch está suspendido, no se puede reactivar una instancia con el estado Standby.