NetApp AFF A200 Testbericht

Das NetApp AFF A200 ist ein 2U-All-Flash-Speicher-Array, das einen attraktiven Einstiegspunkt in das Enterprise-Flash-Speicher-Portfolio von NetApp bietet. Der AFF A200 verfügt über 24 an der Vorderseite montierte 2.5-Zoll-Laufwerke, die von zwei Controllern verwaltet werden und von Intel Broadwell-DE-Prozessoren mit sechs Kernen angetrieben werden. Auf den A200 kann entweder mit SAN- oder NAS-Workloads (oder beiden) zugegriffen werden. Der AFF A200 unterstützt SSDs mit einer Kapazität von bis zu 15 TB, sodass ein einzelnes Array mit bis zu 367 TB Rohspeicher ausgestattet werden kann, wobei zusätzlicher Platz über das DS224C-Erweiterungsfach verfügbar ist.

Das NetApp AFF A200 ist ein 2U-All-Flash-Speicher-Array, das einen attraktiven Einstiegspunkt in das Enterprise-Flash-Speicher-Portfolio von NetApp bietet. Der AFF A200 verfügt über 24 an der Vorderseite montierte 2.5-Zoll-Laufwerke, die von zwei Controllern verwaltet werden und von Intel Broadwell-DE-Prozessoren mit sechs Kernen angetrieben werden. Auf den A200 kann entweder mit SAN- oder NAS-Workloads (oder beiden) zugegriffen werden. Der AFF A200 unterstützt SSDs mit einer Kapazität von bis zu 15 TB, sodass ein einzelnes Array mit bis zu 367 TB Rohspeicher ausgestattet werden kann, wobei zusätzlicher Platz über das DS224C-Erweiterungsfach verfügbar ist.

Bei der Betrachtung der Gesamtkapazität einer NetApp AFF A200-Konfiguration ist es wichtig zu bedenken, dass NetApp die Wirksamkeit seiner Inline-Datenreduzierungstechnologien, einschließlich Komprimierung, Deduplizierung und Datenkomprimierung, garantiert. NetApp bietet garantierte Speichereffizienz basierend auf der Art der Arbeitslast. Wenn Kunden die garantierte Effizienz nicht realisieren, gleicht NetApp den Unterschied aus. Diese Garantie gilt in ihrer aktuellen Form bis April 2018.

Die Bewertung der Wirksamkeit der Datenreduzierung des AFF A200 fällt nicht in den Rahmen unseres Überprüfungsprozesses, aber laut NetApp sollte der AFF A200 den Kapazitätsbedarf um das Zwei- bis Zehnfache reduzieren. Kurz gesagt: Die Datenkomprimierungstechnologie von NetApp platziert mehrere logische Datenblöcke desselben Volumes in einem einzigen 2-KB-Block. Laut NetApp hat diese Funktionalität einen „nahezu null“ Einfluss auf die Leistung – was durchaus in den Rahmen unseres Überprüfungsprozesses fällt. Die Architektur des A10 nutzt das FAS4-Array des Unternehmens (die Architektur des AFF A200 ähnelt der der Einstiegs-FAS-Plattform), obwohl frühere FAS2650-Administratoren beachten sollten, dass das A200 keinen NVMe FlashCache enthält und nur mit SSDs funktioniert.

In den drei Jahren seit unserem letzten Blick auf ein Netapp-Produkt, den FAS2240-2, hat sich im NetApp-Ökosystem viel verändert. Dazu gehören das Debüt der AFF-All-Flash-Reihe und das Debüt des Betriebssystems ONTAP 9 (derzeit in Version 9.2). Der AFF A200 ist Teil der „AFF A“-Reihe, der zweiten Generation der AFF-Familie. Auch die Flash-Technologie und der Markt für All-Flash-Arrays haben sich in der Zwischenzeit weiterentwickelt. Daher ist es sinnvoll, den NetApp AFF A200 als Hinweis darauf zu betrachten, wo NetApp die größten Chancen für die Expansion in neue Märkte und die Konsolidierung des in der Vergangenheit mit Angeboten wie dem FAS2240 aufgebauten Kundenstamms sieht.

Dieser Test wirft einen umfassenden Blick auf diesen Flash-Speicher der neuesten Generation der Einstiegsklasse von NetApp, mit einem bescheiden ausgestatteten AFF A200, der mit 24 SSDs mit 960 GB ausgestattet ist.

NetApp AFF A200-Spezifikationen

