Western Digital brachte den Ultrastar DC SN630 auf den Markt im Februar dieses Jahres im Rahmen einer Aktualisierung und Umbenennung ihrer Ultrastar-Reihe (ehemals HGST) von Rechenzentrumslaufwerken. Innerhalb dieses Portfolios verfügt Western Digital über mehrere Enterprise-NVMe-SSD-Angebote, wobei die SN200 den Thron als Leistungsführer übernimmt und die neue SN630 die SN620 im Mainstream-Einzelport-NVMe-Bereich ersetzt, die eine immer beliebter werdende Alternative zu SATA- und SAS-SSDs darstellt. Die SN630, die leistungsstärkste NVMe-SSD von Western Digital, ist entweder für leseorientierte Arbeitslasten oder hochbelastbare Arbeitslasten mit gemischter Nutzung ausgelegt. Der Laufwerksaufbau ist in beiden Fällen derselbe, der funktionale Unterschied besteht im Grad der Überbereitstellung, die in das Laufwerk einfließt, was wiederum zu der gewünschten Lebensdauerbewertung führt.
Western Digital brachte den Ultrastar DC SN630 auf den Markt im Februar dieses Jahres im Rahmen einer Aktualisierung und Umbenennung ihrer Ultrastar-Reihe (ehemals HGST) von Rechenzentrumslaufwerken. Innerhalb dieses Portfolios verfügt Western Digital über mehrere Enterprise-NVMe-SSD-Angebote, wobei die SN200 den Thron als Leistungsführer übernimmt und die neue SN630 die SN620 im Mainstream-Einzelport-NVMe-Bereich ersetzt, die eine immer beliebter werdende Alternative zu SATA- und SAS-SSDs darstellt. Die SN630, die leistungsstärkste NVMe-SSD von Western Digital, ist entweder für leseorientierte Arbeitslasten oder hochbelastbare Arbeitslasten mit gemischter Nutzung ausgelegt. Der Laufwerksaufbau ist in beiden Fällen derselbe, der funktionale Unterschied besteht im Grad der Überbereitstellung, die in das Laufwerk einfließt, was wiederum zu der gewünschten Lebensdauerbewertung führt.
Aus Sicht des SSD-Designs nutzt der Ultrastar SN630 den hauseigenen Controller- und Firmware-Build von Western Digital sowie Western Digitals eigenen 64-Layer-BiCS3-3D-NAND. Aus technischer Sicht wird eine vertikal integrierte Lösung wie diese zum Standard für erstklassige Enterprise-SSDs. Während es sicherlich möglich ist, NAND, Controller und Firmware aus verschiedenen Quellen zu verwenden, sehen wir tendenziell leistungsfähigere und zuverlässigere Lösungen von Anbietern, die die gesamte Arbeit selbst erledigen können. Das Laufwerk selbst verwendet einen 7-mm-2.5-Zoll-U.2-Formfaktor und wie andere SSDs von Western Digital bietet das SN630 proprietäre Wear-Leveling-Algorithmen und Stromausfallschutz.
Wie bereits erwähnt, ist das SN630 in gemischt genutzten und leseintensiven SKUs erhältlich. Ersteres wird mit Kapazitäten von 6.40 TB, 3.20 TB, 1.60 TB und 800 GB geliefert, während letzteres mit Kapazitäten von 7.68 TB, 3.84 TB, 1.92 TB und 960 GB erhältlich ist. Alle Laufwerke bieten Instant Secure Erase (ISE), das Verschlüsselungsschlüssel hinter den Kulissen verwendet, um die erneute Bereitstellung und Außerbetriebnahme von Laufwerken zu verwalten. Western Digital bietet außerdem sichere Firmware-Downloads mit RSA-Authentifizierung, um sicherzustellen, dass auf dem SN630 nur authentische Firmware ausgeführt wird. Schließlich sind die Laufwerke durch eine beschränkte 5-Jahres-Garantie abgesichert.
In diesem Test untersuchen wir die Leistung des SN630 im Kontext von VMware vSAN. Die Testkonfiguration verwendet ein Supermicro SuperServer BigTwin 2029BT-HNR 4-Knoten-Gehäuse, 24 Ultrastar DC SN630 NVMe SSDs und VMware vSAN 6.7 Update 1, um die Leistung des SN630 aus einer umfassenderen systemweiten Perspektive zu untersuchen.
Technische Daten des Western Digital Ultrastar DC SN630
| Modell | VRI/RI | |||
| Kapazität | 960GB / 800GB | 1,920GB / 1,600GB | 3,840GB / 3,200GB | 7,680GB / 6,400GB |
| Formfaktor | U.2 2.5-Zoll-Laufwerk | |||
| Interface | PCIe Gen 3.1 x4 (kompatibel mit NVMe 1.3) | |||
| Flash-Speichertechnologie | Western Digital BiCS3 3D TLC NAND | |||
| Kennzahlen | ||||
| Sequentielles Lesen, (max. MiB/s) | 2,690/2,690 | 2,660/2,670 | 2,510/2,500 | 2,520/2,540 |
| Sequentielles Schreiben, (max. MiB/s) | 930/960 | 1,230/1,240 | 1,180/1,200 | 1,240/1,240 |
| Zufälliges Lesen (max. IOPS) | 278,760/281,790 | 358,220/356,870 | 332,420/332,510 | 360,280/306,520 |
| Zufälliges Schreiben (max. IOPS) | 43,580/86,740 | 53,850/86,870 | 55,000/88,140 | 54,220/88,210 |
| Zufällige Mischung R70/W30 (max. IOPS) | 107,350/188,480 | 170,390/253,390 | 163,350/238,500 | 170,250/273,960 |
| Zufällige Leselatenz (μs) | 179/179 | 190/188 | 243/239 | 243/239 |
| Zuverlässigkeit | ||||
| DWPD | 0.8/2 | |||
| UBER | 1 von 10^17 | |||
| EOL-Datenaufbewahrung | 5° C bis 40° C für einen Zeitraum von maximal 90 Tagen | |||
| MTBF | 2 Millionen Stunden | |||
| AFR | 0.44 % | |||
| Power | ||||
| Anforderung (DC +/- 10 %) | 12V | |||
| Betriebsleistungszustände (W, typisch) | 10.75 & 8.75 | |||
| Leerlauf (W, Durchschnitt) | 5.80 | 5.80 | 5.90 | 6.10 |
| Umwelt | ||||
| Umgebungstemperaturbereich | 0 ° C bis 78 ° C | |||
| Durchschnittstemperatur | -40° C bis 70° C für 1 Jahr | |||
| Physik | ||||
| Breite (mm) | 69.85 +/- 0.25 | |||
| Länge (mm, max.) | 100.45 | |||
| Gewicht (g, max.) | 95 | |||
| Z-Höhe (mm) | 7.00 +0.2/-0.5 (einschließlich Etiketten) | |||
| Garantie | 5 Jahre begrenzt | |||
Western Digital Ultrastar DC SN630 VMware vSAN Design und Build
Das Western Digital Ultrastar DC SN630 ist ein 2.5-Zoll-NVMe-Laufwerk für das Rechenzentrum. Die Kapazität des Laufwerks reicht von 800 GB bis 7.68 TB. Der SN630 ist in ein schwarzes Metallgehäuse gehüllt und auf der Oberseite befindet sich ein Aufkleber mit Informationen wie Name, Marke, Kapazität, Modellnummer und Zertifizierungen.
Die Vorderseite des Supermicro SuperServer BigTwin-Gehäuses verfügt über 24 2.5-Zoll-NVMe-Laufwerksschächte, von denen 6 pro Knoten zugewiesen sind. Jeder Knoten verfügt über eine eigene Ortungs-LED-Taste sowie einen separaten Netzschalter.
Auf der Rückseite des BigTwin sind die vier Rechenknotenfächer zu sehen. Jedes ist standardmäßig mit einem IPMI-Port für Out-of-Band-Management, VGA, zwei USB-3-Ports sowie einer vom Benutzer konfigurierbaren Netzwerkkarte ausgestattet. In unserer Konfiguration verwenden wir eine Netzwerkkarte mit vier Ports, mit zwei 10GBase-T-Ports sowie zwei SPF28-25G-Ports. Unsere Testkonfiguration nutzte die 25G-Verbindungen für den vSAN-Cluster. Im Rahmen des Gehäusedesigns teilen sich alle Knoten eine gemeinsame Dual-PSU-Stromversorgungsplattform.
Western Digital Ultrastar DC SN630 VMware vSAN Überprüfungskonfiguration
Um die 24 SN630-SSDs in einer vSAN-Umgebung zu testen, verwendeten wir ein Supermicro SuperServer BigTwin 2029BT-HNR-System mit vier Knoten. Die Konfiguration pro Knoten ist wie folgt:
- 2 x Intel Gold 6150 CPUs (2.7 GHz, 18 Kerne)
- 12 x 32 GB 2666 MHz DDR4 ECC-RAM
- 2 x 800 GB Western Digital Ultrastar DC SN630 NVMe SSDs für vSAN Cache
- 4 x 1.92 TB Western Digital Ultrastar DC SN630 NVMe SSDs für vSAN-Kapazität
- 1 x 500 GB Western Digital Blue SATA SSD für Boot-Laufwerk
- Dual Port 25Gb Mellanox ConnectX-4 NIC
- VMware ESXi 6.7u1 (10302608)
Für unsere VMware vSAN-Tests haben wir einen relativ bescheidenen Serveraufbau rund um den Western Digital Ultrastar DC SN630 genutzt. Die Server verwendeten Intel Gold 6150-CPUs der oberen Mittelklasse mit einer Taktrate von 2.7 GHz und einer Kernanzahl von 18. Pro Server erhalten wir so eine Rechenleistung von 97.2 GHz bzw. 388.8 GHz auf Clusterebene. Wir haben außerdem 384 GB RAM pro Knoten verwendet, was uns ausreichend Speicher für unsere synthetischen und Anwendungs-Workloads bietet.
In unserer Testkonfiguration haben wir ein Layout mit zwei Festplattengruppen pro Knoten verwendet, jeweils mit einer 800-GB-SN630-NVMe-SSD für den Cache und zwei 1.92-TB-SN630-NVMe-SSDs für die Kapazität. Die nutzbare Kapazität hängt davon ab, wie VMs im gesamten Cluster bereitgestellt werden und welchen Grad der Spiegelung Sie verwenden. Der Rohspeicher beträgt in unserem Cluster 27.95 TB, aber mit der standardmäßigen bidirektionalen Spiegelungs-VM-Richtlinie mit vSAN-Overhead bleiben uns 13.79 TB nutzbare Kapazität. Durch die Datenreduzierung wird dies jedoch für bestimmte Workload-Typen erheblich erweitert.
Während sich unsere Anwendungs-Workloads auf die Leistung des Clusters bei deaktivierter Datenreduzierung konzentrieren, werden wir synthetische Benchmarks einbeziehen, die die Leistung des Clusters mit und ohne aktivierte Datenreduzierung zeigen. Während mit der Datenreduzierung eine Komponente des Leistungsaufwands verbunden ist, erhöht sie die nutzbare Kapazität des vSAN-Clusters in bestimmten Bereitstellungen erheblich.
Western Digital Ultrastar DC SN630 VMware vSAN Leistungsüberprüfung
SQL Server-Leistung
Das Microsoft SQL Server OLTP-Testprotokoll von StorageReview verwendet den aktuellen Entwurf des Benchmark C (TPC-C) des Transaction Processing Performance Council, einen Online-Transaktionsverarbeitungs-Benchmark, der die Aktivitäten in komplexen Anwendungsumgebungen simuliert. Der TPC-C-Benchmark kommt der Messung der Leistungsstärken und Engpässe der Speicherinfrastruktur in Datenbankumgebungen näher als synthetische Leistungsbenchmarks.
Jede SQL Server-VM ist mit zwei vDisks konfiguriert: einem 100-GB-Volume für den Start und einem 500-GB-Volume für die Datenbank und Protokolldateien. Aus Sicht der Systemressourcen haben wir jede VM mit 16 vCPUs und 64 GB DRAM konfiguriert und den LSI Logic SAS SCSI-Controller genutzt. Während unsere zuvor getesteten Sysbench-Workloads die Plattform sowohl in Bezug auf Speicher-I/O als auch in Bezug auf die Kapazität ausgelastet haben, prüft der SQL-Test die Latenzleistung.
Dieser Test verwendet SQL Server 2014, das auf Windows Server 2012 R2-Gast-VMs ausgeführt wird, und wird durch Dells Benchmark Factory für Datenbanken belastet. Während wir diesen Benchmark traditionell dazu nutzen, große Datenbanken mit einer Größe von 3,000 auf lokalem oder gemeinsam genutztem Speicher zu testen, konzentrieren wir uns in dieser Iteration darauf, vier Datenbanken mit einer Größe von 1,500 gleichmäßig auf unseren Servern zu verteilen.
SQL Server-Testkonfiguration (pro VM)
- Windows Server 2012 R2
- Speicherbedarf: 600 GB zugewiesen, 500 GB genutzt
- SQL Server 2014
- Datenbankgröße: Maßstab 1,500
- Virtuelle Client-Auslastung: 15,000
- RAM-Puffer: 48 GB
- Testdauer: 3 Stunden
- 2.5 Stunden Vorkonditionierung
- 30-minütiger Probezeitraum
Für unseren transaktionalen SQL Server-Benchmark konnte der Western Digital Ultrastar DC SN630 VMware vSAN im Supermicro BigTwin einen Gesamtwert von 12,610.3 TPS erreichen, wobei einzelne VMs zwischen 3,152.01 TPS und 3,153.2 TPS liefen.
Mit SQL Server haben wir einen Gesamtwert von 14.75 ms festgestellt, wobei die einzelnen VMs zwischen 14 und 15 ms lagen.
Sysbench MySQL-Leistung
Unser erster Benchmark für lokale Speicheranwendungen besteht aus einer Percona MySQL OLTP-Datenbank, die über SysBench gemessen wird. Dieser Test misst die durchschnittliche TPS (Transaktionen pro Sekunde), die durchschnittliche Latenz und auch die durchschnittliche 99. Perzentil-Latenz.
Jede Sysbench-VM ist mit drei vDisks konfiguriert: eine für den Start (~92 GB), eine mit der vorgefertigten Datenbank (~447 GB) und die dritte für die zu testende Datenbank (270 GB). Aus Sicht der Systemressourcen haben wir jede VM mit 16 vCPUs und 60 GB DRAM konfiguriert und den LSI Logic SAS SCSI-Controller genutzt.
Sysbench-Testkonfiguration (pro VM)
- CentOS 6.3 64-Bit
- Percona XtraDB 5.5.30-rel30.1
- Datenbanktabellen: 100
- Datenbankgröße: 10,000,000
- Datenbankthreads: 32
- RAM-Puffer: 24 GB
- Testdauer: 3 Stunden
- 2 Stunden Vorkonditionierung von 32 Threads
- 1 Stunde 32 Threads
Mit dem Sysbench OLTP haben wir 8VM getestet und einen Gesamtwert von 11,739.7 TPS erhalten, wobei einzelne VMs zwischen 1,326 TPS und 1,552.3 TPS lagen.
Mit der Sysbench-Latenz betrug die Server-Latenz durchschnittlich 21.86 ms.
In unserem Worst-Case-Szenario (99. Perzentil) betrug die Latenz der Western Digital-Laufwerke 38.71 ms.
VDBench-Workload-Analyse
Wenn es um das Benchmarking von Speicher-Arrays geht, sind Anwendungstests am besten und synthetische Tests stehen an zweiter Stelle. Obwohl sie keine perfekte Darstellung der tatsächlichen Arbeitslasten darstellen, helfen synthetische Tests dabei, Speichergeräte mit einem Wiederholbarkeitsfaktor zu vergleichen, der es einfach macht, Konkurrenzlösungen direkt miteinander zu vergleichen. Diese Workloads bieten eine Reihe unterschiedlicher Testprofile, die von „Vier-Ecken“-Tests über allgemeine Tests der Datenbankübertragungsgröße bis hin zu Trace-Erfassungen aus verschiedenen VDI-Umgebungen reichen. Alle diese Tests nutzen den gemeinsamen vdBench-Workload-Generator mit einer Skript-Engine, um Ergebnisse über einen großen Computing-Testcluster zu automatisieren und zu erfassen. Dadurch können wir dieselben Arbeitslasten auf einer Vielzahl von Speichergeräten wiederholen, einschließlich Flash-Arrays und einzelnen Speichergeräten.
Profile:
- 4K Random Read: 100 % Read, 128 Threads, 0-120 % Iorate
- 4K Random Write: 100 % Schreiben, 64 Threads, 0-120 % Iorate
- 64K sequentielles Lesen: 100 % Lesen, 16 Threads, 0-120 % Leserate
- 64K Sequentielles Schreiben: 100 % Schreiben, 8 Threads, 0-120 % Iorate
- Synthetische Datenbank: SQL und Oracle
- VDI-Vollklon- und Linked-Clone-Traces
In allen unseren VDBench-Tests haben wir die Western Digital-Laufwerke mit ein- und ausgeschaltetem DR getestet. Beim zufälligen 4K-Lesen liefen beide Konfigurationen zunächst unter 1 ms, wobei die DR-Version überschlug und einen Spitzenwert von 387,937 IOPS mit einer Latenz von 7.5 ms erreichte. Bei ausgeschaltetem DR blieben die Laufwerke unter 1 ms, bis knapp über 350 IOPS lagen, und erreichten einen Spitzenwert von 442,089 IOPS mit einer Latenz von 4.8 ms.
Beim erneuten 4K-Schreiben starteten beide Konfigurationen knapp 1 ms. Die DR-Version hatte eine Latenz von weniger als einer Millisekunde bis etwa 90 IOPS und erreichte anschließend einen Spitzenwert von 182,791 IOPS mit einer Latenz von 7.4 ms. Bei ausgeschaltetem DR konnten wir feststellen, dass die Laufwerke bis zu etwa 1 IOPS unter 110 ms blieben und einen Spitzenwert von 196,027 IOPS mit einer Latenz von etwa 7 ms erreichten, bevor sie etwas abfielen.
Als nächstes kommen unsere sequentiellen Arbeitslasten. Bei 64K-Lesevorgängen startete die DR-Version oberhalb von 1 ms und erreichte einen Spitzenwert von 132,918 IOPS oder 8.3 GB/s mit einer Latenz von 3.7 ms. Bei ausgeschaltetem DR blieben die Laufwerke unter 1 ms, bis sie etwa 130 IOPS oder etwa 8 GB/s erreichten und einen Spitzenwert von 159,681 IOPS oder 9.98 GB bei einer Latenz von 2.87 ms erreichten.
Bei 64K-Schreibvorgängen begannen beide Konfigurationen mit einer Latenz von weniger als einer Millisekunde, überschritten jedoch schnell die Grenze von 1 ms. Bei aktiviertem DR sahen wir einen Spitzenwert von nur 22.7 IOPS oder etwa 1.4 GB/s und einer Latenz von 1.32 ms, bevor es zu einem Leistungsabfall und einem großen Latenzanstieg kam. Bei ausgeschaltetem DR erreichten die Laufwerke einen Spitzenwert von 63,347 IOPS oder etwa 4 GB/s bei 3.3 ms, bevor sie etwas abfielen.
Unsere nächste Testreihe sind unsere SQL-Workloads: SQL, SQL 90-10 und SQL 80-20. Für SQL begannen beide Konfigurationen unter 1 ms, wobei die DR-Version durchgehend über und dann unter 1 ms lag und schließlich mit 349,851 IOPS bei einer Latenz von 2.6 ms ihren Höhepunkt erreichte. Bei ausgeschaltetem DR hatten die Laufwerke eine Latenz von weniger als einer Millisekunde bis etwa 255 IOPS und erreichten dann ihren Höhepunkt bei 358,787 IOPS mit einer Latenz von 2.24 ms, bevor es zu einem leichten Rückgang kam.
Mit SQL 90-10 sahen wir erneut, dass die DR-fähige Version einige Male über die 1-ms-Grenze sprang und darunter fiel, bevor sie mit 283,524 IOPS bei einer Latenz von 3.42 ms ihren Höhepunkt erreichte. Die Nicht-DR-Version blieb bis zu etwa 1 IOPS unter 275 ms und erreichte einen Spitzenwert von 334,737 IOPS mit einer Latenz von 2.45 ms.
Bei SQL 80-20 begannen beide Konfigurationen mit einer Latenz von weniger als einer Millisekunde, wobei die DR-Version bei etwa 1 IOPS über 155 ms erreichte und bei einer Latenz von 256,926 ms einen Spitzenwert von 3.5 IOPS erreichte. Die Nicht-DR-Version erreichte etwa 210 IOPS in weniger als 1 ms und erreichte mit 281,562 IOPS mit einer Latenz von 2.83 ms ihren Höhepunkt.
Als nächstes folgen unsere Oracle-Workloads: Oracle, Oracle 90-10 und Oracle 80-20. Bei Oracle schwankte die DR-fähige Version unter und über 1 ms und erreichte bei 264 ms einen Spitzenwert von etwa 3.7 IOPS, bevor sie leicht abfiel. Die Nicht-DR-Version hatte eine Latenz von weniger als einer Millisekunde bis etwa 250 IOPS und erreichte einen Spitzenwert von 314,954 IOPS 3.17 ms.
Bei SQL 90-10 blieb die DR-fähige Version bis zu etwa 1 IOPS unter 225 ms und erreichte einen Spitzenwert von 252,034 IOPS bei einer Latenz von 2.44 ms. Die Nicht-DR hatte eine Latenzleistung von unter einer Millisekunde bis etwa 300 IOPS und erreichte einen Spitzenwert von 338,146 IOPS mit einer Latenz von 1.72 ms.
Mit SQL 80-20 macht die DR-Version einige Schwankungen um 1 ms und erreichte einen Spitzenwert von 225,327 IOPS mit einer Latenz von 2.64 ms. Die Nicht-DR-Version hatte eine Latenz von weniger als einer Millisekunde bis etwa 211 IOPS und erreichte anschließend einen Spitzenwert von 278,051 IOPS und einer Latenz von 2 ms.
Als nächstes wechselten wir zu unserem VDI-Klontest „Full and Linked“. Beim VDI Full Clone (FC) Boot starteten beide Konfigurationen unter 1 ms, wobei die DR-Version mit etwa 85 IOPS eine Latenz von weniger als einer Millisekunde erreichte und ihren Höhepunkt bei 250,209 IOPS und einer Latenz von 4.04 ms erreichte. Die Nicht-DR-Version blieb bis etwa 1 IOPS unter 200 ms und erreichte einen Spitzenwert von 283,786 IOPS und einer Latenz von 3.31 ms, bevor sie leicht abfiel.
Mit VDI FC Initial Login erreichte die DR-Version einen Spitzenwert von etwa 129 IOPS bei 4.2 ms, bevor die Leistung abnahm und die Latenz deutlich anstieg. Die Nicht-DR-Version startete unter 1 ms und blieb dort bis etwa 75 IOPS und erreichte einen Spitzenwert von 139,401 IOPS mit einer Latenz von 6.3 ms mit einem leichten Abfall.
Bei VDI FC Monday Login startete die DR-Version mit weniger als 1 ms, überschritt diese aber schnell und erreichte einen Spitzenwert von 108,611 IOPS mit einer Latenz von 2.22 ms. Die Nicht-DR-Version blieb unter 1 ms, bis sie knapp 90 IOPS erreichte und einen Spitzenwert von 152,516 IOPS mit einer Latenz von 3.25 ms erreichte.
Beim VDI-LC-Boot starteten beide Konfigurationen bei weniger als 1 ms, wobei die DR sofort auftauchte und mit 214,327 IOPS bei einer Latenz von 2.34 ms ihren Höhepunkt erreichte. Die Nicht-DR-Version blieb bis zu etwa 1 IOPS unter 205 ms und erreichte einen Spitzenwert von 255,235 IOPS und einer Latenz von 1.85 ms.
Bei der ersten Anmeldung bei VDI LC erreichte die DR-Version ihren Spitzenwert bei etwa 95 IOPS mit einer Latenz von 2.2 ms, bevor sie deutlich abfiel. Die Nicht-DR-Version blieb bis zu etwa 1 IOPS unter 65 ms und erreichte einen Spitzenwert von 112,182 IOPS bei einer Latenz von 2.23 ms.
Schließlich zeichnete VDI LC Monday Login ein ähnliches Bild wie oben, wobei die DR-Version einen Spitzenwert von etwa 108 IOPS mit einer Latenz von etwa 3.7 ms erreichte, bevor sie deutlich abfiel. Die Nicht-DR-Version hatte eine Latenz von unter einer Millisekunde bis etwa 65 IOPS und erreichte einen Spitzenwert von 126,656 IOPS bei einer Latenz von 3.91 ms.
Fazit
Die Western Digital Ultrastar DC SN630 ist die neue NVMe-SSD für Rechenzentren, die in zwei Ausführungen erhältlich ist: lesezentriert und gemischt verwendbar. Die Kapazität der Laufwerke reicht von 800 GB bis 6.4 TB für die gemischte Nutzung und von 960 GB bis 7.68 TB für die leseorientierte Nutzung. Das Laufwerk nutzt den Controller, die Firmware und das 64-Layer-BiCS-3D-NAND von Western Digital. Alle Laufwerke bieten ISE, was sich hervorragend für eine erneute Bereitstellung oder Stilllegung eignet. Eine weitere Sicherheitsfunktion ist die Verwendung sicherer Firmware-Downloads mit RSA-Authentifizierung, um sicherzustellen, dass auf dem SN630 nur authentische Firmware ausgeführt wird. Da das SN630 vSAN-zertifiziert ist, haben wir es im Kontext von VMware vSAN getestet, um zu sehen, wie es funktioniert.
Für die Leistung haben wir die Western Digital DC SN630 NVMe SSD durch unsere Anwendungs-Workload-Analyse und unsere VDBench-Workload-Analyse laufen lassen. Für die Anwendungs-Workload-Analyse liefern die Laufwerke einige gute Zahlen. In SQL Server hatte das SN630 einen aggregierten Transaktionswert von 12,610.3 TPS und eine aggregierte durchschnittliche Latenz von 14.8 ms. Mit Sysbench erreichte das SN630 11,739.7 TPS, eine durchschnittliche Latenz von 21.86 ms, und in unserem Worst-Case-Szenario lieferten uns die Laufwerke einen Gesamtwert von 38.71 ms.
In unseren VDBench-Workloads haben wir die Laufwerke sowohl mit aktivierter als auch mit deaktivierter DR getestet. Offensichtlich führt eine ausgeschaltete DR zu einer besseren Leistung. Allerdings müssen mehrere Kunden DR eingeschaltet lassen, und es ist gut, eine Vorstellung davon zu bekommen, wie die Laufwerke bei eingeschalteter DR funktionieren. Zu den Höhepunkten bei ausgeschaltetem DR zählen 442 IOPS beim 4K-Lesen, 196 IOPS beim 4K-Schreiben, 9.98 GB/s beim 64K-Lesen und 4 GB/s beim 64K-Schreiben. Bei unseren SQL-Workloads haben wir 359 IOPS, 335 IOPS in SQL 90-10 und 282 IOPS in SQL 80-20 gesehen. Bei Oracle konnten wir eine Spitzenleistung von bis zu 315 IOPS, 338 IOPS in Oracle 90-10 und 278 IOPS in Oracle 80-20 feststellen. In unserem VDI-Klontest lieferte uns das SN630 284 IOPS beim Booten, 139 IOPS beim ersten Login und 153 IOPS beim Montag-Login für den vollständigen Klon. Im Linked Clone erreichte der SN630 255 IOPS beim Booten, 112 IOPS beim ersten Login und 127 IOPS beim Montag-Login.
Für unsere VDBench-Workloads mit DR-Aktivierung erzielte das SN630 Spitzenwerte von 388 IOPS beim 4K-Lesen, 183 IOPS beim 4K-Schreiben, 8.3 GB/s beim 64K-Lesen und 1.4 GB/s beim 64K-Schreiben. Bei unseren SQL-Workloads haben wir 350 IOPS, 283 IOPS in SQL 90-10 und 257 IOPS in SQL 80-20 gesehen. Bei Oracle konnten wir eine Spitzenleistung von bis zu 264 IOPS, 252 IOPS in Oracle 90-10 und 225 IOPS in Oracle 80-20 feststellen. In unserem VDI-Klontest lieferte uns das SN630 220 IOPS beim Booten, 129 IOPS beim ersten Login und 109 IOPS beim Montag-Login für den vollständigen Klon. Im Linked Clone erreichte der SN630 214 IOPS beim Booten, 95 IOPS beim ersten Login und 108 IOPS beim Montag-Login.
Bei Verwendung innerhalb von VMware vSAN bietet die Western Digital DC SN630 SSD selbst bei eingeschalteter DR eine beeindruckende Leistung. In diesem Fall haben wir einen bescheidenen Serveraufbau genutzt und dennoch beeindruckende Ergebnisse erzielt. Der SN630 wäre eine gute Wahl für diejenigen, die vSAN nutzen.
WD Ultrastar DC SN630 Produktseite
Besprechen Sie diese Rezension
Melden Sie sich für den StorageReview-Newsletter an
*Die Leistungstests, auf denen diese Bewertung basierte, wurden von Western Digital in Auftrag gegeben
