Sprint Data Center • ul. Jagiellończyka 26, 10-062 Olsztyn
+48 89 522 12 20
info@sprintdatacenter.pl

Agregacja łączy LACP: co naprawdę daje serwerowi drugi port sieciowy

blog informacyjny dla użytkowników usług SDC

Created with Sketch.

Agregacja łączy LACP: co naprawdę daje serwerowi drugi port sieciowy (grafika wygenerowana przez AI)

Agregacja łączy LACP: co naprawdę daje serwerowi drugi port sieciowy

Większość serwerów ma dziś co najmniej dwa porty sieciowe, a jeden z nich często przez lata nie jest do niczego podłączony. Tymczasem to właśnie drugi port pozwala zrobić dwie rzeczy naraz: zwiększyć łączną przepustowość i usunąć jeden z najbardziej banalnych punktów awarii — pojedynczy kabel. Służy do tego agregacja łączy, najczęściej w standardzie LACP. Wyjaśniamy, jak działa, czego się po niej spodziewać, a czego nie, i jak ją wdrożyć bez ryzyka.

Czym jest LACP i jak działa agregacja łączy

LACP (Link Aggregation Control Protocol, standard IEEE 802.1AX, wcześniej 802.3ad) łączy kilka fizycznych portów w jedno logiczne łącze. System operacyjny widzi jeden interfejs z jednym adresem IP, a ruch rozkładany jest na wszystkie kable w grupie.

W Linuksie taki interfejs nazywa się bond (tryb 802.3ad), w Windows Server — NIC Teaming w trybie LACP. Po drugiej stronie kabla przełącznik musi mieć te same porty skonfigurowane jako grupa LACP. Protokół na bieżąco sprawdza, czy obie strony „widzą” każde z łączy, i automatycznie wyłącza z grupy to, które przestało działać.

2 × 1 Gb/s to nie zawsze 2 Gb/s

To najczęstsze nieporozumienie. Agregacja nie dzieli pojedynczego połączenia na kilka kabli. Przełącznik i serwer przypisują każde połączenie (np. jedną sesję TCP) do jednego z łączy na podstawie skrótu z adresów i portów. Skutek:

  • jedno pobranie dużego pliku czy jedna kopia zapasowa przez jedno połączenie nadal jedzie z prędkością pojedynczego portu,
  • wielu równoczesnych użytkowników — odwiedzających sklep, klientów API, sesji pulpitu zdalnego — rozkłada się na oba łącza i realnie korzysta z sumy przepustowości.

Dlatego LACP najlepiej sprawdza się tam, gdzie ruch składa się z wielu równoległych połączeń: serwery WWW, aplikacje biznesowe, serwery plików z wieloma użytkownikami. Jeśli wąskim gardłem jest jeden duży strumień, potrzebny jest szybszy port, a nie drugi kabel.

Odporność na awarię — przed czym chroni, a przed czym nie

Druga, często ważniejsza korzyść to redundancja. Gdy w grupie LACP padnie jeden element, ruch w ciągu chwili przechodzi na pozostałe łącze — z mniejszą przepustowością, ale bez przerwy w działaniu usług.

Agregacja chroni przed awarią:

  • uszkodzonego lub przypadkowo wypiętego kabla,
  • pojedynczego portu w karcie sieciowej,
  • pojedynczego portu w przełączniku.

Nie chroni natomiast automatycznie przed awarią całego przełącznika. Jeśli oba kable trafiają do jednego urządzenia, jego restart lub uszkodzenie nadal odetnie serwer. Ochronę na tym poziomie dają dopiero przełączniki połączone w stos lub pracujące w trybie MLAG, które dla serwera wyglądają jak jedno urządzenie. Warto zapytać dostawcę wprost, do czego podłączone są oba porty.

Agregacja nie zastępuje też redundancji wyżej w sieci. To, czy data center ma kilka niezależnych operatorów i tras, decyduje o dostępności w skali całego obiektu — o tym, jak to sprawdzić, pisaliśmy w artykule Jakość łącza w data center: jak ją sprawdzić przed umową. Sprint Data Center zapewnia redundantne łącza operatorskie i niezależne łącza światłowodowe do kilku operatorów, a ruch wymieniany jest m.in. przez punkt KIX (source: sprintdatacenter.pl/data-center). LACP domyka ten łańcuch na ostatnim odcinku — między przełącznikiem a Twoim serwerem.

Co musi obsługiwać serwer, a co przełącznik

LACP działa tylko wtedy, gdy obie strony są skonfigurowane zgodnie. Po stronie serwera potrzebujesz:

  • co najmniej dwóch portów o tej samej prędkości (najlepiej w jednej lub dwóch kartach tej samej klasy),
  • systemu z obsługą bondingu lub teamingu — współczesne dystrybucje Linuksa i Windows Server mają ją wbudowaną,
  • zgodnych ustawień: trybu 802.3ad, polityki rozkładania ruchu (np. layer3+4 dla wielu połączeń) i częstotliwości komunikatów LACP.

