Violin Systems FSP 7650 Testbericht

Violin Systems ist nicht gerade ein neues Unternehmen; Wir decken sie nun schon seit sechs Jahren ab. Das Unternehmen begann als Pionier im All-Flash-Bereich und geriet nach dem Börsengang in einige Schwierigkeiten. Allerdings ist das Unternehmen aus der Asche wieder auferstanden, da neue Investoren das Unternehmen unterstützen und es über neue Einsatzmöglichkeiten verfügt, zusammen mit dem gleichen Kader an leistungsstarker Ausrüstung. Wir arbeiten jetzt schon seit einiger Zeit im Labor mit Violin; Heute werfen wir einen Blick auf das 7650-Array, das All-Flash-Modell mit „extremer Leistung“ in der Violin Flash Storage Platform (FSP).

Violin Systems ist nicht gerade ein neues Unternehmen; Wir decken sie nun schon seit sechs Jahren ab. Das Unternehmen begann als Pionier im All-Flash-Bereich und geriet nach dem Börsengang in einige Schwierigkeiten. Allerdings ist das Unternehmen aus der Asche wieder auferstanden, da neue Investoren das Unternehmen unterstützen und es über neue Einsatzmöglichkeiten verfügt, zusammen mit dem gleichen Kader an leistungsstarker Ausrüstung. Wir arbeiten jetzt schon seit einiger Zeit im Labor mit Violin; Heute werfen wir einen Blick auf das 7650-Array, das All-Flash-Modell mit „extremer Leistung“ im Violin Flash Storage Platform (FSP)-Portfolio.

Das Violin FSP 7650 ist ein All-Flash-SAN, bei dem es um höhere Leistung und extrem niedrige Latenz geht. Das SAN verspricht bis zu 2 Millionen IOPS bei gleichzeitig konstant niedriger Latenz. Diese komplette SAN-Lösung kann auf eine Rohkapazität von bis zu 140 TB skaliert werden und beginnt bereits bei 8.8 TB. Das Unternehmen hat in die Änderung seiner Bereitstellungsoptionen mit einem „Pay-as-you-grow“-Plan namens „Scale Smart“ investiert. Grundsätzlich wird das Modell mit installiertem Flash ausgeliefert und der Nutzer zahlt nur für das, was er benötigt. Wenn der Bedarf steigt, steht der neue Flash direkt im Rack zur Verfügung, sodass es zu keinen Unterbrechungen kommt.

Abgesehen davon, dass das 7650 schnell und kostengünstiger ist, verfügt es über die Concerto OS 7-Software über eine Reihe von Unternehmensdatendiensten. Zu diesen Diensten gehört die Verschlüsselung ruhender Daten, die sowohl den Compliance-Standards FIPS-140–2 als auch AES-XTS-256 für Datensicherheit entspricht. Benutzer können die oben beschriebene Methode nutzen oder die Online-Kapazitätserweiterung und die Online-LUN-Erweiterung nutzen. Und das SAN verfügt über eine globale asynchrone Replikation, die mit dem FSP 770 Stretch Cluster kombiniert werden kann, um die Geschäftskontinuität zu maximieren.

FSP 7650-Spezifikationen

Designen und Bauen

Beim Design der Violine gibt es keine großen Unterschiede, da jede Plattform der anderen auffallend ähnlich sieht. Gleiches gilt für die FSP 7650, die wie ein Panzer gebaut ist. Auf der Vorderseite befindet sich der Griff mit Logo sowie eine einfache Möglichkeit, das SAN herauszuziehen. Hinter dem integrierten Haltegriff befindet sich eine Belüftung für das Array, die von beeindruckend großen Lüftern angetrieben wird. Unten rechts befinden sich LED-Statusleuchten und USB-Anschlüsse.

Wie andere Violin-Geräte nutzt das SAN Violin Intelligent Memory Modules (VIMMs) für die Speicherung im Vergleich zu SSDs mit herkömmlichem Formfaktor. Diese befinden sich hinter den Ventilatoren. Wie bereits erwähnt, sind VIMMs Violins Alternative zum SSD-Speicher und verwalten die Speicherbereinigung, das Wear Leveling und das Fehler-/Fehlermanagement für die zugrunde liegenden Speichermedien. VIMMs bestehen aus einem logikbasierten Flash-Controller, einem Verwaltungsprozessor, DRAM für Metadaten und NAND-Flash für die Speicherung. Zur einfacheren Wartung ist jedes Gerät im laufenden Betrieb austauschbar und verfügt über einen Karten-Formfaktor.

