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á.

Edite os atributos do grupo-alvo para seu Network Load Balancer

Depois de criar um grupo-alvo para seu Network Load Balancer, você pode editar os atributos do grupo-alvo.

Preservação do IP do cliente

Os Network Load Balancers podem preservar o endereço IP de origem dos clientes ao rotear solicitações para destinos de back-end. Quando você desativa a preservação do IP do cliente, o endereço IP de origem é o endereço IP privado do Network Load Balancer.

Por padrão, a preservação do IP do cliente está ativada (e não pode ser desativada), por exemplo, e nos grupos-alvo do tipo IP com UDP os protocolos UDP e TCP _. No entanto, você pode ativar ou desativar a preservação do IP do cliente para grupos de TLS destino TCP e grupos de destino usando o atributo do grupo de preserve_client_ip.enabled destino.

Para ativar ou desativar a preservação do IP do cliente usando o AWS CLI

Use o modify-target-group-attributescomando com o preserve_client_ip.enabled atributo.

Por exemplo, use o comando a seguir para desabilitar a preservação do IP do cliente.

aws elbv2 modify-target-group-attributes --attributes Key=preserve_client_ip.enabled,Value=false --target-group-arn ARN

Sua saída deve ser similar ao exemplo a seguir.

{
    "Attributes": [
      {
        "Key": "proxy_protocol_v2.enabled", 
        "Value": "false"
      }, 
      {
        "Key": "preserve_client_ip.enabled", 
        "Value": "false" 
      },
      {
        "Key": "deregistration_delay.timeout_seconds", 
        "Value": "300"
      } 
    ]
}

Atraso do cancelamento do registro

Quando o registro de um destino é cancelado, o balanceador de carga para de criar novas conexões com o destino. O load balancer usa a diminuição de conexão para garantir que o tráfego em trânsito seja concluído nas conexões existentes. Se o destino com o registro cancelado permanecer íntegro e uma conexão existente não estiver ociosa, o balanceador de carga poderá continuar enviando tráfego para o destino. Para garantir que essas conexões existentes sejam fechadas, você pode executar uma das ações a seguir: habilitar o atributo do grupo de destino para encerramento de conexões, garantir que a instância não esteja íntegra antes de cancelar o registro dela ou fechar periodicamente conexões de clientes.

O estado inicial de um alvo de cancelamento de registro édraining, durante o qual o alvo continuará recebendo novas conexões. Por padrão, o load balancer altera o estado de um destino que terá o registro cancelado para unused após 300 segundos. Para alterar a quantidade de tempo que o load balancer aguarda antes de alterar o estado de um destino que terá o registro cancelado para unused, atualize o valor de atraso do cancelamento do registro. Recomendamos que você especifique um valor de, pelo menos, 120 segundos para garantir que as solicitações sejam concluídas.

Se você habilitar o atributo do grupo de destino para encerramento de conexões, as conexões com destinos com registros cancelados serão fechadas logo após o final do tempo limite de cancelamento do registro.

Para atualizar os atributos de cancelamento de registro usando o AWS CLI

Use o modify-target-group-attributescomando.

Protocolo de proxy

Os Network Load Balancers usam o protocolo de proxy versão 2 para enviar informações de conexão adicionais, como a origem e o destino. O Proxy Protocol versão 2 oferece uma codificação binária do cabeçalho do Proxy Protocol. Com TCP ouvintes, o balanceador de carga acrescenta um cabeçalho de protocolo proxy aos dados. TCP Ele não descarta nem substitui os dados existentes, inclusive cabeçalhos do protocolo de proxy enviados pelo cliente ou quaisquer outros proxies, balanceadores de carga ou servidores no caminho da rede. Portanto, é possível receber mais de um cabeçalho do Proxy Protocol. Além disso, se houver outro caminho de rede para os destinos fora do Network Load Balancer, o primeiro cabeçalho do protocolo de proxy pode não ser do seu Network Load Balancer.

Se você especificar destinos por endereço IP, os endereços IP de origem fornecidos às suas aplicações dependerão do protocolo do grupo de destino, da seguinte forma:

Se você especificar destinos por ID de instância, os endereços IP de origem fornecidos aos aplicativos serão os endereços IP dos clientes. No entanto, se preferir, você poderá ativar o Proxy Protocol e obter os endereços IP dos clientes que se encontram no cabeçalho do Proxy Protocol.

Conexões de verificação de integridade

Depois que habilitar o Proxy Protocol, o cabeçalho do Proxy Protocol também será incluído nas conexões de verificação de integridade do load balancer. No entanto, com conexões de verificação de integridade, as informações de conexão do cliente não serão enviadas no cabeçalho do Proxy Protocol.

VPCserviços de endpoint

Para o tráfego proveniente de consumidores de serviços por meio de um serviço de VPC endpoint, os endereços IP de origem fornecidos aos seus aplicativos são os endereços IP privados dos nós do balanceador de carga. Se os seus aplicativos precisam dos endereços IP dos consumidores de serviço, habilite o Proxy Protocol e obtenha os endereços IP no cabeçalho do Proxy Protocol.

