Entender como a suspensão de processos afeta outros processos

AlarmNotification ainda está ativo, mas seu grupo do Auto Scaling não pode iniciar atividades de aumento da escala na horizontal para alarmes que estejam violados.

ScheduledActions está ativo, mas seu grupo do Auto Scaling não pode iniciar atividades de aumento da escala na horizontal para nenhuma ação de alarme que ocorra.

AZRebalance deixa de rebalancear o grupo.

ReplaceUnhealthy continua a encerrar instâncias não íntegras, mas não inicia instâncias substitutas. Quando você retoma o Launch processo, o Amazon EC2 Auto Scaling substitui imediatamente todas as instâncias que foram encerradas durante o período em que foi suspenso. Launch

InstanceRefresh não substitui as instâncias.

AlarmNotification ainda está ativo, mas seu grupo do Auto Scaling não pode iniciar atividades de redução da escala na horizontal para alarmes que estejam violados.

ScheduledActions está ativo, mas seu grupo do Auto Scaling não pode iniciar atividades de redução da escala na horizontal para nenhuma ação de alarme que ocorra.

AZRebalance ainda fica ativo, mas não funciona corretamente. Ele pode iniciar novas instâncias sem encerrar as antigas. Isso pode fazer com que seu grupo do Auto Scaling cresça até 10% além de seu tamanho máximo, pois isso é permitido temporariamente durante atividades de rebalanceamento. Seu grupo do Auto Scaling poderá permanecer acima seu tamanho máximo até que você retome o processo Terminate.

O ReplaceUnhealthy está inativo, mas não o HealthCheck. Quando o Terminate for reiniciado, o processo ReplaceUnhealthy começará a ser executado imediatamente. Se as instâncias foram marcadas como não íntegras enquanto o Terminate estava suspenso, elas serão substituídas imediatamente.

InstanceRefresh não substitui as instâncias.

O Amazon EC2 Auto Scaling inicia as instâncias, mas não as adiciona ao grupo-alvo do balanceador de carga ou ao Classic Load Balancer. Quando você retomar o processo AddToLoadBalancer, ele retomará a adição de instâncias ao balanceador de carga quando elas forem iniciadas. No entanto, ele não adicionará as instâncias que foram iniciadas enquanto esse processo estava suspenso. Você deve registrar essas instâncias manualmente.

O Amazon EC2 Auto Scaling não invoca políticas de escalabilidade quando um limite de CloudWatch alarme é violado. Quando você retomaAlarmNotification, o Amazon EC2 Auto Scaling considera políticas com limites de alarme que estão atualmente em violação.

O Amazon EC2 Auto Scaling não tenta redistribuir instâncias após determinados eventos. No entanto, se ocorrer um evento de expansão ou de redução, o processo de escalabilidade ainda tentará balancear as zonas de disponibilidade. Por exemplo, durante a expansão, ele executa instâncias na Zona de Disponibilidade com o menor número de instâncias. Se o grupo ficar desequilibrado enquanto AZRebalance estiver suspenso e você o retomar, o Amazon EC2 Auto Scaling tentará reequilibrar o grupo. Ele chama primeiro o Launch e, depois, o Terminate.

As piscinas quentes não são afetadas quando AZRebalance suspensas.

O Amazon EC2 Auto Scaling interrompe a marcação de instâncias como insalubres como resultado de verificações de saúde do EC2 Elastic Load Balancing. Suas verificações personalizadas de integridade continuam funcionando corretamente. Depois que você suspender HealthCheck, se precisar, defina manualmente o estado de integridade das instâncias no seu grupo e faça com que o ReplaceUnhealthy as substitua.

O Amazon EC2 Auto Scaling interrompe a substituição de instâncias como resultado de uma atualização da instância. Se houver uma atualização de instância em andamento, isso pausará a operação sem cancelá-la.

O Amazon EC2 Auto Scaling interrompe a substituição de instâncias marcadas como não íntegras. As instâncias que falham EC2 ou as verificações de integridade do Elastic Load Balancing ainda são marcadas como não íntegras. Assim que você retoma o ReplaceUnhealthy processo, o Amazon EC2 Auto Scaling substitui as instâncias que foram marcadas como não íntegras enquanto esse processo estava suspenso. O processo ReplaceUnhealthy chama Terminate primeiro e depois Launch.

O Amazon EC2 Auto Scaling não executa ações programadas que estejam programadas para execução durante o período de suspensão. Quando você retomaScheduledActions, o Amazon EC2 Auto Scaling considera somente ações programadas cujo horário programado ainda não tenha passado.

Maximum instance lifetime (Tempo de vida máximo da instância): quando Launch ou Terminate estiverem suspensos, o recurso de tempo de vida máxima da instância não poderá substituir nenhuma instância.

Interrupções de instâncias spot: se o Terminate estiver suspenso e seu grupo do Auto Scaling tiver instâncias spot, elas ainda poderão ser encerradas caso a capacidade spot não esteja mais disponível. Enquanto Launch estiver suspenso, o Amazon EC2 Auto Scaling não poderá iniciar instâncias substitutas de outro pool de instâncias spot ou do mesmo pool de instâncias spot quando ele estiver disponível novamente.

Rebalanceamento de capacidade — Se Terminate estiver suspenso e você usar o rebalanceamento de capacidade para lidar com interrupções de instâncias spot, o serviço EC2 Amazon Spot ainda poderá encerrar instâncias caso a capacidade spot não esteja mais disponível. Se Launch estiver suspenso, o Amazon EC2 Auto Scaling não poderá iniciar instâncias substitutas de outro pool de instâncias spot ou do mesmo pool de instâncias spot quando ele estiver disponível novamente.

Attaching and detaching instances (Anexação e desvinculação de instâncias): quando Launch e Terminate estiverem suspensos, você poderá desvincular instâncias anexadas ao seu grupo do Auto Scaling, mas enquanto Launch estiver suspenso, você não poderá anexar novas instâncias ao grupo.

Standby instances (Instâncias em espera): quando Launch e Terminate estiverem suspensos, você poderá colocar uma instância no estadoStandby, mas enquanto Launch estiver suspenso, você não poderá recolocar em serviço uma instância que esteja no estado Standby.