Broadcom NetXtreme BCM57XX Guide D'utilisation page 26

NetXtreme Guide d'utilisation Broadcom Gigabit Ethernet Teaming Services
Smart Load Balancing vous permet d'équilibrer la charge en émission et en réception en fonction de l'adresse IP de
couche 3 ou 4 et du numéro de port TCP/UDP. L'équilibrage de charge ne se fait donc pas au niveau des octets ou des
trames, mais par session TCP/UDP. Le recours à cette méthode est nécessaire pour conserver l'ordre de transmission des
trames appartenant à la même communication par socket. L'équilibrage de charge est pris en charge sur 2 à 8 ports. Ces
ports peuvent inclure toute combinaison de cartes complémentaires et de périphériques LOM (LAN on Motherboard).
L'équilibrage de charge en émission se fait en créant un tableau de hachage à l'aide des adresses IP source et cible ainsi
que des numéros de port TCP/UDP. Une même combinaison d'adresses IP source et cible et de numéros de port TCP/UDP
génère normalement un indice de hachage identique et renvoie par conséquent au même port de l'équipe. Lorsqu'un port
est sélectionné pour acheminer toutes les trames d'un socket donné, l'adresse MAC unique de la carte physique (et non
l'adresse MAC de l'équipe) est incluse dans la trame. Cette étape est requise pour la conformité à la norme IEEE 802.3. Si
deux cartes effectuent des transmissions en utilisant la même adresse MAC, il survient un conflit d'adresse MAC que le
commutateur ne peut pas gérer.
L'équilibrage de charge en réception est réalisé via un pilote intermédiaire par l'envoi d'ARP gratuits client par client en
utilisant l'adresse de monodiffusion de chaque client comme adresse cible de la requête ARP (cette opération est
également connue sous le nom d'ARP dirigé). Il s'agit alors d'un équilibrage de charge par client et non d'un équilibrage de
charge de trafic. Lorsque le pilote intermédiaire détecte un déséquilibre notable de la charge dans une équipe SLB, il génère
des G-ARP afin de redistribuer les trames entrantes. Le pilote intermédiaire (BASP) ne répond pas aux requêtes ARP.
Seule la pile de protocole logiciel fournit la réponse ARP requise. Il est important de comprendre que l'équilibrage de charge
en réception est fonction du nombre de clients qui se connectent au système via l'interface de l'équipe.
L'équilibrage de charge en réception SLB tente d'équilibrer le trafic entrant pour les ordinateurs client via les ports physiques
de l'équipe. Cette fonction utilise un ARP gratuit modifié pour annoncer une autre adresse MAC pour l'adresse IP de l'équipe
dans l'adresse physique et de protocole de l'expéditeur. Cet ARP gratuit (G-ARP) est en monodiffusion pour les adresses
MAC et IP d'un ordinateur client, dans l'adresse physique cible et dans l'adresse de protocole cible. Le client cible doit alors
mettre à jour son cache ARP avec un nouveau mappage d'adresse MAC vers l'adresse IP de l'équipe. Les G-ARP ne sont
pas diffusés car tous les clients enverraient alors leur trafic vers un même port. Les avantages de l'équilibrage de charge
par client seraient alors nuls et la transmission des trames serait trop retardée. Ce processus d'équilibrage de charge en
réception fonctionne tant que tous les clients et le système groupé utilisent le même sous-réseau ou domaine de diffusion.
Lorsque les clients et le système utilisent des sous-réseaux différents et que le trafic entrant doit traverser un routeur, le
trafic reçu et destiné au système n'est pas équilibré. La carte physique sélectionnée par le pilote intermédiaire pour
l'acheminement du flux IP acheminera l'ensemble du trafic. Lorsque le routeur envoie une trame vers l'adresse IP de
l'équipe, il diffuse une requête ARP (sauf dans le cache ARP). La pile de logiciel serveur génère une réponse ARP avec
l'adresse MAC de l'équipe, mais le pilote intermédiaire modifie la réponse ARP et l'envoie vers une carte physique donnée,
établissant ainsi le flux pour cette session.
ARP n'est en effet pas un protocole routable. Il ne contient pas d'en-tête IP et n'est donc pas envoyé vers le routeur ou la
passerelle par défaut. ARP n'est qu'un protocole de sous-réseau local. De plus, G-ARP n'étant pas un paquet de diffusion,
le routeur ne le traite pas et ne met pas à jour son propre cache ARP.
La seule méthode permettant au routeur de traiter un ARP destiné à un autre périphérique réseau est la suivante : il faut
que Proxy ARP soit activé et que l'hôte ne dispose d'aucune passerelle par défaut. Peu utilisée, cette méthode est
déconseillée pour la plupart des applications.
Le trafic sortant acheminé via un routeur fait l'objet d'un équilibrage de charge car l'équilibrage de charge en émission est
basé sur les adresses IP source et cible et le numéro de port TCP/UDP. Comme les routeurs ne modifient pas les adresses
IP source et cible, l'algorithme d'équilibrage de charge fonctionne comme prévu.
La configuration de routeurs pour le protocole HSRP (Hot Standby Routing Protocol) ne permet pas l'équilibrage de charge
en réception dans l'équipe de cartes. En général, HSRP permet à deux routeurs d'agir comme un seul routeur, en annonçant
une adresse IP virtuelle et une adresse MAC virtuelle. Un routeur physique est l'interface active quand l'autre est en veille.
Page 26 Introduction Document 2CS57XX-CDUM513-R