Unified Storage Appliance, unterstützt von Nexenta und Supermicro Review

Nexenta und Supermicro haben sich zusammengetan, um das zu liefern, was sie die Unified Storage Appliance nennen. Die Appliance nutzt die NexentaStor 5.0-Software von Nexenta zur Bereitstellung von Block-and-File-Speicher und NexentaFusion für Speicherverwaltung und -analyse in Kombination mit der Hardware und der Vertriebs-/Support-Infrastruktur von Supermicro. Die Kombination vereint eine softwaredefinierte Lösung, die bereits auf der Supermicro-Hardware getestet und validiert wurde und bei Supermicro als vorinstallierte und vorkonfigurierte Komplettlösung bestellt werden kann. Die Unified Storage Appliance ist je nach Kundenbedarf in fünf Konfigurationen erhältlich, von einer kapazitätsorientierten 4U-3.5-Zoll-Festplattenversion, die Flash-Cache unterstützen kann, bis hin zu einer 2U-All-Flash-Konfiguration mit 24 Einschüben, die für bis zu 180,000 gemischte 8-KB-IOPS ausgelegt ist. Jede Haupteinheit kann außerdem zwei Erweiterungs-JBODs für zusätzliche Kapazität unterstützen. Da Nexenta die zugrunde liegende Software ist, ist die Lösung voll von Unternehmensdatendiensten wie Replikation, Inline-Datenreduzierung und platzoptimierten Snapshots/Klonen. Im Lieferumfang des Geräts ist ein 3-Jahres-Serviceprogramm am nächsten Tag enthalten (4-Stunden-Reaktion optional) und Supermicro bietet einen Remote-Installationsservice an, um Kunden einen guten Start zu ermöglichen.

Nexenta und Supermicro haben sich zusammengetan, um das zu liefern, was sie die Unified Storage Appliance nennen. Die Appliance nutzt die NexentaStor 5.0-Software von Nexenta zur Bereitstellung von Block-and-File-Speicher und NexentaFusion für Speicherverwaltung und -analyse in Kombination mit der Hardware und der Vertriebs-/Support-Infrastruktur von Supermicro. Die Kombination vereint eine softwaredefinierte Lösung, die bereits auf der Supermicro-Hardware getestet und validiert wurde und bei Supermicro als vorinstallierte und vorkonfigurierte Komplettlösung bestellt werden kann. Die Unified Storage Appliance ist je nach Kundenbedarf in fünf Konfigurationen erhältlich, von einer kapazitätsorientierten 4U-3.5-Zoll-Festplattenversion, die Flash-Cache unterstützen kann, bis hin zu einer 2U-All-Flash-Konfiguration mit 24 Einschüben, die für bis zu 180,000 gemischte 8-KB-IOPS ausgelegt ist. Jede Haupteinheit kann außerdem zwei Erweiterungs-JBODs für zusätzliche Kapazität unterstützen. Da Nexenta die zugrunde liegende Software ist, ist die Lösung voll von Unternehmensdatendiensten wie Replikation, Inline-Datenreduzierung und platzoptimierten Snapshots/Klonen. Im Lieferumfang des Geräts ist ein 3-Jahres-Serviceprogramm am nächsten Tag enthalten (4-Stunden-Reaktion optional) und Supermicro bietet einen Remote-Installationsservice an, um Kunden einen guten Start zu ermöglichen.

Vierundzwanzig Schächte mit einer Kapazität von 3.84 TB sind eine Menge Flash-Speicher, aber Nexenta und Supermicro ermöglichen Benutzern, diese mit zwei weiteren All-Flash-JBODs zu erweitern. Benutzer können 48 weitere Einschübe oder insgesamt 72 hinzufügen, was die gesamte Rohkapazität auf 276 TB Flash erhöhen würde. Die Unternehmen bieten auch ein größeres Hybridmodell für diejenigen an, die nach kostengünstigerem Speicher suchen, bei dem die Leistung nicht im Vordergrund steht. Das Array bietet nicht nur enorme Kapazität, sondern auch mehrere Datendienste, darunter unbegrenzte Dateisystemgröße, unbegrenzte Snapshots und Klone, Inline-Datenreduzierung, Storage Quality of Service, geplante Snapshot-basierte Replikation und kontinuierliche asynchrone Replikation.

