Cet article explique comment fonctionne l'équilibrage de charge LAG (Link Aggregation) sur les commutateurs des gammes Cisco 350 et 550 et comment configurer l'équilibrage de charge sur votre commutateur.
Le protocole LACP (Link Aggregation Control Protocol) fait partie de la spécification IEEE (802.3az) qui vous permet de regrouper plusieurs ports physiques pour former un seul canal logique appelé LAG. Les LAG augmentent la bande passante tout en maintenant la redondance entre deux périphériques.
Le trafic transféré à un LAG est équilibré en charge sur les ports membres actifs, ce qui permet d'obtenir une bande passante effective proche de la bande passante totale de tous les ports membres actifs du LAG.
L'équilibrage de charge du trafic sur les ports membres actifs d'un LAG est géré par une fonction de distribution basée sur le hachage qui distribue le trafic de monodiffusion et de multidiffusion en fonction des informations d'en-tête de paquet de couche 2 ou 3.
Le périphérique prend en charge deux modes d'équilibrage de charge :
En général, un LAG est traité par le système comme un port logique unique. En particulier, le LAG possède des attributs de port similaires à un port normal, tels que l'état et la vitesse.
La gamme 350 prend en charge jusqu'à 8 LAG. La gamme 550 prend en charge jusqu'à 32 LAG. Tous les périphériques prennent en charge jusqu'à 8 ports dans un groupe LAG.
Chaque LAG présente les caractéristiques suivantes :
Deux commutateurs connectés via LAG à l'aide de 2 ports uniquement et de l'algorithme d'équilibrage de charge Adresse MAC/adresse IP. En outre, 4 clients connectés à un commutateur, 4 serveurs connectés au deuxième commutateur.
Notez que les commutateurs des gammes Cisco 350 et 550 utilisent la méthode Exclusive OR (XOR) pour choisir l'interface qui transfère le trafic. Ces commutateurs assurent l'équilibrage de charge entre les ports LAG en utilisant XOR sur l'adresse MAC (destination et source) ou l'adresse MAC/IP combinée (destinations et sources). Cela signifie que pour des paquets spécifiques avec les mêmes adresses MAC et/ou IP, le trafic sera envoyé via un port spécifique et non pas deux ou trois en même temps. Cela signifie qu'une connexion client-serveur ne peut pas dépasser un débit de port, quel que soit le nombre de ports dans un LAG. Elle est uniquement basée sur les informations d’en-tête du paquet. Si elles restent inchangées, il n'y aura aucune différence dans le comportement de l'algorithme.
Nous allons comparer l'adresse MAC du mode algorithme à l'adresse MAC/IP. Puisque nous utilisons 2 ports pour LAG, nous ne pouvons avoir que deux résultats différents de XOR, soit 0 ou 1. Cela signifie que nous devons utiliser uniquement le dernier bit de l'adresse pour la comparaison XOR afin que nous puissions avoir 0 ou 1. Si les résultats XOR sont 0, le trafic passe par le 1 st port du LAG et si le résultat est 1, il passe par le 2nd port du LAG.
Si nous utilisons 3 ou 4 ports, nous pourrions recevoir un minimum de 3 à 4 résultats différents de XOR. Nous devrions utiliser 2 bits pour la comparaison, pour avoir 4 combinaisons différentes.
Si nous utilisons 5-8 ports, nous pourrions recevoir un minimum de 5-8 résultats différents de XOR et nous aurions besoin d'utiliser 3 bits pour la comparaison afin d'avoir 8 combinaisons différentes comme 000, 001, 010, 011, 100, 101, 110 et 111. Et le mécanisme de choix du port serait similaire à celui ci-dessus mais avec plus d'options.
Dans cet exemple, nous nous concentrons sur 2 ports pour le LAG. Par conséquent, il suffit de prendre en compte le dernier bit de la forme binaire de l’adresse MAC et IP pour l’opération XOR.
Vous trouverez ci-dessous une conversion des adresses IP et MAC en adresses binaires et XOR sur ces sources et destinations.
Sources :
Name (nom) | Adresse IP | Forme binaire d’IP (dernier octet uniquement) | Adresse MAC (6 derniers chiffres uniquement) | Forme binaire de l’adresse MAC (dernier chiffre) | sortie XOR |
---|---|---|---|---|---|
Client 1 | 192.168.46.100 | 01100100 | :06:41:43 | 0100 0011 | 0 XOR 1 = 1 |
Client 2 | 192.268.46.101 | 01100101 | :06:41:42 | 0100 0010 | 1 XOR 0 = 1 |
Client 3 | 192.168.46.102 | 01100110 | 06:3e:af | 1010 1111 | 0 XOR 1 = 1 |
Client 4 | 192.168.46.103 | 01100111 | 06:3e:ae | 1010 1110 | 1 XOR 0 = 1 |
Destinations :
Name (nom) | Adresse IP | Forme binaire d’IP (dernier octet uniquement) | Adresse MAC (6 derniers chiffres uniquement) | Forme binaire de l’adresse MAC (dernier chiffre) | sortie XOR |
---|---|---|---|---|---|
Serveur 1 | 192.168.46.120 | 01111000 | 06:62:0f | 0000 1111 | 0 XOR 1 = 1 |
Serveur 2 | 192.268.46.121 | 01111001 | 06:62:0e | 0000 1110 | 1 XOR 0 = 1 |
Serveur 3 | 192.168.46.122 | 01111010 | 06:3b:f7 | 1111 0111 | 0 XOR 1 = 1 |
Serveur 4 | 192.168.46.123 | 01111011 | :06:3b:f6 | 1111 0110 | 1 XOR 0 = 1 |
XOR effectué sur toutes les adresses MAC et IP source et de destination donne la même valeur 1. Cela signifie que tout le trafic utiliserait uniquement le port 2 du LAG. Le port 1 ne serait pas utilisé pour les connexions entre les clients et les serveurs. Cela signifie que le mode MAC/IP Address n'est pas optimal.
Nous allons maintenant analyser l'équilibrage de charge en fonction uniquement de l'adresse MAC.
Name (nom) | Adresse MAC (6 derniers chiffres uniquement) | Forme binaire de l’adresse MAC (dernier chiffre) | Dernier chiffre de la sortie binaire |
---|---|---|---|
Client 1 | :06:41:43 | 0100 0011 | 1 |
Client 2 | :06:41:42 | 0100 0010 | 0 |
Client 3 | 06:3e:af | 1010 1111 | 1 |
Client 4 | 06:3e:ae | 1010 1110 | 0 |
Name (nom) | Adresse MAC (6 derniers chiffres uniquement) | Forme binaire de l’adresse MAC (dernier chiffre) | Dernier chiffre de la sortie binaire |
---|---|---|---|
Serveur 1 | 06:62:0f | 0000 1111 | 1 |
Serveur 2 | 06:62:0e | 0000 1110 | 0 |
Serveur 3 | 06:3b:f7 | 1111 0111 | 1 |
Serveur 4 | :06:3b:f6 | 1111 0110 | 0 |
Cette fois, XOR effectué pour chaque adresse MAC est différent.
Maintenant, nous obtiendrions un équilibre optimal de charge et l'utilisation des ports serait assez égale.
Note: Tout en utilisant l'algorithme IP/MAC Address, dans certains cas, nous pouvons obtenir le résultat optimal en changeant l'adresse IP uniquement du côté source ou de destination, car l'adresse MAC du périphérique restera identique.
Étape 1. Connectez-vous au commutateur Cisco en saisissant le nom d'utilisateur et le mot de passe. Cliquez sur Connexion. Par défaut, le nom d'utilisateur et le mot de passe sont cisco, mais puisque vous travaillez sur un réseau existant, vous devez avoir votre propre nom d'utilisateur et votre propre mot de passe. Saisissez plutôt ces informations d'identification.
Note: Par défaut, la fenêtre Application affiche l'option Gestion du commutateur sélectionnée et doit être laissée seule.
Étape 2. Accédez à Port Management > LAG Management et sélectionnez l'option Load Balance Algorithm. Vous pouvez sélectionner Adresse MAC ou Adresse IP/MAC. Cliquez sur Apply.
Note: Par défaut, Adresse MAC est l'option sélectionnée pour l'algorithme d'équilibrage de charge.
Étape 3. Vous pouvez maintenant voir la notification de réussite à l'écran. Cliquez sur File Operations pour enregistrer la configuration du commutateur en configuration de démarrage.
Note: Vous pouvez également cliquer sur l' icône pour enregistrer la configuration.
Étape 4. La page Opérations de fichiers s'ouvre. Vérifiez que le nom du fichier source est sélectionné en tant que Configuration en cours et Nom du fichier de destination est sélectionné en tant que Configuration de démarrage. Cliquez sur Apply pour enregistrer la configuration.
Vous avez désormais une meilleure compréhension de l'équilibrage de charge LAG et de la façon de le configurer sur vos commutateurs de la gamme 350 ou 550. Vous avez également appris que si vous sélectionnez l'équilibrage de charge des adresses IP/MAC, dans certaines topologies, il est possible que l'équilibrage de charge ne fonctionne pas correctement.
Consultez les articles suivants :
Configuration des groupes d'agrégation de liaisons sur les modèles SG350XG et SG550XG
Configuration des paramètres LAG sur un commutateur via l'interface de ligne de commande (CLI)