StorageReview.com

GIGABYTE R181-2A0 recension

Företag  ◇  server

GIGABYTE R181-2A0 är en 1U-server byggd kring andra generationens Intel Xeon Scalable-processorer . Andra generationens Xeon-processorer ger servern en uppsättning fördelar, bland annat stöd för Optane DC-minne, högre CPU-frekvenser och den prestanda som följer med det, snabbare DDR4-hastighet och Intel Deep Learning Boost. Servern är superflexibel och riktar sig mot applikationer anslutna till delad lagring, eller kanske HPC-användningsfall.

GIGABYTE R181-2A0

Ur ett hårdvaruperspektiv nämnde vi processorerna, servern har 24 DIMM-platser, tre PCIe-expansionsplatser och två OCP Gen3-mezzaninplatser och redundanta 1200W 80 Plus platina PSU:er. För lagring, GIGABYTE går med antingen SAS eller SATA kontra att kasta NVMe i allt. I grund och botten är det inte alla som vill ha eller behöver NVMe eller kostnaden förknippad med det. Och för dessa kunder passar den här servern.

Vi gjorde en videoöversikt här:

Vår specifika version består av två Intel 8280-processorer, 384 TB minne och en Memblaze PBlaze5 C926 edgecard NVMe SSD.

GIGABYTE R181-2A0 Specifikationer

Formfaktor 1U
Mått (BxHxD, mm) X x 438 43.5 730
Moderkort MR91-FS0
CPU 2:a generationens Intel Xeon Scalable och Intel Xeon Scalable-processorer
Intel Xeon Platinum Processor, Intel Xeon Gold Processor, Intel Xeon Silver Processor och Intel Xeon Bronze Processor
CPU TDP upp till 205W
Socket 2 x LGA 3647 Socket P
chipset Intel C621 Express Chipset
Minne 24 x DIMM-platser
Endast DDR4-minne stöds
6-kanals minnesarkitektur
RDIMM-moduler upp till 64 GB stöds
LRDIMM-moduler upp till 128 GB stöds
Stöder Intel Optane DC Persistent Memory (DCPMM)
1.2V-moduler: 2933/2666/2400/2133 MHz
LAN 2 x 1 Gb/s LAN-portar (Intel I350-AM2)
1 x 10/100/1000 hanterings-LAN
lagring 10 x 2.5 tum SATA/SAS hot-swappable hårddisk/SSD-fack
Standardkonfigurationen stöder:
10 x SATA-enheter eller
2 x SATA-enheter
8 x SAS-enheter
SAS-kort krävs för stöd för SAS-enheter
SATA 2 x 7-stifts SATA III 6 Gb/s med stöd för SATA DOM
Genom att använda pin_8 eller extern kabel för strömfunktion
SAS Stöds via tillägg SAS-kort
RAID Intel SATA RAID 0/1/10/5
Expansion Slots Riser Card CRS1021:
– 2 x PCIe x8-platser (Gen3 x8), låg profil halvlängd
Riser Card CRS1015:
– 1 x PCIe x16-kortplats (Gen3 x16), halvlängd med låg profil
2 x OCP mezzaninplatser
– PCIe Gen3 x16
– Typ1, P1, P2, P3, P4, K2, K3
Internt I / O 2 x strömförsörjningskontakter
4 x SlimSAS-kontakter
2 x SATA 7-stifts kontakter
2 x CPU fläkthuvud
1 x USB 3.0 header
1 x TPM-huvud
1 x VROC-kontakt
1 x Frontpanelshuvud
1 x HDD backplane board header
1 x IPMB-kontakt
1 x Clear CMOS-hoppare
1 x BIOS återställningsbygel
Front I / O 1 x USB 3.0
1 x Power-knapp med LED
1 x ID-knapp med LED
1 x återställningsknapp
1 x NMI-knapp
2 x LAN-aktivitetslysdioder
1 x HDD aktivitets-LED
1 x Systemstatus LED
Bakre I / O 2 x USB 3.0
1 x VGA-
1 x COM (typ RJ45)
2 x RJ45
1 x MLAN
1 x ID-knapp med LED
Bakplans I/O 10 x SATA/SAS-portar
Bandbredd: SATAIII 6Gb/s eller SAS 12Gb/s per port
2 x U.2-portar (reserverad)
Bandbredd: PCIe Gen3 x4 per port (reserverad)
TPM 1 x TPM-huvud med LPC-gränssnitt
Tillval TPM2.0 kit: CTM000
Strömförsörjning 2 x 1200W redundanta nätaggregat
80 PLUS Platinum
AC-ingång:
– 100-240V~/ 12-7A, 50-60Hz
DC-ingång:
– 240Vdc/6A
DC Output:
– Max 1000W/ 100-240V~
+12V/80.5A
+12Vsb/3A
– Max 1200W/200-240V~ eller 240Vdc ingång
+12V/97A
+12Vsb/3A
Vikt 13 kg
Systemfläktar 8 x 40x40x56 mm (23 000 rpm)
Driftegenskaper Arbetstemperatur: 10 ° C till 35 ° C
Luftfuktighet vid drift: 8-80 % (ej kondenserande)
Icke-driftstemperatur: -40°C till 60°C
Luftfuktighet som inte är i drift: 20%-95% (icke-kondenserande)

