Implementar VMs de balanceamento de carga

  • 5 minutos

Você pode usar o balanceamento de carga para distribuir uniformemente o tráfego de rede de entrada em um grupo de recursos ou servidores. Nesse cenário, os balanceadores de carga são considerados dispositivos front-end , enquanto os recursos do Azure aos quais os clientes desejam se conectar são as instâncias do pool de back-end.

Nota

As instâncias do pool de back-end podem ser VMs do Azure ou instâncias em um conjunto de dimensionamento de máquina virtual.

No Azure, você gerencia esse tráfego de entrada com regras de balanceamento de carga e testes de integridade.

Há dois tipos de balanceadores de carga que você pode usar no Azure, conforme descrito na tabela a seguir.

Tipo de balanceador de carga Description
Balanceador de carga público Você usa um balanceador de carga público para fornecer conexões de saída para VMs dentro de sua rede virtual (VNet) do Azure. Essas conexões são realizadas através da tradução de seus endereços IP privados para endereços IP públicos. Você usa balanceadores de carga públicos para balancear a carga do tráfego da Internet para suas VMs.
Balanceador de carga interno Você usa um balanceador de carga interno (ou privado) onde IPs privados são necessários apenas no frontend. Você usa balanceadores de carga internos para balancear a carga do tráfego dentro de uma VNet do Azure.

Gorjeta

Você pode acessar um front-end de balanceador de carga de uma rede local em um cenário híbrido.

O Azure Load Balancer inclui alguns componentes principais. Você pode configurar esses componentes em sua assinatura usando:

  • Portal do Azure
  • CLI do Azure
  • Azure PowerShell
  • Modelos do Azure Resource Manager

Configuração de IP Front-end

O endereço IP do seu Balanceador de Carga do Azure é o ponto de contato para os clientes. Estes endereços IP podem ser:

  • Endereços IP públicos
  • Endereços IP privados

A natureza do endereço IP determina o tipo de balanceador de carga criado, conforme descrito na tabela a seguir.

Balanceador de Carga Público Balanceador de Carga Interno
Configuração de IP frontend Endereço IP público Endereço IP privado
Descrição Um balanceador de carga público mapeia o IP público e a porta do tráfego de entrada para o IP privado e a porta da VM. Em seguida, o balanceador de carga mapeia o tráfego ao contrário para o tráfego de resposta da VM. Você pode distribuir tipos específicos de tráfego entre várias VMs ou serviços aplicando regras de balanceamento de carga. Por exemplo, você pode distribuir o tráfego de solicitação da Web em vários servidores da Web. Um balanceador de carga interno distribui o tráfego originado em um endereço IP privado para recursos que estão dentro de uma rede virtual. O Azure restringe o acesso aos endereços IP front-end de uma VNet com balanceamento de carga. Os endereços IP front-end e as redes virtuais nunca são expostos diretamente a um ponto de extremidade da Internet. Os aplicativos internos de linha de negócios (LOB) são executados no Azure e são acessados de dentro do Azure ou de recursos locais.
SKUs suportados Básico, Standard Básico, Standard

Nota

Um balanceador de carga pode ter vários IPs de frontend.

Conjunto de back-end

Um pool de back-end pode ser associado a VMs do Azure ou a um conjunto de dimensionamento de máquina virtual. As VMs no pool de back-end atendem às solicitações de entrada.

Quando você dimensiona instâncias para cima ou para baixo, o balanceador de carga se reconfigura instantaneamente usando a reconfiguração automática. Adicionar ou remover VMs do pool de back-end reconfigura o balanceador de carga sem operações adicionais. O balanceador de carga pode balancear solicitações para VMs e instâncias de conjunto de dimensionamento de máquina virtual que estão conectadas à mesma VNet que o balanceador de carga somente.

Nota

Um balanceador de carga não equilibra automaticamente a solicitação para todas as VMs conectadas à mesma VNet; Você deve especificá-los associando-os ao pool de back-end.

Ao considerar como projetar seu pool de back-end, projete para o menor número de recursos individuais do pool de back-end para otimizar a duração das operações de gerenciamento. Não há diferença no desempenho ou na escala do plano de dados.

Leitura adicional

Saiba mais consultando os seguintes documentos: