Test QNAP TS-216G - Korzystnie wyceniony NAS do domowego użytku z obsługą sieci 2.5GBASE-T oraz procesorem ARM

Test QNAP TS-216G - Metodyka testowa i opis platformy

Po latach pracy naszej wysłużonej już platformy testowej opartej na procesorze Intel Sandy Bridge-E serwery NAS dość mocno poszły do przodu jeśli chodzi o wydajność. Szczególnie tyczy się urządzeń z górnej półki cenowej, kierowanych bardziej do zastosowań firmowych aniżeli do domowego użytku. Z tego powodu nasza platforma z czasem zaczęła stanowić wąskie gardło – 10 maszyn wirtualnych z Windowsem 10 na sześciordzeniowym CPU nie działało zbyt rewelacyjnie, nawet mimo obecności technologii HT. Często nie byliśmy w stanie wystarczająco mocno obciążyć testowanego serwera podczas transferu danych. Podjęliśmy zatem decyzję o upgrade do takiej specyfikacji, która przynajmniej pozwoli na przydzielenie maszynom jednego fizycznego rdzenia, wobec czego do platformy trafił procesor AMD Ryzen 9 5900X. Zmianie uległ hypervisor – z uwagi na przejęcie firmy VMware przez Broadcoma i zaprzestanie wypuszczania nowych wersji ESXi obsługą maszyn wirtualnych zajmuje się Proxmox VE 8.2. Zmianie uległ również system operacyjny dla poszczególnych VM-ek – od teraz będzie to Lubuntu 24.04.1 LTS.

Specyfikacja techniczna platformy testowej serwerów NAS:

• Procesor: AMD Ryzen 9 5900X
• Chłodzenie: AMD BOX
• Pamięć RAM: 32 GB (2x Lexar DDR5)
• Płyta główna: ASRock X570 Creator 
• Karta graficzna: Gigabyte HD 6670 1GB DDR3
• Dyski SSD: Intel DC S3500 480GB, Kingston KC2500 1 TB
• Zasilacz: Enermax NAXN 750W
• Obudowa: SilentiumPC Aquarius M60W Pure Black
• Dyski twarde do NAS: 4x WD Red WD20EFRX 2TB, 4x Kingston DC500M 960 GB
• Karty sieciowe: Intel Ethernet Server Adapter I350-T4V2, Intel Ethernet Converged X520-DA2
• Kable DAC: 2x Intel Twinaxial Network Cable XDACBL1M
• Switche: TP-Link TL-SG3216, TP-Link T1700X-16TS, Netgear ProSafe MS510TXPP
• Hypervisor: Proxmox VE 8.2
• Systemy klienckie: Lubuntu 24.04.1 LTS

Dodatkowo w skład naszej platformy testowej wszedł m.in. zarządzalny przełącznik TP-Link SG3216. Jak mogliście zauważyć, w specyfikacji widnieje karta sieciowa Intel I350-T4V2. Na rynku istnieje (i z pewnością będzie przybywać) wiele serwerów NAS posiadających więcej niż jedno gniazdo RJ-45 wspierając przy tym technologię agregacji połączenia sieciowego. I tą też możliwość postanowiliśmy wykorzystać, jeśli tylko testowany akurat serwer na nią pozwala. Na czterech portach przełącznika aktywowaliśmy protokół LACP, co pozwoliło na stworzenie jednego łącza o maksymalnej przepustowości 4 Gb/s. Oczywiście, takiej szybkości kopiowania danych nie jesteśmy w stanie uzyskać podczas pojedynczego transferu, ale w sytuacji, gdy wiele maszyn wirtualnych jednocześnie prowadzi wyczerpującą „rozmowę” z serwerem NAS zwiększenie dostępnego pasma zdecydowanie się przydaje i pozwala lepiej zweryfikować wydajność jego samego.

To w ogólnym przypadku, jeśli mamy do czynienia z klasycznymi gigabitowymi interfejsami sieciowymi. Gdy na pokładzie serwera pojawi się jednak coś więcej, jak np. NBASE-T czy 10GBASE-T urządzenia wspomniane wyżej nie wystarczą. W celu pokazania pełni możliwości takiego NASa trzeba pokusić się o rozbudowę platformy testowej o interfejsy o przepustowości minimum 10 Gb/s. W naszym przypadku było to możliwe dzięki dołożeniu do serwera testowego karty Intel X520-DA2 i połączeniu kablami DAC ze switchem TP-Link T1700X-16TS (wariant na światłowodach był problematyczny w połączeniu z VMware ESXi). W przypadku niektórych serwerów sytuację dodatkowo utrudniał fakt, że interfejsy sieciowe pracujące w standardzie 2.5GBASE-T czy 5GBASE-T nie są kompatybilne z 10GBASE-T (pomimo, że powstały na jego podstawie). Sytuacja ta wymusza zastosowanie w platformie dodatkowego switcha z dedykowanymi interfejsami NBASE-T – Netgear ProSafe MS510TXPP.

Jeśli chodzi o same testy, to zmianom poddana została również nasza autorska aplikacja testowa, która obecnie jest bardziej elastyczna w kwestii dodawania nowych testów czy też zmian istniejących, jeśli zajdzie taka potrzeba. Sama procedura testowa nie uległa zaś zmianie – oprócz testów z poziomu pojedynczej maszyny, wciąż testowany serwer NAS obciążamy wieloma jednoczesnymi transferami pochodzącymi od dziesięciu VMek. Są to zadania transferu danych za pośrednictwem protokołów SMB, FTP oraz ISCSI. W teście tym nie do końca chodzi o sam wynik, a więc ile megabajtów na sekundę jest w stanie przedrzeć się przez łącze. Interesuje nas, jak serwery radzą sobie z obsługą wielu klientów na raz, czy na przykład, z powodu przeciążenia podsystemu dyskowego serwera bądź też nadmiernego obciążenia procesora żądania klientów są odrzucane przez co automatycznie spada szybkość transferu.

Testy wykonywaliśmy po skonfigurowaniu dysków twardych zainstalowanych w serwerze w trybie RAID 5 (dla NASów cztero- i więcej dyskowych) oraz RAID 1 dla NAS dwudyskowych. Taki, a nie inny wybór podyktowany został założeniem, że w przypadku serwerów plikowych najważniejsza jest kwestia przechowywanych na nim danych. Owszem, wydajność (a szczególnie zapis) może być w tym trybie nieco gorsza niż w innych wariantach macierzy dyskowych. Jako sprawdzian wydajności procesora dodaliśmy test czasu wykonania zapytania SQL do bazy MariaDB. Na sam koniec zostanie tradycyjnie - pomiar czasu startu serwera, temperatury i poboru mocy (w spoczynku i pod obciążeniem) oraz test sprawności radzenia sobie NASa z uszkodzoną macierzą RAID.

• « pierwsza
• ‹ poprzednia
• 1
• 2
• 3
• 4
• 5
• 6
• 7
• 8
• 9
• następna ›
• ostatnia »