Je suis curieux pour les opinions, les conclusions ou les preuves dont disposer de multiples interfaces liées à l'aide de la LACP aux ports de plusieurs commutateurs peut augmenter la redondance. Les interfaces précédemment liées ont toujours été sur un seul interrupteur, avec un canal redondant à un autre port.
Sans entrer dans les spécificités des fournisseurs, ma pensée est que, comme il s'agit d'un célibataire, la probabilité qu'un événement ou un changement pourrait conduire à une large panne de service. Sans avoir l'équipement de secours ou le temps de tester ce canal unique sur divers interrupteurs, une personne ayant une meilleure connaissance de la mise en réseau que celle-ci, dites-moi s'il y a un événement côté réseau qui ramènerait la connectivité réseau à un serveur qui avait créé une interface liée. à deux ports sur des interrupteurs séparés?
Est-ce que l'utilisation de canaux Ethernet liés sur plusieurs commutateurs (que nous sommes informés que nous pouvons utiliser) à partir du serveur, fournissez à la fois un débit amélioré (incontestablement) et une redondance améliorée (incertaine). Des événements réseau peuvent-ils être tels que l'échec du commutateur, la migration de ports, le correctif, la récupération, etc., car le canal des deux interfaces réseau de serveur est indisponible?
Merci d'avance.
LACP elle-même ne fournit pas la possibilité de se lier sur plusieurs commutateurs; Il s'agit d'un lien entre plusieurs ports sur un seul commutateur Ethernet et, en fonction du fournisseur, il pourrait même y avoir des restrictions sur lesquelles des ports d'un commutateur peuvent être liés ensemble.
Certains fournisseurs disposent de protocoles de propriété (typiquement appelés [~ # ~] mlag [~ # ~ ~] ) qui permettent des canaux Ethernet liés sur différents commutateurs Ethernet. Comme exemple, Cisco Nexus VPC (ou génériquement MLAG) fonctionne avec des commutateurs ou une liaison d'un seul canal de port LACP sur un serveur sur deux commutateurs connectés.
Est-ce que l'utilisation de canaux Ethernet liés sur plusieurs commutateurs (que nous sommes informés que nous pouvons utiliser) à partir du serveur, fournissez à la fois un débit amélioré (incontestablement) et une redondance améliorée (incertaine). Des événements réseau peuvent-ils être tels que l'échec du commutateur, la migration de ports, le correctif, la récupération, etc., car le canal des deux interfaces réseau de serveur est indisponible?
LacP Devrait Fournir une protection contre un seul port physique ou une défaillance de câble dans le canal LACP.
La LACP ne peut pas protéger contre les facteurs humains, tels que la fermeture accidentelle de l'interface lacpo, en supprimant le VLAN ou d'exécuter un TDR sur une liaison de membre portuaire. La LACP ne peut pas non plus protéger contre la largeur de bande passante à l'aide d'un seul membre de la chaîne de la LACP, des événements de la CANPH-Tree, des tempêtes de diffusion, une inondation excessive d'unicast inconnu, etc.
Si vous êtes préoccupé par le temps de récupération, assurez-vous d'utiliser des délais de protocole courts sur vos interfaces.
La LACP est un protocole destiné à l'hôte de communiquer au commutateur (ES) qu'il souhaite agréger plusieurs connexions physiques. Cette agrégation pourrait ne pas toujours être possible cependant. Si la connexion est faite sur plusieurs commutateurs, ces commutateurs doivent prendre en charge une méthode de coopération pour rendre le lien de liaison ou ils ne pourront pas le faire.
La plupart des commutateurs ne soutiennent pas 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 liens liés. Certains commutateurs supportent également des protocoles d'empilement permettant à plusieurs commutateurs d'agir en tant que commutateur logique unique. Dans les deux cas, vous voudrez vérifier la documentation pour être sûr du support et de la configuration.
La LACP agrége plusieurs liaisons physiques entre les mêmes périphériques dans un lien logique qui a un débit plus élevé. Si vous recherchez une redondance en cas de panne de commutation, vous devez configurer des liens vers deux commutateurs et configurer le serveur pour combler les deux liens avec le protocole d'arborescence étendu. =STP== choisira automatiquement un lien pour être actif et l'autre sauvegarde. Si la liaison principale est tombée en panne (Switch est décédé), il passera à la sauvegarde. Cela n'a pas vraiment rien à faire avec lacp.
Agrégation 4Niques (2oF4 Active + basculement automatique):
Linux: ETH0-3 -> Bond0, mode de liaison = 4
Commutateurs (genévrier par exemple): Port 1 + Port 2 -> AE1 Set Interfaces AE1 AGRÉGULÉ-ETHETH-OPTIONS LACP Passif Interfaces Set Interfaces AE1 (... VLAN Affectations ici ...)
passif sur le côté de la commutation garantit que c'est Linux qui permet au partenaire de parler. Si vous avez besoin d'une démarrage de PXE sur les mêmes nics - cherche forcer-up option (geniper) sur un commutateur A-commutateur, GE-0/0/1
L'agrégation de liaison peut se produire entre un périphérique et 2 ou plusieurs commutateurs Cisco tant qu'ils sont dans une pile ou sur des noyaux utilisant des VSS par exemple. Habituellement, une bonne règle consiste en une seule interface MGMT contrôlant une pile de commutateurs, il aura une table d'adresse MAC sur laquelle étherchannel ou lacp peut être utilisé pour suivre les IP et les Mac utilisés sur chacun des chemins d'agrégats EC/LACP.