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á.
Balanceadores de carga de gateway
Use um Gateway Load Balancer para implantar e gerenciar uma frota de dispositivos virtuais compatíveis com o protocolo GENEVE.
Um Gateway Load Balancer opera na terceira camada do modelo Open Systems Interconnection (OSI). Ele escuta todos os pacotes de IP em todas as portas e encaminha o tráfego para o grupo de destino especificado na regra do receptor, usando o protocolo GENEVE na porta 6081.
Você pode adicionar ou remover destinos do seu load balancer conforme mudarem suas necessidades, sem perturbar o fluxo geral de solicitações. O Elastic Load Balancing escala seu balanceador de carga à medida que o tráfego para sua aplicação muda com o tempo. O Elastic Load Balancing pode ser escalado para a vasta maioria de workloads automaticamente.
Conteúdo
Estado do load balancer
O Gateway Load Balancer pode estar em um dos seguintes estados:
provisioning-
O Gateway Load Balancer está sendo configurado.
active-
O Gateway Load Balancer está totalmente configurado e pronto para rotear o tráfego.
failed-
O Gateway Load Balancer não pôde ser configurado.
Tipo de endereço IP
Você pode definir os tipos de endereços IP que os servidores de aplicações podem usar para acessar seus Gateway Load Balancers.
Os Gateway Load Balancers comportam os seguintes tipos de endereço IP:
ipv4-
Somente o IPv4 é compatível.
dualstack-
IPv4 e IPv6 são compatíveis.
Considerações
-
A nuvem privada virtual (VPC) e as sub-redes especificadas para o load balancer devem ter blocos CIDR IPv6 associados.
-
As tabelas de rotas para as sub-redes na VPC do consumidor de serviços devem rotear o tráfego IPv6 e as ACLs de rede para essas sub-redes devem permitir tráfego IPv6.
-
Um Gateway Load Balancer encapsula o tráfego de clientes IPv4 e IPv6 com um cabeçalho IPv4 GENEVE e o envia para o dispositivo. O dispositivo encapsula o tráfego de clientes IPv4 e IPv6 com um cabeçalho IPv4 GENEVE e o envia de volta para o Gateway Load Balancer.
-
Para ter mais informações sobre tipos de endereço IP, consulte Atualizar os tipos de endereço IP do Gateway Load Balancer.
Zonas de disponibilidade
Ao criar um Gateway Load Balancer, você habilita uma ou mais zonas de disponibilidade e especifica a sub-rede que corresponde a cada zona. Quando você habilita várias zonas de disponibilidade, isso garante que o balanceador de carga possa continuar roteando o tráfego mesmo que uma zona de disponibilidade fique indisponível. As sub-redes especificadas devem ter pelo menos 8 endereços IP disponíveis cada. Não é possível remover sub-redes após a criação do balanceador de carga. Para remover uma sub-rede, é necessário criar um balanceador de carga.
Intervalo ocioso
Para toda solicitação de TCP feita por meio de um Gateway Load Balancer, o estado da conexão é monitorado. Se não há dados enviados do cliente nem do destino por um período que ultrapasse o tempo limite de inatividade, a conexão é fechada. Depois que o tempo limite de inatividade expira, o balanceador de carga considera o próximo TCP SYN como um novo fluxo e o roteia para um novo destino. Mas os pacotes de dados enviados após o término do período de inatividade são descartados.
O valor padrão de tempo limite de inatividade referente a fluxos de TCP é 350 segundos, mas ele pode ser atualizado para qualquer valor entre 60 e 6.000 segundos. Os clientes ou destinos podem usar pacotes de manutenção TCP para redefinir o tempo limite de inatividade.
Incompatibilidade de tempo limite de rastreamento de conexão ENI
Se você configurar um valor de tempo limite de inatividade de TCP maior que 350 segundos, certifique-se de que o tempo limite de inatividade do rastreamento de conexão ENI de suas instâncias de destino esteja definido como um valor igual ou maior que o tempo limite de inatividade do Gateway Load Balancer. TcpEstablishedTimeout Nas instâncias Nitro de sexta geração (Nitro V6+), o tempo limite padrão de rastreamento da conexão ENI é de 350 segundos. Se o tempo limite de inatividade do Gateway Load Balancer exceder o tempo limite de rastreamento de conexão do destino, a interface de rede do alvo poderá descartar a entrada de rastreamento de conexão enquanto o balanceador de carga ainda considerar a conexão ativa, resultando em pacotes descartados na conexão. Você pode configurar o tempo limite de rastreamento de conexão do seu alvo usandoModifyNetworkInterfaceAttribute. Para obter mais informações, consulte Melhores práticas para gerenciamento de conexões TCP no EC2
Limitação de viscosidade
O tempo limite de inatividade do Gateway Load Balancer só pode ser atualizado ao usar a aderência de 5 tuplas. Ao usar a aderência de 3 tuplas ou 2 tuplas, o valor padrão de tempo limite de inatividade é usado. Para obter mais informações, consulte Aderência do fluxo.
Embora o UDP não tenha conexão, o balanceador de carga mantém o estado do fluxo de UDP com base nos endereços IP e nas portas. Isso garante que os pacotes que pertencem ao mesmo fluxo sejam enviados consistentemente para o mesmo destino. Depois do tempo limite de inatividade, o balanceador de carga considerará o pacote UDP de entrada como um novo fluxo e o roteará para um novo destino. O Elastic Load Balancing define o valor do tempo limite de inatividade para fluxos de UDP como 120 segundos. Elas não podem ser alteradas.
As instâncias do EC2 devem responder a uma nova solicitação dentro de 30 segundos para estabelecer um caminho de retorno.
Para obter mais informações, consulte Atualizar o tempo limite de inatividade.
Atributos do load balancer
A seguir, veja os atributos do balanceador de carga para Gateway Load Balancers:
deletion_protection.enabled-
Indica se a proteção contra exclusão está habilitada. O padrão é
false. load_balancing.cross_zone.enabled-
Indica se o balanceamento de carga entre zonas está habilitado. O padrão é
false.
Para obter mais informações, consulte Editar atributos do balanceador de carga.
Network ACLs
Se os servidores de aplicações e o endpoint do Gateway Load Balancer estiverem na mesma sub-rede, as regras de NACL serão avaliadas para o tráfego dos servidores de aplicações ao endpoint do Gateway Load Balancer.
Fluxos assimétricos
Os Gateway Load Balancers oferecem suporte a fluxos assimétricos quando o balanceador de carga processa o pacote de fluxo inicial e o pacote de fluxo de resposta não é roteado pelo balanceador de carga. O roteamento assimétrico não é recomendado, pois pode resultar na redução do desempenho da rede. Os Gateway Load Balancers não oferecem suporte a fluxos assimétricos quando o balanceador de carga não processa o pacote de fluxo inicial, mas o pacote de fluxo de resposta é roteado pelo balanceador de carga.
A unidade de transmissão máxima (MTU) da rede
A unidade de transmissão máxima (MTU) é o tamanho do maior pacote de dados que pode ser transmitido pela rede. A interface MTU do Gateway Load Balancer oferece suporte a pacotes de até 8.500 bytes. Pacotes com tamanho superior a 8.500 bytes que chegam ao Gateway Load Balancer são descartados.
Um Gateway Load Balancer encapsula o tráfego IP com um cabeçalho GENEVE e o envia para o dispositivo. O processo de encapsulamento do GENEVE adiciona 68 bytes ao pacote original. Portanto, para oferecer suporte a pacotes de até 8.500 bytes, certifique-se de que a configuração de MTU do seu dispositivo suporte pacotes de pelo menos 8.568 bytes.
Os Gateway Load Balancers não são compatíveis com fragmentação de IP. Além disso, os Gateway Load Balancers não geram a mensagem ICMP “Destino inacessível: fragmentação necessária e conjunto de DF”. Por isso, não há suporte ao Path MTU Discovery (PMTUD).
