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
O deslocamento zonal e o deslocamento automático zonal são recursos do Amazon Application Recovery Controller (ARC). Com a mudança zonal, você pode afastar 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 zonal
-
A mudança de zona está desativada por padrão e deve ser ativada em cada Application Load Balancer. Para obter mais informações, consulte Ative a mudança de zona para seu 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 as melhores práticas para mudanças zonais 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 ativado, todo o tráfego para destinos é bloqueado na zona de disponibilidade afetada e os endereços IP zonais 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 saudável se forem detectadas falhas 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 incluem um novo statusAdministrativeOverride, que é independente do TargetHealth estado.
Quando uma mudança de zona é iniciada para um Application Load Balancer, todos os alvos dentro da zona da qual está sendo deslocado são considerados administrativamente substituídos. O Application Load Balancer interrompe o roteamento de novos tráfegos para alvos 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
