Dell Broadcom NetXtreme Family of Adapters Manuel d'utilisation
Page 133
Services de regroupement Broadcom : Guide de l'utilisateur de la carte réseau Broadcom NetXtreme II®
file:///C|/Users/Nalina_N_S/Documents/NetXtremeII/French/teamsvcs.htm[9/5/2014 3:48:04 PM]
Le débit global augmente à mesure que le nombre de flux de sauvegarde augmente. Cependant, chaque flux de données peut
ne pas pouvoir conserver les mêmes performances dans un seul flux de sauvegarde à 25 Mo/s. En d'autres termes, bien
qu'un serveur de sauvegarde puisse transmettre des données en continu à partir d'un client unique à 25 Mo/s, il est peu
probable que 4 tâches de sauvegarde simultanées transmettent à 100 Mo/s (25 Mo/s x 4 flux). Bien que le débit global
augmente à mesure que le nombre de flux de sauvegarde augmente, chaque flux de sauvegarde peut être affecté par les
limitations du logiciel de sauvegarde sur bande ou de la pile réseau.
Pour qu'un serveur de sauvegarde sur bande utilise efficacement les performances de la carte et de la bande passante réseau
lors de la sauvegarde de clients, une infrastructure réseau doit mettre en œuvre des fonctions de regroupement comme
l'équilibrage de charge et la tolérance aux pannes. Les centres de données incluront les commutateurs redondants,
l'agrégation des liaisons et la gestion des liaisons dans le cadre de leur solution de tolérance aux pannes. Bien que les pilotes
de périphérique de regroupement agissent sur la circulation des données via les interfaces groupées et les chemins de reprise,
cette opération est transparente pour les applications de sauvegarde sur bande et elle n'interrompt pas le processus de
sauvegarde sur bande lors de la sauvegarde de systèmes distants sur le réseau.La
représente une topologie réseau
qui illustre une sauvegarde sur bande dans un environnement groupé Broadcom et indique comment l'équilibrage de charge
intelligent peut équilibrer la charge des données de sauvegarde sur bande pour plusieurs cartes groupées.
Le serveur client peut utiliser quatre chemins pour envoyer des données au serveur de sauvegarde, mais un seul de ces
chemins sera désigné pendant le transfert de données. Le serveur client Rouge peut notamment utiliser le chemin suivant
pour envoyer des données au serveur de sauvegarde :
Exemple de chemin : le serveur client Rouge envoie des données via la carte A, le commutateur 1 et la carte du serveur de
sauvegarde A.
Le chemin désigné est déterminé par deux facteurs :
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.
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 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 est lancée 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
. Le serveur client