Po stronie dostawcy porty przełącznika muszą zostać zgrupowane w ten sam kanał. Dlatego w usługach dodatkowych Sprint Data Center łącze internetowe 2 Gb/s oparte jest na agregacji LACP i wymaga obsługi LACP po stronie klienta (source: sprintdatacenter.pl/uslugi-dodatkowe). Agregację warto rozważyć także dla ruchu wewnętrznego między serwerami — w ofercie są porty sieci wewnętrznej 1 Gb/s i 10 Gb/s, a o tym, dlaczego baza danych powinna rozmawiać z aplikacją właśnie taką siecią, piszemy w tekście Twoja baza danych nie powinna mieć publicznego adresu IP.

Jak wdrożyć LACP, nie tracąc dostępu do serwera

Zmiana konfiguracji sieci to klasyczny moment, w którym administrator odcina się od własnej maszyny. Kilka zasad zmniejsza to ryzyko:

  1. Uzgodnij termin z dostawcą. Konfiguracja przełącznika i serwera powinna nastąpić w tym samym oknie serwisowym — jedna strona skonfigurowana bez drugiej zwykle oznacza brak łączności.
  2. Zapewnij sobie drogę awaryjną. Sprint Data Center udostępnia zdalny dostęp KVM over IP (source: sprintdatacenter.pl/data-center) — konsola działa niezależnie od konfiguracji sieci w systemie, więc błąd w pliku bondingu da się naprawić bez wizyty w serwerowni.
  3. Przygotuj konfigurację z automatycznym wycofaniem. Na przykład zaplanuj przywrócenie poprzednich ustawień po kilku minutach, jeśli nie potwierdzisz, że nowe działają.
  4. Przetestuj awarię celowo. Po wdrożeniu poproś o odłączenie jednego portu i sprawdź, czy usługi działają dalej, a monitoring zgłasza degradację łącza. Redundancja, której nikt nie sprawdził, jest tylko założeniem.
  5. Dodaj alarm na stan grupy. Jeśli jedno łącze padnie po cichu, serwer będzie działał normalnie — aż do drugiej awarii. Monitoring powinien informować o każdym porcie, który wypadł z grupy.

Jeśli nie masz własnego administratora, konfigurację i monitoring może przejąć zespół Sprint Data Center w ramach pakietów administracyjnych dla serwerów dedykowanych.

Podsumowanie

Agregacja łączy LACP to jeden z najtańszych sposobów na podniesienie dostępności serwera: wykorzystuje port, który i tak już masz, i usuwa pojedynczy kabel jako punkt awarii. Daje też większą łączną przepustowość przy wielu równoczesnych połączeniach — choć nie przyspieszy pojedynczego transferu. Warunkiem jest zgodna konfiguracja po obu stronach i przemyślane wdrożenie.

Planujesz serwer dedykowany albo kolokację w Sprint Data Center i chcesz od razu zaprojektować sieć z zapasem? Sprawdź usługi dodatkowe lub skontaktuj się z nami — pomożemy dobrać łącze do Twojego ruchu.

FAQ – najczęściej zadawane pytania o agregację łączy LACP

Czy LACP podwoi prędkość pobierania jednego pliku?

Nie. Każde pojedyncze połączenie jest przypisane do jednego fizycznego łącza, więc jeden transfer nadal ma prędkość jednego portu. Suma przepustowości przydaje się przy wielu równoczesnych połączeniach, na przykład przy dużej liczbie użytkowników serwisu lub aplikacji.

Co się stanie, gdy jedno z łączy w grupie LACP przestanie działać?

Protokół wykryje awarię i wyłączy uszkodzone łącze z grupy, a ruch przejdzie na pozostałe. Usługi działają dalej, tylko z mniejszą łączną przepustowością. Dlatego warto monitorować stan każdego portu — inaczej pierwsza awaria może przejść niezauważona.

Czy agregacja łączy chroni przed awarią przełącznika?

Tylko wtedy, gdy porty serwera są podłączone do dwóch przełączników działających wspólnie, na przykład w stosie lub w trybie MLAG. Jeśli oba kable trafiają do jednego urządzenia, chronią przed awarią kabla i portu, ale nie całego przełącznika. Zapytaj dostawcę, jak wygląda to w jego infrastrukturze.

Czy mogę skonfigurować LACP samodzielnie na serwerze dedykowanym?

Tak, system operacyjny konfigurujesz sam, ale porty przełącznika musi zgrupować dostawca, więc zmianę trzeba z nim uzgodnić. W Sprint Data Center łącze 2 Gb/s z agregacją LACP jest dostępne w usługach dodatkowych i wymaga obsługi LACP po stronie serwera.


Artykuł powstał z wykorzystaniem narzędzi sztucznej inteligencji (AI) pod nadzorem zespołu Sprint Data Center. Grafika ilustracyjna została wygenerowana przez AI.