DapuStor Haishen3 är företagets NVMe-SSD för företag. Serien finns i två modeller, DapuStor H3200 SSD ( recenserad här ) och DapuStor H3100 SSD som vi recenserar idag. Båda de två hårddisktyperna har samma användningsområden som inkluderar: server- och lagringssystem, datacenter, videoövervakning, professionell fotografering, streaming, edge computing och anpassning.
H3100, liksom H3200, har den senaste 96L 3D eTLC NAND och drivs av en Marvell-företagskontroller. H3200-serien går upp till 6.4 TB, med 800 GB i den lägre delen. Drivenheten erbjuds i både U.2 och HHHL formfaktorer. Det finns några prestandaskillnader här och där i den citerade prestandan, men den stora skillnaden är DWPD, där H3100 har 3 DWPD jämfört med H3200 som bara har 1 DWPD.
DapuStor H3100 SSD kommer i kapaciteterna 800GB, 1.6TB, 3.2TB och 6.4TB. För den här recensionen tittar vi på 3.2TB-modellen.
Specifikationer för DapuStor H3100 SSD
| Modell nr | H3200 | |||
| Kapacitet (TB) | 0.8 | 1.6 | 3.2 | 6.4 |
| Formfaktor | U.2 & HHHL | |||
| Gränssnittsprotokoll | PCIe3.0 x 4 NVMe 1.3 | |||
| Flash-typ | 96L 3D eTLC NAND | |||
| Läs bandbredd (128KB) MB/s | 3522 | 3529 | 3528 | 3529 |
| Skrivbandbredd (128KB) MB/s | 1330 | 2521 | 2603 | 2553 |
| Slumpmässig läsning (4KB) KIOPS | 563 | 806 | 803 | 803 |
| Slumpmässig skrivning (4KB) KIOPS | 122 | 242 | 250 | 213 |
| Energiförbrukning | 7.0/8.5 | 7.0/9.5 | 7.0/10.5 | 7.0/11.5 |
| 4K slumpmässig latens (typ) R/W μs | 87/17 | |||
| 4K sekventiell latens (typ) R/W μs | 15/17 | |||
| Livslängd | 3 DWPD | |||
| Okorrigerbar bitfelsfrekvens (UBER) | <10-17 | |||
| Medeltid mellan fel (MTBF) | 2 miljoner timmar | |||
| Operativsystem som stöds | RHEL, SLES, CentOS, Ubuntu, Windows Server, VMware ESXi | |||
| certifiering | FCC, CE, ROHS, REACH, WEEE, PCI express, NVM express | |||
DapuStor H3100 SSD-prestanda
Testbädd
Våra recensioner av Enterprise SSD använder en Lenovo ThinkSystem SR850 för applikationstester (Obs: vi var tvungna att använda ett adapterkort istället för en plats på frontfacket på grund av ett kompatibilitetsproblem) och en Dell PowerEdge R740xd för syntetiska prestandatester. ThinkSystem SR850 är en välutrustad fyrprocessorplattform som erbjuder CPU-kraft långt över vad som behövs för att kräva 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, i linje med lagringsleverantörernas maximala hårddiskspecifikationer.
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
StorageReview Enterprise Test Lab erbjuder en flexibel arkitektur för att utföra benchmarks av företagslagringsenheter i en miljö som är jämförbar med vad administratörer stöter på i verkliga driftsättningar. Enterprise Test Lab innehåller en mängd olika servrar, nätverk, strömförsörjning och annan nätverksinfrastruktur som gör det möjligt för vår personal att etablera verkliga förhållanden för att korrekt mäta prestanda under våra granskningar.
Vi införlivar dessa detaljer om laboratoriemiljön och protokollen i granskningarna så att IT-experter och de som ansvarar för lagringsanskaffning kan förstå de förhållanden under vilka vi har uppnått följande resultat. Inga av våra granskningar betalas för eller övervakas av tillverkaren av den 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 applikationsarbetsbelastningarna som finns i liveproduktionsmiljö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 maskiner.
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 hade DapuStor H3100 en renderingstid på 2,689.1 XNUMX sekunder vilket placerade den nära toppen av icke-Optane-enheterna.
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.
Detta test använder SQL Server 2014 som körs på gäst-VMs med Windows Server 2012 R2 och testas av Quests Benchmark Factory for Databases. StorageReviews Microsoft SQL Server OLTP-testprotokoll använder det aktuella utkastet till Transaction Processing Performance Councils Benchmark C (TPC-C), ett online-benchmark för transaktionsbehandling som simulerar aktiviteter i komplexa applikationsmiljöer. TPC-C-benchmarket kommer närmare syntetiska prestandabenchmarks att mäta prestandastyrkor och flaskhalsar i lagringsinfrastruktur i databasmiljöer. Varje instans av vår SQL Server VM för denna granskning använder en 333 GB (1 500-skala) SQL Server-databas och mäter transaktionsprestanda och latens under en belastning på 15 000 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 tog DapuStor H3100 SSD den första platsen med en sammanlagd poäng på 12,646.3 XNUMX TPS.
Med SQL Servers genomsnittliga latens kom H3100 på tredje plats med 3.5 ms
Sysbench Performance
Nästa applikationsriktmärke består av en Percona MySQL OLTP-databas mätt via SysBench. Detta test mäter genomsnittlig TPS (transaktioner per sekund), genomsnittlig latens och även genomsnittlig 99:e percentillatens.
Varje Sysbench VM är konfigurerad med tre virtuella diskar: en för start (~92 GB), en med den förbyggda databasen (~447 GB) och den tredje för databasen som testas (270 GB). Ur ett systemresursperspektiv konfigurerade vi varje virtuell maskin med 16 virtuella processorer, 60 GB DRAM och utnyttjade LSI Logic SAS SCSI-styrenheten.
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, landar DapuStor H3100 ungefär i mitten med ett sammanlagt resultat på 7,928.1 XNUMX TPS.
För Sysbenchs genomsnittliga latens fick H3100 en sammanlagd poäng på 16.14 ms, ett något bättre resultat än H3200.
För vårt värsta scenario latens (99:e percentilen) har H3100 en latens på 31.2 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:
I vår första VDBench Workload Analysis, Random 4K Read, körde DapuStor H3100 nästan samma som H3200 med en toppprestanda på 789,572 159.9 IOPS och en latens på XNUMX µs.
I Random 4K-skrivning visade H3100 bättre prestanda än H3200 och landade i mitten med en topppoäng på 370,475 341.4 IOPS och en latens på XNUMXµs.
Genom att byta till 64K sekventiell arbetsbelastning, körde H3100 återigen hals och hals med H3200 med en topp på 52,962 3.31 IOPS eller 301.6 GB/s med en latens på 64 µs i XNUMXK läsning
För 64K-skrivning kom H3100 på andra plats totalt med en toppprestanda på 32,200 2.0 IOPS eller 490 GB/s vid 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 nådde DapuStor H3100 en topp på 248,214 128.1 IOPS med en latens på XNUMXµs och tog tredje plats totalt.
SQL 90-10 H3100 kom på andra plats efter H3200 med en topp på 252,474 126.2 IOPS med en latens på XNUMX µs.
För SQL 80-20 såg vi H3100 komma in precis bakom H3200 för fjärde med 242,861 132.1 IOPS och 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 kom DapuStor H3100 på andra plats med en toppprestanda på 263,317 132.8 IOPS vid en latens på XNUMX µs.
I Oracle 90-10 tog H3100 topplatsen med en toppprestanda på 218,142 100.4 IOPS vid en latens på XNUMX µs.
Oracle 80-20 hade H3100-platsen först igen med en toppprestanda på 212,157 103.1 IOPS med XNUMX µs för latens.
Därefter bytte vi till vårt VDI-klontest, Full och Linked. För VDI Full Clone (FC) Boot tog H3100 tvåa totalt med en topp på 192,659 181.1 IOPS vid en latens på XNUMX µs.
För VDI FC Initial Login tog H3100 tredje plats med en topppoäng på 115,354 257.2 IOPS och en latens på XNUMX µs.
VDI FC Monday Login såg att H3100 åter tog tredje plats med 87,136 181.7 IOPS och en latens på XNUMX µs.
För VDI Linked Clone (LC) Boot kom DapuStor H3100 tvåa med 95,726 166.5 IOPS och en latens på XNUMX µs.
VDI LC Initial Login såg att H3100 slog andra med 50,905 154.9 IOPS och XNUMX µs för latens.
Slutligen fick VDI LC Monday Login H3100 ta tredje plats med en toppprestanda på 66,846 236.9 IOPS och en latens på XNUMX µs.
Slutsats
DapuStor H3100 SSD är den andra Haishen3-företagsenheten som lagts ut av företaget. Ungefär som H3200 som granskats tidigare, erbjuds H3100 i U.2- och HHHL-formfaktorer som är inriktade på en mängd olika företagsanvändningsfall. Enheten utnyttjar 96-lagers 3D eTLC NAND och kommer i kapaciteter från 800 GB till 6.4 TB. Enheten har maximala angivna hastigheter på 3.53 GB/s och 803,000 3200 IOPS. Till skillnad från H3100 har H3 XNUMXDWPD.
När vi tittar på prestanda körde vi både vår Application Workload Analysis och VDBench-test. I Sysbench presterade H3100 liknande H3200 om det inte var ett latenskänsligt test som SQL Server. I SQL Server slog H3100 sammanlagda poäng på 12,646.3 3.5 TPS och en genomsnittlig latens på 3100 ms. För Sysbench hade H7,928 ett sammanlagt resultat på 16.14 31.2 TPS, en genomsnittlig latens på 2,689.1 ms och en latens i värsta fall på XNUMX ms. För Houdini placerades DapuStor-drevet nära toppen med XNUMX XNUMX sekunder.
Genom att byta till VDBench kunde DapuStor H3100 hänga med några av de bästa i vår NVMe Enterprise SSD-pool och den visade starkare prestanda i skrivningar än sin systerdisk. Höjdpunkter inkluderar 790K IOPS i 4K-läsning, 370K IOPS i 4K-skrivning, 3.31GB/s i 64K-läsning och 2GB/s i 64K-skrivning. I SQL såg vi 248K IOPS, 252K IOPS i SQL 90-10 och 243K IOPS i SQL 80-20. Oracle gav oss 263 218 IOPS, 90 10 IOPS Oracle 212-80 och 20 3100 IOPS i Oracle 193-115, och tog topplatsen i de två senaste riktmärkena. I våra VDI-klontest träffar H87 96K IOPS i FC-start, 51K IOPS i FC Initial Login, 67K IOPS i FC Monday Login, XNUMXK IOPS i LC-start, XNUMXK IOPS i LC Initial Login och XNUMXK IOPS in LC.
Sammantaget kan DapuStor H3100 hänga ganska bra med de bästa hundarna och ger bättre skrivprestanda än H3200. Att välja mellan de två skulle vara mer av vilket en behövs för ett givet användningsfall, men det är en högpresterande enhet med bra kapacitet och uthållighet.
Amazon