Dieser Testbericht konzentriert sich auf eine der All-Flash-Konfigurationen, die 24 3.8-TB-SAS-SSDs umfasst.

Unified Storage Appliance powered by Nexenta & Supermicro Spezifikationen:

• Modellnummer: SSG-2028R-NEX2040
• Formfaktor: 2U
• Lagerung
  • Speichermedium: 3.84 TB SAS-SSD
  • Festplattenkonfiguration: RAIDZ2: 4 + 2
  • Rohkapazität: 46 TB bis 276 TB
  • Nutzbare Kapazität: 30 TB bis 184 TB
  • Effektive Kapazität: 90 TB bis 552 TB
• Kennzahlen
  • Max. 8 KB (Lesen/Schreiben): 180 IOPS
  • Maximale Lesebandbreite: 8 GB/s
• Erweiterungsgehäuse: Bis zu 2x 2U/24 Einschübe – alle Flash-JBODs werden unterstützt (insgesamt 72 Einschübe)
• Protokollunterstützung:
  • NFSv3
  • NFSv4
  • CIFS
  • SMB3
  • iSCSI
  • Fibre Channel
• Ökosystemunterstützung:
  • Windows
  • Linux
  • VMware VAAI
  • VMware VVOL
  • VMware Multi-Tenant vCenter Plugin
  • OpenStack Cinder & Manila
  • Hyper-V SMB 3 ODX
  • Docker-Volume-Plug-In
• Datendienste:
  • Unbegrenzte Dateisystemgröße
  • Unbegrenzte Snapshots und Klone
  • Inline-Datenreduzierung
  • Speicherqualität des Dienstes
  • Geplante Snapshot-basierte Replikation
  • Kontinuierliche asynchrone Replikation
  • Management:
  • Befehlszeilenschnittstelle
  • Selbstdokumentierende REST-API
  • SNMP
  • NexentaFusion: Multi-Appliance-Management über eine zentrale Oberfläche, erweiterte Analysen, einfache Bedienung

Designen und Bauen

Die Vorderseite des Geräts (siehe Abbildung oben) sieht mehreren Supermicro-Gehäusen sehr ähnlich. An der Vorderseite befinden sich vierundzwanzig 2.5-Zoll-Schächte, die vertikal angeordnet sind. Auf der rechten Seite befindet sich der Netzschalter und auf beiden Seiten befinden sich die Kontrollleuchten.

Die Rückseite des Geräts ist gleichmäßig in zwei Abschnitte mit demselben Layout unterteilt. Oben links befindet sich das Netzteil. Unterhalb des Netzteils befinden sich die beiden Lüfter. Unmittelbar neben den Kühlventilatoren befinden sich RJ-45-Anschlüsse. Rechts davon befinden sich drei PCIe-Steckplätze, inklusive SAS-JBOD-Erweiterung und 4x 10GbE-Ports pro Controller. Darunter befinden sich der Breakout-Port und die USB-Anschlüsse.

Management

Nexenta hat die neueste Version seines Open-Source-basierten Speicherprodukts NexentaStor herausgebracht. Diese Version wird mit Nexenta Fusion geliefert, einem eigenständigen VM- oder Docker-Container, der mehrere NexentaStor-Systeme verwaltet. Dies ist eine Abkehr vom Originalprodukt, das über ein integriertes Managementsystem verfügte und auf derselben Hardware wie die eigentlichen Speichercontroller lief. Da nur ein Nexenta-System installiert ist, bietet es nicht wirklich die Möglichkeit, problemlos zwischen Speichersystemen zu wechseln, aber die zentrale Verwaltung mehrerer Systeme ist immer eine gute Möglichkeit, die Unterstützung eines Speicheradministrators zu gewinnen.

Der Anmeldebildschirm verfügt über das Standard-Anmeldedialogfeld mit Benutzername und Passwort, das für die meisten Systeme Standard ist.

Nach der Anmeldung gelangen Sie zu einem Dashboard, das viele kritische Aspekte des Systems anzeigt. Da das System nicht belastet wird, gibt es hier derzeit nicht viele Informationen.

Auf diesem Bildschirm werden mehrere Systeme angezeigt, zwischen denen Sie problemlos wechseln können, wenn mehr als ein System aktiviert ist.

