Users Guide

11–Services d'association QLogic
Récapitulatif
137 BC0054508-02 J
Smart Load Balancing vous permet d'équilibrer la charge en émission et en
réception en fonction de l'adresse IP de couche 3 et 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 adaptateurs
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'association. Lorsqu'un port est sélectionné pour
acheminer toutes les trames d'un connecteur spécifique, l'adresse MAC unique
de l'adaptateur physique (et non l'adresse MAC de l'association) est incluse dans
la trame. Cette intégration est requise pour la conformité à la norme IEEE 802.3.
Si deux adaptateurs 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é). Cette pratique est un équilibrage
de charge par client et non un équilibrage de charge de trafic. Lorsque le pilote
intermédiaire détecte un déséquilibre notable de la charge entre les adaptateurs
physiques dans une association SLB, il génère des G-ARP afin de redistribuer les
trames entrantes. Le pilote intermédiaire (QLASP) ne répond pas aux requêtes
ARP ; seule la pile de protocole logicielle 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'association.
REMARQUE
L'équilibrage de charge du trafic adressé IPv6 n'est pas effectué par SLB car
ARP n'est pas une fonction incluse dans IPv6.