GIGABYTE R181-2A0 Design och bygg

Som sagt har GIGABYTE R181-2A0 en 1U formfaktor. Tvärs över serverns framsida finns tio 2.5” SATA/SAS-enhetsfack. Till vänster finns indikatorlampor, strömknapp, ID-knapp, återställningsknapp, NMI-knapp och en USB 3.0-port.

GIGABYTE R181-2A0 fram

Serverns baksida har två nätaggregat till vänster, en VGA-port, två USB 3.0-portar, två RJ45-portar, en COM-port, en MLAN-port, en ID-knapp och de tre lågprofilutbyggnadskortplatserna nära toppen samt de två OCP-öppningarna nära botten.

GIGABYTE R181-2A0 bak

När vi öppnar servern ser vi omedelbart processorerna och RAM-minnet i mitten. Detta ger användarna enkel åtkomst till utbyggnadskorten och eventuella expansionskortplatser de behöver. Vi har installerat en dubbelports 16 Gb FC HBA för att ansluta till delad lagring, en Mellanox Connect-X 4 dubbelports 25GbE NIC samt vår Memblaze PBlaze5 SSD.

GIGABYTE R181-2A0 öppen

Verksamhetsledningen

GIGABYTE R181-2A0 har sin egen GSM-fjärrstyrningsprogramvara men kan också utnyttja AMI MegaRAC SP-X-plattformen för BMC-serverhantering. Vi kommer att använda MegaRAC för den här recensionen. För en mer djupgående titt på AMI MegaRAC SP-X i en GIGABYTE-server, kolla in vår GIGABYTE R272-Z32 AMD EPYC Rome-serverrecension.

Från huvudhanteringsskärmen kan man se snabbstatistik på landningssidan och se flera huvudflikar som körs ner till vänster, inklusive: Dashboard, Sensor, System Inventory, FRU Information, Loggar & Rapporter, Inställningar, Fjärrkontroll, Bildomdirigering, Power Control, och underhåll. Den första sidan är instrumentpanelen. Här kan man enkelt se uppetiden för BMC, pågående avskrivningar, åtkomstloggar och hur många problem som är uppe, sensorövervakning och frekvensomriktarna och hur många händelser de har haft under de senaste 24 timmarna samt 30 dagar.