Auf der Registerkarte „Verwaltung“ geht es wirklich um die Bereitstellung und das Kapazitätsmanagement. Hier sehen Sie mehrere Pools oder „rpool“, bei denen es sich um die Boot-Volumes auf jedem der Knoten handelt, und „Tank“, bei dem es sich um ein Speichervolumen handelt, das zwischen den beiden Knoten schweben kann. Die Supermicro-Appliance wird ab Werk mit einem bereits konfigurierten Pool geliefert und ist bei Bedarf mit vorgewähltem RAID-Schutz und Caching-Laufwerken (bei Hybridmodellen) zugriffsbereit.

Durch Klicken auf die Schaltfläche „Einstellungen“ rechts neben „Tank“ können Sie zusätzliche Informationen zum Speicherpool einsehen.

Auf der nächsten Registerkarte werden alle dem Pool zugewiesenen Festplatten sowie der Zustand dieser Festplatten angezeigt.

Die dritte Registerkarte zeigt Eigenschaften und erweiterte Einstellungen für den Pool. Im Bereich „Erweiterte Einstellungen“ können Sie die Einstellungen des Pools detailliert ändern.

Wenn Sie auf „Pool erstellen“ klicken, gelangen Sie zu diesem Bildschirm, der Ihnen alle verfügbaren Laufwerke zum Erstellen von Pools anzeigt. Sie können den Pool benennen und dann die Build-Einstellungen auswählen. In diesem geführten Prozess gibt es eine Vielzahl von Einstellungen, mit denen Sie RAID-Schutz, Protokollierung, Caching, Ersatzteile und mehr konfigurieren können.

Auf der Registerkarte „Dateisysteme“ werden die Dateisysteme angezeigt, die auf dem System vorhanden sind. Sie können in jedem System mehrere Dateisysteme haben und die Einstellungen dieser Dateisysteme sorgfältig steuern, indem Sie auf das Zahnrad-Widget „Einstellungen“ klicken.

Dies ist ein Beispiel dafür, wie das Erstellen eines Dateisystems aussieht.

Auf der Registerkarte „Volumes“ werden verschiedene Volumes angezeigt, die sich im System befinden. Auf diese Weise können Sie Volumes konfigurieren und ihre Größe, die Hostgruppen, die auf sie zugreifen können, iSCSI-Ziele und iSCSI-Gruppen, FC-Parameter und zugehörige Einstellungen verwalten.

Auf der Registerkarte „Datenschutz“ können Sie Datenschutzregeln für das System überwachen und konfigurieren. Dazu gehören Snapshots und die Replikation auf andere Systeme.

Auf der Registerkarte „Hohe Verfügbarkeit“ werden die Dienste angezeigt, die im Hochverfügbarkeitsmodus ausgeführt werden, der Clusterstatus und zusätzliche Konfigurationsinformationen für diese Funktionen.

Auf der Registerkarte „Komponenten“ erhalten Sie Einblick in alle Hardwarekomponenten und den Zustand der Systeme, auf denen NexentaStor-Dienste ausgeführt werden.

Auf der Registerkarte „Netzwerke“ erhalten Sie einen Überblick über alle physischen und logischen Netzwerkverbindungen sowie die Möglichkeit, diese Konfigurationen zu ändern.

Über die Registerkarte „Analytics“ gelangen Sie zurück zum ursprünglichen Dashboard. Sie können auch zusätzliche benutzerdefinierte Dashboards hinzufügen, um verschiedene Leistungsmetriken und Alarme des Systems anzuzeigen. Dies ist ein sehr anpassbarer Bereich des Gesamtsystems.

Über die Registerkarte „Administration“ des Systems gelangen Sie zur Gesamtverwaltung der im System angebotenen und aktivierten Dienste. Sie können damit die Protokollierungseinstellungen und die auf dem System ausgeführten Probes ändern, um Analysen und Warnungen bereitzustellen.

Der letzte Bereich in der Benutzeroberfläche sind die Fusion-Verwaltungseinstellungen. Hier konfigurieren Sie NTP, Active Directory, E-Mail-Benachrichtigungen, DNS und alle anderen Verwaltungsaspekte des Nexenta Fusion-Verwaltungssystems.

