Stakowanie, wirtualne szasi i MLAG

Dwa lub więcej przełączników można sprawić, by zachowywały się jak jeden: stack albo virtual chassis współdzieli płaszczyznę sterowania po dedykowanych łączach, natomiast MLAG (multi-chassis LAG) utrzymuje dwie niezależne płaszczyzny sterowania i tylko sprawia, że urządzenie po drugiej stronie sądzi, iż jest podłączone do jednego. Oba rozwiązania zmieniają nazewnictwo portów, to, które porty są zużywane, jakie kable lub moduły optyczne są w nich dopuszczalne, oraz zachowanie w razie awarii łącza. Ta strona zestawia technologie według producenta, ich zasady okablowania i doboru optyki, alternatywy oraz na co zwrócić uwagę po stronie transceivera.

Pierścień stacka z jedną płaszczyzną sterowania oraz para MLAG z peer-linkiem i serwerem w układzie dual-homing

Trzy podejścia

Podejście	Płaszczyzna sterowania	Płaszczyzna danych	Typowa skala	Domena awarii
Stack (pierścień/łańcuch przełączników stałych)	jedna (master + człony)	współdzielony backplane po kablach stacka	2–10 jednostek, jedna szafa / pomieszczenie techniczne	cały stack przy awarii mastera albo błędzie oprogramowania
Virtual Chassis / klaster (dwa lub więcej chassis albo przełączników stałych po portach czołowych)	jedna	przekazywanie po łączach między chassis	2 (czasem więcej), może obejmować różne pomieszczenia	obie
MLAG / vPC / VLT / VSX	dwie niezależne	peer link + keepalive; każdy przełącznik przekazuje lokalnie	2	jeden przełącznik; drugi kontynuuje przekazywanie
L3 leaf–spine z ECMP (bez parowania)	niezależna	trasowanie	dowolna	jedno łącze albo urządzenie; reszta bez wpływu

Technologie według producenta

Producent	Stackowanie	Wirtualizacja w stylu chassis	Parowanie typu MLAG
Cisco	StackWise (Catalyst 9200/9300: StackWise-160/480/1T) po dedykowanych kablach z tyłu; FlexStack (2960-X)	StackWise Virtual (Catalyst 9500/9600) po optyce 40G/100G z przodu; Nexus 2000 FEX	vPC (Nexus)
Juniper	Virtual Chassis (EX2300…EX4650, QFX5100/5120) po dedykowanym VCP albo przekonwertowanych uplinkach QSFP+/QSFP28	Virtual Chassis Fabric (VC spine-leaf)	MC-LAG; obecnie preferowane EVPN-multihoming
HPE Aruba	VSF (AOS-CX 6200/6300) po portach czołowych; stackowanie po backplane na 6300 za pomocą kabli	VSX (8320/8325/8400) po ISL	VSX działa jak MLAG (dwie płaszczyzny sterowania)
HPE/H3C	IRF (Comware) po portach czołowych 10G/40G/100G	IRF obejmuje wiele chassis	M-LAG (Comware 7)
Huawei	iStack (seria S) po kartach stacka albo portach czołowych	CSS (cluster switch system, chassis)	M-LAG (CloudEngine)
Dell	stackowanie (OS10 fixed) po portach czołowych	—	VLT (Virtual Link Trunking)
Arista	brak	—	MLAG (peer link po portach czołowych)
Extreme	SummitStack po portach z tyłu albo z przodu (EXOS); klastrowanie VOSS	—	MLT/SMLT, vIST (VOSS)
Ruckus	stackowanie po portach czołowych 10G/40G (ICX)	—	—
Nvidia / Cumulus	brak	—	MLAG (CLAG) po peer bond
SONiC	brak	—	MCLAG (implementacje społecznościowe/producenckie)
MikroTik	brak	—	MLAG (RouterOS 7, CRS3xx/5xx)
Brocade FC	—	—	fabric, parowanie niepotrzebne (Projektowanie SAN)

Okablowanie i optyka dla stackowania