• Pro HA-Paar (Aktiv-Aktiv-Controller)
• Formfaktor: 2U
• Speicher: 64GB
• NVRAM: 8 GB
• Lagerung
  • Onboard-Schächte: 24 2.5-Zoll-Steckplätze
  • Maximale SSD: 144
  • Maximale Rohkapazität: 2.2 PB
  • Effektive Kapazität: 8.8 PB (Basis 10)
  • Unterstützte SSDs: 15.3 TB, 7.6 TB, 3.8 TB und 960 GB. 3.8 TB und 800 GB selbstverschlüsselnd
  • Unterstützte Lagerregale: DS224C, DS2246
• SAN-Scale-Out: 2–8 Knoten
• Unterstütztes RAID: RAID6, RAID4, RAID 6 + RAID 1 oder RAID 4 + RAID 1 (SyncMirror)
• Unterstütztes Betriebssystem:
  • Windows 2000
  • Windows Server 2003
  • Windows Server 2008
  • Windows Server 2012
  • Windows Server 2016
  • Linux
  • Oracle Solaris
  • AIX
  • HP-UX
  • Mac OS
  • VMware
  • ESX
• Ports:
  • 8x UTA2 (16Gb FC, 10GbE/FCoE)
  • 4x 10GbE
  • 4x 12 GB SAS
• Unterstützte Speichernetzwerke:
  • FC
  • FCoE
  • iSCSI
  • NFS
  • PNFs
  • CIFS/SMB
• Betriebssystemversion: ONTAP 9.1 RC2 oder höher
• Maximale Anzahl von LUNs: 4,096
• Anzahl der unterstützten SAN-Hosts: 512

Aufbau und Design

Der NetApp AFF A200 basiert auf einem 24-Bay-Gehäuse, das 2.5-Zoll-SAS-SSDs unterstützt. Diese Architektur basiert auf dem DS224C-Speicherregal von NetApp, gepaart mit Intel Broadwell-DE 6-Core-Prozessoren und 12-Gbit/s-SAS-Konnektivität zu internen und externen Laufwerken. Aus gestalterischer Sicht hat Netapp alles überbaut, um ein Höchstmaß an Redundanz zu gewährleisten. MP-HA (Multi-Path High-Availability) SAS-Verbindungen werden intern und extern weitergeleitet, sodass jeder Controller über mehrere Pfade mit jedem Laufwerk kommunizieren kann, selbst wenn eine Verbindung getrennt oder überlastet ist. Darüber hinaus verfügt das Gerät über einen NVMEM-Akku, der bei voller Ladung 25 separate Stromausfallereignisse verarbeiten kann, sodass jeder Controller genügend Betriebszeit hat, um Daten während des Flugs auf ein Onboard-Boot-Gerät zu übertragen. Darüber hinaus werden selbst die ausgelagerten Daten vollständig verschlüsselt, um sie zu schützen, unabhängig vom Ereignis, das den Stromausfall überhaupt verursacht hat. Dasselbe Maß an Belastbarkeit zeigt sich im Design der Kühl- und Stromversorgungssysteme des Gehäuses, wobei jedes Netzteil allein das System unter normalen Betriebsbedingungen auf unbestimmte Zeit vollständig kühlen und mit Strom versorgen kann.

Die Vorderseite des Geräts ist schlicht gehalten und verfügt über eine Blende mit NetApp-Logo, die die Laufwerksschächte abdeckt. Auf der linken Seite befindet sich der Netzschalter sowie eine LED-Anzeige, die Fehler und den Aktivitätsstatus anzeigt.

Die Rückansicht bietet mit verschiedenen Kabelwegen etwas mehr Spielraum, aber es ist die Konnektivität, die den Großteil der redundanten Magie ermöglicht. Es gibt zwei Knoten und das Gerät ist in der Mitte geteilt, wobei jede Seite mit der anderen identisch ist. Auf der linken Seite jedes Controllers befinden sich zwei SAS-Ports. Diese werden in Verbindung mit zusätzlichen zusätzlichen Speicherregalen verwendet und fungieren auch als externe redundante Verbindung zwischen den einzelnen Controllern für HA-SAS-Konnektivität. Neben den SAS-Ports befinden sich zwei 10-GbE-Ports, die eine Knoten-zu-Knoten-Konnektivität ermöglichen. Bei einer Single-Pair-Bereitstellung sind beide Knoten direkt miteinander verbunden, während bei einem größeren Cluster (Clustered Data ONTAP) diese Ports mit einem dedizierten Switch für den Cluster-Verkehr verbunden sind. Als nächstes folgen vier UTA2-Ports, die für den Betrieb in FC- oder Ethernet-Persönlichkeiten für die primäre Daten- oder Netzwerkstruktur konfiguriert werden können. Über den UTA2-Anschlüssen befindet sich ein Konsolen-Micro-USB-Anschluss. Rechts neben den UTA2-Anschlüssen befinden sich ein RJ-45-Konsolenanschluss und ein USB-Anschluss. Und auf der rechten Seite befindet sich der Verwaltungsport. Unterhalb der aufgeführten Anschlüsse befinden sich die Dual-Netzteile.

