Un canal LACP unique sur plusieurs commutateurs augmente-t-il la redondance?


9

Je suis curieux de connaître les opinions, les conclusions ou les preuves selon lesquelles plusieurs interfaces liées à l'aide de LACP à des ports dans plusieurs commutateurs peuvent augmenter la redondance. Les interfaces précédemment liées ont toujours été vers un seul commutateur, avec un canal redondant vers un autre port.

Sans entrer dans les détails du fournisseur, je pense que comme il s'agit d'un seul LACP, la probabilité qu'un événement ou un changement puisse conduire à une panne de service étendue. Sans avoir l'équipement de rechange ou le temps de tester ce canal unique sur divers commutateurs, quiconque possédant une meilleure connaissance du réseau que moi pourrait-il me dire s'il y a un événement côté réseau qui réduirait la connectivité réseau à un serveur qui avait créé une interface liée à deux ports sur des commutateurs séparés?

Est-ce que l'utilisation de canaux Ethernet liés sur plusieurs commutateurs (que nous sommes autorisés à utiliser) à partir du serveur, offre à la fois un débit amélioré (incontestablement) et une redondance améliorée (incertaine). Les événements réseau tels que la défaillance du commutateur, la migration des ports, les correctifs, la récupération, etc., pourraient-ils entraîner l'indisponibilité du canal pour les deux interfaces réseau du serveur?

Merci d'avance.

Réponses:


11

LACP lui-même ne fournit pas la possibilité de se lier entre plusieurs commutateurs; il se connecte sur plusieurs ports sur un seul commutateur Ethernet, et selon le fournisseur, il peut même y avoir des restrictions sur les ports d'un commutateur qui peuvent être liés ensemble.

Certains fournisseurs ont des protocoles propriétaires (généralement appelés MLAG ) qui permettent des canaux Ethernet liés entre différents commutateurs Ethernet. Par exemple, Cisco Nexus vPC (ou génériquement MLAG) fonctionne avec des commutateurs ou relie un seul canal de port LACP sur un serveur via deux commutateurs connectés.

Est-ce que l'utilisation de canaux Ethernet liés sur plusieurs commutateurs (que nous sommes autorisés à utiliser) à partir du serveur, offre à la fois un débit amélioré (incontestablement) et une redondance améliorée (incertaine). Les événements réseau tels que la défaillance du commutateur, la migration des ports, les correctifs, la récupération, etc., pourraient-ils entraîner l'indisponibilité du canal pour les deux interfaces réseau du serveur?

LACP doit fournir une protection contre un seul port physique ou une défaillance de câble dans le canal LACP.

LACP ne peut pas protéger contre les facteurs humains, tels que l'arrêt accidentel de l'interface LACP, la suppression du vlan ou l'exécution d'un TDR sur une liaison membre de canal de port. LACP ne peut pas non plus se protéger contre le sur-approvisionnement en bande passante via une liaison à un seul membre sur ce canal LACP, les événements de spanning-tree, les tempêtes de diffusion, les inondations de monodiffusion inconnues excessives, etc.

Si vous êtes préoccupé par le temps de récupération, veillez à utiliser de courts délais d'expiration du protocole LACP sur vos interfaces.


Et c'est l'utilisation de canaux Ethernet liés sur plusieurs commutateurs que nous pouvons utiliser à partir du serveur. Fournir à la fois un débit amélioré (incontestablement) et une redondance améliorée (incertaine). Les événements du réseau, tels que la défaillance du commutateur, la migration des ports, les correctifs, la récupération, pourraient-ils / pourraient-ils entraîner l'indisponibilité du canal?
Sirch

3

Le LACP ne peut généralement être exécuté que sur un seul périphérique ou groupe de périphériques agissant comme un seul. Donc ... vous pouvez le faire entre un commutateur et une pile de commutateurs, mais pas sur plusieurs appareils uniques.


