DapuStor H3900 SSD recension

DapuStor H3900 är en SSD för företag som ingår i företagets Haishen3-XL-linje. till skillnad från H3100 eller H3200, DapuStor H3900 är baserad på KIOXIA XL-FLASH teknologi (den första enheten som finns tillgänglig på marknaden med den nya tekniken), därav namnet Haishen3-XL. Eftersom den är baserad på lagringsklassminne (SCM), kommer denna SSD att dela liknande användningsfall som för media av samma klass inklusive datacache och acceleration, minnesdatabas, AI-träning och Big Data.

DapuStor H3900 är en SSD för företag som ingår i företagets Haishen3-XL-linje. till skillnad från H3100 eller H3200, DapuStor H3900 är baserad på KIOXIA XL-FLASH teknologi (den första enheten som finns tillgänglig på marknaden med den nya tekniken), därav namnet Haishen3-XL. Eftersom den är baserad på lagringsklassminne (SCM), kommer denna SSD att dela liknande användningsfall som för media av samma klass inklusive datacache och acceleration, minnesdatabas, AI-träning och Big Data.

Storage Class Memory har funnits ute i några år nu med Intels Optane som mer eller mindre dominerar det segmentet av marknaden. Det är trevligt att se lite konkurrens för att se hur de håller emot varandra. När det bara finns ett alternativ är det såklart det bästa. Precis som andra SCM kommer DapuStor H3900 SSD att ge ultralåg latens med högre prestanda. DapuStor citerar upp till 3.5GB/3.2GB bandbredd, 830K/300K IOPS vid låga ködjupsarbetsbelastningar med 20μs läslatens. Utöver prestandavinster har enheten också en fantastisk uthållighet med upp till 30DWPD. Enheten använder Marvell ZAO-kontrollern.

Som med andra SCM finns det en begränsning på kapaciteten. H3900 kommer i kapaciteter på 400 GB, 750 GB, 800 GB och 1.6 TB. För denna recension kommer vi att titta på 800GB-versionen.

Specifikationer för DapuStor H3900 SSD

 

DapuStor H3900 SSD-prestanda

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 de applikationsarbetsbelastningar som finns i levande produktionsmiljöer. Våra riktmärken för DapuStor H3100 ä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 64GB 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. Detta är entrådigt, 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 kunde DapuStor H3900 slå 2,201.987 XNUMX sekunder och satte precis inom räckhåll med de andra SCM-dreven.

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:

• Intel P4800X 375GB
• Samsung 983 ZET 960GB
• Intel 900P 480GB

I vår första VDBench Workload Analysis, Random 4K Read, uppgav DapuStor med prestanda med en latens på bara 31.7 µs och gick vidare till en topp på 835,064 148.2 IOPS med en latens på bara XNUMX µs innan den bara sjönk något. Detta satte drevet in först med behaglig marginal.

4K slumpmässig skrivning var en annan historia för H3900. Här tog enheten tredje plats med en toppprestanda på 338,630 457.4 IOPS med en latens på XNUMX µs.

När vi byter till sekventiella arbetsbelastningar tittar vi på våra 64K-riktmärken. För sekventiell läsning nådde H3900 en topp på 47,707 3 IOPS eller 334.3 GB/s med en latens på XNUMX µs för andra plats.

Med 64K sekventiell skrivning kom DapuStor ut överst igen med en topp på 36,571 2.3 IOPS eller 431 GB/s med en latens på XNUMX µs.

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 hade DapuStor H3900 en imponerande körning med sin helhet under 100µs. Drivenheten toppade på första plats med 405,709 78.6 IOPS och en latens på bara XNUMX µs.

För SQL 90-10 upprepade H3900 sin latenstrend med en topppoäng på 388,430 81.8 IOPS med en latens på endast XNUMX µs. Körningen tog lätt förstaplatsen.

 

SQL 80-20 visade H3900:s bästa placering hittills med en topp på 378,175 83.9 IOPS vid XNUMX µs för latens, långt före gänget.

Nästa upp är våra Oracle-arbetsbelastningar: Oracle, Oracle 90-10 och Oracle 80-20. Från och med Oracle fortsatte DapuStor H3900 med sin extremt låga latensdominans. Enheten tog först med en topp på 354,991 98.5 IOPS med en latens på XNUMX µs.

