Czy pojedynczy kanał LACP na wielu przełącznikach zwiększa redundancję?

9

Jestem ciekawy opinii, ustaleń lub dowodów, że połączenie wielu interfejsów za pomocą LACP z portami w wielu przełącznikach może zwiększyć nadmiarowość. Wcześniej połączone interfejsy zawsze były z jednym przełącznikiem, z redundantnym kanałem do innego portu.

Nie wchodząc w szczegóły dostawcy, uważam, że ponieważ jest to pojedynczy LACP, prawdopodobieństwo, że zdarzenie lub zmiana może doprowadzić do szerokiej przerwy w świadczeniu usług. Nie mając zapasowego sprzętu ani czasu na przetestowanie tego pojedynczego kanału za pomocą różnych przełączników, każdy, kto ma większą wiedzę na temat sieci niż ja, może mi powiedzieć, czy zdarzenie po stronie sieci obniżyłoby połączenie sieciowe z serwerem, który utworzył połączony interfejs do dwóch portów na osobnych przełącznikach?

Czy użycie połączonych kanałów ethernetowych przez wiele przełączników (które powinniśmy wykorzystać) z serwera, zapewnia zarówno lepszą przepustowość (bezsprzecznie), jak i lepszą redundancję (niepewne). Czy zdarzenia sieciowe, takie jak awaria przełącznika, migracja portów, łatanie, odzyskiwanie itp., Mogą spowodować, że kanał dla obu interfejsów sieciowych serwera będzie niedostępny?

Z góry dziękuję.

Sirch
źródło

Odpowiedzi:

11

Sam LACP nie zapewnia możliwości łączenia wielu przełączników; łączy wiele portów na jednym przełączniku ethernetowym, a w zależności od dostawcy mogą istnieć ograniczenia dotyczące łączenia portów na przełączniku.

Niektórzy dostawcy mają własne protokoły (zwykle nazywane MLAG ), które umożliwiają łączenie kanałów Ethernet przez różne przełączniki Ethernet. Na przykład Cisco Nexus vPC (lub ogólnie MLAG) działa z przełącznikami lub łączy pojedynczy kanał portu LACP na serwerze przez dwa połączone przełączniki.

Czy użycie połączonych kanałów ethernetowych przez wiele przełączników (które powinniśmy wykorzystać) z serwera, zapewnia zarówno lepszą przepustowość (bezsprzecznie), jak i lepszą redundancję (niepewne). Czy zdarzenia sieciowe, takie jak awaria przełącznika, migracja portów, łatanie, odzyskiwanie itp., Mogą spowodować, że kanał dla obu interfejsów sieciowych serwera będzie niedostępny?

LACP powinien zapewniać ochronę przed awarią pojedynczego portu fizycznego lub kabla w kanale LACP.

LACP nie może chronić przed czynnikami ludzkimi, takimi jak przypadkowe wyłączenie interfejsu LACP, usunięcie vlan lub uruchomienie TDR na łączu członka kanału portu. LACP nie może również zabezpieczyć się przed nadmierną alokacją przepustowości za pośrednictwem pojedynczego łącza na tym kanale LACP, wydarzeniami z drzewa opinającego, burzami rozgłoszeniowymi, nadmiernym nieznanym zalewaniem emisji pojedynczej itp.

Jeśli obawiasz się czasu przywracania, pamiętaj o użyciu krótkich limitów czasu protokołu LACP na swoich interfejsach.

Mike Pennington
źródło
I jest to związane z wykorzystaniem połączonych kanałów ethernetowych na wielu przełącznikach, które powinniśmy używać z serwera. Zapewniając zarówno lepszą przepustowość (bezsprzecznie), jak i lepszą redundancję (niepewne). Czy zdarzenia sieciowe, takie jak awaria przełącznika, migracja portów, łatanie, odzyskiwanie, mogą spowodować, że kanał będzie niedostępny?
Sirch
3

LACP można zwykle zrealizować tylko na jednym urządzeniu lub grupie urządzeń, które działają jako jedno. Więc ... możesz to zrobić między przełącznikiem a stosem przełączników, ale nie rozłożyć na wiele unikalnych urządzeń.

