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 Launch proceso, Amazon EC2 Auto Scaling sustituirá inmediatamente cualquier instancia que haya finalizado durante el tiempo de Launch suspensión.

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 añade al grupo objetivo del balanceador de carga ni 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 infringe un umbral de CloudWatch alarma. Cuando reanudeAlarmNotification, Amazon EC2 Auto Scaling tendrá en cuenta las políticas con umbrales de alarma que actualmente se estén infringiendo.

Amazon EC2 Auto Scaling no intenta redistribuir las instancias después de ciertos 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 la ampliación horizontal, lanza las instancias en la zona de disponibilidad con el menor número de instancias. Si el grupo se desequilibra mientras AZRebalance está suspendido y usted lo reanuda, Amazon EC2 Auto Scaling intentará reequilibrar el grupo. En primer lugar, llama a Launch y, a continuación, a Terminate.

Las piscinas calientes no se ven afectadas cuando AZRebalance se suspenden.

Amazon EC2 Auto Scaling deja de marcar las instancias en mal estado como resultado de las EC2 comprobaciones de estado de 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 las instancias como resultado de una actualización de la instancia. 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 como en mal estado. Las instancias que fallan EC2 o las comprobaciones de estado de Elastic Load Balancing siguen marcándose como en mal estado. En cuanto reanude el ReplaceUnhealthy proceso, Amazon EC2 Auto Scaling reemplazará las instancias que se marcaron en mal estado durante la suspensión del proceso. El proceso ReplaceUnhealthy llama primero a Terminate y después Launch.

Amazon EC2 Auto Scaling no ejecuta acciones programadas que estén programadas para ejecutarse durante el período de suspensión. Al reanudarScheduledActions, Amazon EC2 Auto Scaling solo tendrá en cuenta las acciones programadas cuyo tiempo programado aún no haya transcurrido.

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. Mientras Launch esté suspendido, Amazon EC2 Auto Scaling no podrá lanzar instancias de reemplazo desde otro grupo de instancias puntuales o desde el mismo grupo de instancias puntuales cuando vuelva a estar disponible.

Reequilibrio de capacidad: si Terminate se suspende y utilizas el reequilibrio de capacidad para gestionar las interrupciones de las instancias puntuales, el servicio Amazon EC2 Spot aún puede cerrar las instancias en caso de que la capacidad puntual ya no esté disponible. Si Launch se suspende, Amazon EC2 Auto Scaling no podrá lanzar instancias de reemplazo desde otro grupo de instancias puntuales o desde el mismo grupo de instancias puntuales cuando vuelva 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.