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á.
Mudança de zona do Auto Scaling
A mudança de zona é um recurso do Controlador de Recuperação de Aplicações (ARC) da Amazon. Com a mudança de zona, é possível recuperar-se rapidamente de comprometimentos da aplicação em uma zona de disponibilidade com uma única ação. Quando você habilita a mudança de zona para um grupo do Auto Scaling, o grupo é registrado no serviço de mudança de zona do ARC. Em seguida, você pode iniciar uma mudança de zona usando a API Console de gerenciamento da AWS AWS CLI, ou e o grupo Auto Scaling trata a zona de disponibilidade com uma mudança de zona ativa como prejudicada.
Conceitos da mudança de zona de grupos do Auto Scaling
Antes de continuar, familiarize-se com os conceitos básicos a seguir, relacionados à integração com a mudança de zona do ARC.
- Mudança de zona do ARC
-
O Auto Scaling pode registrar grupos do Auto Scaling com mudança de zona do ARC quando você habilita esse recurso. Após o registro, será possível visualizar seus recursos com a API ARC
ListManagedResources. Para obter mais informações, consulte Mudança de zona do ARC no Guia do desenvolvedor do Controlador de Recuperação de Aplicações (ARC) da Amazon. - Rebalanceamento de zonas de disponibilidade
-
O Auto Scaling tenta manter a capacidade balanceada 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
-
A escalabilidade dinâmica dimensiona a capacidade desejada do seu grupo do 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 em um grupo do Auto Scaling para garantir que elas estejam em execução 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 de uma atualização de instância ser iniciada, o Auto Scaling tenta substituir todas as instâncias no seu grupo do 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
-
É possível tolerar a perda de uma única zona de disponibilidade porque tem capacidade suficiente nas zonas de disponibilidade restantes para sua aplicação.
- Aumento de escala
-
Quando você aumenta a capacidade desejada de um grupo do 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 uma forma balanceada, para manter a mesma capacidade em cada zona de disponibilidade habilitada em um grupo do Auto Scaling.
Como a mudança de zona funciona para grupos do Auto Scaling
Suponha que você tenha um grupo do Auto Scaling com as zonas de disponibilidade a seguir:
-
us-east-1a -
us-east-1b -
us-east-1c
Você habilitou a mudança de zona em todas as zonas de disponibilidade e percebe falhas em us-east-1a, de modo que você aciona uma mudança de zona. Os comportamentos a seguir ocorrem quando uma mudança de zona é acionada em us-east-1a.
-
Aumento de escala na horizontal: o Auto Scaling iniciará todas as novas solicitações de capacidade nas zonas de disponibilidade íntegras (
us-east-1beus-east-1c). -
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âncias: 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 é acionada em us-east-1a.
| Seleção de comportamento de verificação de integridade da zona de disponibilidade comprometida | Comportamento de verificação de integridade |
|---|---|
|
Substituir não íntegras |
As instâncias que parecerem não íntegras serão substituídas em todas as zonas de disponibilidade ( |
|
Ignorar não íntegras |
As instâncias que parecerem não íntegras serão substituídas em |
Práticas recomendadas para o uso da mudança de zona
Para manter a alta disponibilidade de suas aplicações ao usar mudança de zona, recomendamos as práticas a seguir:
-
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 um percentual mínimo de integridade igual a 100. Com essa configuração, o Auto Scaling esperará 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 íntegras 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 a mudança de zona automática do ARC para seus grupos do 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 de zona automática do ARC no Guia do desenvolvedor do Controlador de Recuperação de Aplicações (ARC) da Amazon.
Para clientes com balanceadores de carga desabilitados em várias zonas, também recomendamos o seguinte:
-
Use somente balanceado para sua distribuição na zona de disponibilidade.
-
Se você estiver usando a mudança de zona nos grupos do Auto Scaling e nos balanceadores de carga, cancele primeiro a mudança de zona 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 de zona no balanceador de carga.
-
Devido à possibilidade de desequilíbrio de capacidade quando você habilita a mudança de zona e usa um balanceador de carga desabilitado 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 Console de gerenciamento da AWS 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