Management

Auf dem NetApp AFF A200 läuft ONTAP 9.1 und höher; 9.2 kam während unseres Tests heraus. Die Benutzeroberfläche ist der OnCommand System Manager von NetApp. Oben befinden sich mehrere Hauptregisterkarten, darunter Dashboard, LUNs, SVMs, Netzwerk, Hardware und Diagnose, Schutz und Konfigurationen. Über das Haupt-Dashboard können Benutzer problemlos Warnungen und Benachrichtigungen sehen, wie Man-Nodes derzeit genutzt werden (in unserem Fall 2), die Speichereffizienz, Top-Objekte und die aktuelle Leistung in Bezug auf Latenz, IOPS und Bandbreite anzeigen. 

Auf der Registerkarte „LUN“ können Benutzer ihre LUNs einfach verwalten, da sie nach Namen aufgelistet sind und durch Klicken auf eine LUN die Eigenschaften am unteren Bildschirmrand angezeigt werden. 

Unter der Registerkarte „LUN“ befindet sich außerdem die Unterregisterkarte für Initiatorgruppen. Hier können Benutzer den Namen, die SVM, den Typ, das Betriebssystem, den Portsatz und die Anzahl einfach anzeigen und verwalten.

Die nächste Hauptregisterkarte ist SVM (Storage Virtual Machines). Wenn Sie auf diese Registerkarte klicken, wird den Benutzern eine Liste der SVMs angezeigt, zusammen mit ihren Details in der unteren linken Ecke.

Durch Klicken auf eine bestimmte SVM erhalten Benutzer mehrere weitere Optionen, beispielsweise eine Übersicht, die Dinge wie Verbindung, Volumes nahe der Kapazität und Leistung der SVMs anzeigt.

Wenn Sie auf eine SVM klicken, werden mehrere weitere Unterregisterkarten angezeigt, darunter Volumes, Anwendungsbereitstellung, LUNs, Qtrees, Kontingente und SVM-Einstellungen. Auf der Unterregisterkarte „Volumes“ können Benutzer unter anderem die eingerichteten Volumes sehen, bearbeiten oder entfernen, einen Snapshot erstellen und die QoS anpassen.

Wenn Benutzer eines der Volumes bearbeiten möchten, müssen sie nur mit der rechten Maustaste auf ein Volume klicken und werden zum folgenden Bildschirm weitergeleitet. Hier stehen ihnen drei Registerkarten zum Bearbeiten zur Verfügung, darunter „Allgemein“, „Speichereffizienz“ und „Erweitert“. Wie der Name schon sagt, ermöglicht die Registerkarte „Allgemein“ die Bearbeitung allgemeiner Informationen, einschließlich des Namens, des Sicherheitsstils und der Angabe, ob das Volume über Thin Provisioning verfügt oder nicht.

Mit Storage Efficiency können Benutzer die Datenreduzierungsfunktionen innerhalb des Volumes bearbeiten. Dazu gehört das Aktivieren oder Deaktivieren der Hintergrunddeduplizierung, der Inline-Komprimierung und der Inline-Deduplizierung.

Mit Advanced können Benutzer die Speicherplatzrückgewinnung festlegen, einschließlich der automatischen Größenänderung des Volumes und des Löschens alter Snapshots. Benutzer können auch eine Teilreservierung aktivieren und die Zugriffszeit aktualisieren, wenn eine Datei gelesen wird.

Die nächste Unterregisterkarte ist Anwendungsbereitstellung. Wie der Name schon sagt, können Benutzer auf dieser Registerkarte bestimmte Anwendungen für SVMs bereitstellen. Zu diesen Anwendungen (und ihren Vorlagen) gehören Oracle SAN Oracle Single, Oracle SAN Oracle RAC, SAN SQL Server, SAN Virtual Desktop Instance und SAN SAP HANA.

Auf der Unterregisterkarte „LUNs“ für SVMs können Benutzer die LUNs für jede SVM anzeigen, verwalten und bearbeiten. Die LUNs werden nach Namen aufgelistet (dies kann jedoch angepasst werden) mit allgemeinen Details zu jedem. Und wenn Benutzer auf eine davon klicken, können sie unten erweiterte Eigenschaften sehen.