När den väl har lanserats ger fjärrkonsolen användarna fjärråtkomst till serveroperativsystemet, som i vårt exempel är en Linux-laddningsskärm. Fjärrkonsolfönster är ett ovärderligt verktyg i ett datacenter där du vill ha lokal kontroll utan att behöva dra över en bildskärm, tangentbord och muskraschvagn för att göra det. Synlig i det övre högra hörnet av fönstret är CD-avbildningsfunktionen som låter dig montera ISO från ditt lokala system för att vara fjärråtkomlig på servern för att ladda programvara.

Via underhållsfliken kan användare hitta BIOS-information och information om firmware.

GIGABYTE R181-2A0 Prestanda

GIGABYTE R181-2A0 Konfiguration:

  • 2 x Intel 8280 CPU (28-kärniga, 2.7 GHz)
  • 12 x 32 GB 2933 MHz, 6 DIMM per CPU
  • 1 x 6.4 TB Memblaze PBlaze5 C926 NVMe SSD
  • VMware ESXi 6.7u3
  • CentOS 7 (1908)

SQL Server prestanda

StorageReviews Microsoft SQL Server OLTP-testprotokoll använder det aktuella utkastet till Transaction Processing Performance Councils Benchmark C (TPC-C), ett riktmärke för onlinetransaktionsbearbetning som simulerar de aktiviteter som finns i komplexa applikationsmiljöer. TPC-C-riktmärket kommer närmare än syntetiska prestandariktmärken att mäta prestandastyrkorna och flaskhalsarna hos lagringsinfrastruktur i databasmiljöer.

Varje SQL Server VM är konfigurerad med två vDisks: 100 GB volym för uppstart och en 500 GB volym för databasen och loggfiler. Ur ett systemresursperspektiv konfigurerade vi varje virtuell dator med 16 vCPU:er, 64 GB DRAM och utnyttjade LSI Logic SAS SCSI-kontrollern. Medan våra Sysbench-arbetsbelastningar som tidigare testats mättade plattformen i både lagrings-I/O och kapacitet, letar SQL-testet efter latensprestanda.

Det här testet använder SQL Server 2014 som körs på Windows Server 2012 R2 gäst-VM, och betonas av Dells Benchmark Factory for Databases. Medan vår traditionella användning av detta riktmärke har varit att testa stora 3,000 1,500-skaliga databaser på lokal eller delad lagring, fokuserar vi i denna iteration på att sprida ut fyra XNUMX XNUMX-skaliga databaser jämnt över våra servrar.

SQL Server-testkonfiguration (per virtuell dator)

  • Windows Server 2012 R2
  • Lagringsutrymme: 600 GB tilldelat, 500 GB använt
  • SQL Server 2014
    • Databasstorlek: 1,500 XNUMX skala
    • Virtuell klientbelastning: 15,000 XNUMX
    • RAM-buffert: 48GB
  • Testlängd: 3 timmar
    • 2.5 timmars förkonditionering
    • 30 minuters provperiod

För vårt transaktionsbaserade SQL Server-riktmärke hade GIGABYTE en sammanlagd poäng på 12,643.8 3,160.1 TPS med individuella virtuella datorer från 3,161.5 XNUMX TPS till XNUMX XNUMX TPS.

För SQL Servers genomsnittliga latens hade servern en sammanlagd poäng på 2.3 ms med virtuella datorer från 1 ms till 3 ms.

Sysbench MySQL Performance

Vårt första benchmark för lokala lagringsapplikationer består av en Percona MySQL OLTP-databas mätt via SysBench. Detta test mäter också genomsnittlig TPS (Transactions Per Second), genomsnittlig latens och genomsnittlig 99:e percentil latens.

Varje Sysbench VM är konfigurerad med tre vDisks: en för uppstart (~92GB), en med den förbyggda databasen (~447GB) och den tredje för databasen som testas (270GB). Ur ett systemresursperspektiv konfigurerade vi varje virtuell dator med 16 vCPU:er, 60 GB DRAM och utnyttjade LSI Logic SAS SCSI-kontrollern.

