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

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ę.

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.

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ń.

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.

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.

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

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.