Eine wichtige Unterregisterkarte unter SVMs ist die Registerkarte „Einstellungen“. Auf dieser Registerkarte können Benutzer Dinge wie Protokolle, Richtlinien, Dienste, Benutzerdetails und den aktuellen Status anzeigen. 

Die nächste Hauptregisterkarte, die wir uns ansehen, ist die Registerkarte „Netzwerk“. Diese Registerkarte verfügt über mehrere Unterregisterkarten, darunter Subnetze, Netzwerkschnittstellen, Ethernet-Ports, Broadcast-Domänen, FC/FoE-Adapter und IPspaces. Die erste Unterregisterkarte, die wir uns ansehen werden, ist „Netzwerkschnittstellen“. Hier können Benutzer den Schnittstellennamen, die SVM, die IP-Adresse, den aktuellen Port, ob es sich um einen Home-Port handelt oder nicht, die Art des Datenprotokollzugriffs, den Verwaltungszugriff, das Subnetz und die Rolle sehen. Wenn Sie auf eine Schnittstelle klicken, werden auch allgemeine Eigenschaften und Failover-Eigenschaften angezeigt. 

Auf der Unterregisterkarte „Ethernet-Ports“ werden die verschiedenen Ports aufgelistet, auf welchem ​​Knoten sie sich befinden, welche Broadcast-Domäne und IP-Bereich sie haben und um welchen Typ es sich dabei handelt. Durch Klicken auf einen Port werden den Benutzern außerdem die Eigenschaften und Schnittstellen angezeigt. 

Auf der Unterregisterkarte „Broadcast-Domäne“ erfahren Benutzer, ob es sich bei der Broadcast-Domäne um einen Cluster oder eine Standarddomäne handelt, sowie über die maximalen Übertragungseinheiten (MTU), den IP-Bereich und den Aktualisierungsstatus des kombinierten Ports.

Auf der Unterregisterkarte „FC/FoE-Adapter“ werden Informationen zu den Adaptern angezeigt, z. B. ihre WWNN, auf welchem ​​Knoten sie sich befinden, in welchem ​​Steckplatz sie sich befinden, ihre WWPN, ihren Status und ihre Geschwindigkeit. Durch Klicken auf einen Adapter erhalten Benutzer zusätzliche Details wie Medientyp, hergestellte Verbindung, hergestellte Fabric, Geschwindigkeit, Portadresse und Datenverbindungsrate. 

Die nächste Hauptregisterkarte ist Hardware und Diagnose. Diese Registerkarte bietet dem Benutzer ein Dropdown-Menü mit mehreren Optionen. Eine der Optionen ist „Datenträger“ mit zwei Unterregisterkarten: „Zusammenfassung“ und „Inventar“. Unter „Inventar“ können Benutzer alle Festplatten in ihrem Cluster, die Namen, den Containertyp, den Heimatort und den aktuellen Besitzer, den Typ (in diesem Fall alle SSDs) und die RPM (in diesem Fall keine – da es sich bei den Festplatten ausschließlich um SSDs handelt) sehen. , effektive Größe und physischer Raum. Wenn Sie auf einen Datenträger klicken, erhalten Sie außerdem zusätzliche Details wie Aggregat, Lieferanten-ID, Nullung, Seriennummern und Fehlerdetails.

Benutzer können sich Aggregate ansehen, um Informationen wie den Namen, den Knoten, auf dem sie sich befinden, den genutzten Prozentsatz, den verfügbaren Speicherplatz, den genutzten Speicherplatz, den Gesamtspeicherplatz, die Volume-Anzahl und die Festplattenanzahl anzuzeigen. 

Die Diagnose für Knoten liefert einige allgemeine Informationen wie Name, Status, Betriebszeit, ONTAP-Version, Modellnummer, System-ID, Seriennummer und ob der Knoten All-Flash-optimiert ist oder nicht.

Die Diagnose für Ereignisse gibt Administratoren eine ziemlich detaillierte Meldung über Ereignisse, ihren Schweregrad, ihren Ursprungsort, den Knoten, in dem sie aufgetreten sind, Datum und Uhrzeit sowie andere Details des Ereignisses.

Die nächste Hauptregisterkarte ist „Schutz“, die Benutzern ein Dropdown-Menü für Schnappschüsse bietet. Benutzer erhalten einen Bildschirm zum Planen von Snapshots, wobei verschiedene Optionen zeitbasiert oder intervallbasiert sind.

Auf dem anderen Bildschirm unter der Registerkarte „Schutz“ können Benutzer Snapshot-Richtlinien festlegen.

