Recensione Gigabyte R282-3C0

Gigabyte ha recentemente aggiunto alla propria gamma di server il sistema R282-3C0 (rev. 100) – 2U Gen4 NVMe. Questo server è dotato di doppie CPU scalabili Intel® Xeon® di terza generazione lanciate ad aprile. L'R3-282C3 è destinato allo storage ad alta densità che supporta fino a otto unità SATA da 0 pollici e quattro unità NVMe da 3.5 pollici, per un totale di 3.5 alloggiamenti sostituibili a caldo.

Gigabyte ha recentemente aggiunto alla propria gamma di server il sistema R282-3C0 (rev. 100) – 2U Gen4 NVMe. Questo server è dotato di doppie CPU scalabili Intel® Xeon® di terza generazione lanciate ad aprile. L'R3-282C3 è destinato allo storage ad alta densità che supporta fino a otto unità SATA da 0 pollici e quattro unità NVMe da 3.5 pollici, per un totale di 3.5 alloggiamenti sostituibili a caldo.

Specifiche Gigabyte R282-3C0

Il modello specifico che stiamo recensendo è l'R282-3C0. Questo modello non è la fascia più alta della serie R282, tuttavia, i componenti interni offrono ancora un buon potenziale prestazionale e flessibilità.

Gigabyte R282-3C0 Progettazione e realizzazione

Questo sistema di revisione ha caratteristiche e layout interessanti. La prima cosa da notare è il numero di alloggiamenti per unità nella macchina. Sono presenti otto alloggiamenti per HDD/SSD sostituibili a caldo SATA da 3.5", quattro alloggiamenti per HDD/SSD sostituibili a caldo NVMe da 3.5" e infine due alloggiamenti da 2.5" sul retro della macchina che potrebbero essere utilizzati per l'avvio.

Per quanto riguarda la scheda madre, nel modello che abbiamo, la MR92-FS0, che viene fornita con 2 socket per il set dual CPU integrato, 32 slot DIMM con supporto DDR4, 8 slot PCIe di varia lunghezza. La cosa più interessante da notare sul modello che abbiamo è che non c'è uno slot M.2. La maggior parte degli altri server ha uno slot M.2, che verrebbe utilizzato per l'avvio, tuttavia noi non ne abbiamo uno. Questo potrebbe rappresentare un inconveniente, un non-problema o un problema, ma è qualcosa a cui l'acquirente deve pensare.

Infine, quando si tratta di progettazione e costruzione, è importante tenere conto degli I/O anteriori e posteriori. Sulla parte anteriore del server abbiamo due porte USB 3.0, un pulsante di accensione con LED, pulsante ID con LED, pulsante di ripristino, pulsante NMI, LED di stato del sistema, LED di attività dell'HDD e due LED di attività LAN.

Sul retro del server sono presenti 2 porte USB 3.0, una porta VGA, 2 porte RJ45, una porta MLAN, un pulsante ID con LED e 2 porte del connettore di alimentazione per i doppi alimentatori presenti all'interno del server

Gestione Gigabyte R282-3C0

Gigabyte R282-3C0 utilizza un BMC MegaRAC SP-X per la gestione fuori banda. Questa piattaforma di gestione consente agli utenti di gestire attività di base come il controllo remoto dell'alimentazione del server, il flashing del BIOS e l'avvio di un KVM per l'installazione del software sul server.

L'interfaccia è un po' goffa rispetto a quella che potresti trovare su un server Tier1 di Dell EMC, HPE, Cisco, ecc., ma svolge il lavoro per la gestione del sistema in remoto. Agli utenti vengono inoltre fornite opzioni HTML5 e Java KVM a seconda di quale preferiscono utilizzare. L'unico aspetto negativo che abbiamo riscontrato con KVM in particolare è che gli ISO montati erano limitati a poco più di 1 Mb/s di velocità di trasferimento, rendendo anche le installazioni del sistema operativo con ingombro ridotto richiedono molto tempo. Il compromesso che abbiamo riscontrato è stato il flashing di una chiavetta USB con il programma di installazione del sistema operativo e l'utilizzo di KVM per installarlo in remoto.