Sysbench-testkonfiguration (per virtuell dator)

  • CentOS 6.3 64-bitars
  • Percona XtraDB 5.5.30-rel30.1
    • Databastabeller: 100
    • Databasstorlek: 10,000,000 XNUMX XNUMX
    • Databastrådar: 32
    • RAM-buffert: 24GB
  • Testlängd: 3 timmar
    • 2 timmar förkonditionering 32 trådar
    • 1 timme 32 trådar

Med Sysbench OLTP hade GIGABYTE R181-2A0 en sammanlagd poäng på 11,096.4 1,375 TPS med individuella virtuella datorer som körde mellan 1,422.72 XNUMX TPS till XNUMX XNUMX TPS.

För Sysbenchs genomsnittliga latens hade servern en sammanlagd poäng på 23.1 ms med individuella virtuella datorer som kördes från 22.5 ms till 23.3 ms.

För vår latens i värsta fall (99:e percentilen) hade GIGABYTE en sammanlagd poäng på 40.3 ms med individuella virtuella datorer från 40.2 ms till 40.4 ms.

VDBench arbetsbelastningsanalys

När det gäller benchmarking av lagringsmatriser är applikationstestning bäst, och syntetiska tester kommer på andra plats. Även om det inte är en perfekt representation av faktiska arbetsbelastningar, hjälper syntetiska tester till baslagringsenheter med en repeterbarhetsfaktor som gör det enkelt att göra jämförelser mellan äpplen och äpplen mellan konkurrerande lösningar. Dessa arbetsbelastningar erbjuder en rad olika testprofiler som sträcker sig från "fyra hörn"-tester, vanliga tester av databasöverföringsstorlek, såväl som spårfångst från olika VDI-miljöer. Alla dessa tester utnyttjar den vanliga vdBench-arbetsbelastningsgeneratorn, med en skriptmotor för att automatisera och fånga resultat över ett stort beräkningstestkluster. Detta gör att vi kan upprepa samma arbetsbelastningar över ett brett utbud av lagringsenheter, inklusive flash-arrayer och individuella lagringsenheter.

profiler:

  • 4K slumpmässig läsning: 100 % läsning, 128 trådar, 0-120 % iorat
  • 4K Random Write: 100% Write, 64 trådar, 0-120% iorate
  • 64K sekventiell läsning: 100 % läsning, 16 trådar, 0-120 % iorat
  • 64K sekventiell skrivning: 100% skriv, 8 trådar, 0-120% iorate
  • Syntetisk databas: SQL och Oracle
  • VDI Full Clone och Linked Clone Traces

Med slumpmässig 4K-läsning började GIGABYTE R181-2A0 starkt med en topp på 706,664 178.6 IOPS med en latens på XNUMX µs.

GIGABYTE R181-2A0 4k läs

För 4K slumpmässig skrivning startade servern vid 58,406 33.9 IOPS vid endast 100 µs och höll sig under 561,280 µs tills nära sin topp som råkade vara 213.3 XNUMX IOPS och XNUMX µs.

GIGABYTE R181-2A0 4k skriv

Nästa upp är sekventiella arbetsbelastningar där vi tittade på 64k. För 64K avläsning nådde GIGABYTE en topp på 82,271 5.1 IOPS eller 387.4 GB/s med en latens på XNUMX µs.

GIGABYTE R181-2A0 64k läs

64K sekventiella skrivningar såg att servern träffade cirka 43K IOPS eller ungefär 2.7 GB/s vid 182 µs latens innan några släpptes.

GIGABYTE R181-2A0 64k skriv

Vår nästa uppsättning tester är våra SQL-arbetsbelastningar: SQL, SQL 90-10 och SQL 80-20. Från och med SQL nådde servern en topp på 220,712 143 IOPS med en latens på XNUMX µs.

För SQL 90-10 såg vi en toppprestanda på 230,152 137 IOPS vid en latens på XNUMX µs.

