Modos de distribuição do Azure Load Balancer

O Azure Load Balancer oferece suporte aos seguintes modos de distribuição no roteamento de conexões para instâncias no pool de back-end:

Modo de distribuição	Baseado em hash	Persistência de sessão: IP do cliente	Persistência de sessão: IP do cliente e protocolo
Visão geral	O tráfego do mesmo IP do cliente é roteado para qualquer instância íntegra no pool de back-end	O tráfego do mesmo IP do cliente é roteado para a mesma instância de back-end	O tráfego do mesmo IP do cliente e do mesmo protocolo é roteado para a mesma instância de back-end
Tuplas	cinco tuplas	duas tuplas	três tuplas
Configuração do portal do Azure	Persistência de sessão: nenhuma	Persistência de sessão: IP do cliente	Persistência de sessão: IP do cliente e protocolo
REST API	"loadDistribution":"Default"	"loadDistribution":SourceIP	"loadDistribution":SourceIPProtocol

Não há tempo de inatividade ao alternar de um modo de distribuição para outro em um balanceador de carga.

Baseado em hash

O Balanceador de Carga do Azure utiliza um modo de distribuição baseada em hashes por padrão.

A tupla de cinco consiste em:

• IP de origem
• Porta de origem
• IP de destino
• Porta de destino
• Tipo de protocolo

O hash é usado para rotear o tráfego para instâncias de back-end íntegras no pool de back-end. O algoritmo fornece permanência somente dentro de uma sessão de transporte. Quando o cliente inicia uma nova sessão por meio do mesmo IP de origem, a porta de origem é alterada e faz com que o tráfego vá para uma instância de back-end diferente. Para configurar a distribuição baseada em hash, selecione a persistência de sessão Nenhum no portal do Azure. Isso especifica que solicitações sucessivas do mesmo cliente podem ser tratadas por qualquer máquina virtual.

Figura: distribuição baseada em hashes de cinco cadeias por padrão

Persistência de sessão

A persistência de sessão também é conhecida como afinidade de sessão, afinidade de IP de origem ou afinidade de IP de cliente. Esse modo de distribuição usa um hash de duas tuplas (IP de origem e IP de destino) ou de três tuplas (IP de origem, IP de destino e tipo de protocolo) para rotear o tráfego para instâncias de back-end. Ao usar a persistência de sessão, as conexões do mesmo cliente irão para a mesma instância de back-end no pool de back-end.

O modo de persistência de sessão tem dois tipos de configuração:

• IP do cliente (duas tuplas): especifica que solicitações sucessivas do mesmo endereço IP de cliente serão tratadas pela mesma instância de back-end.
• IP de cliente e protocolo (três tuplas): especifica que solicitações sucessivas da mesma combinação de endereço IP de cliente e protocolo serão tratadas pela mesma instância de back-end.

A figura a seguir ilustra uma configuração de duas tuplas. Observe como o de duas tuplas é executado por meio do balanceador de carga para a VM1 (máquina virtual 1). O backup da VM1 é feito pela VM2 e VM3.

Casos de uso

A afinidade de IP de origem com IP do cliente e protocolo (afinidade de IP de origem com três tuplas), resolve uma incompatibilidade entre o Azure Load Balancer e o Gateway de Área de Trabalho Remota (Gateway RD).

Outro cenário de caso de uso é o upload de mídia. O upload de dados ocorre por meio de UDP, mas o plano de controle é obtido por meio de TCP:

• Um cliente inicia uma sessão TCP para o endereço público com balanceamento de carga e é direcionado para um DIP específico. O canal permanece ativo para monitorar a integridade da conexão.
• Uma nova sessão UDP do mesmo computador cliente é iniciada para o mesmo ponto de extremidade público com balanceamento de carga. A conexão é direcionada para o mesmo ponto de extremidade DIP que a conexão TCP anterior. O upload da mídia pode ser executado com alta taxa de transferência, mantendo um canal de controle por meio de TCP.

Observação

Quando os membros do pool de back-end do Balanceador de Carga mudam, removendo ou adicionando uma máquina virtual, a distribuição de solicitações do cliente é computada novamente. Não é possível depender de novas conexões de clientes existentes que terminam no mesmo servidor. Além disso, o uso do modo de distribuição de afinidade de IP de origem pode causar uma distribuição desigual de tráfego. Os clientes que executam atrás de proxies podem ser vistos como um aplicativo cliente exclusivo.

Próximas etapas

Para obter mais informações sobre como configurar o modo de distribuição do Azure Load Balancer, veja Configurar o modo de distribuição do Azure Load Balancer.