Vários front-ends para o Azure Load Balancer

Azure Load Balancer dá suporte a várias configurações de IP de front-end em um único recurso. Cada front-end fornece um ponto de entrada independente para o tráfego de entrada, para que você possa expor vários serviços, domínios ou protocolos por meio de um balanceador de carga.

Este artigo explica quando vários front-ends são úteis, como o tráfego flui de front-ends por meio de regras para pools de back-end e o que considerar ao projetar uma topologia de vários front-ends.

Dica

Se você precisar apenas de um front-end, comece com o início rápido do balanceador de carga público ou o início rápido do balanceador de carga interno. Você pode adicionar front-ends posteriormente sem recriar o recurso.

Quando usar vários front-ends

Use vários front-ends quando precisar:

  • Hospedar vários sites ou serviços — atribua um IP público dedicado a cada serviço (por exemplo, app1.contoso.com e app2.contoso.com) ao compartilhar um único pool de back-end.
  • Protocolos separados em IPs diferentes – expor HTTP em um IP de front-end e TCP/UDP em outro para simplificar as regras e o monitoramento do grupo de segurança de rede.
  • Escala além dos limites de porta NAT de entrada de IP único – um único IP dá suporte a até 65.535 portas por protocolo. Em implantações em grande escala que usam regras NAT de entrada para mapear uma porta exclusiva para cada instância de back-end (por exemplo, acesso de SSH por VM ou RDP), um segundo IP de front-end fornece um intervalo de porta completo adicional.

Note

Cada balanceador de carga dá suporte a um número máximo de configurações de front-end. Consulte Load Balancer limites de serviço para obter limites atuais. Cada IP de front-end público também incorre em uma cobrança. Consulte o preço do endereço IP para obter detalhes.

Como vários front-ends funcionam

Uma configuração de IP front-end é o ponto de entrada para o tráfego no balanceador de carga. Cada front-end é referenciado por uma ou mais regras que determinam como o tráfego é tratado:

Tipo de regra Relação com front-end
Regra de balanceamento de carga Distribui o tráfego de entrada que chega a um IP:port de front-end entre todas as instâncias íntegras em um pool de back-end.
Regra NAT de entrada Mapeia um IP:port de front-end específico para um único instance:port de back-end, permitindo o acesso direto a VMs individuais.
Regra de saída Designa quais IP(s) de front-end fornecem portas SNAT para conexões de saída iniciadas por instâncias de back-end.

Várias regras de qualquer tipo podem fazer referência ao mesmo front-end, e vários front-ends podem ter como destino o mesmo pool de back-end. Quando várias regras compartilham um pool de back-end, essas regras podem compartilhar uma única sonda de integridade, desde que sejam direcionadas à mesma porta de back-end e ao mesmo protocolo.

Mesma porta de back-end versus porta de back-end diferente

Quando várias regras de balanceamento de carga de diferentes front-ends visam o mesmo pool de back-end, você pode encaminhar para:

  • Portas de back-end diferentes – cada regra especifica uma porta de back-end exclusiva. Nenhuma configuração extra é necessária.
  • A mesma porta de back-end – você deve habilitar o IP flutuante em cada regra.

Sem IP flutuante, o balanceador de carga converte o endereço de destino para o IP privado da VM de back-end. Quando dois frontends roteiam para a mesma porta de backend, a VM recebe tráfego no mesmo IP:port, independentemente do frontend pelo qual ele chegou. A VM não tem como distinguir entre os dois fluxos ou responder no IP de front-end correto.

Habilitar IP flutuante altera esse comportamento porque o balanceador de carga fornece pacotes com o IP de front-end original preservado como o endereço de destino. Ao usar IP flutuante, você deve configurar as VMs de back-end direcionadas com uma interface de loopback ou IP secundário que corresponda a cada IP de front-end para que as VMs possam aceitar e responder ao tráfego corretamente. Para obter mais informações, consulte a configuração de IP flutuante.

Próximas etapas

  • Last updated on