Memblaze ha rilasciato un'altra serie di SSD NVMe con PBlaze5. Questo segna la seconda generazione di prodotti SSD NVMe dell'azienda dopo il PBlaze4. La nuova unità è disponibile in due fattori di forma, U.2 e HHHL AIC, e in due serie, le serie 700 e 900. La serie 700 ha una capacità massima di 11 TB ed è destinata all'utilizzo nei data center. La serie 900 ha una resistenza maggiore ed è destinata alle applicazioni aziendali.
Memblaze ha rilasciato un'altra serie di SSD NVMe con PBlaze5. Questo segna la seconda generazione di prodotti SSD NVMe dell'azienda dopo il PBlaze4. La nuova unità è disponibile in due fattori di forma, U.2 e HHHL AIC, e in due serie, le serie 700 e 900. La serie 700 ha una capacità massima di 11 TB ed è destinata all'utilizzo nei data center. La serie 900 ha una resistenza maggiore ed è destinata alle applicazioni aziendali.
Entrambe le serie sono progettate per le aziende e garantiscono prestazioni fino a 6 GB/s di velocità sequenziale con latenza di lettura di soli 90 μs. Il punto in cui le due serie divergono è che la serie 700 ha un costo inferiore, una minore resistenza e una capacità maggiore. La serie 900, invece, ha una maggiore resistenza, doppie porte per una maggiore disponibilità e crittografia dei dati. Queste differenze principali si prestano a diversi casi d'uso: database, cloud, iperscala, SDS, Big Data, rendering 3D per la serie 700 e database mission-critical, ERP, SAP HANNA, BOSS, servizi bancari, tassazione del trading ad alta frequenza e pagamenti online per la serie 900.
Per questa recensione esamineremo il PBlaze3.2 da 2 TB, U.900, serie 5.
Specifiche della serie Memblaze PBlaze5 NVMe SSD 900:
Fattore di forma | 2.5″U.2 | HHHL AIC | ||
Interfaccia | PCIe 3.0 x4 | PCIe 3.0 x 8 | ||
Protocollo | NVMe 1.2a | |||
NAND | NAND 3D eTLC | |||
Ultra-Grande | 2TB | 3.2TB | 4TB | 8TB |
Performance | ||||
Lettura sequenziale (128KB) | Fino a 3.2 GB/s | Fino a 6 GB/s | ||
Scrittura sequenziale (128KB) | Fino a 2.4 GB/s | |||
Lettura casuale sostenuta (4KB/8KB) | Fino a 760 IOPS | Fino a 1.042 milioni di IOPS | ||
Scrittura casuale sostenuta (4KB) | Fino a 304 IOPS | |||
Latenza R/W | 90 / 15μs | |||
Resistenza | ||||
DWPD | 3 | |||
MTBF | 2.1 milioni di ore | |||
Errore bit silenzioso | <1 errore di settore per 10^23 bit letti | |||
Tasso di errore bit non correggibile | <1 errore di settore per 10^17 bit letti | |||
Consumo di energia | 7 ~ 23W |
Progetta e costruisci
Il Memblaze PBlaze5 che stiamo recensendo ha un design con fattore di forma U.2.5 da 2 pollici. L'unità ha un case solido, nero opaco. La parte superiore dell'unità presenta un marchio sul lato destro.
La parte inferiore dell'unità è occupata quasi interamente da un dissipatore di calore.
Su entrambe le estremità dell'unità sono presenti aperture per favorire il raffreddamento. Sul lato opposto all'interfaccia NVMe si può vedere la seconda porta.
Performance
Banco di prova
Le nostre recensioni sugli SSD aziendali sfruttano un Lenovo ThinkSystem SR850 per i test delle applicazioni e a Dell PowerEdge R740xd per benchmark sintetici. Il ThinkSystem SR850 è una piattaforma quad-CPU ben equipaggiata, che offre una potenza della CPU ben superiore a quella necessaria per stressare l'archiviazione locale ad alte prestazioni. I test sintetici che non richiedono molte risorse della CPU utilizzano il più tradizionale server a doppio processore. In entrambi i casi, l'intento è quello di mostrare lo storage locale nella migliore luce possibile in linea con le specifiche massime dell'unità di storage del fornitore.
Lenovo Think System SR850
- 4 CPU Intel Platinum 8160 (2.1 GHz x 24 core)
- 16 DRAM ECC DDR32-4Mhz da 2666 GB
- 2 schede RAID RAID 930-8i 12Gb/s
- 8 alloggiamenti NVMe
- VMware ESXI 6.5
Dell PowerEdge R740xd
- 2 CPU Intel Gold 6130 (2.1 GHz x 16 core)
- 16 DRAM ECC DDR16-4MHz da 2666 GB
- 1x scheda RAID PERC 730 da 2 GB 12 Gb/s
- Adattatore NVMe aggiuntivo
- Ubuntu-16.04.3-desktop-amd64
Test di background e comparabili
Le Laboratorio di test aziendale di StorageReview fornisce un'architettura flessibile per condurre benchmark dei dispositivi di storage aziendali in un ambiente paragonabile a quello che gli amministratori incontrano nelle distribuzioni reali. L'Enterprise Test Lab incorpora una varietà di server, reti, condizionatori di alimentazione e altre infrastrutture di rete che consentono al nostro personale di stabilire condizioni reali per valutare con precisione le prestazioni durante le nostre revisioni.
Incorporiamo questi dettagli sull'ambiente e sui protocolli del laboratorio nelle revisioni in modo che i professionisti IT e i responsabili dell'acquisizione dello spazio di archiviazione possano comprendere le condizioni in cui abbiamo ottenuto i seguenti risultati. Nessuna delle nostre revisioni è pagata o supervisionata dal produttore delle apparecchiature che stiamo testando. Ulteriori dettagli su Laboratorio di test aziendale di StorageReview che a una panoramica delle sue capacità di rete sono disponibili nelle rispettive pagine.
Paragonabili per questa recensione:
Analisi del carico di lavoro dell'applicazione
Per comprendere le caratteristiche prestazionali dei dispositivi di storage aziendali, è essenziale modellare l'infrastruttura e i carichi di lavoro applicativi presenti negli ambienti di produzione live. I nostri parametri di riferimento per Memblaze PBlaze5 sono quindi i Prestazioni MySQL OLTP tramite SysBench che a Prestazioni OLTP di Microsoft SQL Server con un carico di lavoro TCP-C simulato. Per i nostri carichi di lavoro applicativi, ogni unità eseguirà 2-4 VM configurate in modo identico.
Prestazioni dell'SQL Server
Ogni VM SQL Server è configurata con due dischi virtuali: un volume da 100 GB per l'avvio e un 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 prestazioni di latenza.
Questo test utilizza SQL Server 2014 in esecuzione su VM guest Windows Server 2012 R2 ed è sottoposto a stress da Benchmark Factory for Databases di Quest. StorageReview Protocollo di test OLTP di Microsoft SQL Server 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 istanza della nostra VM SQL Server per questa recensione utilizza un database SQL Server da 333 GB (scala 1,500) e misura le prestazioni transazionali e la latenza con un carico di 15,000 utenti virtuali.
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 il nostro benchmark transazionale di SQL Server, Memblaze PBlaze5 è arrivato secondo dietro a PBlaze4 con 12,6239.9 TPS. Tuttavia va notato che la differenza nei risultati dal più basso, HGST SN100, al più alto, Memblaze PBlaze4, era solo di 41.4 TPS. Va inoltre notato che il memblaze è stato eseguito con il firmware originale e poi con il firmware aggiornato durante i nostri test e può essere visto nei risultati.
Per la latenza media SQL, il PBlaze5 è arrivato secondo ancora una volta con 7.5 ms, mentre il PBlaze4 ha avuto solo 5 ms.
Prestazioni del Sysbench
Il prossimo benchmark dell'applicazione è costituito da a Database Percona MySQL OLTP misurato tramite SysBench. Questo test misura il TPS medio (transazioni al secondo), la latenza media e anche la latenza media del 99° percentile.
Ogni banco di sistema La VM è configurata con tre vDisk: uno per l'avvio (~92 GB), uno con il database predefinito (~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 il benchmark transazionale Sysbench, abbiamo visto Memblaze PBlaze5 prendere il primo posto con 8,260.5 TPS.
Osservando la latenza media di Sysbench, il PBlaze5 ha ottenuto ancora una volta il punteggio migliore con 15.5 ms.
In termini del nostro scenario di latenza MySQL peggiore (latenza del 99° percentile), il PBlaze5 ha preso il primo posto con 29.4 ms.
Houdini di SideFX
Il test Houdini è specificamente progettato per valutare le prestazioni di archiviazione in relazione al rendering CGI. Il banco di prova per questa applicazione è una variante del core Dell PowerEdge R740xd tipo di server che utilizziamo in laboratorio con doppie CPU Intel 6130 e DRAM da 64 GB. In questo caso, abbiamo installato Ubuntu Desktop (ubuntu-16.04.3-desktop-amd64) con bare metal. L'output del benchmark viene misurato in secondi per il completamento, dove meno significa meglio.
La demo di Maelstrom rappresenta una sezione della pipeline di rendering che evidenzia le capacità prestazionali dello storage dimostrando la sua capacità di utilizzare in modo efficace il file di scambio come una forma di memoria estesa. Il test non scrive i dati dei risultati né elabora i punti per isolare l'effetto wall-time dell'impatto della latenza sul componente di storage sottostante. Il test stesso è composto da cinque fasi, tre delle quali vengono eseguite come parte del benchmark, che sono le seguenti:
- Carica i punti compressi dal disco. Questo è il momento di leggere dal disco. Si tratta di un thread singolo, che può limitare la velocità effettiva complessiva.
- Decomprime i punti in un unico array piatto per consentirne l'elaborazione. Se i punti non dipendono da altri punti, il working set potrebbe essere modificato per rimanere nel nucleo. Questo passaggio è multi-thread.
- (Non eseguire) Elabora i punti.
- Li reimpacchetta in blocchi con bucket adatti per essere archiviati nuovamente su disco. Questo passaggio è multi-thread.
- (Non eseguito) Scrivi nuovamente i blocchi inseriti in bucket su disco.
Nel nostro carico di lavoro Houdini, Memblaze PBlaze5 è rimasto indietro rispetto a PBlaze4 e altri nel gruppo NVMe, con un tempo di rendering di 8 fotogrammi di 3,259 secondi.
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 dei "quattro angoli", ai test comuni sulle dimensioni di trasferimento del database, alle acquisizioni di traccia 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. Il nostro processo di test per questi benchmark riempie l'intera superficie dell'unità con i dati, quindi partiziona una sezione dell'unità pari al 25% della capacità dell'unità per simulare il modo in cui l'unità potrebbe rispondere ai carichi di lavoro delle applicazioni. Questo è diverso dai test entropici completi che utilizzano il 100% dell'unità e la portano in uno stato stazionario. Di conseguenza queste cifre rifletteranno velocità di scrittura sostenute più elevate.
Profili:
- Lettura casuale 4K: 100% di lettura, 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 64K: scrittura al 100%, 8 thread, 0-120% irate
- Database sintetici: SQL e Oracle
- Clonazione completa VDI e tracce di clonazione collegata
Nella nostra prima analisi del carico di lavoro VDBench, abbiamo esaminato le prestazioni di lettura 4K casuali. Tutte le unità testate hanno avuto una latenza inferiore al millisecondo durante il benchmark. Il Memblaze PBlaze5 ha raggiunto il picco di 748,510 IOPS con una latenza di 170μs, rendendolo di gran lunga il migliore.
Successivamente abbiamo esaminato le prestazioni di scrittura 4K, e qui il PBlaze5 ha raggiunto il picco di 597,647 IOPS e una latenza di 211μs, ancora una volta la prestazione migliore con un ampio margine.
Passando alle prestazioni sequenziali, abbiamo esaminato i nostri benchmark da 64K. Con la lettura sequenziale a 64K, il PBlaze5 ha raggiunto il picco di 43,653 IOPS o 2.72 GB/s con una latenza di 366μs, conquistando nuovamente il primo posto.
Per la scrittura sequenziale a 64K, PBlaze5 è in testa alla classifica, con un picco di 43,352 IOPS o 2.71 GB/s con una latenza di 363 μs.
Successivamente abbiamo esaminato i nostri carichi di lavoro SQL in cui, ancora una volta, nessuna unità ha superato la latenza di 1 ms. Memblaze PBlaze5 ha raggiunto il picco di 243,899 IOPS con una latenza di 131μs.
Nel nostro SQL 90-10, PBlaze5 ha continuato a dominare con un punteggio di picco di 235,428 IOPS e una latenza di 135μs.
L'SQL 80-20 ha mostrato il PBlaze5 in testa con il margine più ampio finora con un punteggio di picco di 229,029 IOPS con una latenza di 139μs.
I carichi di lavoro Oracle hanno mostrato ancora una volta tutte le unità con prestazioni inferiori al millisecondo. Nel carico di lavoro Oracle, PBlaze5 ha raggiunto il picco di 277,100 IOPS con una latenza di 157μs.
Con Oracle 90-10, PBlaze5 ha conquistato il primo posto con 178,747 IOPS e una latenza di 123μs.
Il nostro ultimo benchmark Oracle, 80-20, ha mostrato che PBlaze5 ha ottenuto il miglior punteggio di picco di 177,851 IOPS e una latenza di 123μs.
Successivamente siamo passati al nostro test clone VDI, Completo e Collegato. Per VDI Full Clone Boot, PBlaze5 ha conquistato ancora una volta il primo posto con un picco di 184,936 IOPS con una latenza di 189μs.
Per l'accesso iniziale VDI FC, PBlaze5 ha guidato le altre unità con un picco di 118,389 IOPS e una latenza di 251μs.
Con VDI FC Monday Login, PBlaze5 ha registrato prestazioni di picco di 75,691 IOPS e una latenza di 209μs.
Nel test VDI LC Boot, abbiamo visto che il Toshiba PX04 si avvicinava molto al PBlaze5 rispetto a qualsiasi altro drive fino a questo punto. Il PBlaze5 è ancora in testa con un punteggio massimo di 88,179 IOPS e una latenza di 180μs.
L'accesso iniziale VDI LC ha visto ancora una volta il PBlaze5 staccarsi con un punteggio massimo di 41,657 IOPS e una latenza di 189μs.
Nel nostro test finale, il VDI LC Monday Login, il PBlaze5 ha raggiunto un picco di 59,449 IOPS e una latenza di 267μs.
Conclusione
L'SSD Memblaze PBlaze5 NVMe è l'unità aziendale NVMe di seconda generazione dell'azienda. L'unità ha una capacità massima di 11 TB (per la serie 700) e indica velocità di 6 GB/s, oltre 1 milione di IOPS e latenza fino a 15 μs. L'unità è disponibile in due fattori di forma: U.2.5 da 2" sostituibile a caldo e AIC HHHL. L'unità viene inoltre offerta in due serie: la serie 700 con durata inferiore, costo inferiore e capacità maggiore e la serie 900 crittografata con durata superiore e disponibilità più elevata. Per la nostra recensione abbiamo misurato le prestazioni della serie 900.
Guardando alle prestazioni, nella nostra analisi del carico di lavoro delle applicazioni, Memblze PBlaze5 ha ottenuto buoni numeri in SQL Server, con 12,629.9 TPS e una latenza media di 7.5 ms; tuttavia, il PBlaze4 è riuscito a batterlo di 2.5 ms. In Sysbench, PBlaze5 ha ottenuto il punteggio massimo nel test transazionale, 8,260.5 TPS, e una latenza media, 15.5 ms, e nello scenario peggiore, 29.4 ms. Nel nostro carico di lavoro Houdini, il PBlaze5 è rimasto indietro rispetto all'unità della generazione precedente e ad altri SSD aziendali NVMe.
Nel nostro test VDbench, il PBlaze5 ha dominato ogni test, e talvolta con un ampio margine. Nei nostri test 4K, PBlaze5 è stato in grado di raggiungere quasi 750 IOPS con una latenza di 170μs in lettura e oltre 597 IOPS con una latenza di 211μs. Per il sequenziale a 64K, l'unità ha raggiunto 2.71 GB/s con una latenza di 363 μs in scrittura e 2.73 GB/s con una latenza di 365 μs in lettura. PBlaze5 ha continuato a stupire passando ai test SQL con punteggi di picco di circa 244 IOPS, 235 IOPS per 90-10 e 229 IOPS per 80-20. Oracle ha mostrato l'unità con punteggi di circa 227 IOPS, 178 IOPS per 90-10 e 178 IOPS per 80-20. E durante i nostri test di clone VDI, il PBlaze5 ha aperto la strada, anche se alcune delle altre unità hanno dato filo da torcere in uno dei test di clone collegato.
Conclusione
L'SSD Memblaze PBlaze5 NVMe offre un piacevole aggiornamento progressivo rispetto alla generazione precedente, stabilendo al contempo una capacità di 11 TB, che è molto alta per gli SSD con interfaccia NVMe.
Iscriviti alla newsletter di StorageReview