Die Rückseite des Geräts verfügt oben links über mehr Belüftung und darunter befinden sich zwei herausnehmbare Netzteile. Auf der rechten Seite befinden sich zwei USB-Anschlüsse, zwei 40-GbE-Anschlüsse, zwei serielle Konsolenanschlüsse und zwei Ethernet-Anschlüsse. Auf der rechten Seite befinden sich vier Steckplätze für I/O-Karten und Ports.

Management

Violin verwendet Concerto OS 7 als Betriebssoftware und Symphony ist die Verwaltungssoftware des SAN. Das Unternehmen hebt sich wirklich von anderen GUIs ab, und das nicht nur, weil es flexibel und einfach zu bedienen ist. Es basiert tatsächlich auf Flash-Speicher und wurde von Leuten entwickelt, die verstehen, dass Flash anders betrachtet werden muss. Die grafische Benutzeroberfläche zeichnet sich auch dadurch aus, dass Benutzer mithilfe von „Gadgets“ mehrere Dashboards anpassen und die relevantesten Informationen für eine einfache Anzeige bereitstellen können. Was die Benutzerfreundlichkeit betrifft, können Benutzer verschiedene Listenansichten direkt in CSV, PDF und sogar E-Mail exportieren.

Es stehen mehrere Gadgets zur Auswahl, die beliebig kombiniert werden können, um die meisten Bereiche abzudecken.

Zuerst schauen wir uns die Registerkarte „Übersicht“ an. Diese Registerkarte verfügt über mehrere Unterregisterkarten, die Benutzern einen guten Einblick in den Großteil des Systems ermöglichen. Die erste Unterregisterkarte ist eine Zusammenfassung und bietet, wie der Name schon sagt, einen schnellen Gesamtüberblick über die Funktionsweise des Systems.

Die nächste Unterregisterkarte ist „Leistung“. Hier können Benutzer auswählen, welche Metrik sie anzeigen möchten (IOPS, Latenz oder Bandbreite) und sehen, woher die Leistung kommt: FSP (vorausgesetzt, es gibt mehr als einen), Controller oder Container. Es kann auch eine bestimmte Zeit ausgewählt werden, um zu sehen, wie die Leistung an einem bestimmten Tag zu einer bestimmten Zeit war.

Als nächstes schauen wir uns die Top-LUNs an. Diese sind in Kategorien wie Bandbreite, IOPS, Latenz und Größe unterteilt.

Benutzer können sich alle LUN-Informationen auf der nächsten Registerkarte ansehen und wie bei den meisten Aspekten von Symphony über ein Dropdown-Menü auf der rechten Seite auswählen, welche Informationen sie sehen möchten.

Die LUN-Leistung ähnelt der Registerkarte „Leistung“, und Benutzer können auswählen, welche Leistung angezeigt werden soll und woher sie kommt.

Auf der Unterregisterkarte „Clients“ werden Informationen zu den Clients aufgeführt, z. B. Controller, IP-Adresse, Typ, LUNs und ob FC oder iSCSI aktiviert sind. Benutzer haben außerdem die Möglichkeit, anzupassen, was beim Öffnen der Registerkarte angezeigt wird.

Zum Speichern müssen Benutzer auf die Registerkarte VIMM klicken. Hier können sie Status wie den Flash-Typ sehen, ob das RAID neu aufgebaut wird, ob die VIMMs ausgeglichen sind, sowie Status wie die verbleibende Lebensdauer. Sie können außerdem die VIMMs am unteren Bildschirmrand in Echtzeit ablesen und sehen, ob es Probleme gibt oder nicht.

Die nächste Hauptregisterkarte ist die Registerkarte „Verwalten“. Über diese Registerkarte können Benutzer Geräte (weiter aufgeschlüsselt in Arrays, SANs oder LUNs), Gruppen oder Regeln verwalten. Auch hier werden den Benutzern eine Reihe von Informationen angezeigt, die angepasst werden können, und durch Klicken auf eine der Zeilen können Benutzer einen weiteren Drilldown durchführen.

