MK -> switch stack LACP Bonding RSTP?

noxus28

Zdravím skúsenejších
Nasadzujeme v práci novú core časť infraštruktúry a rozmýšľam nad dvomi možnosťami nasadenia a prosím o vyjadrenie / nakopnutie či som si vymyslel sprostosť alebo riešenie by mohlo byť funkčné bez nejakých zádrhelov až to nasadím na ostrú prevádzku. Zatiaľ je všetko iba na stole. Switche budú riešiť iba L2 a Vlan, CCR routing firewall shaper.

variant:
CCR: sfp+1, sfp+2 a sfp+3 do Bondingu 802.3ad a nad Bond interface "celý" konfig.
Switch stack: eth1/0/1, eth2/0/1 a eth3/0/1 v LACP - takže jedena LAP grupa 3x10 Gbit všetky 3 v active mode
variant
CCR: sfp+1 sfp+2= Bond1; sfp+3 sfp+4= Bond2; sfp+5 sfp+6= Bond3
Bond 802.3ad s porty 1 2 3 do bridge s RSTP. Na bridge "celý" konfig
Switch stack: eth1/0/1 eth1/0/2= LAP1; eth2/0/1 eth2/0/2= LAP2; eth3/0/1 eth3/0/2= LAP3 na celý stack RSTP
takže jedena LAP grupa 2x10 Gbit v active a ostatné dve grupy v inactive

Takže otázka, je to s "kostolným poriadkom" alebo vymýšľam zbytočne sprostosti? Ako najjednoduchšie docieliť funkčnosť a blbuvzdornosť takéhoto zapojenia pri výpadku?

Ďakujem veľmi pekne za pomoc.

jaroslav_safranek

Asi by to chtělo vědět co bude za tím stackem. Takhle nakreslené to nedává moc smysl. Proč jsou ty switche, tak propojené mezi sebou? Router je jeden inteface budou 10GE tak proč to cele zdvojovat? Ostatně co tam bude dělat ten stack? Bude se tvářit jako jedn switch? A ty porty do LAN půjdou každý na jiný Access? Pokud by z každého CORE switche šla cesta dal do sítě tak bych to i chápal. Neměl by v rámci toho stacku být jeden Master a tudíž ty dva další switche z něho? Nebo z sw1 “kruh” na sw3?

noxus28

Pozdravujem
Switche sú prepojený fyzickým stackom do kruhu, bohužiaľ som to blbo nakreslil takže ano - sw1 “kruh” na sw3. Ano bude sa to tváriť ako jeden switch.
Porty do lan pôjdu každý na iný acces. Okrem pár LACP na servre (2x sfp+ interface) = každý port na iný z fyzických switchov

lmm

ahoj, nedoporučuji dělat stack, pokud mají být jednotlivé switche ve stacku navzájem redundantní. Jak budeš bezpečně řešit upgrade firmware?

Vyhni se L2 funkcionalitám, pokud nejsou nezbytné. Také jsem si tím prošel a dnes je to již překonáno. Dělej vše na L3, pro navýšení propustnosti použij ECMP, pokud je potřeba. Redundanci serverů nebo jiných zařízení řeš pro jednoduchost bondingem.

Pokud nepotřebuje kapacitu, vol co nejjednodušší řešení, ušetří provozní starosti a případné hledání problému.

noxus28

lmm
firmware upgrade ma nejak moc netrápi, v pohode si stack raz za rok "rozpojím" po pracovnej dobe a za 10minut nahrám nový FW.
L3 na sw používať nechcem z dôvodu veľkého poštu firewall pravidiel s ktorými sa aj dynamicky pracuje - takže až na MK

theitman

2x do každého switche chceš jít proč? kvůlli redundanci nebo kvůli propustnosti 20G ?
proč nejít do každého switche 1x 10G, switche místo stacku každý samostatně a zakruhovat? teď máš SW1-SW2 DVA PROPOJE, SW2-SW3 dva propoje, propoj 1x SW1-SW2, 1x SW2-SW3 a 1x SW3-SW1 a z každého teda uplink do CCR, redundance zůstane zachovaná...

noxus28

theitman
2x10gb pretože priepustnosť servre / storage budú 2x 10gb
switche sú zakruhované fyzickým stackom (akurát som to blbec zle nakreslil) sw1 => sw2, sw2 => sw3, sw3 => sw1
áno každý potom do CCR stačí jeden prepoj z každého a tým pádom bonding aby boli všetky 3 active

jaroslav_safranek

Asi bych to na router propojil z každého switche jednou linkou a celé to dal do port groupe (LAG). Mezi switche bych to propojit dalšími LAG a na server taky LAG. Zhruba nějak takto: Nákres
Tahat to na to CCR dvojitou linkou moc nedává smysl. Tedy za mne Varianta 1.

noxus28

jaroslav_safranek
Ďakujem veľmi pekne, určite súhlasím, akurát by som chcel tie servre LAG pripájať jeden link napr na sw1 a druhý link na sw2 nech fungujú aspoň s jednou 10gb linkou v prípade výpadku switcha (iný účel vlastne ani to zakruhovanie sw asi nemá) 😃