Odpowiednie produkty
Objaw
- Prędkości transferu NAS spadły drastycznie (na przykład z kilkuset MB/s do kilkudziesięciu MB/s).
- Nie wprowadzono żadnych zmian sprzętowych (brak wymiany dysku, wymiany kabla, zmiany karty sieciowej).
- Nie wprowadzono żadnych zmian konfiguracyjnych (brak aktualizacji oprogramowania układowego, zmiany ustawień sieciowych, zmiany protokołu).
Procedura
Krok 1: Test czystej przepustowości sieci (iperf3)
Zweryfikuj łącze sieciowe niezależnie od protokołu plików. To najważniejszy pierwszy test.
Kod:
# Na serwerze NAS (uruchom serwer iperf3)
iperf3 -s
# Na komputerze klienckim (pojedynczy strumień)
iperf3 -c <NAS_IP> -t 10
# Na komputerze klienckim (wiele strumieni do testowania agregacji)
iperf3 -c <NAS_IP> -t 10 -P 4
Typ łącza | Oczekiwany wynik iperf3
1GbE | ~940 Mbps (~117 MB/s)
10GbE | ~9.4 Gbps (~1.17 GB/s)
25GbE | ~23.5 Gbps (~2.9 GB/s)
Jeśli
iperf3 nie jest zainstalowany na Twoim serwerze NAS, zapoznaj się z FAQ QNAP How do I install iperf3 in QTS and QuTS hero?, aby uzyskać instrukcje instalacji krok po kroku. Alternatywnie, możesz uruchomić iperf3 mię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, ścieżka sieciowa jest wąskim gardłem. Przejdź do Kroku 2.
- Jeśli wynik iperf3 jest normalny, sieć fizyczna prawdopodobnie działa prawidłowo; problem leży w warstwie usługi plików. Przejdź do Kroku 4.
Krok 2: Izolacja ścieżki sieciowej (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 naraz.2a. Sprawdź negocjację łącza karty sieciowej
- W QTS / QuTS hero przejdź do Control Panel → Network & Virtual Switch → Interfaces i zweryfikuj wartości Speed i Duplex 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 sieciowa 10GbE, która wynegocjowała prędkość do 1GbE (lub niższą), ograniczy przepustowość do około 117 MB/s.
- Negocjacja półdupleksowa może znacząco zmniejszyć przepustowość i powodować kolizje.
- Jeśli automatyczna negocjacja pokazuje nieoczekiwaną prędkość, spróbuj użyć innego kabla lub portu przełącznika.
2b. Sprawdź liczniki błędów interfejsu
Kod:
# Sprawdź błędy pakietów, upuszczenia i przepełnienia
ifconfig eth0 | grep -E "errors|dropped|overruns|frame|carrier"
# Lub użyj ip -s:
ip -s link show eth0
- Niezerowe RX errors, TX errors, dropped lub overruns mogą wskazywać na problemy z kablem, SFP lub portem przełącznika.
- Uruchom sprawdzenie przed i po dużym transferze, aby zobaczyć, czy liczniki wzrosną.
2c. Przetestuj kabel i moduł SFP/DAC (jeśli używany)
- Wymień kabel DAC lub moduł SFP na sprawny.
- Podłącz NAS bezpośrednio do komputera klienckiego (omijając przełącznik), aby wyizolować problemy z przełącznikiem.
- Spróbuj użyć innego portu przełącznika.
- Jeśli używasz światłowodowego SFP+, sprawdź, czy złącza nie są zabrudzone lub włókna nie są zgięte.
Krok 3: Zweryfikuj spójność MTU (ramki jumbo)
Niezgodność MTU między NAS, przełącznikiem i klientem jest częstą przyczyną spadku 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 (standard) na wszystkich urządzeniach i przetestuj ponownie. Jeśli prędkość się poprawi, problemem jest prawdopodobnie błędna konfiguracja ramek jumbo.
- Ramki jumbo (MTU 9000) muszą być włączone na NAS, porcie przełącznika i karcie sieciowej klienta — na wszystkich trzech.
Kod:
# Tymczasowo zresetuj interfejs NAS do standardowego MTU (przykład)
ifconfig eth0 mtu 1500
# Przetestuj za pomocą ping, aby zweryfikować MTU end-to-end (z klienta)
ping -f -l 8972 <NAS_IP> # Windows (8972 = 9000 - 28 headers)
ping -M do -s 8972 <NAS_IP> # Linux
Krok 4: Sprawdź zadania w tle i obciążenie systemu
Częsta przyczyna okresowych spowolnień: Zaplanowane czyszczenie puli (pool scrubbing) i zaplanowane zadania tworzenia kopii zapasowych mogą zużywać znaczną ilość operacji wejścia/wyjścia dysku i powodować drastyczny spadek prędkości transferu podczas ich działania. Jeśli problem z prędkością występuje w przewidywalnych odstępach czasu (na przykład co tydzień lub co noc), najpierw sprawdź harmonogramy.4a. Sprawdź zaplanowane czyszczenie puli (pool scrubbing)
- W QTS / QuTS hero przejdź do Storage & Snapshots → Storage/Snapshots, wybierz pulę pamięci masowej, a następnie kliknij Manage → Actions, aby sprawdzić scrubbing schedule.
- Czyszczenie RAID (RAID scrubbing) odczytuje każdy blok na każdym dysku w macierzy — może to zmniejszyć wydajność transferu o 50% lub więcej podczas działania.
- Domyślne ustawienia QTS mogą planować czyszczenie okresowo (na przykład co miesiąc); QuTS hero (ZFS) również ma swój własny harmonogram czyszczenia.
Kod:
# Sprawdź aktywne czyszczenie RAID (scrubbing) lub odbudowę
cat /proc/mdstat | grep -E "resync|recovery|reshape|check"
# Sprawdź status czyszczenia ZFS (QuTS hero)
zpool status | grep -E "scan|scrub"
4b. Sprawdź zaplanowane zadania tworzenia kopii zapasowych
- Zadania HBS 3 (Hybrid Backup Sync), RTRR, rsync i Snapshot Replica mogą nasycać operacje wejścia/wyjścia dysku lub przepustowość sieci podczas działania.
- W QTS / QuTS hero otwórz HBS 3 i sprawdź aktywne oraz zaplanowane zadania; sprawdź również wszelkie oprogramowanie do tworzenia kopii zapasowych innych firm.
- Jeśli zadanie tworzenia kopii zapasowej działa jednocześnie z transferami plików użytkownika, oba będą konkurować o operacje wejścia/wyjścia.
Krok 5: Zweryfikuj warstwę pamięci masowej (potwierdzenie)
Jeśli wszystkie testy sieciowe zakończą się 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
# Lokalna przepustowość systemu plików (całkowicie omija 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 → Cache Acceleration) — zdegradowana pamięć podręczna może dławić operacje wejścia/wyjścia. - Sprawdź stan S.M.A.R.T., jeśli przepustowość dysku wydaje się nieprawidłowa.
Krok 6: Zbierz dane diagnostyczne dla wsparcia technicznego
Jeśli powyższe kroki nie rozwiążą problemu, zbierz te dane i zrzuć dziennik systemowy przed otwarciem zgłoszenia do wsparcia technicznego.Otwórz zgłoszenie do wsparcia technicznego pod adresem Service Portal - QNAP i dołącz wynik.
Ostrzeżenia
- Nie wprowadzaj wielu zmian jednocześnie — zmieniaj jedną zmienną na raz i ponownie testuj.
- Zapisz oryginalne ustawienia przed wprowadzeniem zmian, zwłaszcza konfigurację sieci, MTU, łączenia (bonding) i przełącznika.
- Samo spojrzenie 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 jest wystarczająca ilość wolnego miejsca i posprzątaj później. - Wyłączenie pamięci podręcznej SSD w systemie produkcyjnym może tymczasowo zmniejszyć wydajność dla obciążeń, które na niej polegają. Jeśli to możliwe, wykonaj ten test podczas okna serwisowego.
- Porównując dwie jednostki NAS, upewnij się, że wersja oprogramowania układowego, zainstalowane aplikacje, konfiguracja karty sieciowej (NIC) i konfiguracja woluminu są identyczne.
Dalsze informacje
Ostatnio edytowane: