Il Samsung 983 DCT è l'ultimo Data Center SSD dell'azienda. Il 983 DCT sfrutta l'interfaccia NVMe ed è disponibile in due fattori di forma: 2.5" e M.2. L'unità è costruita con componenti Samsung collaudati e con la sua V-NAND collaudata in battaglia. L'unità è specificamente orientata alle prestazioni, ma include anche la protezione dei dati end-to-end, una gestione più efficiente tramite il software Samsung SSD Toolkit e una garanzia di 5 anni.
Il Samsung 983 DCT è l'ultimo Data Center SSD dell'azienda. Il 983 DCT sfrutta l'interfaccia NVMe ed è disponibile in due fattori di forma: 2.5" e M.2. L'unità è costruita con componenti Samsung collaudati e con la sua V-NAND collaudata in battaglia. L'unità è specificamente orientata alle prestazioni, ma include anche la protezione dei dati end-to-end, una gestione più efficiente tramite il software Samsung SSD Toolkit e una garanzia di 5 anni.
L'azienda ha recentemente aggiornato le sue unità per data center con il 983 DCT che è l'unità che punta all'alta velocità e all'elevata reattività. Samsung afferma che raggiungerà questo obiettivo attraverso la tecnologia NVMe e con il suo controller Phoenix. Per la versione da 2.5", l'azienda afferma che il 983 DCT può raggiungere velocità sequenziali fino a 3,400 MB/s e fino a 580,000 IOPS per throughput casuale.
Come affermato, il Samsung 983 DCT è disponibile sia in formato M.2 che da 2.5”. Per questa recensione esamineremo il fattore di forma da 1.92 TB, 2.5”.
Specifiche Samsung 983 DCT
| Fattore di forma | 2.5 " | |
| Ultra-Grande | 960GB | 1.92TB |
| Interfaccia | PCIe generazione 3x4, NVMe 1.2b | |
| NAND | Samsung V-NAND | |
| Controller | Samsung Phoenix | |
| Supporto per la crittografia | AES 256 bit | |
| Performance | ||
| Lettura sequenziale | Fino a 3.3 GB/s | Fino a 3.4 GB/s |
| Scrittura sequenziale | Fino a 1.3 GB/s | Fino a 2.2 GB/s |
| Lettura casuale (4K, QD32) | 440K IOPS | 580K IOPS |
| Scrittura casuale (4K, QD32) | 46K IOPS | 52K IOPS |
| QoS lettura (99.99%, 4KB, QD1) | Fino a 0.13 ms | |
| Scrittura QoS (99.99%, 4 KB, QD1) | Fino a 0.09 ms | |
| Consumo di energia | ||
| Lettura attiva | Fino a 8.7W | |
| Scrittura attiva | Fino a 10.6W | |
| Idle | Fino a 4.0W | |
| Resistenza | ||
| MTBF | 2.0 milioni di ore | |
| UBER5 | 1 settore per 10^17 bit letti | |
| Shock | 1500G, durata 0.5 ms, mezza onda sinusoidale | |
| Ambiente | ||
| Tensione consentita | 12.0 V ± 8% | |
| Temperatura di esercizio | 0-70 ° C | |
| Fisico | ||
| Dimensioni (LxAxP)Max. | 100.2 x 69.85 x 6.8 (mm) | |
| Peso massimo. | 70 g | |
| Garanzia | 5 anni o 0.8 DWPD | |
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 e una panoramica delle sue capacità di rete sono disponibili nelle rispettive pagine.
Principali comparabili 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 benchmark per il Samsung 983 DCT sono quindi i Prestazioni MySQL OLTP tramite SysBench. Per i nostri carichi di lavoro applicativi, ciascuna unità eseguirà 2-4 VM configurate in modo identico. Nota: Il modello da 1.92 TB non era abbastanza grande per il carico di lavoro della nostra applicazione SQL, quindi non è stato incluso in questa recensione.
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 di Sysbench, il Samsung 983 DCT (indicato come Samsung nel resto della sezione prestazioni) è arrivato ultimo con 6,159.4 TPS.
Per quanto riguarda la latenza media di Sysbench, ancora una volta il Samsung è arrivato ultimo con 20.8 ms.
Per quanto riguarda la latenza del nostro scenario peggiore (99° percentile), il Samsung è rimasto all'ultimo posto con 38.6 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.
Con il test Houdini, il Samsung si è piazzato all'incirca a metà dei nostri drive non Optane con 2,634.2 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 "quattro angoli", 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 più sostenute.
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, lettura casuale 4K, il Samsung ha iniziato con una latenza di 82.1μs a 59,187 IOPS. Il Samsung è rimasto sotto i 100μs fino a circa 300 IOPS e ha continuato ad avere le prestazioni di picco più basse con 591,839 IOPS a 215.2μs.
Nelle scritture casuali 4K il Samsung è dietro a tutti gli altri drive con un ampio margine. È iniziato a 20.2 μs con 35,420 IOPS ed è rapidamente arrivato a 52,822 IOPS con una latenza di 2.42 ms per il suo picco.
Passando al lavoro sequenziale, nella nostra lettura da 64K il Samsung è partito con la latenza più bassa (187.8μs) e ha mantenuto una latenza inferiore fino a circa 32K IOPS o 2.1GB/s e ha raggiunto il picco con la prestazione più bassa del gruppo a 36,389 IOPS o 2.27 GB/sec.
Per le scritture a 64K vediamo ancora un'altra prestazione scarsa del Samsung che inizia con una latenza di soli 67.3μs, l'unità ha subito un picco e ha raggiunto il picco di 3,299 IOPS o 206MB/s con una latenza di 4.84ms.
La nostra prossima serie di benchmark si concentrerà sui carichi di lavoro SQL. Per il primo benchmark il Samsung ha iniziato con la latenza più bassa di 82μs e 21,107 IOPS. L'unità ha mantenuto la latenza più bassa fino a circa 150 IOPS e ha ottenuto il secondo picco di prestazioni complessivo a 210,323 IOPS con una latenza di 149.5 μs.
Per SQL 90-10 il Samsung è partito ancora una volta alla grande con 18,589 IOPS con una latenza di soli 82.5μs. L'unità è rimasta al di sotto dei 100μs fino a poco meno di 90 IOPS e ha continuato a rimanere al secondo posto con un punteggio di picco di 184,773 IOPS e una latenza di 172.3μs.
SQL 80-20 ha visto l'unità scivolare un po'. Pur iniziando ancora con la latenza più bassa (86.8μs), l'unità ha registrato le prestazioni di picco più deboli di circa 132 IOPS e 233μs di latenza.
Passando a Oracle Workloads vediamo che Samsung parte con il piede sbagliato. Anche in questo caso l'unità entra con la latenza più bassa (82.7μs) ma aumenta rapidamente e raggiunge il picco di 95,205 IOPS con una latenza di 418.9μs, ben dietro alle altre unità.
Con l'Oracle 90-10 il Samsung è migliorato. Partendo da 15,515 IOPS e una latenza di 82.5μs, l'unità è rimasta sotto i 100μs fino a circa 72 IOPS e ha raggiunto il picco di 159,976 IOPS a 139.6μs.
Oracle 80-20 ha fatto sì che Samsung mantenesse una latenza inferiore a 100 μs da 12,687 IOPS fino a circa 60 IOPS con una prestazione di picco di 130,766 IOPS e 166.5 μs di latenza.
Successivamente, passiamo al nostro test clone VDI, completo e collegato. Per VDI Full Clone Boot, il Samsung ha iniziato poco meno di 100μs per superarlo rapidamente e arrivare al terzo posto con una prestazione di picco di 123,613 IOPS e una latenza di 279.4μs.
L'accesso iniziale VDI FC ha fatto iniziare il Samsung a 3,987 IOPS con 72.7μs. La latenza è rimasta bassa, infatti è scesa così in basso che sembra pari a zero sui nostri grafici, fino a circa 12 IOPS dove aumenta rapidamente con un picco di 15,845 IOPS con una latenza di 1.9 ms.
Con VDI Monday Login, il Samsung è rimasto ultimo partendo da poco meno di 100μs prima di raggiungere un picco di 17,810 IOPS con una latenza di 895μs.
Per il VDI Linked Clone (LC) ricominciamo con il test di avvio. Qui il Samsung ha mostrato le sue prestazioni migliori nel nostro test Clone, testa a testa con il Memblaze PBlaze5 910. Tuttavia, il Samsung è comunque arrivato ultimo con una prestazione di picco di 64,503 IOPS con una latenza di 248.8μs.
L'accesso iniziale VDI LC ha fatto sì che il Samsung si avviasse poco più di 100μs e raggiungesse rapidamente un picco di 9,959 IOPS con una latenza di 799.4μs, ben dietro alle altre due unità.
Infine, il VDI LC Monday Login ha mostrato che il Samsung ha continuato con le sue scarse prestazioni iniziando oltre i 100μs e aumentando rapidamente fino a 10,410 IOPS con una latenza di 1.52 ms.
Conclusione
Il Samsung 983 DCT è la versione NVMe focalizzata sulla lettura dell'aggiornamento del data center dell'azienda. Il 983 DCT è disponibile in due fattori di forma, 2.5” e M.2, oltre a due capacità, 960 GB e 1.92 TB. Il 983 DCT è previsto come unità per data center ad alte prestazioni di Samsung con velocità indicate fino a 3.4 GB/s sequenziali e 580 IOPS casuali, lette in entrambi i casi. L’unità sfrutta V-NAND, l’interfaccia NVMe e il controller Phoenix dell’azienda per raggiungere questi numeri.
Mentre altri nella categoria ad alta intensità di lettura offrono 1 DWPD, il Samsung 983 DCT è un po' più leggero con soli 0.8 DWPD. Stando così le cose, non è stata una grande sorpresa vedere il 983 DCT posizionarsi sotto gli altri in questa categoria che offrivano un piccolo vantaggio nelle prestazioni di scrittura. Nella nostra analisi del carico di lavoro delle applicazioni, il Samsung 983 DCT è arrivato ultimo in tutti e tre i test Sysbench con 6,159.4 TPS, una latenza media di 20.8 ms e una latenza nello scenario peggiore di 38.6 ms. Houdini ha visto il drive posizionarsi all'incirca a metà dei tradizionali drive NVMe con 2,634.2 secondi. A causa della sua capacità ridotta (1.92 TB in questa recensione) non siamo stati in grado di eseguire i test dell'applicazione SQL Server.
Passando al test VDBench del nuovo Samsung 983 DCT otteniamo una visione più chiara di come l'unità reagisce ai carichi di lavoro di lettura e scrittura. L'unità ha avuto prestazioni di lettura decenti in 4K con 592 IOPS e in 64K ha raggiunto 2.27 GB/s. In entrambi i casi il Samsung ha avuto la latenza più bassa per un periodo più lungo rispetto agli altri due drive. Per Writes si è trattato di un netto contrasto. La scrittura 4K ha raggiunto il picco di miseri 53 IOPS e ha avuto una latenza di 2.42 ms. Le scritture da 64K hanno visto solo un picco di 206 MB/s e una latenza di 4.84 ms. SQL e Oracle hanno riscontrato un miglioramento nelle prestazioni e nel posizionamento di Samsung, con l'unità che in genere ha la latenza più bassa e quella più lunga. I punti salienti includono 210 IOPS per SQL, 185 IOPS per SQL 90-10, 160 IOPS per Oracle 90-10 e 131 IOPS per Oracle 80-20. Ad eccezione del test VDI Full Clone Boot, il Samsung ha mostrato prestazioni complessivamente scarse nei nostri test VDI Clone.
Mentre il mercato SSD guarda a prodotti di ulteriore segmento, il Samsung 983 DCT si presenta come un prodotto NVMe che offre 0.8 DWPD, leggermente inferiore ai prodotti concorrenti che si concentrano sul marchio 1 DWPD nelle loro unità posizionate ad alta intensità di lettura. Pertanto, non è stato scioccante vedere prestazioni di scrittura inferiori del 983 DCT. Invece l'unità pone una maggiore enfasi sulle prestazioni di lettura. In questo caso è stato in grado di offrire una latenza iniziale inferiore nei trasferimenti di blocchi piccoli e grandi. Nel complesso il 983 DCT farà un buon lavoro in ambienti ad alta lettura che si orientano verso un'unità NVMe più orientata al valore.
Iscriviti alla newsletter di StorageReview
