Czy agregacja łączy poprawia rzeczywiste obciążenie Twojego domowego serwera NAS?

Eva Wong

IceWhale author

Eva Wong jest Technicznym pisarzem i stałym majsterkowiczem w ZimaSpace. Całe życie geek z pasją do homelabów i oprogramowania open-source, specjalizuje się w tłumaczeniu skomplikowanych koncepcji technicznych na przystępne, praktyczne przewodniki. Eva wierzy, że samodzielne hostowanie powinno być zabawą, a nie czymś onieśmielającym. Poprzez swoje samouczki umożliwia społeczności rozwiewanie tajemnic konfiguracji sprzętu, od budowy pierwszego NAS po opanowanie kontenerów Docker.

Does Link Aggregation Improve Your Actual Home NAS Workload?

Agregacja łączy pomaga tylko wtedy, gdy obciążenie NAS generuje wystarczająco dużo niezależnych strumieni ruchu lub wymaga przełączania awaryjnego łącza.

W przypadku domowego NAS dwa połączone porty Ethernet nie sprawiają automatycznie, że jedna kopia SMB działa dwa razy szybciej. Przydatna decyzja zależy od tego, czy kilku klientów, kontenery, maszyny wirtualne, zadania kopii zapasowej lub sesje protokołu konkurują jednocześnie, czy przełącznik rozdziela te strumienie na oba łącza oraz czy pamięć masowa i procesor mogą obsłużyć łączny ruch.

Opisz obciążenie przed włączeniem połączenia Bond

Wypisz klientów, protokoły, kierunki i nakładanie się czasowe, które faktycznie mają znaczenie. Pojedyncza stacja robocza kopiująca jeden duży plik to inne obciążenie niż dwóch edytorów czytających media, podczas gdy inne urządzenie tworzy kopię zapasową zdjęć, a kontener obsługuje aplikacje.

Admin Magazine opisuje agregację łączy jako wiele łączy działających razem między systemami, ale łączna przepustowość jest rozdzielana zgodnie z logiką bonding i przełącznika, a nie obiecana każdemu pojedynczemu strumieniowi.

Zanotuj bazową wydajność na obecnym pojedynczym porcie: przepustowość na klienta, całkowitą przepustowość NAS, opóźnienia, użycie CPU, wykorzystanie dysku oraz czy zatory pojawiają się tylko przy nakładaniu się obciążeń. Bez takiego zapisu obciążenia, ekran statusu LACP nie może udowodnić, że użytkownicy zyskali cokolwiek.

Najpierw przetestuj jednego klienta i jeden transfer

Wykonaj odczyt i zapis dużego pliku z jednego klienta, a następnie powtórz po włączeniu LAG. Zachowaj tę samą ścieżkę klienta, wersję SMB, pamięć masową i plik, aby wynik odzwierciedlał projekt sieci, a nie inne obciążenie.

Praktyczne wyjaśnienie dla domowego laboratorium zauważa, że LACP nie podwaja jednego strumienia, ponieważ decyzja o haszowaniu zwykle przypisuje to połączenie do jednego członka. Bond może raportować wyższą całkowitą przepustowość, podczas gdy pojedynczy strumień pozostaje ograniczony przez jeden port.

Jeśli pojedyncza kopia pozostaje na prędkości jednego łącza, to nie jest to nieudany LAG. Oznacza to, że Twój przypadek użycia musi być oceniany przy wielu niezależnych strumieniach, SMB Multichannel lub szybszym pojedynczym łączu, a nie oczekiwaniu, że etykieta bond zmieni zachowanie TCP.

Zmierz kilku klientów jednocześnie

Uruchom dwóch lub więcej klientów, z których każdy przesyła duży plik do lub z różnych folderów NAS. Zacznij je blisko siebie, a następnie zanotuj wynik każdego klienta i łączny ruch na obu interfejsach członkowskich.

