Objaw
- Prędkości transferu NAS dramatycznie spadły (na przykład z kilkuset MB/s do kilkudziesięciu MB/s).
- Nie wprowadzono żadnych zmian sprzętowych (bez wymiany dysku, bez wymiany kabla, bez wymiany karty sieciowej).
- Nie wprowadzono żadnych zmian konfiguracyjnych (bez aktualizacji firmware, bez zmiany ustawień sieci, bez zmiany protokołu).
Procedura
Krok 1: Przetestuj czystą przepustowość sieci (iperf3)
Zweryfikuj łącze sieciowe niezależnie od jakiegokolwiek protokołu plikowego. To najważniejszy pierwszy test.
Kod:
# Na NAS-ie (uruchom serwer iperf3)
iperf3 -s
# Na komputerze klienckim (pojedynczy strumień)
iperf3 -c <IP_NAS> -t 10
# Na komputerze klienckim (wiele strumieni do testu agregacji)
iperf3 -c <IP_NAS> -t 10 -P 4| Typ łącza | Oczekiwany wynik iperf3 |
|---|---|
| 1GbE | ~940 Mb/s (~117 MB/s) |
| 10GbE | ~9,4 Gb/s (~1,17 GB/s) |
| 25GbE | ~23,5 Gb/s (~2,9 GB/s) |
iperf3 nie jest zainstalowany na Twoim NAS-ie, zapoznaj się z FAQ QNAP Jak zainstalować iperf3 w QTS i QuTS hero?, gdzie znajdziesz instrukcje instalacji krok po kroku. Alternatywnie możesz uruchomić iperf3 pomiędzy dwoma komputerami klienckimi w tym samym segmencie przełącznika, aby zweryfikować wydajność przełącznika i okablowania.- Jeśli wynik iperf3 jest również niski, wąskim gardłem jest ścieżka sieciowa. Przejdź do Kroku 2.
- Jeśli wynik iperf3 jest prawidłowy, fizyczna sieć prawdopodobnie działa poprawnie; problem leży w warstwie usług plikowych. Przejdź do Kroku 4.
Krok 2: Wyizoluj ścieżkę sieciową (testowanie pojedynczego łącza)
Ważne: Nie testuj z aktywną agregacją łączy ani wielościeżkowością. Testuj jedną kartę sieciową → jeden kabel → jeden port przełącznika na raz.2a. Sprawdź negocjację łącza karty sieciowej
- W QTS / QuTS hero przejdź do Panel sterowania → Sieć i przełącznik wirtualny → Interfejsy i zweryfikuj wartości Prędkość oraz Dupleks dla każdego fizycznego adaptera.
Kod:
# (Opcjonalnie) Sprawdź wynegocjowaną prędkość i dupleks dla każdego interfejsu przez SSH
ethtool eth0 | grep -E "Speed|Duplex|Link detected|Auto-negotiation"
ethtool eth1 | grep -E "Speed|Duplex|Link detected|Auto-negotiation"
# Powtórz dla wszystkich aktywnych interfejsów (eth2, eth3, ...)- Karta 10GbE, która wynegocjowała obniżenie do 1GbE (lub niżej), ograniczy przepustowość do około 117 MB/s.
- Negocjacja half-duplex może znacząco obniżyć przepustowość i powodować kolizje.
- Jeśli auto-negocjacja pokazuje nieoczekiwaną prędkość, spróbuj innego kabla lub portu przełącznika.
2b. Sprawdź liczniki błędów interfejsu
Kod:
# Sprawdź błędy pakietów, odrzucenia i przepełnienia
ifconfig eth0 | grep -E "errors|dropped|overruns|frame|carrier"
# Lub użyj ip -s:
ip -s link show eth0- Niezerowe wartości RX errors, TX errors, dropped lub overruns mogą wskazywać na problemy z kablem, modułem SFP lub portem przełącznika.
- Wykonaj sprawdzenie przed i po dużym transferze, aby zobaczyć, czy liczniki rosną.
2c. Przetestuj kabel oraz moduł SFP/DAC (jeśli używany)
- Wymień kabel DAC lub moduł SFP na sprawny.
- Podłącz NAS bezpośrednio do komputera klienckiego (z pominięciem przełącznika), aby wyizolować problemy z przełącznikiem.
- Spróbuj innego portu przełącznika.
- Jeśli używasz SFP+ światłowodowego, sprawdź, czy złącza nie są zabrudzone, a światłowody niezagięte.
Krok 3: Zweryfikuj spójność MTU (ramki jumbo)
Niezgodność MTU między NAS-em, przełącznikiem i klientem to częsta przyczyna załamania przepustowości.
Kod:
# Sprawdź MTU na interfejsach NAS
ip link show | grep mtu
# Sprawdź MTU na kliencie (Windows)
netsh interface ipv4 show subinterfaces
# Sprawdź MTU na kliencie (Linux / macOS)
ifconfig | grep mtu- Szybki test: Tymczasowo ustaw MTU na 1500 (standardowe) na wszystkich urządzeniach i przetestuj ponownie. Jeśli prędkość się poprawi, problem prawdopodobnie wynika z błędnej konfiguracji ramek jumbo.
- Ramki jumbo (MTU 9000) muszą być włączone na NAS-ie, porcie przełącznika oraz karcie sieciowej klienta — na wszystkich trzech.
Kod:
# Tymczasowo zresetuj interfejs NAS-a do standardowego MTU (przykład)
ifconfig eth0 mtu 1500
# Przetestuj ping, aby zweryfikować MTU end-to-end (z klienta)
ping -f -l 8972 <IP_NAS> # Windows (8972 = 9000 - 28 nagłówków)
ping -M do -s 8972 <IP_NAS> # LinuxKrok 4: Sprawdź zadania w tle i obciążenie systemu
Częsta przyczyna okresowych spowolnień: Zaplanowane czyszczenie poolu (scrubbing) i zaplanowane zadania backupu mogą zużywać znaczne zasoby I/O dysków i powodować dramatyczne spadki prędkości transferu podczas swojego działania. Jeśli problem z prędkością występuje w przewidywalnych odstępach czasu (na przykład co tydzień lub w nocy), w pierwszej kolejności sprawdź harmonogramy.4a. Sprawdź zaplanowane czyszczenie poolu (scrubbing)
- W QTS / QuTS hero przejdź do Storage & Snapshots → Pamięć/Migawki, wybierz pool pamięci, a następnie kliknij Zarządzaj → Akcje, aby sprawdzić harmonogram scrubbingu.
- Scrubbing RAID odczytuje każdy blok na każdym dysku w macierzy — może to obniżyć wydajność transferu o 50% lub więcej podczas działania.
- Domyślne ustawienia QTS mogą planować scrubbing okresowo (na przykład co miesiąc); QuTS hero (ZFS) również ma własny harmonogram scrubbingu.
Kod:
# Sprawdź aktywny scrubbing lub odbudowę RAID
cat /proc/mdstat | grep -E "resync|recovery|reshape|check"
# Sprawdź status scrubbingu ZFS (QuTS hero)
zpool status | grep -E "scan|scrub"4b. Sprawdź zaplanowane zadania backupu
- Zadania HBS 3 (Hybrid Backup Sync), RTRR, rsync i Snapshot Replica mogą wysycić I/O dysków lub przepustowość sieci podczas działania.
- W QTS / QuTS hero otwórz HBS 3 i sprawdź aktywne oraz zaplanowane zadania; sprawdź również wszelkie zewnętrzne oprogramowanie do backupu.
- Jeśli zadanie backupu działa w tym samym czasie co transfery plików użytkowników, oba będą rywalizować o I/O.
Krok 5: Zweryfikuj warstwę pamięci masowej (potwierdzenie)
Jeśli wszystkie testy sieciowe wypadną pomyślnie, potwierdź, że warstwa pamięci masowej nie jest wąskim gardłem.
Kod:
# Szybkie sprawdzenie stanu RAID
cat /proc/mdstat
# Test wydajności pamięci masowej
qcli_storage -t
# Przepustowość lokalnego systemu plików (całkowicie pomija sieć)
dd if=/dev/zero of=/share/CACHEDEV1_DATA/testfile bs=1M count=1024 oflag=direct
dd if=/share/CACHEDEV1_DATA/testfile of=/dev/null bs=1M iflag=direct
rm /share/CACHEDEV1_DATA/testfile- Jeśli lokalna przepustowość
ddjest również niska, sprawdź status pamięci podręcznej SSD (Storage & Snapshots → Przyspieszanie pamięci podręcznej) — uszkodzona pamięć podręczna może ograniczać I/O. - Sprawdź stan S.M.A.R.T., jeśli przepustowość dysków wydaje się nietypowa.
Krok 6: Zbierz dane diagnostyczne dla wsparcia technicznego
Jeśli powyższe kroki nie rozwiążą problemu, zbierz te dane oraz zrzut dziennika systemowego przed otwarciem zgłoszenia do wsparcia.
Otwórz zgłoszenie do wsparcia pod adresem Service Portal - QNAP i dołącz wyniki.
Ostrzeżenia
- Nie wprowadzaj wielu zmian jednocześnie — zmieniaj jedną zmienną na raz i testuj ponownie.
- Zapisz oryginalne ustawienia przed wprowadzeniem zmian, zwłaszcza dotyczące sieci, MTU, bondingu i konfiguracji przełącznika.
- Patrzenie wyłącznie na wyniki SMB nie wystarczy do określenia przyczyny źródłowej — jeśli wszystkie protokoły są wolne, najpierw wykonaj izolację warstwy sieciowej.
- Test zapisu
ddtworzy tymczasowy plik na woluminie — upewnij się, że masz wystarczającą ilość wolnego miejsca, i posprzątaj po sobie. - Wyłączenie pamięci podręcznej SSD w systemie produkcyjnym może tymczasowo obniżyć wydajność dla obciążeń, które na niej polegają. Jeśli to możliwe, wykonaj ten test w oknie serwisowym.
- Porównując dwie jednostki NAS, upewnij się, że wersja firmware, zainstalowane aplikacje, konfiguracja kart sieciowych oraz konfiguracja woluminów są identyczne.