Users Guide

NetXtreme Guide d’utilisation Broadcom Gigabit Ethernet Teaming Services
Document 2CS57XX-CDUM513-R Informations sur l'application Page 47
Le chemin désigné est déterminé par deux facteurs :
1. Cache ARP du serveur client, qui pointe vers l'adresse MAC du serveur de sauvegarde. Ce facteur est déterminé par
l'algorithme d'équilibrage de charge du trafic entrant du pilote intermédiaire Broadcom.
2. L'interface de la carte physique du serveur client Rouge est utilisée pour transmettre les données. Ce facteur est
déterminé par l'algorithme d'équilibrage de charge du trafic sortant du pilote intermédiaire Broadcom (voir Trafic sortant
et Trafic entrant (SLB uniquement).
L'interface groupée du serveur de sauvegarde transmet un G-ARP (Gratuitous Address Resolution Protocol) au serveur
client Rouge, qui, à son tour, entraîne la mise à jour du cache ARP du serveur client avec l'adresse MAC du serveur de
sauvegarde. Le mécanisme d'équilibrage de charge de l'interface groupée détermine l'adresse MAC incorporée au G-ARP.
L'adresse MAC sélectionnée sert principalement de destination au transfert de données depuis le serveur client. Sur le
serveur client Rouge, l'algorithme de regroupement SLB détermine laquelle des deux interfaces de carte va être utilisée pour
transmettre les données. Dans cet exemple, les données du serveur client Rouge sont reçues sur l'interface de la carte A
du serveur de sauvegarde. Pour illustrer les mécanismes SLB lorsqu'une charge supplémentaire est placée sur l'interface
groupée, examinez le scénario lorsque le serveur de sauvegarde lance une deuxième opération de sauvegarde : une vers
le serveur client Rouge et une vers le serveur client Bleu. L'itinéraire emprunté par le serveur client Bleu pour envoyer des
données au serveur de sauvegarde dépend de son cache ARP, qui pointe vers l'adresse MAC du serveur de sauvegarde.
Dans la mesure où la carte A du serveur de sauvegarde subit déjà la charge de son opération de sauvegarde avec le serveur
client Rouge, le serveur de sauvegarde appelle l'algorithme SLB afin d'informer le serveur client Bleu (via un G-ARP) de la
nécessité de mettre à jour son cache ARP afin de refléter l'adresse MAC de la carte B. Lorsque le serveur client Bleu doit
transmettre des données, il utilise l'une de ses interfaces de carte, déterminée par son propre algorithme SLB. Le principal
est que les données du serveur client Bleu soient reçues par l'interface de la carte B du serveur de sauvegarde et non pas
l'interface de la carte A. C'est important car, dans la mesure où les deux flux de sauvegarde circulent simultanément, le
serveur de sauvegarde doit équilibrer la charge des flux de données provenant de différents clients. Lorsque les deux flux
de sauvegarde circulent, chaque interface de carte du serveur de sauvegarde traite une charge égale, équilibrant ainsi la
charge des données entre les deux interfaces de carte.
Le même algorithme s'applique si une troisième et une quatrième opération de sauvegarde sont lancées par le serveur de
sauvegarde. L'interface groupée du serveur de sauvegarde transmet un G-ARP de monodiffusion aux clients de sauvegarde
afin de les informer de la nécessité de mettre à jour leur cache ARP. Chaque client transmet ensuite les données de
sauvegarde à l'adresse MAC cible du serveur de sauvegarde suivant un itinéraire donné.
Tolérance aux pannes
En cas de défaillance d'une liaison réseau lors des opérations de sauvegarde sur bande, le trafic entre le serveur de
sauvegarde et le client s'arrête et les tâches de sauvegarde échouent. Toutefois, si la topologie réseau a été configurée à
la fois pour SLB Broadcom et la tolérance aux pannes de commutation, les opérations de sauvegarde sur bande peuvent
continuer sans interruption malgré la défaillance de la de liaison. Tous les processus de reprise au sein du réseau sont
transparents pour les applications logicielles de sauvegarde sur bande. Pour comprendre comment les flux de données de
sauvegarde sont dirigés lors du processus de reprise du réseau, examinez la topologie de la Figure 6. Le serveur client
Rouge transmet des données au serveur de sauvegarde via le chemin 1, mais une défaillance de liaison se produit entre le
serveur de sauvegarde et le commutateur. Les données ne pouvant plus être envoyées du commutateur 1 à l'interface de
la carte A du serveur de sauvegarde, elles sont redirigées depuis le commutateur #1 vers l'interface de la carte B du serveur
de sauvegarde par le biais du commutateur 2. L'application de sauvegarde n'est pas informée de ce changement, car toutes
les opérations de tolérance aux pannes sont gérées par l'interface de l'équipe de cartes et les paramètres de gestion des
liaisons des commutateurs. Quant au serveur client, il fonctionne toujours comme s'il transmettait des données par le chemin
d'origine.