Testy NAS z wieloma klientami AnandTech pokazują, że przepustowość wielu klientów może się ustabilizować zanim osiągnie teoretyczną pojemność bond, gdy IOPS pamięci masowej lub inny podsystem staje się ograniczeniem.

Przydatny wynik LAG to nie tylko ruch na obu portach. Łączna przepustowość powinna przekraczać jedno łącze, podczas gdy poszczególni klienci pozostają stabilni, a NAS nie osiąga limitu pamięci masowej, CPU lub pamięci, który niweluje zysk sieciowy.

Featured

ZimaCube 2 Osobisty domowy NAS w chmurze

ZimaCube2

Porównaj LACP z SMB Multichannel dla jednego szybkiego klienta

SMB Multichannel i agregacja łączy rozwiązują różne problemy. LACP rozdziela niezależne strumienie sieciowe poniżej warstwy SMB, podczas gdy Multichannel może tworzyć kilka połączeń transportowych SMB, gdy oba końce udostępniają odpowiednie ścieżki.

Przewodnik ZimaSpace po ścieżkach SMB Multichannel wyjaśnia, dlaczego jedna sesja SMB może bezpośrednio korzystać z wielu interfejsów zamiast polegać tylko na haszowaniu przełącznika.

Testuj te rozwiązania osobno. Nie włączaj bond i Multichannel razem bez zrozumienia wyboru ścieżki; raporty społeczności opisują konfiguracje, w których LAG i Multichannel wchodzą w interakcje w sposób komplikujący zamierzony efekt.

Przetestuj przełączanie awaryjne jako osobną korzyść

Redundancja może uzasadniać bond nawet wtedy, gdy przepustowość się nie poprawia. Podczas aktywnego transferu odłącz jeden kabel członka lub wyłącz jeden port przełącznika w kontrolowanym oknie konserwacyjnym i obserwuj, czy sesja się zatrzymuje, ponownie łączy lub kończy niepowodzeniem.

Wynik zależy od trybu bonding, wsparcia przełącznika, interwału wykrywania awarii, zachowania protokołu oraz czy oba łącza członkowskie osiągają tę samą logiczną sieć. Powrót łącza do LAG jest również zdarzeniem testowym, ponieważ fluktuacje mogą powodować powtarzające się zmiany ścieżek.

Zachowuj przełączanie awaryjne tylko wtedy, gdy chroni usługę, która ma znaczenie, a zachowanie odzyskiwania jest udokumentowane. Domowy NAS używany przez jednego pobliskiego klienta może niewiele zyskać na dodatkowej konfiguracji, podczas gdy serwer pamięci masowej obsługujący kilka usług zawsze aktywnych może docenić odporność nawet bez szybszych pojedynczych kopii.

Zachowuj agregację łączy tylko wtedy, gdy obciążenie na to zasługuje

Wybierz LACP, gdy jednoczesne strumienie regularnie przekraczają jeden port, zarządzany przełącznik obsługuje ten sam tryb, pamięć masowa może obsłużyć łączny popyt, a przełączanie awaryjne ma wartość operacyjną. Wybierz pojedynczy szybszy port, gdy priorytetem jest jeden klient lub jeden dominujący transfer.

Używaj zapisu decyzji zamiast założenia liczby portów: bazowe obciążenie, obciążenie zagregowane, rozkład na łącza członkowskie, całkowita przepustowość, limit pamięci masowej, obciążenie CPU i wynik przełączania awaryjnego. Jeśli bond nie przynosi powtarzalnej korzyści, jego monitorowanie i złożoność odzyskiwania pozostają realnym kosztem.

Udanym wynikiem może być zachowanie jednego łącza 2,5GbE lub 10GbE, użycie SMB Multichannel na niezależnych interfejsach lub utrzymanie LACP dla obsługi wielu klientów. Poprawny wybór to ten, który zmienia mierzone obciążenie domowego NAS, a nie ten, który daje największą etykietę interfejsu.