A ce stade là, ça vaut pas le coup de passer en 10G, actif/passif pour pallier au problème ?
Le 10 oct. 2014 à 16:34, Fabien V. <list-fr...@beufa.net> a écrit : > Hello, > > Personnellement, le mode active active sortant (et surtout entrant), je ne le > recommande pas pour plusieurs raisons : > Quand on dit redondance, on dit 1 pour 1. Et pas 1+1. Donc si tu veux > redonder 1G, il te faut 1G en 'passif'. Si tu veux faire 2G de BP, tu fais > 2x2G en active passif sur 2 agrégats LACP ? Sinon, le jour ou tu as une > panne, ton best effort sera difficilement supportable si tu utilises le max > de capa à 1+1. > > En bref, je recommande toujours l'active-backup dans mon cas sur N5K+FEX, > sinon en balance-rr, tu te retrouves avec la mac de ton interface qui se > balade entre les 2 nexus. Ca fonctionne, mais pour le debug L2, ca peut être > très chiant ! > > Dis nous ce que tu as choisi et ce que ca donne ;) > > Fabien V. > > 10 octobre 2014 16:11 "Florian Taboul" <fl...@muchomail.com> a écrit: >> Merci à tous pour vos réponses. >> Je vais essayer de répondre à tous ici. >> >> Lilian : quand tu dis "pas trop mal", tu as eu des difficultés à quel niveau >> ? >> >> Gurvan : je n'ai pas d'arp inspection prévu sur cette infra donc ça devrait >> le faire. >> >> Olivier : effectivement le "active-backup" est ma solution de repli si je >> n'arrive pas à faire ce >> que je veux. Mais je trouve que c'est dommage de perdre la moitié de la >> capacité lorsque ça >> fonctionne. Dans cette situation là, il vaut mieux donc un switch de backup >> de moins bonne qualité >> que le principal, c'est à voir. >> >> David, Raphael : c'est bien ce qu'il me semblait, le LACP sur plusieurs >> switch n'est pas mature, ou >> trop propriétaire à mon gout pour les marques où ça tourne bien. >> >> --- lil...@devclic.fr wrote: >> >> From: Lilian - Devclic <lil...@devclic.fr> >> To: fl...@muchomail.com >> Subject: Re: [FRnOG] [TECH] Quel mode de bonding pour du multi-switch ? >> Date: Fri, 10 Oct 2014 13:50:26 +0200 >> Bonjour, >> >> J'ai déjà essayé du mode 6 et ça fonctionne pas trop mal. >> >> Le trafic est bien géré globalement. >> >> Le 10/10/2014 13:45, Florian Taboul a écrit : >> >>> Bonjour Gurvan et merci de ta réponse. >>> >>> Si je ne m'abuse, le mode 802.3ad (lacp) n'est pas utilisable en >>> multi-switch. >>> >>> Bien sur ça peut fonctionner selon la marque en stack, mais justement je ne >>> souhaite pas utiliser >>> une seule et unique marque de switchs, mais différentes marques qui ne >>> supportent pas le stackage >>> entre elles. C'est là qu'est le problème :) >>> >>> --- inulo...@gmail.com wrote: >>> >>> From: Inulogic - Free-H <inulo...@gmail.com> >>> To: frnog-t...@frnog.org >>> Subject: Re: [FRnOG] [TECH] Quel mode de bonding pour du multi-switch ? >>> Date: Fri, 10 Oct 2014 13:22:24 +0200 >>> >>> Bonjour, >>> >>> Et pourquoi pas le mode 4, le bond-mode 802.3ad (lacp) ? >>> Agrégation de lien de base et en soit ça fait HA. >>> >>> Techniquement, il me semble que le stackage de switch sur du modèle >>> relativement récent ne pose aucun problème, bien au contraire, à moins >>> d'utiliser des fonctions très exotiques. >>> De mon côté j'ai du stack de Juniper EX4200 (en 2 ou en 3) et je fais >>> du 802.3ad en 2 x 1Gbits ou 4 x 1Gbits sous Debian/Centos et VMware. >>> >>> Gurvan. >>> >>> Le 10 octobre 2014 12:56, Florian Taboul <fl...@muchomail.com> a écrit : >>> >>>> Bonjour à la liste, >>>> >>>> Voilà, je vais devoir mettre en place une petite infra de serveurs équipés >>>> chacun de 2 ports réseau Gigabit. >>>> >>>> J'aimerais, pour améliorer la disponibilité et maximiser la capacité >>>> réseau, >>>> les connecter à 2 switchs différents (de marque différente donc >>>> non-stackables). >>>> >>>> Si je veux donc faire du bonding, je vais devoir gérer ça côté logiciel sur >>>> mon OS Linux. >>>> >>>> En lisant la doc sur le bonding >>>> (https://www.kernel.org/doc/Documentation/networking/bonding.txt), on >>>> constate qu'il ne semble pas y avoir de mode permettant à la fois la haute >>>> disponibilité ET l'aggrégation des liens. Ils conseillent les modes >>>> "active-backup" ou "broadcast" pour du HA, et "balance-rr" pour de >>>> l'aggrégation. >>>> >>>> Pourtant, mais je ne m'y connait peut-être pas suffisamment pour voir le >>>> problème, le mode "balance-alb" semble faire ce que je veux. Je n'arrive >>>> pas >>>> à voir le problème que je pourrais rencontrer dans cette situation. >>>> >>>> En fait, vous allez surement me dire "pourquoi tu ne prends pas 2 switchs >>>> stackables et basta ?", et bien parce que pour moi, prendre 2 switchs >>>> identiques (ou presque), fabriqués à la même période avec du matériel >>>> quasi-identique ne me met pas en confiance dans l'éventualité d'une panne >>>> matérielle (idem pour le logiciel qui est identique sur les 2). >>>> Voilà pourquoi je préfère 2 switchs de 2 marques différentes. Et pour >>>> l'instant à ma connaissance, il n'existe pas un protocole assez répandu >>>> pour >>>> faire du LACP sur plusieurs switchs. >>>> >>>> Quelle(s) solution(s) envisageriez-vous à ma place ? Ou qu'avez-vous déjà >>>> mis en place dans une telle situation ? >>>> >>>> Merci par avance. >>>> >>>> Cordialement, >>>> Florian >>>> >>>> ________________________________ >>>> The Free Email with so much more! >>>> =====> http://www.MuchoMail.com <===== >>> >>> --------------------------- >>> Liste de diffusion du FRnOG >>> http://www.frnog.org/ >>> >>> _____________________________________________________________ >>> The Free Email with so much more! >>> =====> http://www.MuchoMail.com <===== >>> --------------------------- >>> Liste de diffusion du FRnOG >>> http://www.frnog.org/ >> -- >> Lilian RIGARD - Devclic >> Gérant - CEO & CTO >> Téléphone (Standard) / Phone : +33 811 69 64 45 (Prix appel local) >> Portable / Cell Phone : +33 6 29 59 21 34 >> E-mail : lil...@devclic.fr >> Web : http://www.devclic.fr >> >> Visitez nos sites internet : Forum-Webmaster - MeilleursPrix - NDFR - >> E-commercant - Blog du >> High-Tech >> >> _______________________________ >> >> The Free Email with so much more! >> =====> http://www.MuchoMail.com <===== > > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