SQL 80-20 fortsatte den starka prestandan med en topp på 229,724 136 IOPS med XNUMX µs för latens.

Nästa upp är våra Oracle-arbetsbelastningar: Oracle, Oracle 90-10 och Oracle 80-20. Från och med Oracle nådde servern en topp på 246,191 142 IOPS med en latens på XNUMX µs.

Med Oracle 90-10 kunde GIGABYTE nå 172,642 125.5 IOPS med latens på XNUMX µs.

Oracle 80-20, det sista Oracle-riktmärket, såg servern nå en topp på 178,108 121 IOPS vid XNUMXµs för latens.

Därefter bytte vi till vårt VDI-klontest, Full och Linked. För VDI Full Clone (FC) Boot, nådde GIGABYTE R181-2A0 en topp på 196,719 174 IOPS med en latens på XNUMX µs.

För VDI FC Initial Login nådde servern en topp på 150,518 190 IOPS med XNUMX µs för latens.

VDI FC Monday Login såg serverns topp på 94,813 161.3 IOPS med en latens på XNUMXµs.

Genom att byta till VDI Linked Clone (LC) Boot kunde GIGABYTE nå 89,269 177.4 IOPS med en latens på XNUMXµs.

Med VDI LC Initial Login nådde servern 50,860 148 IOPS vid XNUMXµs.

Slutligen såg VDI LC Monday Login att GIGABYTE nådde 75,850 201.3 IOPS med en latens på XNUMXµs.

Slutsats

GIGABYTE R181-2A0 är en annan server som är uppbyggd kring Intels andra generationens Xeon Scalable-processorer och alla fördelar med dessa processorer. Förutom att vara Intel Xeon Scalable-centrerad är denna 1U-server väldigt flexibel. Även om den bara är 1U kan servern rymma två Intel Xeon-skalbara processorer, 24 DIMM-minne, 10 2.5-tumsfack för SATA- eller SAS-enheter, och har tre PCIe-expansionsplatser och två OCP-mezzaninplatser. Servern syftar till att vara en applikationsarbetshäst kopplad till delad lagring, eller kanske HPC-användningsfall.

För prestanda körde vi både vår Application Workload Analysis och våra VDBench-tester. Även om de främre enhetsfacken inte stöder NVMe har expansionsplatserna det och vi lade till en NVMe-enhet för att maximera serverns prestandapotential. I vårt SQL Server benchmark hade servern sammanlagda poäng på 12,642.8 2.3 TPS och en genomsnittlig latens på 11,810 ms. För Sysbench såg vi sammanlagda poäng på 23.1 40.3 TPS, en genomsnittlig latens på XNUMX ms och en latens i värsta fall på XNUMX ms.

För VDbench fortsatte den lilla servern att nå ganska bra siffror med höjdpunkterna 707K IOPS för 4K-läsning, 561K IOPS för 4K-skrivning, 5.1GB/s för 64K-läsning och 2.7GB/s för 64K-skrivning. I våra SQL-tester kunde R181-2A0 nå toppar på 221K IOPS, 230K IOPS i SQL 90-10 och 230K IOPS i SQL 80-20. För Oracle var siffrorna 246K IOPS, 173K IOPS i Oracle 90-10 och 178K IOPS i Oracle 80-20. I våra VDI-klontest började antalet blekna något men stannade över 100K IOPS i VDI FC-starten (197K IOPS) och VDI FC Initial Login (151K IOPS).

För de som letar efter mycket flexibilitet i en kompakt formfaktor behöver de inte leta längre än till GIGABYTE R181-2A0.

GIGABYTE Intel-servrar

Diskutera på Reddit

Engagera dig med StorageReview

Nyhetsbrev | YouTube | Podcast iTunes / Spotify | Instagram | Twitter | TikTok | RSS-flöde

Adam armstrong

Adam är chefsnyhetsredaktör för StorageReview.com och hanterar våra interna och frilansande innehållsteam.