SpacemanSpiff
źródło
1
Zauważ, że niektóre technologie agregacji łączy Multi-Chassis Link (MLAG) w nowszych przełącznikach działają bez „ustawiania w stos”. Oznacza to, że każdy przełącznik utrzymuje własną aktywną płaszczyznę sterowania i może działać niezależnie. Arista MLAG, Brocade's VCS, Cisco vPC, HP IRF są przykładami tego podejścia.
rmalayter
stąd „zwykle” część rzeczy :)
SpacemanSpiff,
3

LACP to protokół dla hosta do komunikowania się z przełącznikiem (przełącznikami), że chce agregować wiele połączeń fizycznych. Ta agregacja może jednak nie zawsze być możliwa. Jeśli połączenie zostanie nawiązane z wieloma przełącznikami, przełączniki te muszą obsługiwać pewną metodę współpracy w celu utworzenia powiązanego łącza, inaczej nie będą w stanie tego zrobić.

Większość przełączników nie obsługuje tej współpracy. Niektóre jednak. Najpopularniejszą metodą jest protokół SMLT, który pozwala przełącznikom współpracować przy tworzeniu połączonych łączy. Niektóre przełączniki obsługują również protokoły układania, które umożliwiają wielu przełącznikom działanie jako pojedynczy przełącznik logiczny. W obu przypadkach będziesz chciał sprawdzić dokumentację, aby upewnić się o wsparciu i konfiguracji.

Chris S.
źródło
3

LACP agreguje wiele fizycznych łączy między tymi samymi dwoma urządzeniami w jedno łącze logiczne o większej przepustowości. Jeśli szukasz redundancji w przypadku awarii przełącznika, musisz skonfigurować łącza do dwóch przełączników i skonfigurować serwer tak, aby łączył dwa łącza z włączonym protokołem drzewa opinającego. STP automatycznie wybierze jedno łącze, które będzie aktywne, a drugie kopię zapasową. Jeśli główny link przestanie działać (przełącznik zmarł), przełączy się na kopię zapasową. To naprawdę nie ma nic wspólnego z LACP.

psusi
źródło
To jest nieprecyzyjne oświadczenie. Jeśli używasz LACP między dwoma urządzeniami, gdzie oba nie są przełącznikami, nie zwiększy to przepustowości, chyba że użyjesz round-robin do równoważenia obciążenia, co nie jest zalecane ze względu na pakiety poza kolejnością. LACP równoważy obciążenie w zależności od konwersacji, która może być długotrwała i zawsze używa tego samego łącza fizycznego do komunikacji ... Jeśli jedno urządzenie jest przełącznikiem z wieloma klientami, otrzymasz wiele rozmów prowadzących do zwiększenia przepustowości na podłączonym LACP ” d urządzenie na pewno.
zanikać
@dognose, LACP z definicji zwiększa przepustowość . Innymi słowy: jedynym powodem istnienia LACP jest zwiększenie przepustowości. Mylisz LACP ze sterownikiem łączenia linux, który kieruje pakiety przez wiele interfejsów za pomocą oprogramowania i gdzie utrzymanie gwarancji zamawiania jest trudne, jeśli nie niemożliwe (choć szczerze, kogo to obchodzi o zamawianie?). Pojedynczy interfejs z wieloma fizycznymi portami i obsługą sprzętową dla LACP (i podłączony do przełącznika z obsługą LACP) nie ma takich problemów.
psusi
2

Agregacja 4nics (2of4 aktywne + automatyczne przełączanie awaryjne):

Linux: eth0-3 -> bond0, tryb łączenia = 4

Przełączniki (na przykład Juniper): port 1 + port 2 -> interfejsy zestawu ae1 ae1 opcje zagregowane-ether- lacp interfejsy zestawu pasywnego ae1 (... przypisania vlan tutaj ...)

pasywne po stronie przełącznika zapewnia, że ​​to Linux przyłączy partnera do rozmowy. Jeśli potrzebujesz PXE na samych kart sieciowych - szuka siły-up (Juniper) opcji na-switch, ge-0/0/1

Vazic
źródło
1

Agregacja łączy może wystąpić między urządzeniem a 2 lub więcej przełącznikami Cisco, o ile są one w stosie lub na rdzeniach, na przykład za pomocą VSS. Zwykle dobrą zasadą jest to, że jeśli istnieje tylko jeden interfejs mgmt kontrolujący stos przełączników, wówczas będzie miał jedną tablicę adresów MAC, na której można użyć Etherchannel lub LACP do śledzenia adresów IP i MAC, które są używane na każda ze ścieżek agregujących EC / LACP.

Derek
źródło