Typ stacka	Kabel / moduł	Zasady doboru optyki
Dedykowane porty stacka z tyłu (StackWise, backplane 6300, karty iStack)	kable własnościowe, 0,5–3 m, łącznie 40–480 Gb/s, specjalne złącza	bez transceiverów; kable są specyficzne dla producenta i weryfikowane
Stackowanie po portach czołowych / VCP po QSFP+/QSFP28 (Juniper VC, IRF, VSF, iStack po uplinkach, ICX)	standardowe DAC/AOC 40G/100G albo optyka — port jest przełączany w tryb stacka (`request virtual-chassis vc-port set pic-slot 0 port 48`)	obowiązuje ta sama polityka optyki co dla uplinków; DAC to zwykły wybór w obrębie szafy, AOC/SR4/LR4 między pomieszczeniami (Juniper VC dopuszcza VCP dalekiego zasięgu między budynkami); przekonwertowanie portu na VCP usuwa go z puli uplinków
StackWise Virtual / CSS / VSX ISL	2–4 × porty czołowe 40G/100G ze standardową optyką	człony łącza powinny być identycznymi modułami; utrata ISL rozdziela parę
MLAG peer link	2+ × 40/100/400G między parą (DAC w obrębie jednej szafy)	musi być najszybszym, najbardziej nadmiarowym łączem w parze; keepalive między peerami przez OOB

Kable stacka mają na kilku platformach własne EEPROM-y; kabel nieoryginalny albo uszkodzony objawia się jako człon, który nigdy nie dołącza.

Co stackowanie zmienia dla operatora

Aspekt	Efekt
Nazwy portów	pierwsza liczba staje się identyfikatorem członu: `Gi2/0/1`, `xe-1/0/48`, `2:49` (Nazewnictwo portów i diody LED)
Uplinki	rozłożone na człony (jeden na człon), dzięki czemu awaria członu nie odcina stacka; LAG między członami
Inwentaryzacja optyki	`show inventory` / `show chassis hardware` pokazuje moduły dla każdego członu — ten sam PN może być akceptowany na obrazie oprogramowania jednego członu, a nie na stacku z mieszanymi wersjami
Aktualizacja oprogramowania	cały stack (na niektórych ISSU); przeładowanie stacka wyłącza każdą optykę
Wybór mastera	przy awarii porty kontynuują przekazywanie (NSF), ale zarządzanie się przenosi
Pierścień czy łańcuch	pierścień przeżywa awarię jednego kabla; łańcuch nie
Modele mieszane	ograniczenia zależą od producenta (ta sama rodzina, ta sama licencja, czasem ten sam model)

Specyfika MLAG

Pozycja	Zasada
Peer link	2 × prędkość największego uplinku, LAG; przenosi ruch portów osieroconych i failover
Keepalive	osobna ścieżka (OOB) do wykrywania split-brain
Downstream	serwer albo przełącznik z LAG LACP, którego człony idą do obu peerów — identyczna prędkość/FEC na obu członach (Podstawy przekazywania ramek)
Spójność	VLAN-y, MTU, ustawienia STP i FEC na portach członów muszą się zgadzać na obu peerach; niezgodność → człon LAG zawieszony
Optyka	dwa DAC-i hosta typu downstream trafiają na dwa przełączniki: kupuj i koduj je jako parę
Nowoczesna alternatywa	EVPN multihoming (ESI-LAG) eliminuje peer link; czyste L3 do hosta eliminuje parowanie całkowicie

Awarie związane z optyką w systemach parowanych

Objaw	Przyczyna	Gdzie szukać
Człon stacka nigdy nie dołącza, dioda stacka zgaszona	kabel stacka źle osadzony, nieoryginalny albo port nieprzekonwertowany na VCP	EEPROM/dioda kabla, `show switch stack-ports`, `show virtual-chassis vc-port`
Łącze VCP migocze, człony przeprowadzają ponowne wybory	optyka/DAC na granicy normy na VCP	DDM na porcie VCP (Migotanie łącza)
Człon MLAG zawieszony na jednym peerze	niezgodność FEC/prędkości/MTU między portami członów peerów	Przepisy konfiguracji portów
Połowa serwerów traci ścieżkę po aktualizacji	nowe wydanie jednego peera odrzuca optykę innych producentów	Macierze kompatybilności i firmware
Peer link nieaktywny, split-brain	awaria DAC peer-linku przy źle skonfigurowanym keepalive	projekt: dwa człony na różnych kartach

W CodingBox

Stackowanie i MLAG podwajają liczbę miejsc, w których moduł musi zostać zaakceptowany: te same zakodowane dane identyfikacyjne muszą przejść na obu członach albo obu peerach, czasem na dwóch wersjach oprogramowania. Odczytuj i zapisuj moduły pary razem, a uplinki przekonwertowane z VCP traktuj w inwentaryzacji jak uplinki (Check transceiver, Code database).

Jeśli znajdziesz nieścisłość lub błąd w tym materiale, zaznacz odpowiedni fragment i naciśnij Ctrl+Enter, aby .