Klicken Sie mit der rechten Maustaste und öffnen Sie in einem neuen Tab, um ein größeres Bild zu erhalten

Wenn man sich die LUNs etwas genauer ansieht, stehen den Benutzern mehrere neue Optionen zur Verfügung, darunter Snapshots und Replikation. Hier können Benutzer Snapshots, Gruppen-Snapshots und Replikationen von LUNs einrichten.

Unter der Registerkarte „Verwalten“ befindet sich auch die Unterregisterkarte „Regeln“. Hier können Benutzer Regeln für Regalplatz- und Platzmangelwarnungen sowie System-FSP-Gesundheitsregeln einrichten, die den Namen und den Schwellenwert festlegen.

Unter der Hauptregisterkarte „Analytics“ gibt es vier Unterregisterkarten: Berichte, Berichtsplanung, Berichtsergebnisse und Warnungen. Benutzer können das Gerät auswählen, auf dem sie einen Bericht erstellen möchten, und ihn anzeigen oder festlegen, wie der Bericht eingerichtet werden soll, und dann die Ergebnisse abrufen. Sie können auch Warnungen basierend auf den von ihnen eingerichteten Metriken einrichten und überprüfen.

Klicken Sie mit der rechten Maustaste und öffnen Sie in einem neuen Tab, um ein größeres Bild zu erhalten

Schließlich bietet die Registerkarte „Admin“ die üblichen Verdächtigen wie das Einrichten von Benutzern und Warnbenachrichtigungen sowie das Einrichten von Failover-Optionen und vCenter-Plugins.

Obwohl die GUI insgesamt eine Verbesserung gegenüber den meisten AFA-GUIs darstellt, gibt es einige kleinere Probleme. Während „GUID“ und „Seriennummer“ auswählbare Spalten in der LUN-Liste sind, fehlte in der Liste der Auswahlmöglichkeiten auffälligerweise eine Spalte für WWN. Wenn ein „Replikation hinzufügen“-Workflow während des Setups unterbrochen wird, bleibt eine verwaiste Snapshot-Ressourcendefinition zurück, anstatt nach sich selbst ordnungsgemäß zu bereinigen.

Kennzahlen

Analyse der Anwendungsauslastung

Die Anwendungs-Workload-Benchmarks für den Violin FSP 7650 bestehen aus der MySQL OLTP-Leistung über SysBench und der Microsoft SQL Server OLTP-Leistung mit einer simulierten TPC-C-Workload. In jedem Szenario hatten wir eine 50/50-Aufteilung der Array-VIMMs, die von jedem Controller in seinem Standard-RAID-Typ auf 12 Sub-RAID-Gruppen gesteuert wurden. Mit diesem Layout verteilen wir unsere Arbeitslast gleichmäßig auf das Array, um die einzelnen Controller auszugleichen.

SQL Server-Leistung

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, wird beim SQL-Test nach der Latenzleistung gesucht.

Dieser Test verwendet SQL Server 2014, das auf Windows Server 2012 R2-Gast-VMs ausgeführt wird, und wird durch Quests Benchmark Factory für Datenbanken belastet. Während wir diesen Benchmark traditionell zum Testen großer Datenbanken mit einer Größe von 3,000 auf lokalem oder gemeinsam genutztem Speicher verwenden, konzentrieren wir uns in dieser Iteration darauf, vier Datenbanken mit einer Größe von 1,500 gleichmäßig über den Violin FSP 7650 zu verteilen (zwei VMs pro Controller).

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

SQL Server OLTP Benchmark Factory LoadGen-Ausrüstung

• Dell EMC PowerEdge R740xd Virtualisierter SQL-Cluster mit 4 Knoten
  • 8 Intel Xeon Gold 6130 CPU für 269 GHz im Cluster (zwei pro Knoten, 2.1 GHz, 16 Kerne, 22 MB Cache)
  • 1 TB RAM (256 GB pro Knoten, 16 GB x 16 DDR4, 128 GB pro CPU)
  • 4 x Emulex 16 GB Dual-Port-FC-HBA
  • 4 x Mellanox ConnectX-4 rNDC 25GbE Dual-Port-NIC
  • VMware ESXi vSphere 6.5 / Enterprise Plus 8-CPU