Insgesamt hat Nexenta das Erscheinungsbild der Benutzeroberfläche im Vergleich zu den Vorgängerversionen verbessert. Die Bereitstellung einer HTML5-Schnittstelle und einer dedizierten Appliance zur Verwaltung der NexentaStor-Systeme ist eine sehr willkommene Verbesserung gegenüber der Verwaltung vieler diskreter Systeme. Die Schnittstelle ist jedoch nichts für schwache Nerven, da es immer noch viele Möglichkeiten gibt, Pools ineffizient aufzubauen und das System zu zerstören, wenn Konfigurationsfehler gemacht werden. Allerdings trägt die Zusammenarbeit zwischen Nexenta und Supermicro dazu bei, die Besorgnis über falsch konfigurierte Pools zu zerstreuen, indem die Supermicro-Fabrik mit vorkonfigurierten Pools und RAID-Konfiguration ausgeliefert wird.

Nexenta ist, wie schon seit langem, ein sehr anpassbares, leistungsstarkes Frontend für ZFS-basierten Speicher. Damit können Sie nahezu jede Änderung vornehmen, die über die Befehlszeile vorgenommen werden kann. Bei diesem Maß an Kontrolle bedarf es einer sanften Berührung, um sicherzustellen, dass alles richtig konfiguriert ist. Ein wenig mehr Anleitung und Ausfallsicherungen während der Konfiguration würden dazu beitragen, dieses Produkt für unerfahrene Benutzer attraktiver zu machen.

Analyse der Anwendungsauslastung

Die ersten Benchmarks bestehen aus dem MySQL OLTP-Leistung über SysBench und Microsoft SQL Server OLTP-Leistung mit einer simulierten TPC-C-Arbeitslast.

In jedem dieser Tests wird das Array mit zwei RAID12-Spiegelpaar-Pools mit jeweils 1 Laufwerken konfiguriert. Wir messen drei verschiedene Konfigurationen:

• iSCSI nur mit Komprimierung
• iSCSI mit Komprimierung und Deduplizierung
• NFS nur mit Komprimierung

