DapuStor H3200 SSD recension

DapuStor H3200 är en högpresterande NVMe SSD för företag med låg effekt, designad för applikationer som involverar tung användning som i datacenter, videoövervakning och edge computing. H3200 har den senaste 96L 3D eTLC NAND och drivs av en Enterprise Marvell-kontroller. H3200 erbjuds i U.2- och HHHL-formfaktorer i kapaciteter från 960GB till 7.68TB, med en uthållighetsklassning på 1DWPD.

DapuStor H3200 är en högpresterande NVMe SSD för företag med låg effekt, designad för applikationer som involverar tung användning som i datacenter, videoövervakning och edge computing. H3200 har den senaste 96L 3D eTLC NAND och drivs av en Enterprise Marvell-kontroller. H3200 erbjuds i U.2- och HHHL-formfaktorer i kapaciteter från 960GB till 7.68TB, med en uthållighetsklassning på 1DWPD.

H3200 är utrustad med en rad funktioner som fokuserar på att hålla data säker, såsom end-to-end dataskydd på både firmware och hårdvaruväg, inklusive DDR ECC, LDPC, strömförlustskydd. Prestandamässigt är DapuStor H3200 citerad för att nå sekventiella hastigheter upp till 3,578 2559 MB/s läsning och 4 832,000 MB/s skriv, medan slumpmässig 101,000k-prestanda förväntas nå så högt som XNUMX XNUMX IOPS läsning och XNUMX XNUMX IOPS skrivning.

DapuStor H3200 kommer i kapaciteterna 1TB, 1.92TB, 3.84TB och 7.58TB. Vi kommer att titta på 3.84TB-modellen för denna recension.

 

Specifikationer för DapuStor H3200

DapuStor Haishen3 H3200 Performance

Testbädd

Våra Enterprise SSD-recensioner utnyttjar en Lenovo ThinkSystem SR850 för applikationstester (Obs: vi var tvungna att använda ett adapterkort istället för en frontfack på grund av ett kompatibilitetsproblem) och en Dell PowerEdge R740xd för syntetiska riktmärken. ThinkSystem SR850 är en välutrustad quad-CPU-plattform som erbjuder CPU-kraft långt över vad som behövs för att betona högpresterande lokal lagring. Syntetiska tester som inte kräver mycket CPU-resurser använder den mer traditionella servern med dubbla processorer. I båda fallen är avsikten att visa upp lokal lagring i bästa möjliga ljus som är i linje med lagringsleverantörens maximala enhetsspecifikationer.

Lenovo ThinkSystem SR850

• 4 x Intel Platinum 8160 CPU (2.1 GHz x 24 kärnor)
• 16 x 32 GB DDR4-2666Mhz ECC DRAM
• 2 x RAID 930-8i 12Gb/s RAID-kort
• 8 NVMe-fack
• VMware ESXI 6.5

Dell PowerEdge R740xd

• 2 x Intel Gold 6130 CPU (2.1 GHz x 16 kärnor)
• 4 x 16 GB DDR4-2666MHz ECC DRAM
• 1x PERC 730 2GB 12Gb/s RAID-kort
• Tillägg NVMe-adapter
• Ubuntu-16.04.3-desktop-amd64

Testbakgrund och jämförelser

Din StorageReview Enterprise Test Lab ger en flexibel arkitektur för att utföra riktmärken för företagslagringsenheter i en miljö som är jämförbar med vad administratörer möter i verkliga implementeringar. Enterprise Test Lab innehåller en mängd olika servrar, nätverk, strömkonditionering och annan nätverksinfrastruktur som gör att vår personal kan etablera verkliga förhållanden för att noggrant mäta prestanda under våra granskningar.

Vi införlivar dessa detaljer om labbmiljön och protokollen i granskningar så att IT-proffs och de som ansvarar för lagringsanskaffning kan förstå under vilka förutsättningar vi har uppnått följande resultat. Ingen av våra recensioner betalas för eller övervakas av tillverkaren av utrustning vi testar. Ytterligare information om StorageReview Enterprise Test Lab och en översikt över dess nätverksfunktioner finns på respektive sidor.

Analys av applikationens arbetsbelastning

För att förstå prestandaegenskaperna hos företagslagringsenheter är det viktigt att modellera infrastrukturen och applikationens arbetsbelastningar som finns i live-produktionsmiljöer. Våra riktmärken för DapuStor H3200 är därför MySQL OLTP-prestanda via SysBench och Microsoft SQL Server OLTP-prestanda med en simulerad TCP-C-arbetsbelastning. För våra applikationsarbetsbelastningar kommer varje enhet att köra 2-4 identiskt konfigurerade virtuella datorer.

Houdini från SideFX

