As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Deslocamento zonal do grupo Auto Scaling
A mudança zonal é um recurso do Amazon Application Recovery Controller (ARC). Com a mudança zonal, você pode se recuperar rapidamente das deficiências do aplicativo em uma zona de disponibilidade com uma única ação. Quando você ativa o deslocamento zonal para um grupo do Auto Scaling, o grupo é registrado no serviço de mudança zonal ARC. Em seguida, você pode iniciar uma mudança de zona usando a API AWS Management Console AWS CLI, ou e o grupo Auto Scaling trata a zona de disponibilidade com uma mudança de zona ativa como prejudicada.
Conceitos de mudança zonal de grupos do Auto Scaling
Antes de continuar, certifique-se de estar familiarizado com os seguintes conceitos básicos relacionados à integração com o deslocamento zonal ARC.
- Mudança zonal ARC
-
O Auto Scaling pode registrar grupos de Auto Scaling com deslocamento zonal ARC quando você ativa esse recurso. Após o registro, você pode visualizar seus recursos com a
ListManagedResourcesAPI ARC. Para obter mais informações, consulte Mudança zonal no ARC no Guia do desenvolvedor do Amazon Application Recovery Controller (ARC). - Rebalanceamento de zonas de disponibilidade
-
O Auto Scaling tenta manter a capacidade equilibrada em cada zona de disponibilidade. Quando ocorre um desequilíbrio entre as zonas de disponibilidade, o Auto Scaling tenta corrigir automaticamente o desequilíbrio. Para obter mais informações, consulte Distribuição de instâncias.
- Escalabilidade dinâmica
-
O escalonamento dinâmico dimensiona a capacidade desejada do seu grupo de Auto Scaling com base nas métricas que você escolhe com as políticas de escalabilidade. Para obter mais informações, consulte Escalabilidade dinâmica para Amazon EC2 Auto Scaling.
- Verificações de integridade
-
O Auto Scaling verifica periodicamente o status de integridade de todas as instâncias dentro de um grupo de Auto Scaling para garantir que elas estejam funcionando e em boas condições. Quando uma instância não íntegra é detectada, o Auto Scaling a marca para substituição. Para obter mais informações, consulte Verificações de integridade para instâncias em um grupo do Auto Scaling.
- Atualização de instância
-
Você inicia as atualizações de instâncias para atualizar as instâncias em seu grupo do Auto Scaling. Depois que uma atualização de instância é iniciada, o Auto Scaling tenta substituir todas as instâncias em seu grupo de Auto Scaling. Para obter mais informações, consulte Use uma atualização de instância para atualizar instâncias em um grupo do Auto Scaling.
- Pré-escalado
-
Você pode tolerar a perda de uma única zona de disponibilidade porque tem capacidade suficiente nas zonas de disponibilidade restantes para seu aplicativo.
- Aumento de escala
-
Quando você aumenta a capacidade desejada de um grupo de Auto Scaling, o Auto Scaling tenta iniciar instâncias adicionais para atender à nova capacidade desejada. Por padrão, o Auto Scaling inicia a instância de forma equilibrada para manter a mesma capacidade em cada zona de disponibilidade ativada em um grupo de Auto Scaling.
Como a mudança zonal funciona para grupos de Auto Scaling
Suponha que você tenha um grupo de Auto Scaling com as seguintes zonas de disponibilidade:
-
us-east-1a -
us-east-1b -
us-east-1c
Você ativou a mudança zonal em todas as zonas de disponibilidade e percebe falhasus-east-1a, então você aciona uma mudança zonal. Os comportamentos a seguir ocorrem quando uma mudança zonal é acionadaus-east-1a.
-
Escalabilidade horizontal — O Auto Scaling lançará todas as novas solicitações de capacidade nas zonas de disponibilidade saudáveis
us-east-1b(us-east-1ce). -
Escalabilidade dinâmica — O Auto Scaling impedirá que as políticas de escalabilidade diminuam a capacidade desejada em todas as zonas de disponibilidade. O Auto Scaling não impedirá que as políticas de escalabilidade aumentem a capacidade desejada em todas as zonas de disponibilidade.
-
Atualizações de instância — O Auto Scaling estenderá o tempo limite para qualquer processo de atualização de instância que esteja atrasado enquanto uma mudança de zona estiver ativa.
A tabela a seguir descreve o comportamento da verificação de integridade de cada opção quando uma mudança de zona é acionadaus-east-1a.
| Seleção de comportamento de verificação de integridade da zona de disponibilidade prejudicada | Comportamento de verificação de saúde |
|---|---|
|
Substitua insalubre |
As instâncias que parecem insalubres serão substituídas em todas as zonas de disponibilidade ( |
|
Ignore os não saudáveis |
As instâncias que parecem insalubres serão substituídas em |
Melhores práticas para usar o deslocamento zonal
Para manter a alta disponibilidade de seus aplicativos ao usar o deslocamento zonal, recomendamos as seguintes melhores práticas:
-
Monitore EventBridge as notificações para determinar quando há um evento contínuo de comprometimento da Zona de Disponibilidade. Para obter mais informações, consulte Use EventBridge para lidar com eventos do Auto Scaling.
-
Use políticas de escalabilidade com limites apropriados para garantir que você tenha capacidade suficiente para tolerar a perda de uma zona de disponibilidade.
-
Defina uma política de manutenção de instâncias com uma porcentagem íntegra mínima de 100. Com essa configuração, o Auto Scaling espera que uma nova instância esteja pronta para uso antes de encerrar uma instância não íntegra.
Para clientes pré-escalados, também recomendamos o seguinte:
-
Selecione Ignorar não íntegro como o comportamento de verificação de integridade da Zona de Disponibilidade comprometida, pois você não precisa substituir a instância não íntegra durante o evento de comprometimento.
-
Use o deslocamento automático zonal no ARC para seus grupos de Auto Scaling. O recurso de mudança automática zonal no ARC permite AWS deslocar o tráfego de um recurso para fora de uma zona de disponibilidade ao AWS detectar uma deficiência em uma zona de disponibilidade. Para obter mais informações, consulte Mudança automática zonal no ARC no Guia do desenvolvedor do Amazon Application Recovery Controller (ARC).
Para clientes com balanceadores de carga desativados em várias zonas, também recomendamos o seguinte:
-
Use balanceado somente para sua distribuição na zona de disponibilidade.
-
Se você estiver usando o deslocamento zonal nos grupos do Auto Scaling e nos balanceadores de carga, cancele primeiro o deslocamento zonal no seu grupo do Auto Scaling. Em seguida, aguarde o equilíbrio da capacidade em todas as zonas de disponibilidade antes de cancelar a mudança zonal no balanceador de carga.
-
Devido à possibilidade de desequilíbrio de capacidade quando você ativa a mudança de zona e usa um balanceador de carga desativado entre zonas, o Auto Scaling inclui uma etapa de validação extra. Se você estiver seguindo as melhores práticas, você pode reconhecer essa possibilidade marcando a AWS Management Console caixa de seleção ou usando a
skip-zonal-shift-validationbandeira emCreateAutoScalingGroup,UpdateAutoScalingGroup, ouAttachTrafficSources.
Para obter mais informações sobre o uso do deslocamento zonal com grupos do Auto Scaling, consulte AWS o blog de computação Usando o deslocamento zonal com o Amazon EC2
