Jak przetestować ramki Jumbo na domowym NAS bez utraty dostępu do SMB

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.

How to Test Jumbo Frames on a Home NAS Without Breaking SMB Access - Zima Store Online

Testuj ramki jumbo na jednej izolowanej ścieżce NAS, jednocześnie utrzymując zweryfikowaną trasę 1500-MTU dostępną do odzyskiwania SMB.

W sieci domowej dostęp SMB może przechodzić przez kartę sieciową klienta, port przełącznika, VLAN, most, wirtualny przełącznik, interfejs NAS lub trasę routera, które nie mają wspólnego limitu ramek. Bezpiecznym celem jest więc nie tylko ustawienie MTU 9000 na dwóch urządzeniach, ale zachowanie działającej ścieżki zarządzania, potwierdzenie całej testowej trasy w obu kierunkach, porównanie tego samego obciążenia SMB przed i po zmianie oraz natychmiastowe wycofanie się, gdy dowody wskazują na niezgodność MTU.

Zarejestruj znaną, dobrą bazę odniesienia 1500-MTU

Rozpocznij od NAS, klienta testowego i przełącznika używając ich aktualnego standardowego MTU, a następnie potwierdź, że udział SMB montuje się, przegląda, odczytuje, zapisuje, ponownie łączy i przetrwa normalny restart klienta. Ta baza odniesienia to stan odzyskiwania, który musisz być w stanie odtworzyć bez zgadywania.

Większe MTU zmienia tylko efektywność pakietów; nie usuwa ograniczeń pamięci masowej, CPU, SMB ani klienta. Wyjaśnienie ZimaSpace, dlaczego ramki jumbo mogą nie poprawiać transferów NAS, jest tu przydatne, ponieważ bezpieczny test wymaga zarówno bazy odniesienia łączności, jak i bazy odniesienia obciążenia.

Zapisz aktualne MTU interfejsu, adres IP, VLAN, członkostwo w moście, ścieżkę SMB oraz zmierzony wynik transferu. Potwierdź także, że możesz dotrzeć do NAS z innego urządzenia, które pozostanie na MTU 1500, lub zapewnij lokalny dostęp do konsoli przed zmianą jedynego interfejsu zarządzania.

Zmapuj każdy przeskok na dokładnej ścieżce testu SMB

Narysuj ścieżkę, której wybrany klient faktycznie używa, aby dotrzeć do NAS. Uwzględnij fizyczne porty przełącznika, interfejsy LAG lub mostu, podinterfejsy VLAN, przełączniki hypervisora, adaptery USB Ethernet, interfejsy routera oraz każdą warstwę sieciową kontenera lub maszyny wirtualnej zaangażowaną w punkt końcowy SMB.

Komunikacja jumbo wymaga wsparcia ramek end-to-end, ponieważ urządzenie warstwy 2, które nie może przekazać większej ramki, może ją odrzucić zamiast zmienić rozmiar. Najmniejszy obsługiwany punkt na trasie definiuje więc użyteczny rozmiar pakietu.

Oznacz każdy przeskok jako potwierdzony, nieznany lub poza testem. Nie włączaj ramek jumbo, jeśli pozostaje ukryty most, port przełącznika, VLAN lub granica routingu; najpierw uprość ścieżkę lub pozostaw ten element po stronie standardowego MTU eksperymentu.

Zmień infrastrukturę przed jednym punktem końcowym testu

Najpierw zwiększ maksymalny limit ramek na przełączniku lub izolowanym VLAN pamięci masowej, ponieważ podniesienie limitu przełącznika zwykle pozwala na większe ramki bez wymuszania ich wysyłania przez zwykłe urządzenia. Następnie zmień interfejs testowy NAS i tylko jednego klienta, pozostawiając pozostałych klientów i ścieżkę odzyskiwania bez zmian.

Przełączniki implementują konfigurację MTU różnie: niektóre używają globalnego maksimum, inne konfigurują poszczególne interfejsy, a jeszcze inne traktują MTU routowane i przełączane oddzielnie. Liczba pokazana na jednym interfejsie może też opisywać inną warstwę niż wartość pokazywana przez inne urządzenie.

Wprowadzaj zmiany pojedynczo i je rejestruj. Jeśli NAS ma tylko jeden interfejs, nie zaczynaj od zdalnej zmiany bez metody wycofania; użyj okna konserwacyjnego, drugiej karty sieciowej, bezpośredniej konsoli lub testowego VLAN, który można usunąć niezależnie.

