Recenzja GIGABYTE R181-2A0

GIGABYTE R181-2A0 to serwer 1U zbudowany w oparciu o procesory Intel Xeon Scalable drugiej generacji . Procesory Xeon drugiej generacji oferują szereg korzyści, takich jak obsługa pamięci Optane DC, wyższe częstotliwości procesora i związana z tym wydajność, szybsza pamięć DDR4 oraz technologia Intel Deep Learning Boost. Serwer jest niezwykle elastyczny i przeznaczony do zastosowań związanych z pamięcią masową współdzieloną lub do zastosowań HPC.

Z perspektywy sprzętowej, wspomnieliśmy o procesorach. Serwer posiada 24 gniazda DIMM, trzy gniazda rozszerzeń PCIe i dwa gniazda OCP Gen3 Mezzanine oraz redundantne zasilacze 1200 W 80 Plus Platinum. Jeśli chodzi o pamięć masową, GIGABYTE stawia na SAS lub SATA zamiast dorzucać NVMe do wszystkiego. Zasadniczo nie każdy chce lub potrzebuje NVMe ani związanego z nim kosztu. I dla tych klientów ten serwer spełnia oczekiwania.

Tutaj zamieściliśmy przegląd wideo:

Nasz konkretny zestaw składa się z dwóch procesorów Intel 8280, 384 TB pamięci i dysku SSD NVMe Memblaze PBlaze5 C926 edgecard.

Specyfikacja GIGABYTE R181-2A0

Form Factor	1U
Wymiary (szer. x wys. x gł., ​​mm)	438 x 43.5 x 730
Płyta	MR91-FS0
CPU	Procesory Intel Xeon Scalable drugiej generacji i Intel Xeon Scalable Procesor Intel Xeon Platinum, procesor Intel Xeon Gold, procesor Intel Xeon Silver i procesor Intel Xeon Bronze TDP procesora do 205 W
Gniazdo	2 x gniazdo LGA 3647 P
chipset	Chipset Intel C621 Express
Pamięć	24 gniazda DIMM Obsługiwana jest tylko pamięć DDR4 Architektura pamięci 6-kanałowej Obsługiwane moduły RDIMM do 64 GB Obsługiwane moduły LRDIMM do 128 GB Obsługuje pamięć trwałą Intel Optane DC (DCPMM) Moduły 1.2 V: 2933/2666/2400/2133 MHz
LAN	2 porty LAN 1 Gb/s (Intel I350-AM2) 1 x sieć LAN zarządzająca 10/100/1000
Dyski	10 kieszeni na dyski twarde/SSD SATA/SAS 2.5″ z możliwością wymiany podczas pracy Domyślna konfiguracja obsługuje: 10 dysków SATA lub 2 dyski SATA 8 dysków SAS Do obsługi urządzeń SAS wymagana jest karta SAS
SATA	2 x 7-pinowe SATA III 6 Gb/s z obsługą SATA DOM Za pomocą pin_8 lub zewnętrznego kabla do zasilania
SAS	Obsługiwane za pomocą dodatkowej karty SAS
RAID	Intel SATA RAID 0/1/10/5
Gniazda rozszerzeń	Karta Riser CRS1021: – 2 gniazda PCIe x8 (Gen3 x8), niski profil, połowa długości Karta Riser CRS1015: – 1 gniazdo PCIe x16 (Gen3 x16), niskoprofilowa, półdługa konstrukcja 2 x gniazda antresoli OCP – PCIe Gen3 x16 – Typ1, P1, P2, P3, P4, K2, K3
Wewnętrzne wejście/wyjście	2 x złącza zasilania 4 złącza SlimSAS 2 złącza SATA 7-pinowe 2 złącza wentylatora procesora 1 x złącze USB 3.0 1 x nagłówek TPM 1 złącze VROC 1 x złącze na panelu przednim 1 x złącze płyty tylnej dysku twardego 1 x złącze IPMB X Clear CMOS zworka 1 1 x zworka odzyskiwania BIOS-u
Przednie we / wy	1 x USB 3.0 1 x przycisk zasilania z diodą LED 1 x przycisk ID z diodą LED 1 Przycisk resetowania x 1 x przycisk NMI 2 diody LED aktywności sieci LAN 1 x dioda LED aktywności dysku twardego 1 x dioda LED stanu systemu
Tylne wejście/wyjście	2 x USB 3.0 1 x VGA 1 x COM (typ RJ45) 2 x RJ45 1 x MLAN 1 x przycisk ID z diodą LED
Płyta główna I/O	10 portów SATA/SAS Przepustowość: SATAIII 6 Gb/s lub SAS 12 Gb/s na port 2 porty U.2 (zarezerwowane) Przepustowość: PCIe Gen3 x4 na port (zarezerwowana)
TPM	1 x nagłówek TPM z interfejsem LPC Opcjonalny zestaw TPM2.0: CTM000
Zasilacz laboratoryjny	2 redundantne zasilacze 1200 W 80 PLUS Platinum Wejście AC: – 100-240 V~/ 12-7 A, 50-60 Hz Wejście DC: – 240 V prądu stałego/ 6 A Wyjście prądu stałego: – Maks. 1000 W/ 100-240 V~ +12V/ 80.5A +12Vsb/ 3A – Maks. 1200 W/ 200-240 V~ lub 240 V DC na wejściu +12V/ 97A +12Vsb/ 3A
Waga	13 kg
Wentylatory systemowe	8 x 40x40x56 mm (23 000 obr./min)
Właściwości operacyjne	Temperatura pracy: 10 ° C do 35 ° C Wilgotność robocza: 8-80% (bez kondensacji) Temperatura przechowywania: od -40°C do 60°C Wilgotność w stanie spoczynku: 20%–95% (bez kondensacji)

