Western Digital lanceerde de Ultrastar DC SN630 in februari van dit jaar, als onderdeel van een vernieuwing en rebranding van hun Ultrastar-lijn (voorheen HGST) van datacenterschijven. Binnen dit portfolio heeft Western Digital verschillende enterprise NVMe SSD-aanbiedingen, waarbij de SN200 de troon besteeg als de prestatieleider en de nieuwe SN630 de SN620 vervangt in de reguliere NVMe-ruimte met één poort, die een steeds populairder alternatief is voor SATA- en SAS SSD's. De SN630, het werkpaard NVMe SSD van Western Digital, is afgestemd op leesgerichte workloads of high-endurance mixed-use workloads. De aandrijfconstructie is in beide gevallen hetzelfde, het functionele verschil in het niveau van overprovisioning dat in de aandrijving gaat, wat op zijn beurt de gewenste duurzaamheidsclassificatie oplevert.
Western Digital lanceerde de Ultrastar DC SN630 in februari van dit jaar, als onderdeel van een vernieuwing en rebranding van hun Ultrastar-lijn (voorheen HGST) van datacenterschijven. Binnen dit portfolio heeft Western Digital verschillende enterprise NVMe SSD-aanbiedingen, waarbij de SN200 de troon besteeg als de prestatieleider en de nieuwe SN630 de SN620 vervangt in de reguliere NVMe-ruimte met één poort, die een steeds populairder alternatief is voor SATA- en SAS SSD's. De SN630, het werkpaard NVMe SSD van Western Digital, is afgestemd op leesgerichte workloads of high-endurance mixed-use workloads. De aandrijfconstructie is in beide gevallen hetzelfde, het functionele verschil in het niveau van overprovisioning dat in de aandrijving gaat, wat op zijn beurt de gewenste duurzaamheidsclassificatie oplevert.
Vanuit een SSD-ontwerpperspectief maakt de Ultrastar SN630 gebruik van Western Digital's interne controller en ingebouwde firmware en Western Digital's eigen 64-laags BiCS3 3D NAND. Vanuit technisch oogpunt wordt een verticaal geïntegreerde oplossing als deze de standaard voor toonaangevende enterprise-SSD's. Hoewel het zeker mogelijk is om NAND, controllers en firmware van verschillende bronnen te gebruiken, zien we vaak beter presterende en betrouwbaardere oplossingen van leveranciers die al het werk zelf kunnen doen. De schijf zelf maakt gebruik van een 7 mm 2.5″ U.2-vormfactor en net als andere SSD's die Western Digital aanbiedt, biedt de SN630 eigen algoritmen voor het nivelleren van slijtage en bescherming tegen stroomuitval.
Zoals opgemerkt, wordt de SN630 geleverd in SKU's voor gemengd gebruik en leesintensieve. De eerste wordt geleverd met een capaciteit van 6.40 TB, 3.20 TB, 1.60 TB en 800 GB, terwijl de laatste wordt geleverd met een capaciteit van 7.68 TB, 3.84 TB, 1.92 TB en 960 GB. Alle schijven bieden Instant Secure Erase (ISE) dat gebruikmaakt van coderingssleutels achter de schermen om de herschikking en pensionering van schijven te regelen. Western Digital biedt ook veilige firmware-downloads met RSA-authenticatie om ervoor te zorgen dat de SN630 alleen authentieke firmware uitvoert. Ten slotte worden de schijven gedekt door een beperkte garantie van 5 jaar.
In deze review onderzoeken we de prestaties van de SN630 binnen de context van VMware vSAN. De testconfiguratie maakt gebruik van een Supermicro SuperServer BigTwin 2029BT-HNR chassis met 4 nodes, 24 Ultrastar DC SN630 NVMe SSD's en VMware vSAN 6.7 Update 1 om de prestaties van de SN630 te onderzoeken met een breder systeembreed perspectief.
Western Digital Ultrastar DC SN630-specificaties
| Model | VRI/RI | |||
| Inhoud | 960GB / 800GB | 1,920GB / 1,600GB | 3,840GB / 3,200GB | 7,680GB / 6,400GB |
| Vormfactor | U.2 2.5-inch schijf | |||
| Interface | PCIe Gen 3.1 x4 (compatibel met NVMe 1.3) | |||
| Flash-geheugentechnologie | Western Digital BiCS3 3D TLC NAND | |||
| Prestatie | ||||
| Sequentieel lezen, (max. MiB/s) | 2,690/2,690 | 2,660/2,670 | 2,510/2,500 | 2,520/2,540 |
| Opeenvolgend schrijven, (max. MiB/s) | 930/960 | 1,230/1,240 | 1,180/1,200 | 1,240/1,240 |
| Willekeurig lezen (max IOPS) | 278,760/281,790 | 358,220/356,870 | 332,420/332,510 | 360,280/306,520 |
| Willekeurig schrijven (max. IOPS) | 43,580/86,740 | 53,850/86,870 | 55,000/88,140 | 54,220/88,210 |
| Willekeurige mix R70/W30 (max. IOPS) | 107,350/188,480 | 170,390/253,390 | 163,350/238,500 | 170,250/273,960 |
| Willekeurige leeslatentie (μs) | 179/179 | 190/188 | 243/239 | 243/239 |
| Betrouwbaarheid | ||||
| DWPD | 0.8/2 | |||
| UBER | 1 op 10^17 | |||
| EOL-gegevensbewaring | 5°C tot 40°C gedurende maximaal 90 dagen | |||
| MTBF | 2 miljoen uur | |||
| AFR | 0.44% | |||
| Power | ||||
| Vereiste (DC +/- 10%) | 12V | |||
| Bedrijfsvermogenstoestanden (W, typisch) | 10.75 & 8.75 | |||
| Inactief (W, gemiddeld) | 5.80 | 5.80 | 5.90 | 6.10 |
| Mileu | ||||
| Bedrijfstemperatuur | 0 ° C tot 78 ° C | |||
| Gemiddelde temperatuur | -40° C tot 70° C gedurende 1 jaar | |||
| fysiek | ||||
| Breedte (mm) | 69.85 +/- 0.25 | |||
| Lengte (mm, maximum) | 100.45 | |||
| Gewicht (g, maximaal) | 95 | |||
| z-hoogte (mm) | 7.00 +0.2/-0.5 (inclusief etiketten) | |||
| Garantie | 5 jaar beperkt | |||
Western Digital Ultrastar DC SN630 VMware vSAN Ontwerp en bouw
De Western Digital Ultrastar DC SN630 is een 2.5” NVMe schijf gericht op het datacenter. De schijf varieert in capaciteit van 800 GB tot 7.68 TB. De SN630 is omhuld met zwart metaal met daarop een sticker met informatie zoals de naam, branding, capaciteit, modelnummer en certificeringen.
De voorkant van het Supermicro SuperServer BigTwin-chassis heeft 24 2.5″ NVMe-drivebays, waarvan er 6 per node zijn toegewezen. Elk knooppunt heeft zijn eigen lokalisatie-LED-knop en een afzonderlijke aan/uit-knop.
De achterkant van de BigTwin toont de vier compute node trays. Elk wordt standaard geleverd met een IPMI-poort voor out-of-band beheer, VGA, twee USB 3-poorten en een door de gebruiker configureerbare NIC. Met onze configuratie gebruiken we een NIC met vier poorten, met twee 10GBase-T-poorten en twee SPF28 25G-poorten. Onze testconfiguratie maakte gebruik van de 25G-verbindingen voor het vSAN-cluster. Alle knooppunten delen een gemeenschappelijk dual-PSU-voedingsplatform als onderdeel van het chassisontwerp.
Western Digital Ultrastar DC SN630 VMware vSAN Controleconfiguratie
Om de 24 SN630 SSD's in een vSAN-omgeving te testen, gebruikten we een Supermicro SuperServer BigTwin 2029BT-HNR systeem met vier knooppunten. De configuratie per knooppunt is als volgt:
- 2 x Intel Gold 6150 CPU's (2.7 GHz, 18 cores)
- 12 x 32 GB 2666 MHz DDR4 ECC-RAM
- 2 x 800 GB Western Digital Ultrastar DC SN630 NVMe SSD's voor vSAN-cache
- 4 x 1.92 TB Western Digital Ultrastar DC SN630 NVMe SSD's voor vSAN-capaciteit
- 1 x 500 GB Western Digital Blue SATA SSD voor opstartschijf
- Dubbele poort 25Gb Mellanox ConnectX-4 NIC
- VMware ESXi 6.7u1 (10302608)
We hebben een vrij bescheiden server-build gebruikt voor onze VMware vSAN-tests rond de Western Digital Ultrastar DC SN630. De servers gebruikten Intel Gold 6150 CPU's uit het hogere middensegment, met een kloksnelheid van 2.7 GHz en een kerntelling van 18. Per server geeft dat ons 97.2 GHz rekenkracht, of 388.8 GHz op clusterniveau. We gebruikten ook 384 GB RAM per node, waardoor we voldoende geheugen hadden voor onze synthetische en applicatieworkloads.
In onze testconfiguratie gebruikten we een lay-out van twee schijfgroepen per node, elk met één 800 GB SN630 NVMe SSD voor cache en twee 1.92 TB SN630 NVMe SSD's voor capaciteit. Bruikbare capaciteit komt neer op hoe VM's in het cluster zijn ingericht en op het niveau van mirroring dat u gebruikt. Ruwe opslag meet 27.95 TB in ons cluster, maar met het standaard tweerichtings-mirroring-VM-beleid met vSAN-overhead houden we 13.79 TB aan bruikbare capaciteit over. Datareductie zorgt echter voor een dramatische uitbreiding voor bepaalde typen werklast.
Terwijl onze applicatieworkloads zich zullen richten op de prestaties van het cluster met datareductie uitgeschakeld, zullen we synthetische benchmarks opnemen die de prestaties van het cluster laten zien met en zonder datareductie ingeschakeld. Hoewel gegevensreductie een component van prestatieoverhead met zich meebrengt, zal het de bruikbare capaciteit van het vSAN-cluster in bepaalde implementaties drastisch vergroten.
Western Digital Ultrastar DC SN630 VMware vSAN prestatieoverzicht
SQL Server-prestaties
Het Microsoft SQL Server OLTP-testprotocol van StorageReview maakt gebruik van de huidige versie van Benchmark C (TPC-C) van de Transaction Processing Performance Council, een online transactieverwerkingsbenchmark die de activiteiten in complexe applicatieomgevingen simuleert. De TPC-C-benchmark komt dichterbij dan synthetische prestatiebenchmarks bij het meten van de sterke punten en knelpunten van opslaginfrastructuur in database-omgevingen.
Elke SQL Server VM is geconfigureerd met twee vDisks: een volume van 100 GB voor opstarten en een volume van 500 GB voor de database en logbestanden. Vanuit het perspectief van systeemresources hebben we elke VM geconfigureerd met 16 vCPU's, 64 GB DRAM en de LSI Logic SAS SCSI-controller gebruikt. Terwijl onze Sysbench-workloads het platform eerder verzadigden in zowel opslag-I/O als capaciteit, zoekt de SQL-test naar latentieprestaties.
Deze test maakt gebruik van SQL Server 2014 die wordt uitgevoerd op Windows Server 2012 R2-gast-VM's en wordt benadrukt door Dell's Benchmark Factory for Databases. Terwijl ons traditionele gebruik van deze benchmark was om grote databases met een schaal van 3,000 te testen op lokale of gedeelde opslag, richten we ons in deze iteratie op het gelijkmatig verdelen van vier databases met een schaal van 1,500 over onze servers.
SQL Server-testconfiguratie (per VM)
- Windows Server 2012 R2
- Opslagcapaciteit: 600 GB toegewezen, 500 GB gebruikt
- SQL Server 2014
- Databasegrootte: schaal 1,500
- Virtuele clientbelasting: 15,000
- RAM-buffer: 48 GB
- Testduur: 3 uur
- 2.5 uur voorconditionering
- 30 minuten proefperiode
Voor onze transactionele SQL Server-benchmark behaalde de Western Digital Ultrastar DC SN630 VMware vSAN in de Supermicro BigTwin een totale score van 12,610.3 TPS met individuele VM's die liepen van 3,152.01 TPS tot 3,153.2 TPS.
Met SQL Server zagen we een totale score van 14.75 ms met individuele VM's variërend van 14 ms tot 15 ms.
Sysbench MySQL-prestaties
Onze eerste benchmark voor lokale opslagtoepassingen bestaat uit een Percona MySQL OLTP-database gemeten via SysBench. Deze test meet ook de gemiddelde TPS (Transactions Per Second), de gemiddelde latentie en de gemiddelde latentie van het 99e percentiel.
Elke Sysbench VM is geconfigureerd met drie vDisks: één voor opstarten (~ 92 GB), één met de vooraf gebouwde database (~ 447 GB) en de derde voor de database die wordt getest (270 GB). Vanuit het perspectief van systeemresources hebben we elke VM geconfigureerd met 16 vCPU's, 60 GB DRAM en de LSI Logic SAS SCSI-controller gebruikt.
Sysbench-testconfiguratie (per VM)
- CentOS 6.3 64-bits
- Percona XtraDB 5.5.30-rel30.1
- Databasetabellen: 100
- Databasegrootte: 10,000,000
- Database-threads: 32
- RAM-buffer: 24 GB
- Testduur: 3 uur
- 2 uur preconditionering 32 threads
- 1 uur 32 draden
Met de Sysbench OLTP hebben we 8VM getest en een totale score behaald van 11,739.7 TPS met individuele VM's variërend van 1,326 TPS tot 1,552.3 TPS.
Met Sysbench-latentie had de server een gemiddelde van 21.86 ms.
In ons worstcasescenario (99e percentiel) gaven de Western Digital-schijven ons 38.71 ms.
VDBench-werkbelastinganalyse
Als het gaat om het benchmarken van opslagarrays, is het testen van toepassingen het beste en komt het synthetische testen op de tweede plaats. Hoewel ze geen perfecte weergave zijn van de werkelijke werkbelasting, helpen synthetische tests wel om opslagapparaten te baseren met een herhaalbaarheidsfactor die het gemakkelijk maakt om appels met appels te vergelijken tussen concurrerende oplossingen. Deze workloads bieden een scala aan verschillende testprofielen, variërend van "four corners"-tests, algemene tests voor de grootte van database-overdrachten, evenals het vastleggen van sporen uit verschillende VDI-omgevingen. Al deze tests maken gebruik van de gemeenschappelijke vdBench-workloadgenerator, met een scripting-engine om resultaten te automatiseren en vast te leggen over een groot rekentestcluster. Hierdoor kunnen we dezelfde workloads herhalen op een breed scala aan opslagapparaten, waaronder flash-arrays en individuele opslagapparaten.
profielen:
- 4K willekeurig lezen: 100% lezen, 128 threads, 0-120% joate
- 4K willekeurig schrijven: 100% schrijven, 64 threads, 0-120% irate
- 64K sequentieel lezen: 100% lezen, 16 threads, 0-120% jorate
- 64K sequentieel schrijven: 100% schrijven, 8 threads, 0-120% snelheid
- Synthetische database: SQL en Oracle
- VDI volledige kloon en gekoppelde kloonsporen
In al onze VDBench-tests hebben we de Western Digital-drives getest met DR in- en uitgeschakeld. Met willekeurige 4K-lezing begonnen beide configuraties onder 1 ms, waarbij de DR-versie overkwam en piekte op 387,937 IOPS met een latentie van 7.5 ms. Met DR uit bleven de schijven onder de 1 ms tot net ten noorden van 350 IOPS en piekten ze op 442,089 IOPS met een latentie van 4.8 ms.
Voor schrijven in 4K begonnen beide configuraties weer iets minder dan 1 ms. De DR-versie had een latentie van minder dan een milliseconde tot ongeveer 90 IOPS en bereikte een piek van 182,791 IOPS met een latentie van 7.4 ms. Met DR uit zagen we dat de schijven onder de 1 ms bleven tot ongeveer 110 IOPS en piekten op 196,027 IOPS met een latentie van ongeveer 7 ms voordat ze wat terugvielen.
Het volgende is onze sequentiële workloads. In 64K read startte de DR-versie boven 1 ms en piekte op 132,918 IOPS of 8.3 GB/s met een latentie van 3.7 ms. Met DR uitgeschakeld bleven de schijven onder de 1 ms tot ongeveer 130 IOPS of ongeveer 8 GB/s en piekten ze op 159,681 IOPS of 9.98 GB bij een latentie van 2.87 ms.
In 64K schrijven begonnen beide configuraties met een latentie van minder dan een milliseconde, maar gingen al snel over 1 ms. Met DR aan zagen we een piek van slechts 22.7K IOPS of ongeveer 1.4GB/s en een latentie van 1.32ms voordat de prestaties achteruit gingen en een grote latentiepiek. Met DR uitgeschakeld bereikten de schijven een piek van 63,347 IOPS of ongeveer 4 GB/s bij 3.3 ms voordat ze wat terugvielen.
Onze volgende reeks tests zijn onze SQL-workloads: SQL, SQL 90-10 en SQL 80-20. Voor SQL begonnen beide configuraties onder 1 ms, waarbij de DR-versie boven en vervolgens onder 1 ms ging en vervolgens piekte op 349,851 IOPS bij een latentie van 2.6 ms. Met DR uit hadden de schijven een latentie van minder dan een milliseconde tot ongeveer 255 IOPS en bereikten een piek van 358,787 IOPS met een latentie van 2.24 ms voordat er een lichte daling was.
Met SQL 90-10 zagen we opnieuw de versie met DR-functionaliteit erboven verschijnen en een paar keer onder de lijn van 1 ms zakken voordat hij piekte op 283,524 IOPS bij een latentie van 3.42 ms. De niet-DR-versie bleef onder de 1 ms tot ongeveer 275 IOPS en piekte op 334,737 IOPS met een latentie van 2.45 ms.
SQL 80-20 zag beide configuraties beginnen met een latentie van minder dan een milliseconde, waarbij de DR-versie meer dan 1 ms ging bij ongeveer 155 IOPS en een piek bereikte van 256,926 IOPS bij een latentie van 3.5 ms. De niet-DR-versie bereikte ongeveer 210 IOPS onder 1 ms en piekte op 281,562 IOPS met een latentie van 2.83 ms.
De volgende stap zijn onze Oracle-workloads: Oracle, Oracle 90-10 en Oracle 80-20. Met Oracle zwaaide de DR-enable-versie onder en boven 1 ms en piekte op ongeveer 264K IOPS bij 3.7 ms voordat hij iets terugviel. De niet-DR-versie had een latentie van minder dan een milliseconde tot ongeveer 250 IOPS en piekte op 314,954 IOPS 3.17 ms.
SQL 90-10 zag de DR-versie onder 1 ms blijven tot ongeveer 225K IOPS en piekte op 252,034 IOPS bij een latentie van 2.44 ms. De niet-DR had een latentieprestatie van minder dan een milliseconde tot ongeveer 300 IOPS en piekte op 338,146 IOPS met een latentie van 1.72 ms.
Met SQL 80-20 De DR-versie maakt een paar schommelingen rond 1 ms en piekte op 225,327 IOPS met een latentie van 2.64 ms. De niet-DR-versie had een latentie van minder dan een milliseconde tot ongeveer 211 IOPS en piekte vervolgens op 278,051 IOPS en een latentie van 2 ms.
Vervolgens zijn we overgestapt op onze VDI-kloontest, Full en Linked. Voor VDI Full Clone (FC) Boot begonnen beide configuraties onder 1 ms, waarbij de DR-versie een latentie van minder dan een milliseconde bereikte met ongeveer 85 IOPS en piekte op 250,209 IOPS en een latentie van 4.04 ms. De niet-DR-versie bleef onder de 1 ms tot ongeveer 200 IOPS en piekte op 283,786 IOPS en een latentie van 3.31 ms voordat hij iets terugviel.
Met VDI FC Initial Login piekte de DR-versie op ongeveer 129K IOPS bij 4.2 ms voordat de prestaties daalden en de latentie aanzienlijk steeg. De niet-DR-versie startte onder 1 ms en bleef daar tot ongeveer 75 IOPS en piekte op 139,401 IOPS met een latentie van 6.3 ms met een lichte daling.
VDI FC Monday Login liet de DR-versie beginnen onder 1 ms, maar kwam er snel overheen en piekte op 108,611 IOPS met een latentie van 2.22 ms. De niet-DR-versie bleef onder de 1 ms tot net onder de 90 IOPS en piekte op 152,516 IOPS met een latentie van 3.25 ms.
Voor VDI LC Boot begonnen beide configuraties onder 1 ms, waarbij de DR meteen opdook en piekte op 214,327 IOPS bij 2.34 ms latentie. De niet-DR-versie bleef onder de 1 ms tot ongeveer 205 IOPS en piekte op 255,235 IOPS en een latentie van 1.85 ms.
VDI LC Initial Login zag de DR-versie pieken op ongeveer 95K IOPS met een latentie van 2.2 ms voordat deze aanzienlijk afnam. De niet-DR-versie bleef onder de 1 ms tot ongeveer 65 IOPS en piekte op 112,182 IOPS bij een latentie van 2.23 ms.
Eindelijk schilderde VDI LC Monday Login een soortgelijk beeld als het bovenstaande met de DR-versie met een piek van ongeveer 108K IOPS met een latentie van ongeveer 3.7 ms voordat hij behoorlijk daalde. De niet-DR-versie had een latentie van minder dan een milliseconde tot ongeveer 65 IOPS en piekte op 126,656 IOPS bij een latentie van 3.91 ms.
Conclusie
De Western Digital Ultrastar DC SN630 is de nieuwe datacenter NVMe SSD die verkrijgbaar is in twee smaken: read-centric en mixed-use. De schijven hebben een capaciteit van 800 GB tot 6.4 TB voor gemengd gebruik en van 960 GB tot 7.68 TB voor lezen. De schijf maakt gebruik van de controller, firmware en 64-laags BiCS 3D NAND van Western Digital. Alle schijven bieden ISE, wat geweldig is voor herplaatsing of pensionering. Een andere beveiligingsfunctie is het gebruik van beveiligde firmwaredownloads met RSA-authenticatie om ervoor te zorgen dat de SN630 alleen authentieke firmware uitvoert. Aangezien de SN630 vSAN-gecertificeerd is, hebben we hem getest in de context van VMware vSAN om te zien hoe hij presteerde.
Voor prestaties hebben we de Western Digital DC SN630 NVMe SSD door onze Application Workload Analysis en onze VDBench Workload Analysis geleid. Voor Application Workload Analysis hebben de schijven een aantal goede cijfers neergezet. In SQL Server had de SN630 een totale transactiescore van 12,610.3 TPS en een totale gemiddelde latentie van 14.8 ms. Met Sysbench bereikte de SN630 11,739.7 TPS, een gemiddelde latentie van 21.86 ms, en in ons worstcasescenario gaven de schijven ons een totale score van 38.71 ms.
In onze VDBench Workloads hebben we de schijven getest met hun DR zowel aan als uit. Het is duidelijk dat het uitschakelen van de DR resulteert in betere prestaties, maar verschillende klanten moeten DR aanzetten en het is goed om een idee te krijgen van hoe de schijven zullen presteren met DR aan. Hoogtepunten voor het uitschakelen van DR zijn 442K IOPS in 4K lezen, 196K IOPS 4K schrijven, 9.98 GB/s in 64K lezen en 4 GB/s 64K schrijven. In onze SQL-workloads zagen we 359 IOPS, 335 IOPS in SQL 90-10 en 282 IOPS in SQL 80-20. Voor Oracle zagen we piekprestaties van wel 315 IOPS, 338 IOPS in Oracle 90-10 en 278 IOPS in Oracle 80-20. In onze VDI-kloontest gaf de SN630 ons 284 IOPS bij het opstarten, 139 IOPS bij de eerste keer inloggen en 153 IOPS bij het inloggen op maandag voor een volledige kloon. In gekoppelde kloon haalde de SN630 255K IOPS boot, 112K IOPS in Initial Login en 127K IOPS in Monday Login.
Voor onze VDBench-workloads met DR-activering had de SN630 hoogtepunten van 388K IOPS in 4K lezen, 183K IOPS 4K schrijven, 8.3 GB/s in 64K lezen en 1.4 GB/s 64K schrijven. In onze SQL-workloads zagen we 350 IOPS, 283 IOPS in SQL 90-10 en 257 IOPS in SQL 80-20. Voor Oracle zagen we piekprestaties tot wel 264K IOPS, 252K IOPS in Oracle 90-10 en 225K IOPS in Oracle 80-20. In onze VDI-kloontest gaf de SN630 ons 220 IOPS bij het opstarten, 129 IOPS bij de eerste login en 109 IOPS bij de maandag-login voor een volledige kloon. In de gekoppelde kloon bereikte de SN630 214K IOPS-opstart, 95K IOPS bij eerste login en 108K IOPS bij maandag-login.
Bij gebruik binnen VMware vSAN levert de Western Digital DC SN630 SSD indrukwekkende prestaties, zelfs als de DR is ingeschakeld. In dit geval maakten we gebruik van een bescheiden serverbuild en zagen we nog steeds indrukwekkende resultaten. De SN630 zou een goede keuze zijn voor degenen die vSAN gebruiken.
WD Ultrastar DC SN630-productpagina
Meld u aan voor de StorageReview-nieuwsbrief
*De prestatietests waarop deze beoordeling is gebaseerd, zijn uitgevoerd in opdracht van Western Digital