1
Notez que certaines des technologies MLAG (Multi-Chassis Link Aggregation) dans les commutateurs plus récents fonctionnent sans «empilement». Autrement dit, chaque commutateur conserve son propre plan de contrôle actif et peut fonctionner indépendamment. Arista MLAG, VCS de Brocade, Cisco vPC, IRF de HP sont tous des exemples de cette approche.
rmalayter

d'où la partie "habituelle" des choses :)
SpacemanSpiff

3

LACP est un protocole permettant à l'hôte de communiquer au (x) commutateur (s) qu'il souhaite agréger plusieurs connexions physiques. Cependant, cette agrégation n'est pas toujours possible. Si la connexion est établie avec plusieurs commutateurs, ces commutateurs doivent prendre en charge une méthode de coopération pour créer la liaison liée, sinon ils ne pourront pas le faire.

La plupart des commutateurs ne prennent pas en charge cette coopération. Certains le font cependant. La méthode la plus courante est le protocole SMLT, qui permet aux commutateurs de coopérer pour créer des liaisons liées. Certains commutateurs prennent également en charge les protocoles d'empilement qui permettent à plusieurs commutateurs d'agir comme un seul commutateur logique. Dans les deux cas, vous voudrez vérifier la documentation pour être sûr du support et de la configuration.


3

LACP regroupe plusieurs liaisons physiques entre les deux mêmes appareils en une seule liaison logique qui a un débit plus élevé. Si vous recherchez une redondance en cas de défaillance d'un commutateur, vous devez configurer des liens vers deux commutateurs et configurer le serveur pour combler les deux liens avec le protocole Spanning Tree activé. STP choisira automatiquement un lien pour être actif, et l'autre sauvegarde. Si le lien principal tombe en panne (le commutateur est mort), il basculera vers la sauvegarde. Cela n'a rien à voir avec LACP.


Il s'agit d'une déclaration imprécise. Si vous utilisez LACP entre deux périphériques, alors que les deux ne sont pas des commutateurs, cela n'augmentera pas le débit, sauf si vous utilisez la répétition alternée pour l'équilibrage de charge, ce qui n'est pas recommandé en raison de paquets en panne. LACP équilibre la charge en fonction de la conversation, qui peut être longue et toujours utiliser le même lien physique pour communiquer ... Si un appareil est un commutateur avec plusieurs clients, vous obtiendrez plusieurs conversations conduisant à un débit accru sur le LACP attaché '' d appareil à coup sûr.
abandonner le

@dognose, LACP augmente le débit par définition . C'est-à-dire: la raison pour laquelle LACP existe est d'augmenter le débit. Vous confondez LACP avec le pilote de liaison Linux, qui achemine les paquets sur plusieurs interfaces via un logiciel et où le maintien des garanties de commande est difficile, voire impossible (mais honnêtement, qui se soucie de la commande?). Une seule interface qui a plusieurs ports physiques et une prise en charge matérielle pour LACP (et connectée à un commutateur avec prise en charge de LACP) n'a pas de tels problèmes.
psusi

2

Agrégation 4nics (2of4 actif + basculement automatique):

Linux: eth0-3 -> bond0, mode de liaison = 4

Commutateurs (Juniper par exemple): port 1 + port 2 -> ae1 set interfaces ae1 aggregated-ether-options lacp passive set interfaces ae1 (... vlan assignments here ...)

passive du côté du commutateur garantit que c'est Linux qui va parler au partenaire. Si vous avez besoin d'un démarrage PXE sur les mêmes cartes réseau - recherche l' option de force (juniper) sur le commutateur A, ge-0/0/1


1

L'agrégation de liens peut se produire entre un appareil et 2 commutateurs Cisco ou plus tant qu'ils sont dans une pile ou sur des cœurs utilisant VSS par exemple. Habituellement, une bonne règle de base est qu'il n'y a qu'une seule interface mgmt contrôlant une pile de commutateurs, alors elle aura une table d'adresses mac sur laquelle Etherchannel ou LACP peuvent être utilisés pour suivre les IP et MAC qui sont utilisés sur chacun des chemins d'agrégation EC / LACP.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.