Projekt i budowa GIGABYTE R181-2A0

Jak wspomniano, serwer GIGABYTE R181-2A0 ma format 1U. Z przodu serwera znajduje się dziesięć zatok na dyski SATA/SAS 2.5”. Po lewej stronie znajdują się kontrolki, przycisk zasilania, przycisk ID, przycisk Reset, przycisk NMI oraz port USB 3.0.

Z tyłu serwera znajdują się dwa zasilacze po lewej stronie, port VGA, dwa porty USB 3.0, dwa porty RJ45, port COM, port MLAN, przycisk ID oraz trzy gniazda rozszerzeń o niskim profilu w górnej części, a także dwa gniazda OCP w dolnej części.

Po otwarciu serwera od razu widać procesory i pamięć RAM pośrodku. Dzięki temu użytkownicy mają łatwy dostęp do kart riser i wszelkich potrzebnych gniazd rozszerzeń. Zainstalowaliśmy dwuportową kartę HBA FC 16 Gb do podłączenia współdzielonej pamięci masowej, dwuportową kartę sieciową Mellanox Connect-X 4 25 GbE oraz dysk SSD Memblaze PBlaze5.

Zarząd

Serwer GIGABYTE R181-2A0 posiada własne oprogramowanie do zdalnego zarządzania GSM, ale może również wykorzystywać platformę AMI MegaRAC SP-X do zarządzania serwerami BMC. W tej recenzji wykorzystamy platformę MegaRAC. Aby dowiedzieć się więcej o AMI MegaRAC SP-X w serwerze GIGABYTE, zapoznaj się z naszą recenzją serwera GIGABYTE R272-Z32 AMD EPYC Rome.

Z głównego ekranu zarządzania można przeglądać szybkie statystyki na stronie głównej i zobaczyć kilka głównych zakładek po lewej stronie, w tym: Panel, Czujniki, Inwentaryzacja systemu, Informacje o FRU, Dzienniki i raporty, Ustawienia, Zdalne sterowanie, Przekierowanie obrazu, Sterowanie zasilaniem i Konserwacja. Pierwsza strona to panel. Można tu łatwo sprawdzić czas pracy kontrolera BMC, oczekujące dezaktywacje, dzienniki dostępu i liczbę aktywnych problemów, monitorowanie czujników, a także sloty dysków i liczbę zdarzeń, które wystąpiły w ciągu ostatnich 24 godzin i 30 dni.

Po uruchomieniu, zdalna konsola zapewnia użytkownikom zdalny dostęp do systemu operacyjnego serwera, który w naszym przykładzie jest ekranem ładowania Linuksa. Okna zdalnej konsoli są nieocenionym narzędziem w centrum danych, gdzie wymagana jest lokalna kontrola bez konieczności używania monitora, klawiatury i myszy. W prawym górnym rogu okna widoczna jest funkcja obrazu płyty CD, która umożliwia montowanie obrazów ISO z systemu lokalnego, aby były one zdalnie dostępne na serwerze w celu ładowania oprogramowania.