Die letzte Hauptregisterkarte ist Konfiguration. Die Registerkarte „Konfiguration“ enthält auf der linken Seite viele Unterabschnitte, darunter Konfigurationsaktualisierungen, Serviceprozessor, Cluster-Peers, Hochverfügbarkeit, Lizenzen, Cluster-Aktualisierungen, Datum und Uhrzeit, SNMP, LDAP, Benutzer und Rollen. Durch Klicken auf „Service Processor“ sehen Benutzer die Knoten im Cluster, ihre IP-Adressen, ihren Status und ihre MAC-Adresse sowie Netzwerk- und allgemeine Details. 

Unter Cluster Update können Benutzer sehen, welche Updates über ONTAP für ihren Cluster verfügbar sind und was das Update beinhaltet. 

Insgesamt ist die Verwaltungsoberfläche des NetApp AFF A200 angenehm zu bedienen und es gab während unseres Tests keine Probleme. Es bietet einen browser- und softwareunabhängigen Ansatz für die Arbeit auf wirklich jeder Art von Plattform, einschließlich einem iPhone (Screenshot unten). Auch wenn die mobile Schnittstelle nicht die bevorzugte Methode zur Verwaltung des Systems war, ist allein die Tatsache, dass dies bei Bedarf möglich war, beeindruckend. Die Benutzeroberfläche ist übersichtlich und leicht verständlich. Alle Bereiche, mit denen wir interagiert haben, sind für die Verwaltung des Arrays einfach zu durchlaufen. Während einige Schnittstellen möglicherweise ein „neueres“ Erscheinungsbild haben, reduziert die ONTAP-WebGUI die Unordnung auf ein Minimum und ist, was das Beste ist, sehr reaktionsschnell und einfach zu navigieren.

Analyse der Anwendungsauslastung

Die Anwendungs-Workload-Benchmarks für den NetApp AFF A200 bestehen aus der MySQL OLTP-Leistung über SysBench und der Microsoft SQL Server OLTP-Leistung mit einer simulierten TPC-C-Workload.

Die Tests wurden über FC mit vier 16-Gb-Links und zwei Verbindungen pro Controller durchgeführt.

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 A200 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

Betrachtet man die Transaktionsleistung des NetApp AFF A200 in unserem SQL Server-Test, erreichte der AFF A200 Ergebnisse von 12,620.15 TPS, wobei einzelne VMs zwischen 3,154.95 TPS und 3,155.113 TPS lagen. Im Datenreduktionsmodus sahen wir ähnliche Ergebnisse, wobei der NetApp A200 einen Gesamtwert von 12,583.81 TPS erreichte, wobei die einzelnen VMs zwischen 3,145.29 TPS und 3,146.43 TPS lagen.

Betrachtet man die durchschnittliche Latenz, erreichte der A200 in allen VMs 11 ms, was insgesamt ebenfalls 11 ms ergibt. Im DR-Modus stieg die Latenz etwas an, obwohl dies bei einzelnen VMs zwischen 24 und 26 ms zu erwarten ist, was einem Gesamtwert von 25 ms entspricht.

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–5 Knoten

• 8–10 Intel E5-2690 v3-CPUs für 249 GHz im Cluster (zwei pro Knoten, 2.6 GHz, 12 Kerne, 30 MB Cache)
• 1–1.25 TB RAM (256 GB pro Knoten, 16 GB x 16 DDR4, 128 GB pro CPU)
• 4-5 x Emulex 16 GB Dual-Port-FC-HBA
• 4-5 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, 16 und 20, und wir haben Sysbench sowohl mit der Datenreduzierung „Ein“ als auch im „Roh“-Format ausgeführt. Bei der Transaktionsleistung zeigte der NetApp A200 seine beste Leistung mit 20 VMs und deaktivierter Datenreduzierung, was zu 9,695 TPS führte. Bei aktiviertem DR erreichte der A200 immer noch 8,986 TPS bei 20 VMs.

Was die durchschnittliche Latenz angeht, ist sie bei weniger VMs offensichtlich geringer, sodass die 4VM-Benchmarks 17.84 ms für Raw und nur 19.2 ms für DR ergaben. Interessant ist, dass bei 20 VMs der Unterschied zwischen der Raw- und der Datenreduktionsversion nur etwa 5 ms betrug (66.02 ms bis 71.24 ms).

In unserem Worst-Case-Szenario-Latenz-Benchmark zeigte der A200 ebenfalls eine starke Leistung, wobei die Datenreduzierungsversion von 4VMs mit 48.43 ms die niedrigste Latenz aufwies (obwohl der Raw-Wert nur bei 48.63 ms lag). Bei der Erhöhung der VM-Anzahl auf 20 erreichte die Datenreduktionsversion nur 180.27 ms und die Raw-Version 172.6 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. NetApp stellte uns während der Überprüfung des AFF A200 sein POC Toolkit zur Verfügung, das eine Reihe verschiedener Testprofile bietet, 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
• 64 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

