Forum aux questions concernant le protocole LACP 802.3ad et l'équilibrage de la charge réseau

Forum aux questions concernant l’équilibrage de la charge d’ESX/ESXi

Pour VMware vSphere, la combinaison de plusieurs liaisons réseau peut être réalisée avec la norme IEEE 802.3ad. La norme IEEE 802.3ad peut être configurée de manière à prendre en charge l’agrégation de liaisons statique et dynamique.

Aucune information sur la cause.

VMware 3.x à 5.0 prennent-ils en charge la norme 802.3ad dynamique ?

La norme 802.3ad dynamique n’est pas prise en charge avant VMware ESXi 5.1 et, dans ce cas, uniquement sur vSphere Distributed Switch (VDS). Des explications sont disponibles dans l’article de base de connaissances VMware 1010270 (1010270)

Informations contextuelles :

IEEE 802.3 AD statique : IEEE 802.3ad statique : (prise en charge sur VMware ESX/ESXi 3.x à 5.x sur les commutateurs vSwitches et vDS). L’agrégation de liaisons statique est configurée individuellement sur les hôtes ou les commutateurs et aucune négociation automatique ne se produit entre les deux points d’extrémité. L’agrégation de liaisons statique ne détecte pas les problèmes de câblage ou de configuration et toute défaillance du port de commutateur qui n’entraîne pas de perte de l’état de la liaison.

1. Assurez-vous au préalable que tous les adaptateurs en mode veille et non utilisés sont soit ajoutés aux cartes actives soit supprimés dans le vSwitch.
2. Configurez la stratégie d’équilibrage de charge vSwitch de façon à router en fonction du hachage IP.
   • Remarque : s’il s’agit de la console de service, vous risquez de perdre la connectivité jusqu’à ce que le commutateur soit configuré.
3. Créez le LAG statique sur le commutateur Cisco
4. Créez une nouvelle interface Port-Channel
5. Cisco-3560(config)#interface port-channel 1
6. Cisco-3560(config-if)#description NIC team for ESX server
7. Cisco-3560(config-if)#exit
8. Ajoutez les interfaces au < de canal de port > Cisco-3560 (config) #interface FastEthernet0/0Cisco-3560 (Config-if) #description ESX vSwitch1 port-Channel GroupCisco-3560 (Config-if) #channel-Group 1 en mode onCisco-3560 (Config-if) #exitCisco-3560 (config) #interface FastEthernet0/1Cisco-3560 (Config-if) #description ESX vSwitch1 port-Channel GroupCisco-3560 (Config-if) #channel-Group 1 mode onCisco-3560 (Config-if) # ^ ZCisco-3560 # copy running-config startup-config

L’activation de route en fonction du hachage IP sans agrégation 802.ad ou vice-versa perturbe-t-elle la mise en réseau ?
Oui, si vous devez activer le mode statique 802.ad et configurer le commutateur virtuel pour router en fonction du hachage IP, configurez d’abord le routage en fonction du hachage IP dans ESX/ESXi, puis activez le LAG sur le réseau physique. Vous perdrez la connectivité à l’hôte ESX/ESXi temporairement jusqu’à ce que vous configurez le côté physiques.

VMware ne prend-il en charge aucun autre algorithme que le hachage IP lors de l’utilisation d’EtherChannel ?
Non, seule le routage basé sur le hachage IP est pris en charge lors de la configuration en fonction d’EtherChannel.

Combien de Etherchannels existent par vswitch ou vSphere switch distribué (VDS) ?
Un et un seul EtherChannel par vSwitch ou vDS.

Est-il possible d’utiliser la détection de balises avec l’équilibrage de la charge de hachage IP ?
L’identification de balise avec l’équilibrage de charge de hachage IP n’est pas prise en charge. L’utilité principale de l’identification de balise est la détection des pannes de mise en réseau qui n’entraînent pas une perte de liaison. Il peut s’agir d’une erreur de configuration, entraînant un lien qui est toujours actif, mais qui ne fonctionne pas comme prévu.
Pour plus d’informations, reportez-vous à http://www.VMware.com/files/PDF/virtual_networking_concepts.pdf .

Est-il possible de configurer les liaisons montantes en veille ou inutilisées lors de l’utilisation du hachage IP ?
Ne configurez pas d’interfaces en veille ou non utilisées avec le hachage IP. Dynamique IEEE 802.3 AD : Uniquement pris en charge dans ESXi vDS 5,1. Consultez l’article de base de connaissances VMware « ESX/ESXi host Requirements for link aggregation » (Conditions requises pour l’agrégation de liens avec ESX/ESXi, 1001938) pour obtenir de plus amples informations.

• Utilise channelprotocol LACP pour négocier le canal entre le vSwitch et pSwitch.
• Utilise le canal port-lacp pour définir le canal
• Utilise le mode port-lacp défini sur actif

Avant VMware ESXi 5.1, VMware prenait uniquement en charge l’agrégation de liens statique. Avec ESXi 5.1 dynamique, LACP est pris en charge uniquement avec les commutateurs distribués vSphere (vDS). LAG statique est toujours pris en charge par vSwitches et vDS. LACP dynamique fournit une prise en charge supplémentaire pour la configuration Plug and Play automatique et la négociation automatique entre hôte et commutateur physique. Les LACP dynamiques détecteront les échecs de liaison et les erreurs de câblage, puis reconfigurez automatiquement les liens.

Quelle est la différence entre le mode actif et le mode passif pour la configuration LACP ?
Actif : le port négocie activement l’état de la liaison en lançant la négociation et en envoyant LACP trames.
Passif : le port est à l’état passif et répond aux LACP des notoriété envoyés pendant la négociation LACP.

Références:
http://www.VMware.com/files/PDF/Techpaper/Whats-New-VMware-vSphere-51-Network-Technical-whitepaper.pdf
http://www.Cisco.com/en/US/docs/iOS/12_2sb/Feature/Guide/gigeth.html
reportez-vous à la section exemple de configuration d’EtherChannel/LACP avec ESXi/ESX (1004048) et activation ou désactivation de LACP sur un groupe de ports de liaison montante à l’aide de vSphere Web client (2034277)