Dapustor Haishen3 H3200 är en strömsnål NVMe SSD avsedd för en rad olika applikationer. Idag kommer vi att titta på linjalen (E1.S) iterationen av H3200-linjen (specifikt märkt som H3201), som kommer i två kapaciteter med 112-lagers KIOXIA 3D enterprise NAND och en Marvell-kontroller. Vi har tidigare granskat DapuStor H3200—U.2 formfaktormodellen. Medan U.2-formfaktorn är mer avsedd för tung användning som i datacenter, videoövervakning och edge computing, är E1.S-versionen designad främst för att ge hyperskalare lite flexibilitet vad gäller prestanda och densitet, allt i en liten (dvs. bara lite större än en M.2-enhet) formfaktor.
Dapustor Haishen3 H3200 är en strömsnål NVMe SSD avsedd för en rad olika applikationer. Idag kommer vi att titta på linjalen (E1.S) iterationen av H3200-linjen (specifikt märkt som H3201), som kommer i två kapaciteter med 112-lagers KIOXIA 3D enterprise NAND och en Marvell-kontroller. Vi har tidigare granskat DapuStor H3200—U.2 formfaktormodellen. Medan U.2-formfaktorn är mer avsedd för tung användning som i datacenter, videoövervakning och edge computing, är E1.S-versionen designad främst för att ge hyperskalare lite flexibilitet vad gäller prestanda och densitet, allt i en liten (dvs. , bara lite större än en M.2-enhet) formfaktor.
DapuStor H3201
När det gäller dess fysiska fotavtryck är fördelarna med E1.S betydande. Med U.2-versionen av H3200 kan du egentligen bara få plats med 10-12 av dem i ett 1U-serverchassi (utan att behöva använda mellanplan eller andra tidskrävande metoder). Med H3200 E1.S kan du passa 24 frontmonterade enheter i samma 1U-system, som alla är hot-swappable med funktioner i företagsklass. Detta är oerhört viktigt för både OEM och hyperscale. Som ett resultat kommer E1.S-modellen att tillåta organisationer att skapa en betydligt tätare 1U-server.
DapuStor H3201 framhävs av säkerhetsfunktioner, 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 H3.84 på 3201 TB citerad för att nå sekventiella hastigheter upp till 3,400 2,500 MB/s läsning och 4 720,000 MB/s skriv, medan slumpmässig 105,000k-prestanda förväntas nå så högt som XNUMX XNUMX IOPS-läsning och XNUMX XNUMX IOPS-skrivning.
För tillförlitlighet har H3201 en uthållighetsklassning på 1 DWPD. DapuStor erbjuder en annan E1.S-modell med en kapacitet på 3.2 TB, kallad "H3101". Den här versionen är modellen med högre uthållighet, som erbjuder bättre slumpmässig skrivprestanda (220K IOPS) och en mycket längre livslängd vid 3 skrivskrivningar per dag.
Alla modeller från DapuStor H3200-serien har 5 års garanti.
DapuStor H3201 E1.S Specifikationer
| modell nr. | DapuStore H3201 |
| Kapacitet (TB1) | 3.84TB |
| Översikt | E1.S |
| Gränssnittsprotokoll | PCle3.0×4 NVMe 1.3, Dual port |
| Flash-typ | KIOXIA 3D NAND, 112-lagers, 2-plan företags-TLC |
| Läs bandbredd (128KB) MB/s | 3,400MB / s |
| Skrivbandbredd (128KB) MB/s | 2,500MB / s |
| Slumpmässig läsning (4KB) KIOPS | 720,000 IOPS |
| Slumpmässig skrivning (4KB) KIOPS | 105,000 IOPS |
| Energiförbrukning | 8.0W typiskt / 10.5W max |
| 4K slumpmässig fördröjning (typ) R/R | < 85 μs |
| 4K sekventiell latens (typ) R/W μs | < 15 μs |
| Livslängd | 1 DWPD |
| Okorrigerbar bitfelsfrekvens (UBER) | 1 sektor per 10^17 bitar avläsning |
| Medeltid mellan fel (MTBF) | 2 miljoner timmar |
| Garanti | 5 år |
DapuStor H3201 E1.S Prestanda
Testbädd
Våra PCIe Gen4 Enterprise SSD-recensioner utnyttjar en Lenovo ThinkSystem SR635 för applikationstester och syntetiska riktmärken. ThinkSystem SR635 är en välutrustad en-CPU AMD-plattform som erbjuder CPU-kraft långt över vad som behövs för att betona högpresterande lokal lagring. Det är också den enda plattformen i vårt labb (och en av de få på marknaden för närvarande) med PCIe Gen4 U.2-fack. Syntetiska tester kräver inte mycket CPU-resurser men använder fortfarande samma Lenovo-plattform. 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.
Testbakgrund och jämförelser
Smakämnen 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.
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 H3201 E1.S ett genomsnittligt betyg på 12,650 4 TPS vid 2VMs, vilket var en solid poäng. U.12,646-versionen hade ett genomsnitt på XNUMX XNUMX TPS.
I genomsnittlig latens visade DapuStor H3200 ytterligare ett stabilt resultat med 2.5 ms, medan U.2-versionen visade ett betydligt högre snitt på 126.5 ms.
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 E1.S ett solidt sammanlagt resultat på 8,646 3200, vilket var mycket bättre än H2 U.7,879-modellens XNUMX XNUMX genomsnittliga TPS.
E1.S H3200 fortsatte sin goda prestanda med Sysbenchs genomsnittliga latens, där den såg 14.8 ms. H3200 U.2-modellen gick efter igen med ett genomsnitt på 23.3 ms.
För vårt värsta scenario latens (99:e percentilen) hade H3200 en imponerande latens på 27.61 ms, medan H3200 U.2-versionen hade 31.18 ms.
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:
Vår första VDBench Workload Analysis är slumpmässig 4K-läsning. Här postade H3201 E1.S en topppoäng på 719,236 709.2 IOPS avlästa vid 3200 µs. Som jämförelse nådde H2 U.788,774-versionen en topp på 161 XNUMX IOPS med en mycket lägre latens på XNUMXµs.
För 4K slumpmässig skrivning nådde H3201 E1.S 312,913 1,623.4 IOPS vid 3200 2 µs medan H274,362 U.463-modellen nådde XNUMX XNUMX IOPS med en latens på XNUMX µs.
Genom att byta till 64 3201 sekventiella arbetsbelastningar visade H50,344 fantastiska resultat med en toppprestanda på 3.15 1,269.6 IOPS (eller 3200 GB/s) med en latens på 2 52,860 µs, medan H3.3 U.301.8-modellen nådde en topp på XNUMX XNUMX IOPS/s (eller XNUMX GB/s) ) med en latens på XNUMX µs.
I 64k-skrivning nådde DapuStor H3201 ES.1-modellen en topp på 20,251 1.27 IOPS (eller 3,147.5 GB/s); det tog dock en stor träff i latens i slutet av testet som slutade på 3200 2 µs. H22,654 U.1.42-versionen fick 699.3 XNUMX IOPS (eller XNUMX GB/s) och XNUMX ms.
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, och som väntat visade DapuStor H3200 U.2-modellen märkbart bättre resultat, där den toppade på 281,512 113.2 IOPS med en latens på bara 3201 µs. H1 E219,870.S-modellen nådde en topp på 144.1 XNUMX IOPS med en latens på XNUMX µs.
I SQL 90-10 visade H3201 E1.S en topp på 200,283 158.3 IOPS vid 3200 µs medan H2 U.259,351-modellen visade 118.3 XNUMX IOPS och XNUMX µs.
Med SQL 80-20 nådde H3201 E1.S en topp på 182,944 173.2 vid 3200 µs medan H2 U.247,053-modellen visade 129 XNUMX IOPS med en latens på XNUMX µs.
Nästa upp är våra Oracle-arbetsbelastningar: Oracle, Oracle 90-10 och Oracle 80-20. Från och med Oracle nådde DapuStor H3201 E1.S en topp på 174,220 204.1 IOPS med en latens på 3200 µs. H2 U.263,217-modellen nådde 132.8 XNUMX IOPS med en latens på XNUMX µs.
Om man tittar på Oracle 90-10, nådde DapuStor H3201 E1.S-modellen en topp på 164,870 131 IOPS med 3200 µs i latens medan H2 U.218,213-modellen nådde 100.4 XNUMX IOPS vid XNUMX µs.
Med Oracle 80-20 nådde H3201 E1.S en topp på 155,614 139.7 vid 3200 µs medan H2 U.212,157-modellen nådde en topp på 103.1 XNUMX 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 H3201 E1.S en topp på 135,628 255 IOPS vid 3200 µs medan H2 U.191,069-modellen nådde 179.1 XNUMX IOPS med en latens på XNUMX µs.
VDI FC Initial Login såg DapuStor H3201 E1.S toppa vid 68,248 439.1 IOPS vid 3200 µs medan H2 U.115,354-modellen nådde 259.2 XNUMX IOPS med en latens på XNUMX µs.
För VDI FC Monday Login nådde H3201 en topp på 53,529 293.9 IOPS vid 3200 µs medan H2 U.87,136-modellen nådde 182.6 XNUMX IOPS med en latens på XNUMX µs.
För VDI Linked Clone (LC) Boot nådde H3201 E1.S en topp på 69,288 229.7 IOPS vid 3200 µs, medan H2 U.95,726-enheten kunde nå 166.5 XNUMX IOPS med en latens på XNUMX µs.
VDI LC Initial Login visade ett toppvärde på 17,926 443.1 IOPS vid 3200 µs medan H2 U.50,750-modellen nådde en topp på 154.9 XNUMX IOPS med en latens på XNUMX µs.
Slutligen, med VDI LC Monday Login, visade DapuStor H3201 E1.S mycket instabil prestanda när den närmade sig 20K IOPS, med toppar som hamnade på maximalt strax under 40K och nära 400µs-märket. H3200 U.2-modellen visade mycket stabil prestanda och nådde en topp på 66,846 236.9 IOPS vid XNUMX µs.
Slutsats
DapuStor H3201 är en Gen3 NVMe SSD-lösning som har 112-lagers 3D NAND från KIOXIA och en Marvell-kontroller. Den kommer bara i formfaktorn E1.S i en kapacitet (3.84TB), vilket gör den främst till en enhet för hyperskala miljöer för tillfället. De som letar efter högre uthållighet har alternativet H3201-modellen, som har förbättrad skrivprestanda och högre DWPD-betyg.
Under våra tester jämförde vi enheten med H3200, U.2-versionen av DapuStor Haishen3-linjen. För analys av applikationsarbetsbelastning gav DapuStor H3201 oss några ganska solida resultat, och nådde 12,646 4 TPS vid 2.5VMs och 8,646ms i genomsnittlig latens. För Sysbench nådde enheten 14.8 27.61 TPS, XNUMX ms i genomsnittlig latens och XNUMX ms för latens i värsta fall, vilka alla prestanda i högre nivå.
Under vårt VDbench-test minskade prestandan jämfört med U.2-modellen. Höjdpunkter ingår: 719,236 4 IOPS i 312,913K-läsning, 4 3.15 IOPS i 64K-skrivning, 1.27 GB/s i 64K-läsning och 219,870 GB/s i 200,283K-skrivning. I SQL-arbetsbelastningar träffade den 90 10 IOPS medan den träffade 182,944 80 IOPS för SQL 20-174,220 och 164,870 90 IOPS för SQL 10-155,614. För våra Oracle-arbetsbelastningar nådde den en topp på 80 20 IOPS, 3200 135,628 IOPS i Oracle 68,248-53,529 och 69,288 17,926 IOPS i Oracle 40-XNUMX. I våra VDI Full Clone-tester träffade HXNUMX XNUMX XNUMX (start), XNUMX XNUMX IOPS (initial inloggning), XNUMX XNUMX IOPS (måndagsinloggning), medan Linked Clone postade XNUMX XNUMX IOPS (start) XNUMX XNUMX IOPS (inledande inloggning), och peak en mycket instabil inloggning. av ~XNUMXK IOPS (inloggning på måndag).
Även om tillämpningsfall för linjalen är ganska begränsade för tillfället (t.ex. hyperskala), speciellt för dessa smala enheter utan värmesynkronisering, E1.S servrar är på väg att bli mainstream. Detta kommer att avsevärt öka antalet tillgängliga enhetsplatser för företagsservrar, och kommer i sin tur att resultera i nya ribbansättande, IOPS-drivna servrar och lagringssystem med hög densitet med stort fokus på servicevänlighet. DapuStor H3201 använder ett äldre Gen3-gränssnitt, men prestandan är lovande och detta borde vara en bra plattform för DapuStor framåt i Gen4 och Gen5 E1.S SSD:er.
Engagera dig med StorageReview
Nyhetsbrev | Youtube | Podcast iTunes/Spotify | Instagram | Twitter | Facebook | Rssflöde
