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

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.

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.

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.

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.

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.

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

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.