Die Komprimierung wurde als standardmäßig aktiviertes Element verwendet, da wir keinen Unterschied zwischen aktivierter und deaktivierter Komprimierung sahen.

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, während er durch Dells Benchmark Factory für Datenbanken belastet wird. Während wir diesen Benchmark traditionell dazu verwenden, 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 über die USA 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 PowerEdge R730 Virtualisierter SQL-Cluster mit 4 Knoten
  • Acht Intel E5-2690 v3-CPUs für 249 GHz im Cluster (zwei pro Knoten, 2.6 GHz, 12 Kerne, 30 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 Emulex 10GbE Dual-Port-NIC
  • VMware ESXi vSphere 6.5 / Enterprise Plus 8-CPU

Wir haben die USA sowohl in iSCSI- als auch in NFS-Konfigurationen mit aktivierter Datenkomprimierung getestet und die Lösung auch in iSCSI mit aktivierter Datenkomprimierung und Deduplizierung getestet.

Betrachtet man die Transaktionsleistung, wies iSCSI mit Komprimierung einzelne VMs auf, die zwischen 3,120.53 TPS und 3,127.28 TPS lagen, mit einem Gesamtwert von 12,494.21 TPS. NFS mit Komprimierung hatte einzelne VMs im Bereich von 3,003.12 TPS bis 3,056.8 TPS mit einem Gesamtwert von 12,098.2 TPS. Bei unserem iSCSI mit aktiviertem DR haben wir gesehen, dass einzelne VMs zwischen 2,851.16 TPS und 3,020.22 TPS mit einem Gesamtwert von 11,748.23 TPS lagen.

Bei der Umstellung auf die durchschnittliche SQL Server-Latenz zeigte iSCSI mit Komprimierung die insgesamt niedrigste Latenz, wobei einzelne VMs zwischen 54 ms und 65 ms lagen, mit einem Gesamtwert von 59.75 ms. NFS mit Komprimierung ergab Latenzen zwischen 163 ms und 251 ms für einzelne VMs mit einer Gesamtlatenz von 215.5 ms. Und iSCSI mit aktivierter Deduplizierung lieferte uns die höchsten Latenzen von 223 ms bis 519 ms für einzelne VMs und einen Gesamtwert von 353.6 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 R730-Server; Wir reichen in diesem Test von vier bis acht und skalieren die Server pro 4VM-Gruppe.

Dell PowerEdge R730 Virtualisierter MySQL-Cluster mit 4–8 Knoten

• Acht-sechzehn Intel E5-2690 v3-CPUs für 249 GHz im Cluster (zwei pro Knoten, 2.6 GHz, 12 Kerne, 30 MB Cache)
• 1–2 TB RAM (256 GB pro Knoten, 16 GB x 16 DDR4, 128 GB pro CPU)
• 4-8 x Emulex 16 GB Dual-Port-FC-HBA
• 4-8 x Emulex 10GbE 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

Für Sysbench haben wir mehrere Sätze von VMs getestet, darunter 4, 8 und 16, und wir haben Sysbench jederzeit mit aktivierter Komprimierung sowie aktivierter und deaktivierter Deduplizierung ausgeführt und dabei sowohl Blöcke als auch Dateien getestet. Was die Transaktionsleistung betrifft, konnten die USA mit 3,218 VM in NFS 4 TPS erreichen (höher als 8 VM mit aktiviertem DR). Die Lösung konnte mit 5,301 VM in NFS ein Maximum von 16 TPS und einen hohen iSCSI von 4,672 TPS bei 16 VM erreichen, obwohl der iSCSI-Wert bei 8 VM 4,618 TPS betrug.

Beim Blick auf die durchschnittliche Latenz sahen wir die beste Leistung mit 4VM, konfiguriert in iSCSI und nur aktivierter Komprimierung, bei einer Latenz von 35.08 ms. Es war keine Überraschung, dass die Latenz schnell anstieg, als wir VMs hinzufügten oder die Deduplizierung aktivierten. Die höchste Latenz betrug bei iSCSI mit aktiviertem DR 113.24 ms.

In unserem Worst-Case-Szenario-Latenz-Benchmark wurde die beste Latenz erneut mit Komprimierung 4VM iSCSI erreicht, dieses Mal mit 226.14 ms. Der höchste Wert lag bei 16VM NFS mit 512.5 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 Tests bieten eine Reihe verschiedener Testprofile, die von „Vier-Ecken“-Tests über gängige 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 R730-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

Betrachtet man die maximale Leseleistung, so verzeichneten die USA eine gute 4K-Zufallsleistung mit geringer Latenz, die bis zu etwa 1 IOPS unter 200 ms blieb. Die USA erreichten einen Höchstwert von 272,429 IOPS bei 13.6 ms, mit etwa 249,000 IOPS bei einer Latenz von unter 2.0 ms.

Betrachtet man die 4K-Spitzenschreibleistung, starteten die USA bei 2.6 ms und einem IOPS von 3,905. Die Latenz stieg mit dem IOPS schnell an. Die USA erreichten einen Spitzenwert von 31,200 IOPS bei 29 ms.

Bei der Umstellung auf 64K Peak Read starteten die USA mit 3.2 ms bei 3,596 IOPS erneut etwas höher in der Latenz. Die Latenz stieg mit den IOPS etwas an, bevor sie wieder abfiel, fiel aber nicht unter 2.83 ms. Hier wurde eine maximale Leistung von 35,828 IOPS und 14.3 ms Latenz erreicht. Die USA schlossen mit einer Bandbreite von 2.23 GB/s ab.

Bei sequenziellem Spitzenschreibvorgang von 64 KB begann die Latenz bei 10.3 ms bei 1,300 IOPS. Bei 6.2 IOPS sank die Zeit auf 5,195 ms, bevor die IOPS-Leistung wieder anstieg. Die Spitzenleistung in den USA betrug 12,070 IOPS bei 20.3 ms mit einer Bandbreite von 754.4 MB/s.

Bei unserem SQL-Workload starteten die USA über 2 ms bei 21,168 IOPS. Der Höchstwert lag bei 210,601 IOPS mit einer Latenz von 4.5 ms.

Im SQL 90-10-Benchmark starteten die USA mit einer Latenz von knapp über 1 ms bei 13,811 IOPS und erreichten ihren Höhepunkt bei 132,220 IOPS und 7 ms Latenz.

Beim SQL 80-20 starteten die USA erneut über 2 ms mit IOPS von 9,210. Der Höchstwert lag bei 91,739 IOPS und einer Latenz von 11 ms.

Beim Oracle Workload betrug die Latenz in den USA zunächst knapp über 1 ms bei 8,401 IOPS und erreichte einen Höchstwert von 82,789 IOPS und einer Latenz von 15.4 ms.

Beim Oracle 90-10 lagen die USA zunächst mit 1 ms unter 0.74 ms und blieben unter 1 ms, bis sie etwa 38 IOPS erreichten. Die USA erreichten einen Höchstwert von 133,553 IOPS bei einer Latenz von 4.6 ms.

Beim Oracle 80-20 sahen wir erneut, dass die USA über 1 ms starteten (1.2 ms bei 9,004 IOPS) und bei 84,786 IOPS ihren Höhepunkt erreichten, mit einer Latenz von 7 ms.

Bei der Umstellung auf VDI Full Clone zeigte der Boot-Test, dass die USA knapp über 1 ms starteten (1.01 ms bei 11,402 IOPS) und dann unter 1 ms abfielen, bis sie etwa 30 IOPS erreichten. Der Höchstwert lag bei 114,647 IOPS mit einer Latenz von 9.3 ms.

Die erste Anmeldung bei VDI Full Clone begann bei 1.8 ms bei 2,295 IOPS und erreichte ihren Höhepunkt bei 18,108 IOPS und einer Latenz von 22.9 ms.

Die VDI Full Clone Monday-Anmeldung begann mit 1.8 ms bei 2,696 IOPS und erreichte ihren Höhepunkt bei 26,465 IOPS und einer Latenz von 19.2 ms.

Beim Übergang zu VDI Link Clone zeigte der Boot-Test eine Leistung, die bei 1.2 ms bei 8,308 IOPS begann und bei 83,392 IOPS mit einer Latenz von 4.9 ms ihren Höhepunkt erreichte.

Im Linked-Clone-VDI-Profil zur Messung der Erstanmeldungsleistung starteten die USA mit einer Latenz von 1.3 ms bei einem IOPS von 2,698 und erreichten ihren Höhepunkt bei 24,715 IOPS und einer Latenz von 10.3 ms.

In unserem letzten Profil, das sich mit der VDI Linked Clone Monday Login-Leistung befasst, starteten die USA mit einer Latenz von 1.8 ms bei 2,818 IOPS und erreichten ihren Höhepunkt bei 25,416 IOPS bei 20.1 ms.

Fazit

Obwohl es ein ziemlicher Leckerbissen ist, handelt es sich bei der von Nexenta und Supermicro betriebenen Unified Storage Appliance um eine softwaredefinierte Speicherlösung, die die Software von Nexenta (NexentaStor 5.0 und NexentaFusion) mit der Hardware-, Vertriebs- und Support-Infrastruktur von Supermicro kombiniert. Diese Partnerschaft bringt eine validierte, vorinstallierte und vorkonfigurierte Komplettlösung mit sich, was für eine typische Software-First-Lösung etwas Einzigartiges ist. Die Unternehmen bieten verschiedene Varianten sowohl in All-Flash-Modellen (für Leistung) als auch in Hybridmodellen (für höhere Kapazität und Kosteneffizienz) an. Innerhalb jeder Kategorie gibt es auch halbbestückte und vollständig bestückte Konfigurationen und alle bieten die Möglichkeit, zwei JBODs für zusätzlichen Speicher hinzuzufügen. Die Lösung wird von Supermicro unterstützt und die Plattform bietet genügend Datendienste und Wählscheiben, um die meisten Anwendungsfälle abzudecken.

Im Hinblick auf die Leistung haben wir sowohl Anwendungs-Workload-Analysen durchgeführt, einschließlich SQL Server- und Sysbench-Anwendungs-Workloads, als auch kürzlich eingeführte synthetische Benchmarks der VDBench-Workload-Analyse. Mit unseren Anwendungs-Workloads haben wir die USA sowohl in iSCSI mit aktivierter Komprimierung, wiederum mit aktivierter oder deaktivierter Deduplizierung, als auch als NFS mit aktivierter Komprimierung getestet. In unserem Transaktions-Benchmark für SQL Server hatte die aktivierte Deduplizierung einen großen Einfluss auf die Leistung mit einem aggregierten iSCSI-Score von 11,748.2 TPS, und ohne Deduplizierung ergab unsere iSCSI-Konfiguration 12,494.2 TPS. Die Deduplizierung hatte einen viel größeren Einfluss auf die durchschnittliche Latenz von SQL Server. iSCSI mit Komprimierung erzielte mit einem Gesamtwert von 59.8 ms nur die beste Leistung, iSCSI mit aktivierter Komprimierung und Deduplizierung hatte jedoch einen Gesamtwert von 353.6 ms. Bei unserem Skalierungs-Sysbench-Test haben wir mit Lasten von 4, 8 und 16 VMs getestet. Bei einer kleinen Auslastung von 4 VMs sahen wir die beste Leistung mit reiner Komprimierung über iSCSI und maßen 3,654 TPS. Dies im Vergleich zu 3,218 über NFS mit reiner Komprimierung oder 2,547 über iSCSI mit sowohl Komprimierung als auch Deduplizierung. In der Spitze erreichte NFS mit Komprimierung nur 5,301 TPS, während iSCSI mit Komprimierung nur 4,672 TPS und iSCSI mit Komprimierung und Deduplizierung 4,548 TPS erreichte.

Bei den VDBench-Workload-Tests, die nur mit aktivierter Komprimierung über iSCSI durchgeführt wurden, gerieten die USA etwas ins Stocken. Die Lösung zeigte nur bei drei Benchmarks eine Leistung von unter einer Millisekunde und startete bei zwei dieser Tests nur mit einer Latenz von unter einer Millisekunde. Bei zufälligen 4K-Lesevorgängen konnten die USA eine Latenz von unter einer Millisekunde aufrechterhalten, bis etwa 200 IOPS erreicht wurden. Im Oracle 90-10-Test sahen wir erneut eine Leistung von unter einer Millisekunde, bis etwa 38 IOPS erreicht wurden. Und obwohl der VDI Full Clone-Start über 1 ms startete, fiel er wieder darunter, bis er etwa 30 IOPS erreichte. In anderen Gebieten gab es in den USA zu Beginn des Tests und während der Phasen, in denen die Lasten hochgefahren wurden, eine deutlich höhere Latenzuntergrenze.

Die Unified Storage Appliance, die Nexenta-Software und Supermicro-Hardware nutzt, hinterlässt bei uns gemischte Gefühle. Was die Konfigurationsmöglichkeiten angeht, übertrifft es andere Arrays auf dem Markt bei weitem, was die Möglichkeiten zur Optimierung und Optimierung des Speichers für sehr spezifische Produktionsszenarien betrifft. Für diejenigen, die jeden Knopf und jedes Einstellrad kontrollieren möchten, ist Nexenta genau das Richtige. Das ist zwar großartig, aber die Einstellungen können für diejenigen, die nicht vollständig indoktriniert sind, manchmal überwältigend sein. Nexenta hat bei dieser neuesten Version seine technischen Anstrengungen auf die Komprimierung konzentriert, die ihrer Aussage zufolge je nach Arbeitslast eine Kapazitätseinsparung von 3:1 bietet. Wenn die Deduplizierung jedoch aktiviert ist, wird die Leistung so stark beeinträchtigt, dass sie für die meisten Produktions-Workloads nicht aktiviert werden sollte. Die Gesamtdatenreduzierung für ein All-Flash-System und das moderate Leistungsprofil bringen die Appliance in eine schwierige Lage, da andere Arrays herausgefunden haben, wie sie eine vollständige Datenreduzierung ohne große Leistungseinbußen bieten können. Fairerweise muss man sagen, dass dies nicht jeder kann und nicht jeder Workload für die Deduplizierung geeignet ist; Es waren jedoch genügend Arrays damit erfolgreich, um eine nahezu verlustfreie vollständige Datenreduktion zu einem entscheidenden Merkmal für die Berechnung der Gesamtbetriebskosten zu machen.

Vorteile

• Durch die Integration mit Supermicro ist die Einrichtung für unerfahrene Benutzer sofort einsatzbereit
• Nexenta bietet eine Vielzahl von Knöpfen und Knöpfen, die fortgeschrittene Benutzer einstellen können
• Das Supermicro-Supportnetzwerk bietet ein umfassenderes Angebot im Vergleich zu dem, was traditionell ein Software-First-Angebot war

Nachteile

• Sehr hohe Schreiblatenz
• Großer Leistungsaufwand bei aktivierter Deduplizierung

Fazit

Die Unified Storage Appliance bietet ein traditionell reines Software-Nexenta-Paket in einer vorkonfigurierten Appliance von Supermicro, die sofort einsatzbereit ist.

Supermicro-Produktseite

Besprechen Sie diese Rezension

Melden Sie sich für den StorageReview-Newsletter an