Was die Spitzenleseleistung angeht, bot der NetApp AFF A200 eine außergewöhnliche 4K-Leseleistung mit geringer Latenz, die zu Beginn 0.31 ms betrug und bis zu etwa 1 IOPS unter 190 ms blieb. In der Spitze erreichte der A200 249 IOPS bei einer Latenz von 16.4 ms.

Betrachtet man die 4K-Spitzenschreibleistung, so begann der A200 mit einer Latenz von 0.34 ms und blieb unter 1 ms, bis er zwischen 40 und 50 IOPS erreichte. In der Spitze erreichte der A200 über 85 IOPS bei 19.6 ms

Bei der Umstellung auf 64 Spitzenlesevorgänge startete der A200 mit einer Latenz von 0.27 ms und blieb unter 1 ms, bis er über 48.5 IOPS erreichte. Es erreichte einen Spitzenwert von knapp über 60 IOPS mit einer Latenz von 8.5 ms. Der A200 erreichte eine Bandbreite von 3.75 GB/s.    

Bei 64 sequenziellen Spitzenschreibvorgängen startete der A200 bei 0.49 ms und blieb unter 1 ms, bis er knapp über 6 IOPS erreichte. Der A200 erreichte seinen Höhepunkt mit 19.7 IOPS und einer Latenz von 12.85 ms. Auch der A200 hatte in der Spitze eine Bandbreite von 1.22 GB/s.

Bei unserem SQL-Workload begann die Latenz des A200 bei 0.37 ms und blieb unter 1 ms, bis knapp über 120 IOPS erreicht waren. Der Höchstwert lag bei 179 IOPS und 5.7 ms.

Im SQL 90-10-Benchmark startete der A200 mit einer Latenz von 0.37 ms und blieb unter 1 ms, bis er zwischen 80 und 100 IOPS erreichte. Der A200 erreichte einen Spitzenwert von 159 IOPS mit einer Latenz von 6.5 ms. 

Beim SQL 80-20 startete der A200 mit einer Latenz von 0.38 ms und blieb unter 1 ms, bis er über 60 IOPS erreichte. Der A200 erreichte einen Spitzenwert von 131 IOPS mit einer Latenz von 7.8 ms.

Mit Oracle Workload startete der A200 mit einer Latenz von 0.39 ms und blieb unter 1 ms, bis er 50 IOPS überschritt. Der A200 erreichte einen Spitzenwert von 125 IOPS mit einer Latenz von 10.2 ms.

Beim Oracle 90-10 startete der A200 mit einer Latenz von 0.37 ms und blieb unter 1 ms, bis er knapp 100 IOPS erreichte. Der Spitzenwert lag bei 155 IOPS mit einer Latenz von 4.2 ms. 

Beim Oracle 80-20 startete der A200 mit einer Latenz von 0.38 ms und blieb unter 1 ms, bis er knapp 65 IOPS erreichte. Der Spitzenwert lag bei 129 IOPS mit einer Latenz von 4.9 ms. 

Bei der Umstellung auf VDI Full Clone zeigte der Boot-Test, dass der A200 mit einer Latenz von 0.35 ms begann und unter 1 ms blieb, bis er etwa 52 IOPS erreichte. Der A200 erreichte einen Spitzenwert von 122 IOPS mit einer Latenz von 8.6 ms.

Die erste Anmeldung bei VDI Full Clone begann mit einer Latenz von 0.41 ms und blieb unter 1 ms, bis etwa 22 IOPS erreicht waren. Der A200 erreichte einen Spitzenwert von 48 IOPS mit einer Latenz von 18.6 ms.

Die VDI Full Clone Monday-Anmeldung begann mit einer Latenz von 0.48 ms und blieb bis zu über 1 IOPS unter 20 ms. Der Höchstwert lag bei 49 IOPS mit 10.4 ms. 

Beim Übergang zu VDI Full Clone zeigte der Boot-Test, dass die Leistung bis zu etwa 1 IOPS unter 49 ms blieb und später einen Spitzenwert von 95.7 IOPS mit einer durchschnittlichen Latenz von 5.13 ms erreichte.

Im Linked-Clone-VDI-Profil, das die Leistung bei der ersten Anmeldung misst, konnten wir eine Latenz von unter einer Millisekunde bis etwa 18.8 IOPS beobachten, wo sie in der Spitze weiter auf 36.8 IOPS bei 6.95 ms anstieg.