Featured

ZimaCube 2 Osobisty domowy NAS w chmurze

ZimaCube2

Potwierdź rozmiar pakietu w obu kierunkach przed otwarciem SMB

Najpierw powtórz normalny mały ping, aby potwierdzić podstawową łączność, następnie wyślij duży pakiet z wyłączoną fragmentacją. Dla IPv4 MTU 9000, typowy testowy ładunek to 8972 bajty, ponieważ nagłówki IP i ICMP zajmują pozostałe 28 bajtów.

Przeprowadź test dużego pakietu od klienta do NAS i od NAS do klienta. Sukces w jedną stronę nie wystarczy: asymetryczne obsługiwanie VLAN, wirtualny przełącznik lub inna trasa powrotna mogą pozwolić na ruch w jedną stronę, a w drugą cicho odrzucać pakiety.

Jeśli duży pakiet nie przejdzie, zmniejsz ładunek aż do powodzenia i zidentyfikuj przeskok, którego skonfigurowane lub obsługiwane maksimum odpowiada temu limitowi. Nie kontynuuj testów SMB, dopóki zamierzony rozmiar pakietu nie będzie powtarzalnie przechodził w obu kierunkach bez ostrzeżeń o fragmentacji, przekroczeń czasu lub rosnących błędów interfejsu.

Porównaj to samo obciążenie SMB przy MTU 1500 i testowanym MTU

Użyj jednego dużego lokalnego pliku, tego samego klienta, tego samego udziału NAS, tych samych źródłowych i docelowych zasobów oraz tych samych ustawień zabezpieczeń SMB. Przeprowadź test wystarczająco długo, aby wyjść poza pamięć podręczną RAM i krótkie serie zapisów, następnie zanotuj przepustowość, użycie CPU, opóźnienia, retransmisje oraz czy udział normalnie się ponownie łączy.

Praktycznym wzorcem rozwiązywania problemów w społeczności jest testowanie ramek jumbo włączonych i wyłączonych, zamiast przypisywać każdą zmianę prędkości MTU. Wynik ma znaczenie tylko wtedy, gdy ścieżka dużych pakietów jest czysta, a obciążenie pozostaje niezmienione.

Zinterpretuj test A/B według poniższej mapy wyników zamiast akceptować pojedynczą wartość szczytową:

Zaobserwowany wynik	Prawdopodobne znaczenie	Następne działanie
Duży ping nie powiódł się i SMB zatrzymuje się	Niezgodność MTU end-to-end	Wycofaj punkt testowy i sprawdź każdy przeskok
Duży ping przechodzi, ale SMB jest wolniejszy	MTU nie jest wąskim gardłem lub błędy rosną pod obciążeniem	Sprawdź CPU, pamięć masową, retransmisje i liczniki interfejsów
SMB poprawia się przy stabilnym opóźnieniu i braku błędów	Testowane obciążenie korzysta na tej dokładnej ścieżce	Powtórz z normalnymi klientami i testami odzyskiwania przed szerszym wdrożeniem
Brak istotnej zmiany	Standardowe ramki już spełniają obciążenie	Zachowaj MTU 1500, chyba że inne mierzone obciążenie skorzysta

Wycofaj zmiany przy pierwszej granicy łączności lub błędu

Wycofanie jest konieczne, gdy montowanie SMB staje się niestabilne, duże pakiety zawodzą w którymkolwiek kierunku, rosną retransmisje lub błędy CRC, zwykli klienci tracą dostęp lub test nie przynosi powtarzalnej korzyści obciążenia. Test ramek jumbo nie jest udany tylko dlatego, że jeden benchmark się zakończył.

Najpierw przywróć klienta testowego do MTU 1500, aby mógł komunikować się przez znaną, dobrą ścieżkę, następnie w razie potrzeby cofnij interfejs testowy NAS. Usuń testowy VLAN lub nadpisanie przełącznika dopiero po ponownym potwierdzeniu standardowego dostępu SMB, przeglądania, zapisu i zachowania ponownego łączenia.

Zachowaj ramki jumbo tylko wtedy, gdy cała wybrana ścieżka jest udokumentowana, trasa wycofania pozostaje dostępna, a rzeczywiste obciążenie NAS poprawia się bez szkody dla opóźnień lub kompatybilności. W przeciwnym razie prawidłowym wynikiem testu jest utrzymanie MTU 1500 zamiast dalszego dostrajania funkcji, która nie uzasadniła swoich kosztów operacyjnych.