Für SQL Server haben wir uns sowohl einzelne VMs als auch aggregierte Bewertungen angesehen. Der Violin FSP 7650 konnte einen Gesamtwert von 12,642.2 TPS erreichen, wobei einzelne VMs 3,160.4 TPS bis 3,160.7 TPS erreichten.

Bei einer durchschnittlichen Latenz hatte der 7650 sowohl einzelne VMs als auch einen Gesamtwert von 3 ms.

Sysbench-Leistung

. Systembankben Die 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. Lastgenerierungssysteme sind Dell R740xd-Server.

Dell PowerEdge R740xd Virtualisierter MySQL-Cluster mit 8 Knoten

• 16 Intel Xeon Gold 6130 CPU für 538 GHz im Cluster (zwei pro Knoten, 2.1 GHz, 16 Kerne, 22 MB Cache)
• 2 TB RAM (256 GB pro Knoten, 16 GB x 16 DDR4, 128 GB pro CPU)
• 8 x Emulex 16 GB Dual-Port-FC-HBA
• 8 x Mellanox ConnectX-4 rNDC 25GbE Dual-Port-NIC
• VMware ESXi vSphere 6.5 / Enterprise Plus 8-CPU

Sysbench-Testkonfiguration (pro VM)

• CentOS 6.3 64-Bit
• Speicherbedarf: 1 TB, 800 GB genutzt
• 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

In unserem Sysbench-Benchmark haben wir mehrere Sätze von 8VMs, 16VMs und 32VMs getestet. Im Gegensatz zu SQL Server haben wir hier nur die Rohleistung betrachtet. Bei der Transaktionsleistung konnte der 7650 17,021.7 TPS mit 8 VMs, 23,202.2 TPS mit 16 VMs und 25,313.7 TPS mit 32 VMs erreichen.

Betrachtet man die durchschnittliche Latenz, betrug die 7650 bei 15 VMs 8 ms; Durch die Verdoppelung auf 16 VMs stieg die Latenz auf nur 22 ms, und bei einer erneuten Verdoppelung auf 32 VMs stieg die Latenz nur auf 41.1 ms.

In unserem Worst-Case-Latenz-Benchmark erreichte die 7650 27.7 ms mit 8 VMs, 40.8 ms mit 16 VMs und 75.5 ms mit 32 VMs.

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. Auf der Array-Seite nutzen wir unseren Cluster aus Dell PowerEdge R740xd-Servern:

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 unserem 4K-Spitzenlesetest erreichte die Violin FSP 7650 eine Leistung von unter einer Millisekunde bis knapp über 1.5 Millionen IOPS und erreichte einen Spitzenwert von 1,613,302 IOPS und einer Latenz von 2.26 ms.

Bei 4K-Spitzenschreibvorgängen erreichte der 7650 fast 900 IOPS, bevor er 1 ms durchbrach, und erreichte einen Spitzenwert von 902,388 IOPS mit einer Latenz von 2.26 ms.

Bei der Umstellung auf sequentielle Arbeitslasten hatte der 7650 eine Latenz von weniger als einer Millisekunde bis etwa 115 IOPS oder 7.2 GB/s für 64 Lesevorgänge. Das SAN erreichte seinen Spitzenwert bei etwa 127 IOPS oder 8 GB/s mit einer Latenz von 4 ms, bevor die Leistung etwas abfiel und die Latenz etwas stärker anstieg.

Bei 64K-Schreibvorgängen hatte der 7650 eine Latenzleistung von unter einer Millisekunde bis etwa 51 IOPS oder 3.2 GB/s, bevor er mit einer Latenz von 56 ms einen Spitzenwert von knapp über 3.5 IOPS oder 4.3 GB/s erreichte, gefolgt von einem leichten Abfall.

Bei SQL schaffte es der 7650 auf knapp über 650 IOPS, bevor er die 1-ms-Marke überschritt. Darauf folgte ein starker Anstieg der Latenz, der wieder abfiel und das SAN einen Spitzenwert von 767,440 IOPS und einer Latenz von 821 μs erreichte.

Mit SQL 90-10 erreichte der 7650 etwa 661 IOPS, bevor er 1 ms durchbrach. Darauf folgte erneut ein Anstieg der Latenz (wenn auch nicht so hoch wie zuvor), bevor das SAN mit 752,175 IOPS und einer Latenz von 1.02 ms seinen Höhepunkt erreichte.