In unserem letzten Profil zur VDI Linked Clone Monday Login-Leistung sehen wir, dass der 1-ms-Grenzübergang bei etwa 17.5 IOPS stattfindet, wobei die Arbeitslast weiter ansteigt und ihren Höhepunkt bei 37.4 IOPS und einer durchschnittlichen Latenz von 13.3 ms erreicht.

VMmark 3

Update 1 / 31 / 18: Zum Zeitpunkt dieser ersten Überprüfung waren unsere VMmark-Tests noch nicht abgeschlossen. Dies ist inzwischen online und wir haben weitere Details dazu veröffentlicht Die Virtualisierungsleistung des A200 infolge. Die Daten verstärken unsere Begeisterung für das Gerät noch weiter, da es bei aktivierten Datenreduktionsdiensten mit minimalen Auswirkungen sehr gut abschnitt.

Fazit

Das NetApp AFF A200 ist ein Einsteiger-Array für kleine Unternehmen, die entweder mit All-Flash-Speicher beginnen oder darauf migrieren möchten, oder eine gute Option für Remote-/Zweigstellen. Der A200 ist eine Dual-Controller-Plattform mit Intel Broadwell-DE-Prozessoren mit sechs Kernen und mehr als 64 GB Speicher. Was die Kapazität betrifft, verfügt der A200 über 24 2.5-Zoll-Schächte für SAS-Flash-Laufwerke. Das Array unterstützt Laufwerke mit bis zu 15 TB, was einer gesamten Rohkapazität von bis zu 367 TB entspricht, obwohl die effektive Kapazität bei Datenreduzierung viel höher ist. Darüber hinaus bietet NetApp eine garantierte Speichereffizienzreduzierung von 4:1. Der A200 kann die Kapazität auch über ein DS224C-Erweiterungsfach erweitern. Das Array läuft auf dem ONTAP-Betriebssystem von NetApp.

Im Hinblick auf die Leistung führten wir sowohl unsere üblichen Anwendungs-Workload-Analysen, einschließlich SQL Server- und Sysbench-Anwendungs-Workloads, als auch neu eingeführte synthetische Benchmarks der VDBench-Workload-Analyse durch. NetApp hat uns für die Überprüfung sein POC-Toolkit zur Verfügung gestellt, das uns eine einfachere Möglichkeit bietet, Workloads auf mehreren Servern zu starten und es in Zukunft einfacher macht, schnellere Arrays auf konsistente Weise zu testen.

Bei unseren Anwendungs-Workloads testen wir das Array sowohl mit als auch ohne aktivierte Inline-Datenreduktionsdienste (DR). In unserem Transaktions-Benchmark für SQL Server waren die Auswirkungen der DR minimal. Der Gesamtwert betrug 12,620.1 TPS unformatiert und 12,583.8 TPS bei aktivierter DR. Einzelne VMs reichten von 3,145.3 TPS bis 3,155.1 TPS. Bei der durchschnittlichen Latenz von SQL Server konnten wir feststellen, dass sich die Latenz bei eingeschalteter DR verdoppelte; Die Rohdaten laufen 11 ms (sowohl einzeln als auch insgesamt), und die DR hat eine Gesamtdauer von 25 ms. Mit Sysbench haben wir mehrere VM-Skalierungssätze ausgeführt, darunter 4, 8, 16 und 20. Bei der niedrigsten Skalierung von 4 VMs schnitt NetApp recht gut ab und bot eine starke Leistung, ohne dass das Array vollständig ausgelastet werden musste. Die Rohleistung bei 4 VMs betrug 7,175 TPS, mit einer durchschnittlichen Latenz von 17.84 ms und einer Latenz im ungünstigsten Fall von 48.63 ms. Bei 20 VMs dagegen erreichte der Rohwert 9,695 TPS mit einer Latenz von 66.02 ms und einer Latenz im ungünstigsten Fall von 172.6 ms. Auch hier gab es bei eingeschalteter DR keinen großen Unterschied, obwohl das Rohmaterial in allen Tests besser abschnitt.

