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 para o Application Load Balancer
A mudança de zona e a mudança automática de zona são atributos do Amazon Application Recovery Controller (ARC). Com a mudança de zona, você pode retirar o tráfego de uma zona de disponibilidade prejudicada com uma única ação. Dessa forma, é possível continuar a operar em outras zonas de disponibilidade íntegras em uma Região da AWS.
Com o deslocamento automático zonal, você AWS autoriza a transferência do tráfego de recursos de um aplicativo de uma zona de disponibilidade durante eventos, em seu nome, para ajudar a reduzir o tempo de recuperação. AWS inicia uma mudança automática quando o monitoramento interno indica que há uma deficiência na zona de disponibilidade que pode afetar potencialmente os clientes. Quando AWS inicia um deslocamento automático, o tráfego do aplicativo para os recursos que você configurou para o deslocamento automático zonal começa a se afastar da Zona de Disponibilidade.
Quando você inicia uma mudança de zona, o balanceador de carga para de enviar novo tráfego do recurso para a zona de disponibilidade afetada. O ARC cria a mudança de zona imediatamente. Porém, pode demorar um pouco para que as conexões existentes e em andamento na zona de disponibilidade sejam concluídas, dependendo do comportamento do cliente e da reutilização da conexão. Dependendo das configurações de DNS e de outros fatores, as conexões existentes podem ser concluídas em apenas alguns minutos ou levar mais tempo. Para obter mais informações, consulte Limit the time that clients stay connected to your endpoints no Guia do desenvolvedor do Amazon Application Recovery Controller (ARC).
Conteúdo
Antes de começar uma mudança de zona
-
A mudança de zona é desabilitada por padrão e deve ser habilitada em cada Application Load Balancer. Para obter mais informações, consulte Habilitar mudança de zona para o Application Load Balancer.
-
Você pode iniciar uma mudança de zona para um balanceador de carga específico somente para uma única zona de disponibilidade. Você não pode iniciar uma mudança de zona para várias zonas de disponibilidade.
-
AWS remove proativamente os endereços IP do balanceador de carga zonal do DNS quando vários problemas de infraestrutura afetam os serviços. Antes de iniciar uma mudança de zona, sempre verifique a capacidade atual da zona de disponibilidade. Se os balanceadores de carga estiverem com o balanceamento de carga entre zonas desativado e você usar uma mudança de zona para remover o endereço IP de um balanceador de carga de zona, a zona de disponibilidade afetada pela mudança de zona também perderá a capacidade de destino.
Para obter mais informações, consulte Práticas recomendadas para mudanças de zona no ARC no Guia do desenvolvedor do Amazon Application Recovery Controller (ARC).
Balanceamento de carga entre zonas
Quando uma mudança de zona é iniciada em um Application Load Balancer com o balanceamento de carga entre zonas habilitado, todo o tráfego para destinos é bloqueado na zona de disponibilidade que está sendo afetada e os endereços IP de zona são removidos do DNS.
Benefícios:
-
Recuperação mais rápida de falhas na zona de disponibilidade.
-
A capacidade de mover o tráfego para uma zona de disponibilidade íntegra se falhas forem detectadas em uma zona de disponibilidade.
-
Você pode testar a integridade do aplicativo simulando e identificando falhas para evitar tempo de inatividade não planejado.
Substituição administrativa de mudança de zona
Os destinos que pertencem a um Application Load Balancer incluirão um novo status AdministrativeOverride, que é independente do estado TargetHealth.
Quando uma mudança de zona é iniciada para um Application Load Balancer, todos os destinos dentro da zona da qual os recursos estão sendo deslocados são considerados administrativamente substituídos. O Application Load Balancer interrompe o roteamento de novos tráfegos para destinos substituídos administrativamente. As conexões existentes permanecem intactas até serem fechadas organicamente.
Os estados AdministrativeOverride possíveis são:
- unknown
-
O estado não pode ser propagado devido a um erro interno
- no_override
-
Nenhuma substituição está ativa no momento no destino
- zonal_shift_active
-
A mudança de zona está ativa na zona de disponibilidade de destino