Houdini-testet är speciellt utformat för att utvärdera lagringsprestanda när det gäller CGI-rendering. Testbädden för denna applikation är en variant av kärnan av Dell PowerEdge R740xd-servertypen vi använder i labbet med dubbla Intel 6130-processorer och 64 GB DRAM. I det här fallet installerade vi Ubuntu Desktop (ubuntu-16.04.3-desktop-amd64) med ren metall. Resultatet av riktmärket mäts i sekunder att slutföra, och färre är bättre.

Maelstrom-demon representerar en del av renderingspipelinen som belyser lagringskapaciteten genom att demonstrera dess förmåga att effektivt använda växlingsfilen som en form av utökat minne. Testet skriver inte ut resultatdata eller bearbetar punkterna för att isolera väggtidseffekten av latenspåverkan på den underliggande lagringskomponenten. Själva testet är sammansatt av fem faser, varav tre vi kör som en del av benchmark, vilka är följande:

• Laddar packade punkter från disken. Det är dags att läsa från disk. Denna är enkelgängad, vilket kan begränsa den totala genomströmningen.
• Packar upp punkterna i en enda platt array för att de ska kunna bearbetas. Om punkterna inte är beroende av andra punkter, kan arbetsuppsättningen justeras för att förbli i kärnan. Detta steg är flertrådigt.
• (Kör ej) Bearbetar punkterna.
• Packar om dem i hinkformade block som lämpar sig för att lagra tillbaka till disken. Detta steg är flertrådigt.
• (Kör ej) Skriver tillbaka de bucketade blocken till disken.

Här presterade DapuStor H3200 bra med 2,733 XNUMX sekunder, och placerade den i den övre mitten av topplistan precis bakom Samsung EVO Plus.

SQL Server prestanda

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 Quests Benchmark Factory for Databases. StorageReview's Microsoft SQL Server OLTP-testprotokoll använder det aktuella utkastet till Transaction Processing Performance Councils Benchmark C (TPC-C), ett riktmärke för transaktionsbearbetning online 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 instans av vår SQL Server VM för denna granskning använder en 333 GB (1,500 15,000 skala) SQL Server-databas och mäter transaktionsprestanda och latens under en belastning på XNUMX XNUMX virtuella användare.

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 SQL Server-transaktionsriktmärke hade DapuStor H3200 en poäng på 12,323.6 4 TPS vid XNUMXVM.

I genomsnittlig latens visade DapuStor H3200 126.5 ms, vilket var betydligt högre än de andra testade enheterna.

Sysbench Performance

Nästa benchmark för ansökan 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

När man tittar på vårt Sysbench-transaktionsriktmärke, gav DapuStor H3200 ett sammanlagt resultat på 7,879.1 XNUMX TPS, vilket placerade den i mitten av topplistan.

Sysbenchs genomsnittliga latens såg H3200 med en latens på 16.25 ms, precis i mitten av paketet.

För vårt värsta scenario latens (99:e percentilen) H3200 en latens på 31.12, vilket var mitt i de andra två jämförbara.

VDBench arbetsbelastningsanalys

När det gäller benchmarking av lagringsenheter ä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öringsstorlekar, till spårningsfångningar 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. Vår testprocess för dessa riktmärken fyller hela enhetens yta med data och partitionerar sedan en enhetssektion som motsvarar 25 % av enhetens kapacitet för att simulera hur enheten kan reagera på applikationsarbetsbelastningar. Detta skiljer sig från fullständiga entropitester som använder 100 % av enheten och tar dem till ett stabilt tillstånd. Som ett resultat kommer dessa siffror att återspegla högre ihållande skrivhastigheter.

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 % skrivning, 8 trådar, 0-120 % iorate
• Syntetisk databas: SQL och Oracle
• VDI Full Clone och Linked Clone Traces

Jämförbara:

• Memblaze PBlaze5 C926
• intel P4610
• Huawei ES3000 v5
• Toshiba PX04
• Samsung PM1725a

I vår första VDBench Workload Analysis, Random 4K Read, hade H3200 en solid topppoäng på 788,014 158.3 IOPS med en latens på XNUMXµs, vilket var nära toppen av paketet.För 4K slumpmässig skrivning nådde H3200 274,362 ​​462 IOPS med en latens på 240 µs, vilket tog en enorm dipp i prestanda runt XNUMXK-märket.

Genom att byta till 64 3200 sekventiella arbetsbelastningar visade H52,860 fantastiska resultat med en toppprestanda på 3.3 301.8 IOPS (eller XNUMX GB/s) med en latens på XNUMX ms.

I 64k skrivning, även om DapuStor H3200 3.84TB SSD befann sig längst ner på topplistan och nådde 22,200 1.4 IOPS (eller 708GB/s) och XNUMXms, det senare som var överlägset bland de högsta latensvärdena (strax under Samsung-enheten) ).

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 var DapuStor H3200 den överlägset bäst testade enheten genom hela testet, där den nådde en topp på 281,512 113.2 IOPS med en latens på bara XNUMX µs.