Na karcie konserwacji użytkownicy mogą znaleźć informacje o BIOS-ie i o oprogramowaniu sprzętowym.

Wydajność GIGABYTE R181-2A0

Konfiguracja GIGABYTE R181-2A0:

• 2 x procesor Intel 8280 (28-rdzeniowy, 2.7 GHz)
• 12 x 32 GB 2933 MHz, 6 modułów DIMM na procesor
• 1 dysk SSD Memblaze PBlaze5 C926 NVMe o pojemności 6.4 TB
• VMware ESXi 6.7u3
• CentOS 7 (1908)

Wydajność serwera SQL

Protokół testowania OLTP dla Microsoft SQL Server firmy StorageReview wykorzystuje aktualną wersję roboczą testu Benchmark C (TPC-C) opracowanego przez Transaction Processing Performance Council – internetowego testu porównawczego przetwarzania transakcji, który symuluje działania występujące w złożonych środowiskach aplikacji. Test TPC-C jest bliższy niż syntetyczne testy wydajnościowe, mierząc mocne strony i wąskie gardła infrastruktury pamięci masowej w środowiskach baz danych.

Każda maszyna wirtualna SQL Server jest skonfigurowana z dwoma dyskami wirtualnymi: woluminem 100 GB na rozruch i woluminem 500 GB na bazę danych i pliki dziennika. Z perspektywy zasobów systemowych, skonfigurowaliśmy każdą maszynę wirtualną z 16 procesorami wirtualnymi, 64 GB pamięci DRAM i wykorzystaliśmy kontroler LSI Logic SAS SCSI. Podczas gdy nasze obciążenia Sysbench testowane wcześniej obciążały platformę zarówno pod względem operacji wejścia/wyjścia, jak i pojemności pamięci masowej, test SQL sprawdza wydajność opóźnień.

W tym teście wykorzystano SQL Server 2014 działający na gościnnych maszynach wirtualnych z systemem Windows Server 2012 R2 i został on obciążony programem Dell Benchmark Factory for Databases. Podczas gdy tradycyjnie testowaliśmy ten test w dużych bazach danych o skali 3,000 w pamięci lokalnej lub współdzielonej, w tej iteracji skupiamy się na równomiernym rozłożeniu czterech baz danych o skali 1,500 na naszych serwerach.

Konfiguracja testowania serwera SQL Server (na maszynę wirtualną)

• Windows Server 2012 R2
• Zajętość pamięci masowej: 600 GB przydzielonych, 500 GB wykorzystanych
• SQL Server 2014

• • Rozmiar bazy danych: skala 1,500
  • Obciążenie wirtualnego klienta: 15 000
  • Bufor RAM: 48 GB
• Długość testu: 3 godziny
  • 2.5 godziny przygotowania wstępnego
  • 30-minutowy okres próbny

W naszym teście porównawczym transakcyjnego serwera SQL Server GIGABYTE uzyskał łączny wynik 12 643,8 TPS, a wyniki poszczególnych maszyn wirtualnych wahały się od 3,160.1 TPS do 3,161.5 TPS.

W przypadku średniego opóźnienia serwera SQL Server łączny wynik serwera wyniósł 2.3 ms, a dla maszyn wirtualnych wahał się od 1 ms do 3 ms.

Wydajność Sysbench MySQL

Nasz pierwszy test porównawczy aplikacji z pamięcią lokalną opiera się na bazie danych Percona MySQL OLTP, mierzonej za pomocą SysBench. Ten test mierzy również średnią liczbę transakcji na sekundę (TSP), średnie opóźnienie oraz średnie opóźnienie na poziomie 99. percentyla.

Każda maszyna wirtualna Sysbench jest skonfigurowana z trzema dyskami wirtualnymi: jednym do rozruchu (~92 GB), jednym z predefiniowaną bazą danych (~447 GB) i trzecim dla testowanej bazy danych (270 GB). Z perspektywy zasobów systemowych, skonfigurowaliśmy każdą maszynę wirtualną z 16 procesorami wirtualnymi, 60 GB pamięci DRAM i wykorzystaliśmy kontroler LSI Logic SAS SCSI.