O cabeçalho do Proxy Protocol também inclui o ID do endpoint. Essas informações são codificadas usando um vetor Type-Length-Value () TLV personalizado da seguinte forma.

Para ver um exemplo que analisa o TLV tipo 0xEA, consulte https://github.com/aws/ elastic-load-balancing-tools /tree/master/proprot.

Habilitar o Proxy Protocol

Antes de habilitar o Proxy Protocol em um grupo de destino, certifique-se de que os aplicativos esperem e possam analisar o cabeçalho do Proxy Protocol v2. Caso contrário, poderá haver falha neles. Para obter mais informações, consulte as versões 1 e 2 do PROXY protocolo.

Para habilitar o protocolo proxy v2 usando o AWS CLI

Use o modify-target-group-attributescomando.

Sessões persistentes

As sticky sessions são um mecanismo para rotear tráfego de clientes para o mesmo destino em um grupo de destino. Isso é útil para servidores que mantêm as informações de estado em ordem para fornecer uma experiência contínua aos clientes.

Para ativar sessões fixas usando o AWS CLI

Use o modify-target-group-attributescomando com o stickiness.enabled atributo.

Balanceamento de carga entre zonas para grupos de destino

Os nós do load balancer distribuem solicitações de clientes para destinos registrados. Quando o balanceamento de carga entre zonas estiver ativado, cada nó do balanceador de carga distribuirá o tráfego aos destinos registrados em todas as zonas de disponibilidade registradas. Quando o balanceamento de carga entre zonas estiver desativado, cada nó do balanceador de carga distribuirá o tráfego somente para os destinos registrados na respectiva zona de disponibilidade. Isso poderá ser usado se os domínios de falha zonais forem preferidos com relação aos regionais, garantindo que uma zona íntegra não seja afetada por uma zona não íntegra ou para melhorias gerais na latência.

Com Network Load Balancers, o balanceamento de carga entre zonas é desativado por padrão no nível do balanceador de carga, mas você pode ativá-lo a qualquer momento. Para grupos de destino, o padrão é usar a configuração do balanceador de carga, mas você pode substituir o padrão ativando ou desativando explicitamente o balanceamento de carga entre zonas em nível de grupo de destino.

Modificar o balanceamento de carga entre zonas para um balanceador de carga

Você pode ativar ou desativar o balanceamento de carga entre zonas no balanceador de carga a qualquer momento.

Para modificar o balanceamento de carga entre zonas para seu balanceador de carga usando o AWS CLI

Use o modify-load-balancer-attributescomando com o load_balancing.cross_zone.enabled atributo.

Modificar balanceamento de carga entre zonas para um grupo de destino

A configuração de balanceamento de carga entre zonas em nível de grupo de destino substitui a configuração em nível de balanceador de carga.

Você poderá ativar ou desativar o balanceamento de carga entre zonas em nível de grupo de destino se o tipo do grupo de destino for instance ou ip. Se o tipo de grupo de destino for alb, o grupo de destino sempre herdará do balanceador de carga a configuração de balanceamento de carga entre zonas.

Para modificar o balanceamento de carga entre zonas para um grupo-alvo usando o AWS CLI

Use o modify-target-group-attributescomando com o load_balancing.cross_zone.enabled atributo.

Encerramento da conexão para destinos não íntegros

O encerramento da conexão está habilitado por padrão. Quando o destino de um Network Load Balancer falha nas verificações de integridade configuradas e é considerado não íntegro, o balanceador de carga encerra as conexões estabelecidas e interrompe o roteamento de novas conexões para o destino. Com o encerramento da conexão desativado, o alvo ainda é considerado insalubre e não receberá novas conexões, mas as conexões estabelecidas são mantidas ativas, permitindo que elas se fechem normalmente.

O término da conexão para alvos não íntegros pode ser definido individualmente para cada grupo-alvo.

Para modificar a configuração de encerramento da conexão usando o AWS CLI

Use o modify-target-group-attributescomando com o target_health_state.unhealthy.connection_termination.enabled atributo.

Intervalo de drenagem insalubre

Os destinos no unhealthy.draining estado são considerados não íntegros, não recebem novas conexões, mas mantêm as conexões estabelecidas durante o intervalo configurado. O intervalo de conexão não íntegra determina a quantidade de tempo que o alvo permanece no unhealthy.draining estado antes que seu estado se torneunhealthy. Se o alvo passar pelas verificações de integridade durante o intervalo de conexão não íntegra, seu estado healthy voltará a ser. Se um cancelamento de registro for acionado, o estado alvo se torna draining e o tempo limite de atraso do cancelamento de registro começa.

O intervalo de drenagem não saudável pode ser definido individualmente para cada grupo-alvo.

Para modificar o intervalo de drenagem insalubre usando o AWS CLI

Use o modify-target-group-attributescomando com o target_health_state.unhealthy.draining_interval_seconds atributo.