Bei den VDBench-Tests, die mit aktivierten Datenreduktionsdiensten durchgeführt wurden, war es beeindruckend, eine so starke Leistung bei einer Latenz von unter einer Millisekunde zu sehen. Bei zufälligem 4K erreichte der A200 40 IOPS, bevor er beim Schreiben eine Latenz von über 1 ms erreichte, und beim Lesen erreichte der A200 190, bevor er eine Latenz von über 1 ms erreichte. Dieser Trend setzte sich auch in den übrigen Benchmarks fort. In sequentiellen 64K-Tests konnte der A200 beim Lesen 48 IOPS bei einer Latenz von 1 ms erreichen, und beim Schreiben erreichte er fast 20 IOPS bei einer Latenz von 1 ms (der Test endete auch mit Bandbreitengeschwindigkeiten von 3.75 GB/s beim Lesen und 1.22 GB/s). schreiben). Wir haben drei SQL-Workloads mit 100 % Lesen, 90 % Lesen und 10 % Schreiben sowie 80 % Lesen und 20 % Schreiben ausgeführt, wobei der A200 Werte von 120 IOPS, 80 IOPS bzw. 60 IOPS erreichte, alles unter einer Latenz von 1 ms. Als wir dieselben drei Tests mit einem Oracle-Workload durchführten, stellten wir fest, dass der A200 50 IOPS, 100 IOPS und 65 IOPS bei einer Latenz von 1 ms erreichte. Wir führten außerdem VDI-Full-Clone- und Linked-Clone-Benchmarks für Boot, Erstanmeldung und Montagsanmeldung durch. Der A200 konnte 52 IOPS, 22 IOPS und 20 IOPS bei einer Latenz von 1 ms im Full Clone und 49 IOPS, 18 IOPS und 17 IOPS bei einer Latenz von 1 ms im Linked Clone erreichen. NetApp kommentiert schnell, wie viel Optimierung hinter den Kulissen zur Abstimmung auf Arbeitslasten stattfindet, und Sie können dies in jedem Test sehen, den wir auf dem A200 durchgeführt haben – selbst bei vollständiger Inline-Datenreduzierung.

Nach all diesen Arbeitsbelastungen und den vielen Testwochen in unserem Labor ist eines klar: Die Migration zu All-Flash-Systemen hat für NetApp einen Wandel bedeutet. Ein Teil der Verbesserungen ist auf den Uplift-Flash zurückzuführen, ein Großteil davon ist jedoch den ONTAP-Verbesserungen zu verdanken. Wo auch immer der Verdienst liegt, das Endprodukt ist absolut fantastisch. Das mittlere Marktsegment für Speicher ist erstaunlich wettbewerbsintensiv; Es gibt ein paar Startups, softwaredefinierte Optionen und den Rest der üblichen Verdächtigen. Wenn Sie weniger als einen sechsstelligen Betrag für Speicher ausgeben möchten, kann es Ihnen verzeihen, wenn Sie sich NetApp in diesem Segment nicht ansehen, ohne einen kurzen Blick darauf zu werfen. Das wäre allerdings ein tragischer Fehler, denn der A200 geht einfach kaputt. Eine phänomenale Leistung unter einer Millisekunde zu liefern, ist eine Sache, aber hier ist der wichtige Teil: NetApp tut dies mit aktivierten Datenreduktionsdiensten, um diese 4:1-Kapazitätsgarantie zu erreichen. Das ist nicht trivial; Viele andere Arrays sind bei aktivierter Datenreduzierung entweder sehr schwach oder bieten sie einfach nicht an. Unser A200 der Einstiegsklasse mit den Laufwerken mit der niedrigsten Kapazität bot bis zu 15.5 TB in zwei 7.75-TB-Pools, was bedeutet, dass wir eine Spitzenkapazität von 62 TB hätten, wenn wir dieses 4:1-Ziel erreichen würden, und über ein Petabyte mit den 15-TB-Laufwerken, die NetApp anbietet . Ziemlich beeindruckende Reichweite für eine 2U-Mittelklasse-Box. Die Leistung in Kombination mit einem umfangreichen und ausgereiften Satz an Datendiensten macht den A200 zu einer einfachen Wahl für unseren zweiten Editor's Choice-Gewinner des Jahres 2017.

Vorteile

• Bis zu 367 TB in einem 2U-Footprint (vorher 4:1 Dateneffizienz)
• Datenreduzierungstechnologien hatten nur minimale Auswirkungen auf die Anwendungs-Workload-Benchmarks
• Enorme Leistung bei Latenzen unter einer Millisekunde in VDBench
• Ausgereifter Satz an Datendiensten und Integrationen

Nachteile

• Es fehlt eine 1.92-TB-SSD-Option, um den Preisunterschied zwischen der 960-GB- und der 3.8-TB-Konfiguration auszugleichen

Fazit

Der NetApp AFF A200 ist eine ideale Unified-Storage-Lösung für den Mittelstand, der eine kompromisslose Mischung aus Anwendungsreaktionsfähigkeit, unterstützt durch eine umfangreiche Liste reinrassiger Datendienste, benötigt.

NetApp All-Flash-Arrays

Besprechen Sie diese Rezension

Melden Sie sich für den StorageReview-Newsletter an