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á.
Atualizar as zonas de disponibilidade do Network Load Balancer
Você pode habilitar ou desabilitar as zonas de disponibilidade do seu Network Load Balancer a qualquer momento. Quando você habilita uma zona de disponibilidade, você precisa especificar uma sub-rede nessa zona de disponibilidade. Depois de habilitar uma Zona de disponibilidade, o load balancer começa a rotear as solicitações para os destinos registrados nessa Zona de disponibilidade. O load balancer é mais eficaz se você garantir que cada Zona de disponibilidade ativada tenha pelo menos um destino registrado. Habilitar várias zonas de disponibilidade ajuda a melhorar a tolerância a falhas das suas aplicações.
O balanceamento de carga elástico cria um nó do Network Load Balancer na zona de disponibilidade que você escolher e uma interface de rede para a sub-rede selecionada nessa zona de disponibilidade. Cada nó do Network Load Balancer na Zona de Disponibilidade usa a interface de rede para obter um IPv4 endereço. Você pode visualizar essas interfaces de rede, mas elas não podem ser modificadas.
Considerações
-
Para Network Load Balancers voltados para a Internet, as sub-redes especificadas devem ter pelo menos 8 endereços IP disponíveis. Para balanceadores de carga de rede internos, isso só é necessário se você permitir AWS selecionar um IPv4 endereço privado na sub-rede.
-
Não é possível especificar uma sub-rede em uma zona de disponibilidade restrita. No entanto, é possível especificar uma sub-rede em uma zona de disponibilidade não restrita e usar o balanceamento de carga entre zonas para distribuir o tráfego para destinos na zona de disponibilidade restrita.
-
Não é possível especificar uma sub-rede em uma Zona local.
-
Você não pode remover uma sub-rede se o Network Load Balancer tiver associações ativas de endpoint da VPC da Amazon.
-
Ao adicionar outra vez uma sub-rede removida anteriormente, uma nova interface de rede será criada com uma ID diferente.
-
As alterações de sub-rede na mesma zona de disponibilidade devem ser ações independentes. Primeiro, você conclui a remoção da sub-rede existente e, em seguida, pode adicionar a nova sub-rede.
-
A remoção da sub-rede pode levar até 3 minutos para ser concluída.
Ao criar um Network Load Balancer voltado para a internet, é possível especificar um endereço IP elástico para cada zona de disponibilidade. Os endereços IP elásticos fornecem seu Network Load Balancer com endereços IP estáticos. Se você optar por não especificar um endereço IP elástico, AWS atribuirá um endereço IP elástico para cada zona de disponibilidade.
Ao criar um Network Load Balancer interno, você pode especificar um endereço IP privado de cada sub-rede. Os endereços IP privados fornecem seu Network Load Balancer com endereços IP estáticos. Se você optar por não especificar um endereço IP privado, AWS atribuirá um para você.
Antes de atualizar as zonas de disponibilidade do Network Load Balancer, recomendamos avaliar quaisquer possíveis impactos nas conexões, nos fluxos de tráfego ou nas workloads de produção existentes.
A atualização de uma zona de disponibilidade pode causar interrupções
-
Quando uma sub-rede é removida, a Interface de Rede Elástica (ENI) associada é excluída. Isso faz com que todas as conexões ativas na Zona de Disponibilidade sejam encerradas.
-
Depois que uma sub-rede é removida, todos os destinos na zona de disponibilidade à qual ela estava associada são marcados como
unused. Isso resulta na remoção desses destinos do grupo de destinos disponíveis e no encerramento de todas as conexões ativas com esses destinos. Isso inclui todas as conexões originadas de outras zonas de disponibilidade ao utilizar o balanceamento de carga entre zonas. -
Os Network Load Balancers têm um tempo de vida útil (TTL) de 60 segundos para seu nome de domínio totalmente qualificado (FQDN). Quando uma zona de disponibilidade que contém destinos ativos é removida, quaisquer conexões existentes de cliente podem passar por tempos limite até que a resolução do DNS ocorra novamente e o tráfego seja transferido para qualquer zona de disponibilidade restante.