Für SQL 80-20 hatte der 7650 eine Latenz von unter einer Millisekunde bis etwa 620 IOPS und erreichte einen Spitzenwert von 678,858 IOPS und einer Latenz von 1.45 ms.

In unserem Oracle-Workload blieb der 7650 unter 1 ms, bis etwas mehr als 552 IOPS erreichten, und erreichte einen Spitzenwert von 623,453 IOPS mit einer Latenz von 1.95 ms.

Beim Oracle 90-10 hatte der 7650 durchgehend eine Latenz von weniger als einer Millisekunde und erreichte einen Spitzenwert von 685 IOPS mit einer Latenz von 837 μs, bevor die Leistung etwas abnahm und die Latenz zunahm.

Mit dem Oracle 80-20 hatte der Violin FSP 7650 wieder durchgehend eine Latenz von unter einer Millisekunde, aber nur knapp. Das SAN erreichte einen Spitzenwert von 642,732 IOPS und 996 μs.

Als nächstes wechselten wir zu unserem VDI-Klontest „Full and Linked“. Beim VDI-Full-Clone-Boot erreichte der 7650 etwa 320 IOPS, bevor er 1 ms überschritt. Das SAN erreichte einen Spitzenwert von 433 IOPS mit einer Latenz von 1.3 ms, bevor es wieder einbrach.

Bei der VDI FC-Erstanmeldung hatte der 7650 eine Latenz von unter einer Millisekunde bis zu 192 IOPS und erreichte einen Spitzenwert von etwa 213 IOPS mit einer Latenz von 3 ms, bevor er leicht abfiel.

Beim VDI Full Clone Monday Login erreichte der 7650 181 IOPS, bevor er 1 ms durchbrach, und erreichte einen Höchstwert von 201,378 IOPS mit einer Latenz von 2.5 ms.

Bei der Umstellung auf VDI Linked Clone zeigte der Boot-Test, dass der 7650 ungefähr 210 IOPS erreichte, bevor er 1 ms überschritt, obwohl er die Grenze etwas spreizte, bevor er überschritt. Das SAN erreichte einen Spitzenwert von 216,102 IOPS mit einer Latenz von 2.16 ms.

Mit der ersten VDI Linked Clone-Anmeldung erreichte der 7650 155 IOPS mit einer Latenz von weniger als 1 ms. Das SAN erreichte einen Spitzenwert von 128,002 IOPS mit einer Latenz von 1.93 ms.

Schließlich erreichte der VDI Linked Clone Monday Login auf dem 7650 eine Latenz von unter einer Millisekunde bis etwa 118 IOPS und erreichte einen Spitzenwert von etwa 132 IOPS mit einer Latenz von etwa 3.5 ms.

Fazit

Violins FSP 7650 SAN ist auf extreme Leistung ausgelegt und damit meint das Unternehmen hohe IOPS bei extrem niedriger Latenz. Tatsächlich gibt das Unternehmen Leistungszahlen von bis zu 2 Millionen IOPS an, wobei die Latenz nur 1 ms beträgt. Das SAN ist in Kapazitäten von 8.8 TB bis 140 TB erhältlich und nutzt den neuen Pay-as-you-grow-Plan des Unternehmens, Scale Smart. Das SAN wird mit dem gesamten im Lieferumfang enthaltenen Flash-Speicher geliefert. Wenn Kunden mehr benötigen, können sie dafür bezahlen und haben sofort Zugriff darauf. Die FSP 7650 verfügt über mehrere Datendienste über ihre Concerto OS 7-Software, die Datensicherheit, Skalierung durch Online-Erweiterung und Replikation für Kontinuität umfasst.

Neues Array-Branding für Violin Systems