Konfiguracja testów Sysbench (na maszynę wirtualną)

• CentOS 6.3 64-bit
• Percona XtraDB 5.5.30-rel30.1

• • Tabele bazy danych: 100
  • Rozmiar bazy danych: 10 000 000
  • Wątki bazy danych: 32
  • Bufor RAM: 24 GB

• Długość testu: 3 godziny
  • 2 godziny wstępnego kondycjonowania 32 wątków
  • 1 godzina 32 wątki

W teście Sysbench OLTP serwer GIGABYTE R181-2A0 uzyskał łączny wynik 11 096,4 TPS, a poszczególne maszyny wirtualne uzyskały wynik od 1,375 TPS do 1,422.72 TPS.

W teście Sysbench serwer uzyskał łączny wynik opóźnienia wynoszący 23.1 ms, a poszczególne maszyny wirtualne uzyskały wynik od 22.5 ms do 23.3 ms.

W najgorszym scenariuszu opóźnień (99. percentyl) GIGABYTE uzyskał łączny wynik 40.3 ms, a poszczególne maszyny wirtualne uzyskały wynik od 40.2 ms do 40.4 ms.

Analiza obciążenia VDBench

W przypadku testów porównawczych macierzy pamięci masowej, testy aplikacji są najlepsze, a testy syntetyczne plasują się na drugim miejscu. Chociaż nie odzwierciedlają one idealnie rzeczywistych obciążeń, testy syntetyczne pomagają w ustaleniu punktu odniesienia dla urządzeń pamięci masowej, zapewniając powtarzalność, która ułatwia bezpośrednie porównanie konkurencyjnych rozwiązań. Obciążenia te oferują szereg różnych profili testowych, od testów „czterech kątów”, przez testy rozmiaru transferu baz danych, po przechwytywanie śladów z różnych środowisk VDI. Wszystkie te testy wykorzystują generator obciążeń vdBench z silnikiem skryptowym do automatyzacji i przechwytywania wyników w dużym klastrze obliczeniowym. Pozwala to na powtarzanie tych samych obciążeń dla szerokiej gamy urządzeń pamięci masowej, w tym macierzy flash i pojedynczych urządzeń pamięci masowej.

Profile:

• Losowy odczyt 4K: 100% odczytu, 128 wątków, 0-120% ioratu
• Losowy zapis 4K: 100% zapisu, 64 wątki, 0-120% ioracji
• 64K Sekwencyjny odczyt: 100% odczytu, 16 wątków, 0-120% ioratu
• 64K Sekwencyjny zapis: 100% zapisu, 8 wątków, 0-120% ioratu
• Syntetyczna baza danych: SQL i Oracle
• Ślady pełnego klonu VDI i klonów powiązanych

Przy losowym odczycie 4K, GIGABYTE R181-2A0 rozpoczął mocno, osiągając szczytową wartość 706 664 IOPS i opóźnienie 178.6 µs.

W przypadku losowego zapisu 4K serwer wystartował z wartością 58 406 IOPS przy zaledwie 33.9 µs i utrzymywał ją poniżej 100 µs aż do osiągnięcia wartości szczytowej wynoszącej 561 280 IOPS i 213.3 µs.

Następnie przeanalizowaliśmy obciążenia sekwencyjne, gdzie analizowaliśmy dane 64 KB. Dla odczytu 64 KB dysk GIGABYTE osiągnął szczytową wartość 82 271 IOPS, czyli 5.1 GB/s, przy opóźnieniu 387.4 µs.

Podczas sekwencyjnych operacji zapisu 64K serwer osiągnął wydajność około 43K IOPS lub około 2.7 GB/s przy opóźnieniu 182 µs, po czym nastąpił niewielki spadek wydajności.

Kolejny zestaw testów obejmuje obciążenia SQL: SQL, SQL 90-10 i SQL 80-20. Począwszy od SQL, serwer osiągnął szczytową wydajność 804 984 IOPS z opóźnieniem 143 µs.

W przypadku SQL 90-10 odnotowaliśmy szczytową wydajność na poziomie 230 152 IOPS przy opóźnieniu 137 µs.

SQL 80-20 nadal wykazywał się wysoką wydajnością, osiągając szczytową wartość 229 724 IOPS i opóźnienie 136 µs.