I SQL 80-20 visade H3200 återigen bra prestanda med en topp på 246,601 128.4 IOPS och XNUMXµs.

Med SQL 90-10 fortsatte H3200 att visa imponerande prestanda och nådde en topp på 269,251 118.2 IOPS med en latens på XNUMX µs för topplacering.

Nästa upp är våra Oracle-arbetsbelastningar: Oracle, Oracle 90-10 och Oracle 80-20. Från och med Oracle nådde DapuStor H3200 en topp med 232,468 154.7 IOPS med en latens på 3 µs, vilket var tillräckligt bra för XNUMX:e totalt.

Oracle 90-10 visade oss mer av ovanstående, DapuStor H3200 gick tillbaka till förstaplatsen med en toppprestanda på 214,076 102.1 IOPS vid XNUMXµs.

Med Oracle 80-20 var H3200 återigen topppresterande, med en topp på 204,281 107.1 IOPS med en latens på XNUMX µs.

Därefter bytte vi till vårt VDI-klontest, Full och Linked. För VDI Full Clone (FC) Boot hade DapuStor H3200 en topp på 188,260 183.3 IOPS vid en latens på XNUMX µs bakom endast Memblaze.

VDI FC Initial Login såg DapuStor H3200-toppen på 81,510 363.9 IOPS med en latens på XNUMXµs, denna gång långt bakom Memblaze- och Huawei-enheterna.

För VDI FC Monday Login nådde DapuStor H3200 en topp på 68,280 232.8 IOPS med en latens på XNUMX µs, återigen långt tillbaka bland ledarna.

För VDI Linked Clone (LC) Boot placerade DapuStor H3200 andra plats med en topppoäng på 93,152 171.2 IOPS med en latens på XNUMX µs.

VDI LC Initial Login visade en topppoäng på 40,228 196.6 IOPS vid en latens på 4610 µs, vilket visade mycket liknande prestanda som Intel PXNUMX-enheten.

Slutligen, med VDI LC Monday Login, visade DapuStor H3200 mellanklassprestanda med 50,330 315.3 IOPS med en latens på XNUMX µs.

Slutsats

DapuStor H3200 är företagets senaste NVMe SSD som har 96-lagers 3D eTLC NAND, som ytterligare är uppdelat i två olika kategorier, U.2 och HHHL formfaktorer. H3200 drivs av en Marvell-kontroller och kommer också i en rad högkapacitetsmodeller inklusive 960 GB, 1.92 TB, 3.84 TB och till och med 7.68 TB, vilket möjliggör en mängd flexibla installationsalternativ för att hålla kostnaderna nere.

Under våra tester jämförde vi enheten med en rad andra SSD-enheter, inklusive Memblaze PBlaze C926, Huawei ES3000 och Intel P4610. För Application Workload Analysis såg vi DapuStor H3200 träffa 12,323.6 4 TPS vid 126.5VMs 7,879.1ms i genomsnittlig latens, vilket var betydligt högre än de andra testade enheterna. För Sysbench nådde enheten 16.25 31.23 TPS, XNUMX ms genomsnittlig latens och XNUMX ms fördröjning i värsta fall, som alla var mellanklassprestanda.

Under vårt VDbench-test inkluderade höjdpunkterna: 788,014 4 IOPS i 274,362K-läsning, 4 3.3 IOPS i 64K-skrivning, 1.4 GB/s i 64K-läsning och 281,512 GB/s i 269,251K-skrivning. I SQL-arbetsbelastningar träffade den 90 10 IOPS medan den träffade 246,601 80 IOPS för SQL 20-232,468 och 214,076 90 IOPS för SQL 10-204,281, vilket placerar den överst på topplistan i alla tre kategorierna. DapuStor fortsatte sin solida prestanda i Oracle-arbetsbelastningar med 80 20 IOPS, 3200 188,260 IOPS i Oracle 81,510-68,280 och 93,152 40,228 IOPS i Oracle 50,330-XNUMX. I våra VDI Full Clone-tester träffade HXNUMX XNUMX XNUMX IOPS (start), XNUMX XNUMX IOPS (initial inloggning), XNUMX XNUMX IOPS (måndagsinloggning), medan Linked Clone publicerade XNUMX XNUMX IOPS (start) XNUMX XNUMX IOPS, (initial login), (initial login) (XNUMX IOPS) Måndag logga in).

Sammantaget var DapuStor H3200 lite ojämn i prestanda: den var stabil under våra syntetiska tester men presterade bakom packningen i SQL Server-applikationens arbetsbelastning.

DapuStor

Diskutera på Reddit

Engagera dig med StorageReview

Nyhetsbrev | Youtube | Podcast iTunes/Spotify | Instagram | Twitter | Facebook | Rssflöde