Aus Leistungsgründen führten wir sowohl unsere Anwendungs-Workload-Analysetests wie SQL Sever und Sysbench als auch unsere VDBench-Tests durch. Beim SQL Server-Test konnte der 7650 einen Gesamttransaktionswert von 12,642.2 TPS bei einer Gesamtlatenz von 3 ms erreichen. Für Sysbench haben wir 8 VMs, 16 VMs und 32 VMs ausgeführt, was zu einer Transaktionsleistung führte. Der 7650 konnte 17,021.7 TPS und eine durchschnittliche Latenz von 15 ms mit 8 VMs, 23,202.2 TPS bei 22 ms Latenz mit 16 VMs und 25,313.7 TPS bei 41.1 ms Latenz mit 32 VMs erreichen. Im schlimmsten Fall betrug die Latenz nur 27.7 ms für 8 VMs, 40.8 ms für 16 VMs und 75.5 ms für 32 VMs. In beiden unserer Anwendungstestszenarien hat das Violin FSP 7650 genau das getan, was es verspricht: außergewöhnlich hohe Leistung bei gleichzeitig sehr geringer Latenz. Als wir uns die Sysbench-Daten genauer ansahen, waren wir auch beeindruckt davon, wie viel Leistung wir bei einer geringen VM-Anzahl herausholen konnten, da einige Speichersysteme sehr hohe Lasten benötigen, um ihre volle Leistung zu erreichen, allerdings auf Kosten einer höheren Latenz. Die Latenz dieses Geräts war so gut, dass selbst bei der höchsten 32-VM-Last in Sysbench die 99. Perzentil-Latenz unter 76 ms blieb!

Die Ergebnisse der VDBench-Tests zeigten mehrere beeindruckende Zahlen für den Violin FSP 7650. Auch hier bot das Array eine außergewöhnlich konstante hohe Leistung, selbst als die Warteschlangentiefe zunahm. Bei unserem zufälligen 4K-Workload über 16 VMs in einer ESXi 6.5-Umgebung startete das Array mit 162 IOPS bei 0.196 ms und hielt eine Latenz von unter ms bis zu 1.5 Mio. IOPS aufrecht. Das SAN durchbrach 1.6 Millionen IOPS bei einer Latenz von 2.26 ms beim 4K-Lesen und erreichte 902 IOPS beim 4K-Schreiben, ebenfalls bei 2.26 ms. Bei sequenziellen Zahlen erreichte das SAN in unseren 8K-Tests 3.5 GB/s Lese- und 64 GB/s Schreibgeschwindigkeit. Mit unseren SQL-Workloads erzielte Violin eine Spitzenleistung von 767 IOPS, 752 IOPS für 90-10 und 679 IOPS für 80-20. In Oracle erreichte der FSP 7650 einen Spitzenwert von 623 IOPS, 685 IOPS für 90–10 und 643 IOPS für 80–20. Als wir mit unseren VDI-Klontests begannen, konnte die Leistung nicht so hohe IOPS halten, aber das war zu erwarten. Beim vollständigen Klonen erreichte der 7650 einen Spitzenwert von 433 IOPS beim Booten, 213 IOPS bei der ersten Anmeldung und 201 IOPS bei der Anmeldung am Montag, wobei 3 ms die höchste Latenz für die Spitzenleistungen darstellten. Für Linked Clone erreichte das SAN einen Spitzenwert von 216 IOPS beim Booten, 128 IOPS bei der ersten Anmeldung und 132 IOPS bei der Anmeldung am Montag, wobei die höchste Latenz bei 3.5 ms lag.

Der Violin FSP 7650 erfüllt alle von uns gewünschten Kriterien, einschließlich eines Preises, der viel aggressiver ist als erwartet. Das Array verfügt über ein überdimensioniertes Gehäuse, das so konzipiert ist, dass es alles aufnehmen kann, was man darauf werfen kann, und bietet eine benutzerfreundliche und anpassbare Verwaltungssuite, die jede von uns bereitgestellte Arbeitslast problemlos bewältigt. Latenzempfindliche Anwendungen wie unsere SQL Server-Umgebung hatten keine Probleme, und IOPS-/durchsatzhungrige Workloads wie Sysbench steigerten sich sogar noch weiter, ohne ins Schwitzen zu geraten. Darüber hinaus wurden Fragen zur Rentabilität des Unternehmens beantwortet, die in den vergangenen Jahren möglicherweise Käufer zurückgehalten haben. Violin verfügt über die nötigen Mittel, um wieder ein Akteur in der Unternehmens-IT zu werden, sowie über die erforderlichen Supportleistungen. Jeder, der ein leistungsstarkes Array für Tier0/1-Workloads benötigt, sollte Violin Systems in Betracht ziehen.

Violinsysteme

Besprechen Sie diese Rezension

Melden Sie sich für den StorageReview-Newsletter an