Prestazioni Gigabyte R282-3C0

Per quanto riguarda le prestazioni del server, abbiamo condotto diversi test basati sulla configurazione di (2) CPU Intel 8380, (16) DDR32 da 4 GB a 3200 Mhz e (4) Intel P5510 SSD da 7.68 TB.

Prestazioni dell'SQL Server

Il protocollo di test OLTP di Microsoft SQL Server di StorageReview utilizza l'attuale bozza del Benchmark C (TPC-C) del Transaction Processing Performance Council, un benchmark di elaborazione delle transazioni online che simula le attività presenti in ambienti applicativi complessi. Il benchmark TPC-C si avvicina di più rispetto ai benchmark sintetici delle prestazioni per valutare i punti di forza e i colli di bottiglia delle prestazioni dell'infrastruttura di storage negli ambienti di database.

Ogni VM SQL Server è configurata con due vDisk: volume da 100 GB per l'avvio e volume da 500 GB per il database e i file di log. Dal punto di vista delle risorse di sistema, abbiamo configurato ciascuna VM con 16 vCPU, 64 GB di DRAM e abbiamo sfruttato il controller SCSI SAS LSI Logic. Sebbene i nostri carichi di lavoro Sysbench testati in precedenza saturassero la piattaforma sia in termini di I/O di storage che di capacità, il test SQL cerca le prestazioni di latenza.

Configurazione di test di SQL Server (per VM)

• Di Windows Server 2012 R2
• Impronta di archiviazione: 600 GB allocati, 500 GB utilizzati
• SQL Server 2014

• Dimensioni del database: scala 1,500
• Carico del client virtuale: 15,000
• Memoria RAM: 48 GB

• Durata della prova: 3 ore
• 2.5 ore di precondizionamento
• Periodo di campionamento di 30 minuti

Per la latenza media di SQL Server, Gigabyte R282-3C0 ha mantenuto una latenza di 1 ms con 8VM.

Prestazioni Sysbench MySQL

Il nostro primo benchmark dell'applicazione di archiviazione locale è costituito da un database OLTP Percona MySQL misurato tramite SysBench. Questo test misura il TPS medio (transazioni al secondo), la latenza media e anche la latenza media del 99° percentile.

Ogni VM Sysbench è configurata con tre vDisk: uno per l'avvio (~92 GB), uno con il database precostruito (~447 GB) e il terzo per il database in fase di test (270 GB). Dal punto di vista delle risorse di sistema, abbiamo configurato ciascuna VM con 16 vCPU, 60 GB di DRAM e abbiamo sfruttato il controller SCSI SAS LSI Logic.

Configurazione test Sysbench (per VM)

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

• Tabelle del database: 100

• Dimensione del database: 10,000,000
• Discussioni del database: 32
• Memoria RAM: 24 GB

• Durata della prova: 3 ore
• 2 ore di precondizionamento di 32 thread
• 1 ora 32 thread

Con Sysbench OLTP, abbiamo registrato un punteggio complessivo di 25,537 TPS per le 8VM con singole VM che vanno da 3,187 a 3,199 TPS. La media e gli intervalli non sono stati uno shock per noi, poiché in passato abbiamo visto server simili funzionare più o meno allo stesso modo.

Con una latenza media, 8VM ci ha fornito un tempo complessivo di 10.025 con singole VM che vanno da 10 a 10.04.

Nel nostro scenario peggiore, 99° percentile, la latenza sull'8VM ha raggiunto un tempo complessivo di 19.13 ms con tempi individuali che vanno da 19.07 ms a 19.17 ms.

Analisi del carico di lavoro VDBench

Quando si tratta di confrontare i dispositivi di archiviazione, il test delle applicazioni è la soluzione migliore e il test sintetico viene al secondo posto. Pur non essendo una rappresentazione perfetta dei carichi di lavoro effettivi, i test sintetici aiutano a definire i dispositivi di storage con un fattore di ripetibilità che semplifica il confronto tra soluzioni concorrenti.