Med Oracle 90-10 stannade H3900 i första med en topp på 332,320 65.7 IOPS och en latens på XNUMX µs.

Oracle 80-20 hade återigen H3900 på topp med 328,103 66.3 IOPS och en latens på XNUMX µs.

Därefter bytte vi till vårt VDI-klontest, Full och Linked. För VDI Full Clone (FC) Boot var DapuStor H3900 långt i täten med en topp på 231,866 138.8 IOPS med en latens på XNUMX µs innan den tappade några.

För VDI FC Initial Login var H3900 på topp med en topp på 145,357 203.4 IOPS och en latens på XNUMX µs.

VDI FC Monday Login såg DapuStor ta stoppplatsen med 118,009 133.6 IOPS med en latens på XNUMX µs.

För VDI Linked Clone (LC) Boot, nådde DapuStor H3900 en topp på 107,815 147.8 IOPS med en latens på XNUMX µs. Körningen stannade på första plats.

Efter en lång tid på toppen halkade H3900 in på andra plats bakom Intel 900p i vår VDI LC Initial Login med en topp på 64,107 122 IOPS och en latens på XNUMXµs.

Slutligen sköt H3900 långt ut framför i VDI LC Monday Login med en topp på 84,739 186.2 IOPS och en latens på XNUMX µs.

Slutsats

DapuStor H3900 är en lagringsklassminne (SCM) SSD för företaget. Drivenheten utnyttjar KIOXIAs XL-FLASH-teknik, vilket gör den till en del av DapuStors Haishen3-XL-linje. Eftersom den är en SCM-enhet, är den inriktad på samma användningsfall som är associerade med SCM men särskilt inriktad på datacache och acceleration, minnesdatabas, AI-träning och Big Data. Drivenheten kommer i både U.2- och HHHL-formfaktorer (vi tittar på U.2-versionen). Och som andra SCM-enheter är kapaciteten lite i underkant men erbjuds i 400GB, 750GB, 800GB och 1.6TB. För prestanda är enheten noterad för att nå upp till 3.5 GB/3.2 GB bandbredd, 830K/300K IOPS vid låga ködjupsarbetsbelastningar med 20 μs läslatens, med upp till 30DWPD.

När vi tittar på prestanda körde vi både vår Application Workload Analysis (endast Houdini) och VDBench-test. För Houdini by SideFX placerades H3900 nära toppen med 2,201.987 XNUMX sekunder. Bättre än de konventionella NAND-enheterna, men i den nedre delen av SCM-enheterna.

För VDBench lyste enheten verkligen. Höjdpunkter inkluderar 835K IOPS för 4K-läsning, 339K IOPS för 4K-skrivning, 3GB/s för 64K-läsning, och för 64K-skrivning fick enheten 2.3GB/s. Med SQL såg vi 406K IOPS, 388K IOPS för SQL 90-10, 378K IOPS för SQL 80-20 med topplatens under 100µs i alla tre testerna. För Oracle såg vi 355K IOPS, 332K IOPS för Oracle 90-10, 328K IOPS för Oracle 80-20, och återigen en topplatens under 100µs i alla tre testerna. I våra VDI-klontest fortsatte H3900 att imponera och stanna på toppen eller nära den. I VDI FC-start hade enheten 232K IOPS, i VDI FC initial inloggning hade enheten 145K IOPS, i VDI FC måndagsinloggning 118K IOPS, i VDI LC-start träffade den 108K IOPS, i VDI LC initial inloggning var toppen 64K IOPS, och i VDI LC måndag inloggning träffade enheten ungefär 85K IOPS.

Med Optane som regerande kung så länge i SCM-utrymmet är det trevligt att se en konkurrent komma in på fältet med en imponerande uppvisning. Även om DapuStor inte tog topplatsen i Houdini, även om den var nära, dominerade den de flesta av våra andra riktmärken med en liten mängd latens i flera fall. För arbetsbelastningar som kräver extremt låg latens och stark prestanda är DapuStor H3900 enheten du letar efter.

DapuStor Haishen3

Engagera dig med StorageReview

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