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 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 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 `ListManagedResources` API [ARC](https://docs.aws.amazon.com/arc-zonal-shift/latest/api/API_ListManagedResources.html). Para obter mais informações, consulte [Mudança zonal no ARC no](https://docs.aws.amazon.com/r53recovery/latest/dg/arc-zonal-shift.html) *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](auto-scaling-benefits.md#AutoScalingBehavior.Rebalancing).
**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 o Amazon EC2 Auto Scaling](as-scale-based-on-demand.md).
**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](ec2-auto-scaling-health-checks.md).
**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](asg-instance-refresh.md).
**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 falhas`us-east-1a`, então você aciona uma mudança zonal. Os comportamentos a seguir ocorrem quando uma mudança zonal é acionada`us-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-1c`e).
+ **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 é acionada`us-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 (`us-east-1a``us-east-1b`, e`us-east-1c`). |
| Ignore os não saudáveis | As instâncias que parecem insalubres serão substituídas em `us-east-1b` e. `us-east-1c` As instâncias não serão substituídas na zona de disponibilidade pelo deslocamento zonal ativo (`us-east-1a`). |
## 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](automating-ec2-auto-scaling-with-eventbridge.md).
+ 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](https://docs.aws.amazon.com/r53recovery/latest/dg/arc-zonal-autoshift.html) *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 Console de gerenciamento da AWS caixa de seleção ou usando a `skip-zonal-shift-validation` bandeira em`CreateAutoScalingGroup`,`UpdateAutoScalingGroup`, ou`AttachTrafficSources`.
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 ](https://aws.amazon.com/blogs/compute/using-zonal-shift-with-amazon-ec2-auto-scaling/) Auto Scaling.