Questi carichi di lavoro offrono una gamma di profili di test diversi che vanno dai test "quattro angoli", test comuni sulle dimensioni di trasferimento del database, nonché acquisizioni di tracce da diversi ambienti VDI. Tutti questi test sfruttano il comune generatore di carichi di lavoro vdBench, con un motore di scripting per automatizzare e acquisire risultati su un ampio cluster di test di calcolo. Ciò ci consente di ripetere gli stessi carichi di lavoro su un'ampia gamma di dispositivi di storage, inclusi array flash e singoli dispositivi di storage.

Profili:

• Lettura casuale 4K: 100% di lettura, 128 thread, 0-120% irate
• Scrittura casuale 4K: scrittura al 100%, 128 thread, 0-120% irate
• Lettura sequenziale 64K: lettura al 100%, 32 thread, 0-120% irate
• Scrittura sequenziale 64K: scrittura al 100%, 16 thread, 0-120% irate
• Database sintetici: SQL e Oracle
• Clonazione completa VDI e tracce di clonazione collegata

Osservando la lettura casuale in 4K, il Gigabyte R282-3C0 ha iniziato sotto i 100 µs ed è rimasto lì fino a circa 2.25 milioni di IOPS per poi raggiungere il picco a 3,770,372 IOPS e con una latenza di 536 µs.

La scrittura casuale 4K ha avuto un ottimo inizio con una latenza ben inferiore a 100 µs a 35 µs e rimasta tale fino a quando il server ha raggiunto poco più di 1.6 milioni di IOPS. Il picco avviene poi a 1,823,423 IOPS, con una latenza di 909μs.

Passando alla lettura sequenziale a 64K, abbiamo visto il picco dell'R282 a 307,885 IOPS con una latenza di 413μs.

Successivamente, la scrittura sequenziale da 64K ci ha fornito una prestazione di picco di 116,957 IOPS con una latenza di 1071μs, tuttavia, abbiamo notato anche un calo successivo, tornando a circa 140,000 IOPS con una latenza di circa 800μs.

Ora disponiamo dei nostri carichi di lavoro SQL, SQL, SQL 90-10 e SQL 80-20. Con SQL, il Gigabyte R282-C03 è partito da 91μs e ha superato i 100μs a 480,959 IOPS. Il server ha poi raggiunto il picco di 995,117 IOPS e ha avuto una latenza di 125μs.

In SQL 90-10, il server aveva una latenza iniziale di 85 µs ed era in grado di rimanere sotto i 100 µs fino a raggiungere 589,647 IOPS. Ha poi raggiunto il picco di 967,723 IOPS con una latenza di 126μs.

In SQL 80-20, il server aveva una latenza iniziale di 80 µs ed era in grado di rimanere sotto i 100 µs fino a raggiungere 554,447 IOPS. Ha poi raggiunto il picco di 935,383 IOPS con una latenza di 132μs.

I nostri test successivi sono stati i nostri carichi di lavoro Oracle, Oracle, Oracle 90-10 e Oracle 80-20. Con il nostro carico di lavoro Oracle, l'R282 è iniziato con una latenza di 80 µs per poi raggiungere il picco di 924,993 IOPS con una latenza di 133 µs.

Per il nostro Oracle 90-10, il server ha iniziato a 83μs ed è stato in grado di mantenere la latenza sotto i 100μs fino a 635,178 IOPS, per poi raggiungere il picco a 792,231 IOPS con una latenza di 108μs.

Infine, anche Oracle 80-20 è riuscito a rimanere sotto i 100 per gran parte del test, partendo da 78.5 µs, per poi raggiungere un picco di 770,853 IOPS con una latenza di 110 µs.

Per i nostri ultimi test, siamo passati al nostro test clone VDI, completo e collegato. Per l'avvio VDI Full Clone (FC), l'R282 ha raggiunto il picco di 762,590 IOPS con una latenza di 162μs.

