Mentre AMD lanciava oggi la sua nuova serie di CPU EPYC Rome 7002, diversi fornitori hanno annunciato server che supportano la nuova tecnologia, incluso GIGABYTE. Infatti, GIGABYTE ha rilasciato un'intera serie di server rack che supportano l'EPYC Rome, la R-Series. La serie R è una famiglia di server per uso generale con un equilibrio di risorse. La serie offre server sia 1U che 2U con una varietà di combinazioni di supporti di archiviazione. Per questa recensione particolare esamineremo il server GIGABYTE R272-Z32 dotato di 24 alloggiamenti U.2 NVMe.
Mentre AMD lanciava oggi la sua nuova serie di CPU EPYC Rome 7002, diversi fornitori hanno annunciato server che supportano la nuova tecnologia, incluso GIGABYTE. Infatti, GIGABYTE ha rilasciato un'intera serie di server rack che supportano l'EPYC Rome, la R-Series. La serie R è una famiglia di server per uso generale con un equilibrio di risorse. La serie offre server sia 1U che 2U con una varietà di combinazioni di supporti di archiviazione. Per questa recensione particolare esamineremo il server GIGABYTE R272-Z32 dotato di 24 alloggiamenti U.2 NVMe.
Dal punto di vista hardware, il server sfrutta la scheda madre del server EPYC Rome MZ32-AR0 di GIGABYTE. La scheda madre monta un singolo SoC AMD EPYC 7002 e 16 slot DIMM per memoria DDR4. Il server dispone di 24 slot per l'archiviazione NVMe, sostituibili a caldo, oltre a due slot nella parte posteriore per SSD o HDD SATA. Per l'espansione, la scheda madre è dotata di sette slot di espansione PCIe e un connettore Mezzanine, offrendo ai clienti spazio per espandere o aggiungere gli accessori di cui hanno bisogno. Nel server così configurato gli alloggiamenti NVMe consumano la maggior parte degli slot PCIe disponibili nonché lo slot Mezzanine per le corsie PCIe sul backplane anteriore. Alla fine ai clienti rimangono tre slot PCIe per una vera espansione.
Come tutti i server GIGABYTE, l'R272-Z32 utilizza GIGABYTE Server Management (GSM) per il suo software di gestione remota. Il server GIGABYTE AMD EPYC Rome può anche sfruttare la piattaforma AMI MegaRAC SP-X per la gestione del server BMC. Questa GUI intuitiva e ricca di funzionalità è dotata di numerose funzionalità degne di nota, tra cui il supporto API RESTful, iKVM basato su HTML5, informazioni FRU dettagliate, registrazione video automatica pre-evento e monitoraggio del controller SAS/RAID.
Per la nostra build particolare stiamo sfruttando la CPU AMD EPYC 7702P. Per la RAM abbiamo sfruttato 8 moduli DDR32 da 3200GB 4MHz marchiati Micron. Per l'archiviazione abbiamo utilizzato SSD da 12 Micron Pro 9300, la versione con capacità da 3.84 TB.
Specifiche chiave del server GIGABYTE R272-Z32
| CPU | AMD EPYC 7002 |
| Fattore di forma | 2U |
| Scheda madre | EATXMZ32-AR0 |
| Memorie | 16 slot DIMM |
| Alloggiamenti per unità | |
| Anteriore | 24 SSD U.2.5 NVMe hot-swap da 2" |
| Posteriore | 2 x 2.5: HDD hot-swap |
| Slot di espansione | |
| 7 slot a basso profilo | (Slot7)Slot PCIe x16 @Gen4 x16 s/w con 4 x Slim-SAS 4i da 4 x U.2 (Slot6)Slot PCIe x16 @Gen4 x16 (Slot5)Slot PCIe x16 @Gen4 x8 (Slot4)Slot PCIe x16 @Gen4 x16 (Slot3)Slot PCIe x16 @Gen4 x16 (Slot2)Slot PCIe x8 @Gen3 x8 (Slot 1) Slot PCIe x16 @Gen3 x16 mezzanino @Gen3 x16 (Tipo 1, P1,P2,P3,P4; Tipo2 P5 con supporto NCSI) |
| Backplane | Backplane disco rigido U.2 (CBP20O5+CEPM080x3) |
| Connettore IO | Parte posteriore 1 VGA, 1 COM, 2 LAN 1G, 1 MLAN, 3 USB 3.0, 1 pulsante ID Interno 1 COM, 1 TPM, 1 USB 3.0 (2 porte), 1 USB 2.0 (2 porte) |
| Alimentazione di laboratorio | Platino ridondante da 1200 W 80+ |
| Sistema di raffreddamento | VENTOLA controrotante facile da sostituire da 4 x 8 cm |
| Dimensioni | 87.5 x 438 x 660 mm |
GIGABYTE R272-Z32 Progetta e costruisci
Iniziando dalla parte anteriore, ci dirigeremo verso l'interno fino al retro del server e analizzeremo in dettaglio tutte le funzionalità. La parte anteriore del server presenta 24 alloggiamenti NVMe U.2.5 da 2 pollici, due porte USB 3.0, un pulsante di accensione, un pulsante di ripristino incassato e un pulsante ID. Il pulsante ID è utile in un data center poiché è presente un LED visibile sia dalla parte anteriore che da quella posteriore del server. In una stanza con poche dozzine di server l'indicatore ID si accenderà per aiutarti a identificare la macchina su cui stai lavorando.
All'interno abbiamo 16 slot DDR4 e 7 slot PCIe su una scheda madre con singolo processore. Tutti gli slot sulla scheda madre sono Gen 4, che raddoppiano le velocità della generazione precedente. Poiché ogni alloggiamento NVMe necessita della propria connessione PCIe alla scheda madre, la nostra configurazione include cinque schede figlie per fornire connettività agli alloggiamenti NVMe. Per la personalizzazione dell'utente sono presenti tre slot PCIe aperti, tutti a mezza altezza. Dei tre slot aperti, uno è meccanicamente ed elettricamente x8. Gli altri due slot sono meccanicamente x16, uno è x8 elettricamente e l'altro è x16 elettricamente. Con il cablaggio PCIe, il flusso d'aria verso le schede potrebbe essere limitato, quindi queste sono più adatte alla connettività di rete, con un requisito di flusso d'aria LFM inferiore rispetto a una GPU che richiederebbe un raffreddamento aggiuntivo. Più vicino alla parte anteriore del server è presente una fila di 4 ventole dello chassis sostituibili a caldo.
Infine, il retro del server. È roba piuttosto standard per quanto riguarda i server. Sono presenti tre porte USB 3.0, due porte 1GbE, una porta di gestione, uno switch ID, una porta seriale, una porta VGA, due alloggiamenti SATA e due alimentatori da 1200 watt. Mentre nella parte anteriore sono presenti alloggiamenti NVMe con costosi storage ad alte prestazioni, gli alloggiamenti SATA sul retro forniscono storage ad alta capacità e a basso costo per le unità di avvio. In linea con quanto visto sul davanti c'è un pulsante ID corrispondente sul retro. È bello vedere che la porta seriale resiste ancora con una piattaforma di prossima generazione per i prodotti legacy che ancora la sfruttano.
GIGABYTE R272-Z32 Gestione
Come affermato, GIGABYTE R272-Z32 dispone del proprio software di gestione remota GSM ma può anche sfruttare la piattaforma AMI MegaRAC SP-X per la gestione del server BMC. Utilizzeremo MegaRAC per questa recensione esaminando due componenti del KVM: la schermata di gestione e le pagine di destinazione associate, nonché la finestra popup della console remota per la gestione del sistema operativo del server e il caricamento del software.
Dalla schermata di gestione principale è possibile visualizzare statistiche rapide sulla pagina di destinazione e vedere diverse schede principali in basso a sinistra, tra cui: Dashboard, Sensore, Inventario di sistema, Informazioni FRU, Registri e rapporti, Impostazioni, Controllo remoto, Reindirizzamento immagini, Controllo alimentazione, e Manutenzione. La prima pagina è la dashboard. Qui è possibile vedere facilmente il tempo di attività del BMC, le asserzioni in sospeso, i registri di accesso e quanti problemi si sono verificati, il monitoraggio dei sensori, gli slot delle unità e quanti eventi si sono verificati nelle ultime 24 ore e 30 giorni.
Facendo clic sui sensori, gli utenti possono vedere rapidamente i sensori discreti e il loro stato attuale. Gli utenti possono anche vedere i normali sensori e il modo in cui stanno leggendo e comportandosi attualmente (ad esempio il numero di giri della ventola e quando si è accesa).
La scheda Inventario di sistema consente agli amministratori di vedere vari hardware nel server. Facendo clic sulla CPU vengono fornite informazioni dettagliate su quale sia, in questo caso AMD EPYC 7702P. Gli utenti possono anche visualizzare le informazioni sulla cache per la CPU.
Proprio come la CPU, la sottoscheda dell'inventario DIMM fornisce informazioni dettagliate sulla RAM inclusa la massima possibile, quanta è installata su quali slot, se è ECC o meno, nonché dettagli sui singoli DIMM.
La sottoscheda Inventario HDD è simile a quella precedente e fornisce informazioni sulle unità installate e la possibilità di approfondire per ulteriori informazioni.
La scheda principale successiva contiene le informazioni sulle FRU (Field replaceable Unit). Come suggerisce il nome, questa scheda fornisce informazioni sulle unità FRU, qui possiamo vedere informazioni sullo chassis e sulla scheda madre.
La scheda Impostazioni è abbastanza completa. Fornisce agli amministratori l'accesso a tutte le opzioni di impostazione di cui hanno bisogno e la possibilità di modificarle per soddisfare i carichi di lavoro scelti.
La scheda Successiva è Controllo remoto. Qui gli utenti hanno la possibilità di avviare un KVM o avviare JAVA SOL. Abbiamo lanciato il KVM.
Una volta avviato, offre agli utenti l'accesso remoto al sistema operativo del server, che nel nostro esempio è una schermata di caricamento di Linux. Le finestre della console remota sono uno strumento prezioso in un data center in cui si desidera il controllo locale senza dover trasportare un monitor, una tastiera e un mouse per farlo. Visibile in alto a destra nella finestra è la funzionalità dell'immagine CD che ti consente di montare ISO dal tuo sistema locale per essere accessibili in remoto sul server per caricare il software.
La scheda Controllo alimentazione fornisce un piccolo elenco di azioni di alimentazione tra cui Spegnimento, Accensione, Ciclo di accensione, Ripristino hardware e Spegnimento ACPI.
La scheda Manutenzione consente l'accesso a diversi aspetti di cui gli amministratori potrebbero dover occuparsi, tra cui Configurazione di backup, Posizione dell'immagine firmware, Informazioni sul firmware, Aggiornamento firmware, Aggiornamento firmware HPM, Mantieni configurazione, Ripristina configurazione, Ripristina impostazioni di fabbrica e Amministratore di sistema.
È possibile accedere alle informazioni sul BIOS anche tramite le informazioni sul firmware nella scheda Manutenzione.
Configurazione e prestazioni di Gigabyte R272-Z32
Per la nostra linea di test iniziale ci concentriamo su benchmark sintetici all'interno di un ambiente Linux bare metal. Abbiamo installato Ubuntu 18.04.02 e sfruttato vdbench per applicare i nostri benchmark basati sullo storage. Con 12 SSD Micron 9300 Pro da 3.84 TB caricati nel server, il nostro obiettivo era saturare la CPU con I/O di archiviazione. Man mano che verrà fornito ulteriore supporto per il sistema operativo che supporta completamente AMD EYPC Rome, principalmente VMware vSphere (in attesa che 6.7 U3 diventi GA), aggiungeremo ai test su questa piattaforma server.
Analisi del carico di lavoro VDBench
Quando si tratta di effettuare benchmark sugli array di storage, il test delle applicazioni è la soluzione migliore, mentre 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: lettura al 100%, 128 thread, 0-120% irate
- Scrittura casuale 4K: scrittura al 100%, 64 thread, 0-120% irate
- Lettura sequenziale 64K: lettura al 100%, 16 thread, 0-120% irate
- Scrittura sequenziale a 64K: scrittura al 100%, 8 thread, 0-120% irate
- Database sintetici: SQL e Oracle
- Clonazione completa VDI e tracce di clonazione collegata
Con la lettura casuale 4K la GIGABYTE R272-Z32 è iniziata poco più di 100μs e ha raggiunto il picco a 6,939,004 IOPS con una latenza di 189.6μs.
Per la scrittura casuale 4K, il server 158,161 IOPS con una latenza di soli 28μs. Il server è rimasto sotto i 100 µs fino a circa 1.27 milioni di IOPS e ha raggiunto il picco di 1,363,259 IOPS con una latenza di 699.8 µs.
Passando ai carichi di lavoro sequenziali, abbiamo visto il picco del server a 645,240 IOPS o 40.3 GB/s con una latenza di 592.9 µs nella nostra lettura a 64 KB.
Nella scrittura a 64K, il server ha raggiunto il picco di circa 110K IOPS o circa 6.8GB/s con una latenza di 246.1μs prima di diminuire significativamente.
La prossima serie di test riguarda i carichi di lavoro SQL: SQL, SQL 90-10 e SQL 80-20. Per SQL il server ha raggiunto il picco di 2,489,862 IOPS con una latenza di 151.2 µs.
Per SQL 90-10 il server ha registrato una prestazione massima di 2,123,201 IOPS con una latenza di 177.2 µs.
Il nostro ultimo test SQL, l'80-20, ha visto il server raggiungere una prestazione massima di 1,849,018 IOPS con una latenza di 202.1 µs.
Successivamente ci sono i nostri carichi di lavoro Oracle: Oracle, Oracle 90-10 e Oracle 80-20. Con Oracle il server GIGABYTE ha raggiunto il picco di 1,652,105 IOPS con una latenza di 227.5μs.
Con Oracle 90-10 il server ha raggiunto il picco di 1,727,168 IOPS con una latenza di soli 150.1 µs.
Per Oracle 80-20 il server ha raggiunto un punteggio massimo di 1,551,361 IOPS con una latenza di 166.8 µs.
Successivamente, siamo passati al nostro test clone VDI, Completo e Collegato. Per l'avvio VDI Full Clone (FC), il server basato su EPYC Rome ha registrato prestazioni di picco di 1,680,812 IOPS con una latenza di 220.4 µs.
Con VDI FC Initial Login il server è stato avviato a 39,309 IOPS con una latenza di 79.8 µs. il server è rimasto sotto i 100 µs fino a circa 200 IOPS e ha raggiunto il picco a 393,139 IOPS con una latenza di 627.3 µs.
Per VDI FC Monday Login il server ha raggiunto il picco di 351,133 IOPS con una latenza di 326.6 µs.
Per l'avvio VDI LC il server ha raggiunto il picco di 777,722 IOPS con una latenza di 197.6 µs.
Con l'accesso iniziale VDI LC, il server GIGABYTE ha raggiunto il picco di 211,720 IOPS con una latenza di 341.9 µs.
E infine con VDI LC Monday Login il server EPYC Rome ha avuto una prestazione di picco di 216,084 IOPS con una latenza di 521.9μs.
Conclusione
Sono uscite le nuove CPU AMD EPYC 7002, e il primo server con i nuovi processori (nel nostro laboratorio, almeno) è il GIGABYTE R272-Z32. Questo server 2U per uso generale utilizza la scheda madre MZ32-AR0, rendendolo compatibile con un singolo nuovo processore EPYC Rome. Il server dispone di 16 slot DIMM, con un potenziale totale di 1 TB di RAM DDR4 a 3200 MHz. L'R272-Z32 dispone di 24 alloggiamenti hot-swap nella parte anteriore per tutto lo storage NVMe, con due alloggiamenti nella parte posteriore per SSD o HDD SATA. Se i clienti necessitano di aggiungere dispositivi PCIe (inclusi ora i dispositivi Gen4), ci sono sette slot nella parte posteriore, anche se solo tre sono aperti. Il server supporta anche AMI MegaRAC SP-X per la gestione del server BMC.
Per i test abbiamo sfruttato la CPU AMD EPYC 7702P, 256 GB di RAM Micron DDR3,200 da 4 MHz e 12 SSD Micron Pro 3.84 da 9300 TB. Detto quanto sopra, questo piccolo server ha davvero fatto scalpore. Utilizzando solo i nostri carichi di lavoro VDBench, abbiamo visto il server raggiungere 7 milioni di IOPS in lettura 4K, 1.4 milioni di IOPS in scrittura 4K, l'incredibile cifra di 40.3 GB/s in lettura sequenziale a 64K e 6.8 GB/s in scrittura sequenziale a 64K. Passando ai nostri carichi di lavoro SQL, il server ha continuato a stupire con 2.5 milioni di IOPS, 2.1 milioni di IOPS in SQL 90-10 e 1.85 milioni di IOPS in SQL 80-20. In Oracle il server ha raggiunto 1.65 milioni di IOPS, 1.73 milioni di IOPS nel periodo 90-10 e 1.55 milioni di IOPS nel periodo 80-20. Anche nei nostri test di clonazione VDI il server è stato in grado di superare un milione di IOPS nell'avvio VDI FC con 1.68 milioni. Anche se la latenza è stata per la maggior parte superiore a 100μs, è andata oltre 1ms solo nel test di scrittura sequenziale a 64K.
Per essere un server generico, l'AMD EPYC Rome ha trasformato il GIGABYTE R272-Z32 in una bestia. Sebbene disponiamo di una buona attrezzatura nel server, non eravamo nemmeno vicini a massimizzarne il potenziale. Man mano che l'elenco dei sistemi operativi che supportano Rome continua a crescere, saremo in grado di vedere quanto bene le nuove CPU si comportano con una vasta gamma di carichi di lavoro. Questi nuovi processori con i server che li supportano potrebbero consentirci di raggiungere un nuovo livello di prestazioni nel data center che dobbiamo ancora vedere, soprattutto quando inizi a tenere conto del potenziale non sfruttato di PCIe Gen4
