Users Guide

11–Serviços de Agrupamento da QLogic
Resumo executivo
138 BC0054508-08 J
O balanceamento de carga de recebimento é obtido através de um driver
intermediário pelo envio de ARPs gratuitos, com base em cada cliente, usando o
endereço de difusão ponto a ponto de cada cliente como o endereço de destino
da solicitação ARP (também conhecido como ARP direcionado). Isso é
considerado balanceamento de carga do cliente e não balanceamento de carga
de tráfego. Quando o driver intermediário detecta um desbalanceamento de
carga significativo entre os adaptadores físicos em um grupo SLB, ele gera
G-ARPs para redistribuir os frames de entrada. O driver intermediário (QLASP)
não atende às solicitações de ARP; apenas a pilha de protocolo de software
fornece a resposta de ARP necessária. É importante entender que o
balanceamento de carga de recebimento é uma função da quantidade de clientes
que estão conectando ao sistema através da interface do grupo.
O SLB recebe tentativas de balanceamento de carga para balancear a carga do
tráfego de entrada para máquinas cliente através de portas físicas no grupo. Ele
usa um ARP gratuito modificado para anunciar outro endereço MAC para o
endereço IP do grupo no endereço físico e do protocolo do emissor. O G-ARP é
por difusão ponto a ponto com o endereço MAC e endereço IP de uma máquina
cliente no endereço físico e de protocolo de destino, respectivamente. Essa ação
faz com que o cliente de destino atualize seu cache ARP com um novo mapa de
endereços MAC para o endereço IP do grupo. Os G-ARPs não são de difusão
porque isso faria com que todos os clientes enviassem o tráfego deles para a
mesma porta. Consequentemente, os benefícios obtidos através do
balanceamento de carga do cliente seriam eliminados, e poderiam causar um
fornecimento incorreto de frames. Este esquema de balanceamento de carga de
recebimento funciona desde que todos os clientes e o sistema agrupado estejam
na mesma sub-rede ou domínio de difusão.
Quando os clientes e o sistema estão em sub-redes diferentes e o tráfego de
entrada tem que passar por um roteador, o tráfego recebido destinado ao sistema
não tem equilíbrio por carga. O adaptador físico que o driver intermediário
selecionou para executar o fluxo de IP executará todo o tráfego. Quando o
roteador envia um frame ao endereço IP do grupo, ele transmite uma solicitação
de ARP (se não estiver no cache de ARP). A pilha do software do servidor gera
uma resposta de ARP com o endereço MAC do grupo, mas o driver intermediário
modifica a resposta de ARP e a envia para um adaptador físico específico,
estabelecendo o fluxo daquela sessão.
O motivo é que o ARP não é um protocolo roteável. Ele não tem um cabeçalho IP
e, por isso, não é enviado para o roteador ou para o gateway padrão. O ARP é
apenas um protocolo de sub-rede local. Além disso, em virtude do G-ARP não ser
um pacote de difusão, o roteador não o processará e não atualizará seu próprio
cache de ARP.