Nell'accesso iniziale VDI FC, il server ha registrato un aumento costante e poi brusco fino a un picco di 479,697 IOPS con una latenza di 216 µs.

Per il VDI FC Monday Login, il server ha avuto una crescita costante fino a raggiungere il picco di 347,985 IOPS con una latenza di 165μs.

Ora, per i test VDI Linked Clone (LC), a partire dall'avvio, il server ha avuto un breve aumento fino a un picco di 305,058 IOPS con una latenza di 197μs.

Per il test di accesso iniziale, il server ha avuto un notevole aumento, partendo da 100μs per poi raggiungere il picco a 167,785 IOPS con una latenza di 152μs.

Infine, per il Login del lunedì, il server ha avuto un forte aumento, partendo da 107μs ed è riuscito a raggiungere il picco a 271,522 IOPS con un grande salto di latenza fino a 213μs.

Conclusione

Gigabyte R282-3C0 è un server 2U a doppio processore che prende le prestazioni dei processori scalabili Xeon di terza generazione e le mette alla prova. Insieme ai 3 alloggiamenti da 12″ sostituibili a caldo nella parte anteriore, quattro dei quali sono in grado di supportare NVMe, questo server è in grado di contenere un mix di storage. Per le organizzazioni che necessitano di capacità accelerata, è interessante combinare un po' di flash per il tiering con HDD a basso costo per lo storage. Quindi hai le unità SATA gemelle nella parte posteriore che possono essere utilizzate per l'avvio. Ciò è utile in quanto non è presente spazio di archiviazione M.3.5 a bordo.

I vari test che abbiamo eseguito sul server si sono rivelati ciò che ci aspettavamo. La limitazione di quattro alloggiamenti NVMe ha frenato il potenziale di picco di archiviazione poiché la maggior parte degli alloggiamenti viene sfruttata per supporti rotanti di capacità maggiore. La configurazione dell'unità, tuttavia, è mirata, la maggior parte dei clienti inserirà CPU di fascia media in un sistema come questo e punterà a un prezzo più equilibrato. Naturalmente, qualcos'altro nella gamma Gigabyte avrebbe maggiori prestazioni con una lista completa di NVMe. Hanno ad esempio l'R282-Z92 con cui è possibile accoppiare 24 SSD NVMe GRANDE per prestazioni incredibili.

Per i nostri test SQL sintetici, abbiamo riscontrato un massimo di 481 IOPS nel nostro carico di lavoro SQL, 968 IOPS in SQL 90-10 e nel test SQL 80-20, 935 IOPS massimi. Nei nostri test Oracle, abbiamo riscontrato 924 IOPS nel carico di lavoro Oracle, 792 in Oracle 90-10 e 770 in Oracle 80-20. In VDBench abbiamo registrato 3.7 milioni di IOPS in lettura 4K, 1.8 milioni in scrittura 4K, 307,885 IOPS in lettura 64K e 116,957 in scrittura 64K. Infine, nei test VDI Full Clone, abbiamo riscontrato 762 IOPS all'avvio, 479 nell'accesso iniziale e 348 nell'accesso del lunedì; per il clone collegato, abbiamo riscontrato 305 IOPS all'avvio, 167 nell'accesso iniziale e 272 nell'accesso del lunedì.

Realisticamente, questo server verrà utilizzato per l'archiviazione ad alta densità, con possibilità di accelerazione tramite flash NVMe. L'unica cosa che trattiene questo server è più spazio di archiviazione NVMe, ma questa build si concentra sui vantaggi in termini di capacità per dollaro offerti dagli HDD. Gigabyte R282-3C0 è una buona scelta per i casi d'uso che desiderano un mix di capacità e NVMe in un design a 12 alloggiamenti (o 14 a seconda di come conti) costruito attorno all'architettura Intel Scaleable Gen3.

Gigabyte R282-3C0 (rev.100)

Interagisci con StorageReview

Newsletter | YouTube | Podcast iTunes/Spotify | Instagram | Twitter | Facebook | RSS feed