Następnie mamy obciążenia Oracle: Oracle, Oracle 90-10 i Oracle 80-20. Począwszy od Oracle, serwer osiągnął szczytową wydajność 642 773 IOPS z opóźnieniem 142 µs.

Dzięki Oracle 90-10 dysk GIGABYTE osiągnął 172 642 IOPS przy opóźnieniu 125.5 µs.

Oracle 80-20, ostatni test porównawczy Oracle, wykazał, że serwer osiągnął szczytową wydajność 178 108 IOPS przy opóźnieniu 121 µs.

Następnie przeszliśmy do testu klonowania VDI, pełnego i połączonego. W przypadku rozruchu VDI Full Clone (FC), GIGABYTE R181-2A0 osiągnął szczytową wydajność 196 719 IOPS z opóźnieniem 174 µs.

Podczas początkowego logowania VDI FC serwer osiągnął szczytową wydajność 150 518 IOPS przy opóźnieniu 190 µs.

Podczas poniedziałkowego logowania VDI FC serwer osiągnął szczytową wydajność 94 813 IOPS i opóźnienie 161.3 µs.

Po przejściu na tryb VDI Linked Clone (LC) Boot, GIGABYTE osiągnął 89 269 IOPS przy opóźnieniu 177.4 µs.

Po pierwszym zalogowaniu do VDI LC serwer osiągnął 50 860 IOPS przy 148 µs.

Wreszcie, podczas testu VDI LC Monday Login dysk GIGABYTE osiągnął wynik 75 850 IOPS przy opóźnieniu 201.3 µs.

Wniosek

GIGABYTE R181-2A0 to kolejny serwer zbudowany w oparciu o procesory Intel Xeon Scalable drugiej generacji i wszystkie korzyści, jakie oferują. Oprócz tego, że jest zorientowany na Intel Xeon Scalable, ten serwer 1U jest bardzo elastyczny. Mimo że ma tylko 1U, serwer może pomieścić dwa procesory Intel Xeon Scalable, 24 moduły pamięci RAM DIMM, 10 2.5-calowych wnęk na dyski SATA lub SAS, a także trzy gniazda rozszerzeń PCIe i dwa gniazda OCP Mezzanine. Serwer jest przeznaczony do pracy w aplikacjach podłączonych do współdzielonej pamięci masowej lub do zastosowań HPC.

Aby sprawdzić wydajność, przeprowadziliśmy analizę obciążenia aplikacji (Application Workload Analysis) oraz testy VDBench. Przednie zatoki dyskowe nie obsługują dysków NVMe, ale gniazda rozszerzeń tak. Dodaliśmy więc dysk NVMe, aby zmaksymalizować potencjał wydajności serwera. W naszym teście porównawczym SQL Server serwer uzyskał łączne wyniki na poziomie 12 642,8 TPS i średnie opóźnienie 2.3 ms. W Sysbench uzyskaliśmy łączne wyniki na poziomie 11 810 TPS, średnie opóźnienie 23.1 ms i opóźnienie w najgorszym przypadku wynoszące 40.3 ms.

W teście VDbench mały serwer nadal osiągał całkiem niezłe wyniki, z najważniejszymi wartościami: 707 tys. IOPS dla odczytu 4K, 561 tys. IOPS dla zapisu 4K, 5.1 GB/s dla odczytu 64K i 2.7 GB/s dla zapisu 64K. W naszych testach SQL serwer R181-2A0 osiągnął szczytowe wartości IOPS na poziomie 221 tys. IOPS, 230 tys. IOPS w SQL 90-10 i 230 tys. IOPS w SQL 80-20. W przypadku Oracle wartości te wyniosły 246 tys. IOPS, 173 tys. IOPS w Oracle 90-10 i 178 tys. IOPS w Oracle 80-20. W naszych testach klonów VDI liczba ta zaczęła nieco spadać, ale utrzymywała się na poziomie ponad 100 tys. IOPS podczas rozruchu VDI FC (197 tys. IOPS) i początkowego logowania VDI FC (151 tys. IOPS).

Jeśli szukasz dużej wszechstronności w kompaktowej formie, to nie musisz szukać dalej i wybierz GIGABYTE R181-2A0.

Serwery GIGABYTE Intel

Dyskusja na Reddicie