StorageReview.com

Permabit Albireo SANblox-Rezension

Unternehmen  ◇  Enterprise-Speicher

Permabit Albireo SANblox ist eine speziell entwickelte Datenreduzierungs-Appliance, die entwickelt wurde, um mehr Kapazität aus Fibre-Channel-SANs freizusetzen. Permabit geht davon aus, dass Benutzer eine Reduzierung des im SAN gespeicherten Daten-Footprints um mindestens 6:1 feststellen werden, sodass Speicherinvestitionen das Standard-Wertversprechen massiv verändern werden. SANblox bietet Deduplizierung und Komprimierung mit Thin Provisioning und erweitert so den Funktionsumfang weiter. Die gesamte Datenreduzierung erfolgt inline, die SANblox-Appliance schiebt sich einfach vor das SAN und virtualisiert es, das SAN und die Anwendung sind sich der Residenz der SANblox-Lösung nicht bewusst. SANblox funktioniert auf jedem FC-Speicher, unabhängig von der Festplattenkonfiguration – Festplatten-, Hybrid- und All-Flash-Lösungen verzeichnen alle die gleiche Reduzierung des Datenbedarfs.

Eine Datenreduzierung um das Sechsfache wird allgemein als gutes Zeichen für standardmäßige gemischte Anwendungs-Workloads in Unternehmen angesehen. Abhängig von der Nutzung des Speichers können die Zahlen jedoch deutlich höher ausfallen. VDI-Anwendungsfälle können den Nutzen von SANblox um eine Größenordnung steigern, und IT-Abteilungen, die beispielsweise mehrere Kopien von Datenbanken für die Entwicklung verwenden, werden eine enorme Reduzierung des Datenfußabdrucks verzeichnen. Tatsächlich kann die bloße Möglichkeit, Datenkopien für Entwicklungszwecke auszugliedern, neue Geschäftsprozesse ermöglichen, bei denen die Kosten für die vorherige Bereitstellung vollständiger Datensätze möglicherweise zu hoch waren.

Permabit seinerseits ist schon seit langem im Deduplizierungsgeschäft tätig. Während die Datenreduzierung außerhalb von Backup-Appliances bis vor Kurzem nicht weit verbreitet war, haben Flash-basierte Appliances das Konzept auf mehr Mainstream-Workloads übertragen. Die Deduplizierungstechnologie hinter vielen dieser All-Flash-Appliances ist höchstwahrscheinlich eine Permabit-Lösung. Deduplizierung gibt es jedoch nicht überall, Festplatten-Arrays und sogar die meisten Hybrid-Arrays sind einfach nicht auf dieses Konzept ausgelegt und selbst viele Flash-Arrays bieten nur begrenzte Datenreduzierungsdienste an. Permabit erschließt diese Dienste über die SANblox-Appliance und verleiht neuem oder bestehendem Speicher neue Tricks.

Der Permabit Albireo SANblox wird jetzt zu einem UVP ausgeliefert, der je nach Speicheranbieter, mit dem das Gerät gepaart ist, und Aktionspreisen variiert. Offensichtlich funktionieren Preisargumente am besten, wenn die Kapazität groß genug ist, um Skaleneffekte zu erzielen. Permabit hat ein Preisbeispiel beigefügt, um zu zeigen, wie herkömmlicher Flash-Speicher im Vergleich zu einer Umgebung mit SANblox abschneidet:

  • Kosten für 60 TB im Rohzustand: 720,000 US-Dollar
  • Kosten nach Datenschutzaufwand: 12 $/GB
  • Kosten für SANblox 6:1-Kapazitätseinsparungen: 70,000 $
  • Kosten für 10 TB nach Datenschutzaufwand: 120,000 US-Dollar
  • Gesamtkosten vor Rabatten: 190,000 $
  • Effektive Kosten pro GB (Speicher + Sanblox) vor Rabatten: 3.16 $
  • Nettoeinsparungen: 74 %

Permabit Albireo SANblox-Spezifikationen

  • CPU: Intel Xeon E5-1650v2
  • RAM: 128 GB
  • FC-Ports: 4 x 16 GB (Emulex)
  • Max. Nutzbare Kapazität: 256 TiB
  • Max. Unterstützte LUNs: 256
  • Zufällige E/A (4K IOPS):
    • Lesen: 230,000
    • Schreiben: 111,000
    • Gemischter RW70: 180,000
  • Sequentielle Durchsatzmenge:
    • Lesen: 1045 MB/s
    • Schreiben: 800 MB/s
  • Min. Latenz:
    • Lesen Sie: 300us
    • Schreiben Sie: 400us
  • Zuverlässigkeit: Alle Daten/Metadaten werden in den Backend-Speicher geschrieben, bevor Schreibvorgänge bestätigt werden. Auf SANblox werden keine Daten zwischengespeichert.
  • Verfügbarkeit: Seamless High Availability bietet transparentes Failover in weniger als 30 Sekunden.
  • Wartungsfreundlichkeit: SMTP-Benachrichtigung und transparente Upgrades von Software- und Hardwarekomponenten.
  • Physikalische Eigenschaften:
    • Formfaktor: 1U-Rackmontage
    • Breite: 17.2 "(437 mm)
    • Gewicht: 38 Pfund (16.5 kg)
  • Stromversorgung:
    • Spannung: 100–240 V, 50–60 Hz
    • Watts: 330
    • Ampere: 4.5 max
  • Betriebstemperatur: 10 °C bis 35 °C (50 °F bis 95 °F)
  • Relative Betriebsfeuchtigkeit: 8 % bis 90 % (nicht kondensierend)
  • Zertifizierungen
    • Elektromagnetische Emissionen: FCC Klasse A, ICES-003, CISPR 22 Klasse A, AS/NZS CISPR 22 Klasse A, EN 61000-3-2/-3-3, VCCI:V-3, KN22 Klasse A
    • Elektromagnetische Immunität: CISPR 24, KN 24, (EN 61000-4-2, EN 61000-4-3, EN 61000-4-4, EN 61000-4-5, EN 61000-4-6, EN 61000-4- 8, EN 61000-4-11)
    • Effizienz der Stromversorgung: 80 Plus Gold zertifiziert

Deduplizierung

Unter Deduplizierung versteht man einfach den Prozess, der verhindert, dass doppelte Daten wertvollen Platz im Primärspeicher beanspruchen. Der Unterschied zwischen dem Kauf einer Datenreduktions-Appliance speziell für die Sicherung und einer für die Primärspeicherung konzipierten Appliance kann für einige Käufer verwirrend sein. Der Primärspeicher mit Datenreduzierung ist darauf ausgelegt, die Leistungsbereitstellung für den wahlfreien Zugriff auf Datenblöcke fester Größe zu optimieren. Um eine schnellere Leistung zu erzielen, konzentriert sich die Datenreduzierung im Primärspeicher auf feste Datenblöcke, typischerweise mehr, kleinere Blöcke (je nach Anbieter gibt es jedoch Unterschiede). Andererseits konzentriert sich eine Deduplizierungs-Backup-Appliance mehr auf den sequentiellen Durchsatz, um die Backup- und Wiederherstellungsprozesse zu beschleunigen. Backup-Deduplizierungs-Appliances sind mit ihrem sequenziellen Fokus in der Lage, große Datenströme zu verarbeiten und sie mit variablen Blockgrößen auf Medien zu schreiben. Dies bedeutet einerseits, dass das Gerät größere Stücke verarbeiten kann und daher weniger Stücke im Auge behalten muss; Wenn andererseits nur eine kleine Datenmenge zurückgelesen werden muss, muss der gesamte Datenblock gelesen werden.

Was die Deduplizierung angeht, gibt es zwei Hauptmethoden, sie durchzuführen: Inline oder Post-Processing. Inline-Deduplizierung bedeutet einfach, dass bei der Bewegung der Daten zu ihrem Ziel Duplikate gefunden und dann nie geschrieben werden. Da es sich um eine Inline-Lösung handelt, profitieren Caches und schnellere Speicherebenen in Hybrid-Arrays alle von einer Erhöhung der effektiven Kapazität. Dies ist ideal, um sowohl Speicherplatz zu sparen als auch Schreibvorgänge auf Flash-Medien zu speichern (wo Flash nur eine begrenzte Anzahl von Schreibvorgängen ausführen kann, bevor es zu Leistungseinbußen kommt). Zusätzlich zu diesen Vorteilen ermöglicht Inline auch eine sofortige Replikation zum Schutz der Daten. Der Nachteil der Inline-Deduplizierung ist der fast unvermeidbare Leistungseinbruch bei Wrute Tune.

Post-Process-Deduplizierung bedeutet, dass der Deduplizierungsprozess beginnt, sobald die Daten ihr Speicherziel oder einen Speicher-Cache erreicht haben. Dadurch kann zwar der anfängliche Leistungseinbruch beim Schreiben übersprungen werden, es entstehen jedoch auch andere Probleme. Zum einen beanspruchen Duplikate Speicherplatz, während sie darauf warten, dass der Deduplizierungsprozess beginnt oder aufholt, wenn er ständig läuft. Wenn die Daten zuerst an einen Cache gesendet werden, kann sich der Cache schnell füllen. Daher können bei Hybrid-Arrays möglicherweise nur auf der untersten Ebene Kapazitätseinsparungen erzielt werden. Das Schreiben aller Daten auf das Speichermedium vor der Deduplizierung kann ebenfalls eine größere Belastung für Flash bedeuten. Auch wenn der anfängliche Leistungseinbruch möglicherweise übersprungen wird, muss der Deduplizierungsprozess nach Beginn der Nachbearbeitung immer noch Ressourcen verbrauchen.

Aus Anbietersicht ist die Leistung in der Regel das größte Problem, da sie nicht möchten, dass ihre Appliance langsamer läuft als die Konkurrenz (auch wenn sie insgesamt weniger Speicherplatz verbrauchen). Der Leistungseinbruch und die allgemeine Obergrenze der Leistung ergeben sich aus einer Kombination der verfügbaren Ressourcen sowie der spezifischen Software, die in der jeweiligen Appliance verwendet wird. Während die Leistung für Kunden ebenfalls ein Problem sein kann, und zwar ein großes Problem, machen sie sich auch Sorgen über Datenverlust, da sich durch den Deduplizierungsprozess die Art und Weise ändert, wie Daten gespeichert werden und wie sie ursprünglich geschrieben wurden.

Wo passt Permabit also in diesen Unterschied der Deduplizierung? Permabit sitzt vor einem SAN und dedupliziert Daten, während sie sich ihrem Ziel nähern. Permabit verwendet eine Inline-, Multi-Core-skalierbare Deduplizierungsmethode mit geringem Speicheraufwand. Wenn wir uns das von uns getestete Gerät, das Permabit Albireo SANblox, genauer ansehen, kann es Daten, die einer Deduplizierung bedürfen, mit 4K-Granularität in einer primären Speicherumgebung indizieren. Das Permabit Albireo SANblox kann also 256 TB bereitgestellte LUNs aufnehmen und als 2.5 PB logischen Speicher darstellen, obwohl dafür nur 128 GB RAM erforderlich sind. Dadurch kann das Gerät Leistungsaspekte sowohl durch das Zurücklesen kleinerer Datenblöcke als auch durch den geringeren Ressourcenverbrauch angehen. Eine weitere Methode zur Verbesserung der Leistung von Permabit besteht darin, die Software in eine Appliance einzubetten. Permabit gibt an, dass Kunden, die diese Methode verwenden, eine Leistung von mehr als 600,000 IOPS erzielt haben.

Für jedes Unternehmen ist es leicht zu sagen, dass sein Gerät (in diesem Fall die Deduplizierung) in seiner Leistung hervorragend ist. Es ist jedoch immer besser, wenn Beweise in einem Kontext erbracht werden können, der für Kunden und Anbieter, die Permabit mit ihren SAN-Geräten kombinieren möchten, verständlich ist. Vor einigen Jahren führte Permabit eine Studie mit der Enterprise Strategy Group (ESG) durch. Die Studie untersuchte das Datenreduktionsverhältnis in verschiedenen Umgebungen und verglich die Komprimierung allein, die Deduplizierung allein sowie die Kombination von Komprimierung und Deduplizierung.

Setup und Konfiguration

Die SANblox-Appliance ist ein 1U-Server, der sich im Wesentlichen in den Datenpfad für LUNs einfügt, die weitergeleitet werden. Natürlich müssen nicht alle LUNs den SANblox durchlaufen. SANblox-Einheiten werden normalerweise in HA-Paaren bereitgestellt. Abhängig von den Anforderungen oder Fähigkeiten des zugrunde liegenden Speichers können mehrere HA-Paare verwendet werden, um alle Speicher- oder Leistungsanforderungen zu erfüllen.

SANblox online zu bekommen ist ziemlich schnell und einfach. Sie weisen dem System zwei IP-Adressen zu: eine für IPMI und eine zweite für das Webmanagement und die SSH-Schnittstelle. Wenn es online geht, schnappen Sie sich die WWNs für die beiden Back-End-FC-Ports (diejenigen, die eine Verbindung zu Ihrem Speichersystem herstellen) und verwenden diese, um eine separate FC-Zone zu erstellen.

Auf Array-Ebene stellen Sie Ihren Speicher bereit, sodass Sie über eine 1-GB-LUN für Geräteeinstellungen und mehrere LUNs für Ihren primären Datenspeicher verfügen. Alle Metadaten werden auch auf diesen Volumes gespeichert. SANblox speichert keine Daten innerhalb der Appliance, was durch seine synchrone Inline-Funktionalität ermöglicht wird. Für unsere Screenshot-Beispiele haben wir unser DotHill Ultra48-Array verwendet und 1 1-GB-LUN für SANblox-Einstellungen und 2 1-TB-LUNs für den SANblox-Speicherpool konfiguriert.

Wenn der Speicher konfiguriert ist, erkennt und konfiguriert SANblox automatisch die 1-GB-LUN für Geräteeinstellungen und zeigt die anderen LUNS für die Speicherpoolerstellung an. In diesem Fall werden beim Erstellen des Pools alle zusammengefasst und Sie können auswählen, ob Sie die Deduplizierung ein- oder ausschalten und die Komprimierung ein- oder ausschalten möchten.

Mit dem erstellten Pool ermöglicht Permabit SANblox Benutzern standardmäßig die Adressierung des physischen Speichers mit einer logisch adressierbaren Größe von 10:1. So werden aus 1 TB Rohdaten 10 TB nutzbarer Speicherplatz beim Erstellen von Volumes. In unserem Fall wurden die 1.8 TB Rohspeicher als 18 TB nutzbarer Speicher zugeordnet, den wir zuweisen konnten.

Wenn der zugrunde liegende Speicher geklärt ist, funktioniert der Rest der Schnittstelle ähnlich wie der Ihres Basisspeicher-Arrays. Sie können LUNs erstellen, sie Hosts oder Hostgruppen zuweisen sowie Regeln wie Lesezugriff oder Lese-/Schreibzugriff definieren.

Leistung

Nicht alle Hochleistungsspeicher bieten Deduplizierung. Die X-IO ISE G3-Familie von Flash-Arrays ist ein gutes Beispiel dafür. Das kürzlich getestete X-IO ISE 860 ist primär auf maximale Leistung ausgelegt. X-IO hat bewusst darauf verzichtet, zu viele Funktionen zu integrieren, die mehr RAM und CPU benötigen und die Spitzenleistung des Arrays beeinträchtigen würden. Es gibt jedoch Anwendungsfälle, in denen Anwendungen zwischen Leistung und Speicherkapazität abwägen müssen. Da Flash-Speicher pro Terabyte immer noch relativ teuer ist, kann Deduplizierung die Wirtschaftlichkeit von Hochleistungsspeichern so stark verändern, dass die Kostenproblematik gelöst und gleichzeitig die hohe Leistungsfähigkeit erhalten bleibt. Vor diesem Hintergrund haben wir SANblox vor dem ISE 860 eingesetzt, um dessen Leistungsfähigkeit zu testen. Im Fokus stand die Auswirkung der Deduplizierung auf die Anwendungsleistung. Dazu nutzten wir unsere Testumgebungen mit Microsoft SQL Server, MySQL Sysbench und VMware VMmark, um ein einzelnes SANblox-System zu belasten. Bei jedem dieser Tests werden mehrere Workloads gleichzeitig auf ein bestimmtes Speichersystem zugegriffen, wodurch ein Datenreduktionssystem wie Permabit SANblox eine hervorragende Möglichkeit erhält, den Datenumfang des eingesetzten Workloads zu reduzieren.

Wenn es um Deduplizierung und Leistung geht, ist es wichtig zu verstehen, dass Sie mit der Reduzierung Ihres Datenbedarfs auch die I/O-Last auf Ihrem Backend-Speicher erhöhen. Der Durchsatz kann in vielen Fällen reduziert werden, da Sie viel weniger Daten als zuvor senden, die Anzahl der zufälligen E/A-Anforderungen in kleinen Blöcken jedoch erheblich zunimmt. Dies ist einer der Gründe, warum DR und Flash so gut zusammenpassen können, aber es bedeutet auch, dass Sie Ihren Backend-Speicher in bestimmten Szenarien zu einem bestimmten Zeitpunkt immer noch überlasten können und werden. Glücklicherweise bewältigt die patentierte Technologie von SANblox den Aufwand für die Datenreduzierung auf ein Minimum und lässt so Spielraum für die Skalierung oder native Nutzung des Arrays für andere Anwendungen. Für große Umgebungen oder Plattformen mit viel I/O-Potenzial können Benutzer die Anzahl der SANblox-Appliances skalieren, um die Leistung und Kapazität zu erhöhen. Während uns ein einzelnes Gerät zum Testen vorgelegt wurde, hätten wir höchstwahrscheinlich eine höhere gemessene Leistung festgestellt, wenn zwei Paare statt nur einem zusammenarbeiten würden.

StorageReviews Microsoft SQL Server OLTP-Testprotokoll verwendet den aktuellen Entwurf des Benchmark C (TPC-C) des Transaction Processing Performance Council, einen Benchmark für Online-Transaktionsverarbeitung, der die Aktivitäten komplexer Anwendungsumgebungen simuliert. Der TPC-C-Benchmark liefert im Vergleich zu synthetischen Leistungsbenchmarks genauere Ergebnisse bei der Beurteilung der Stärken und Schwächen der Speicherinfrastruktur in Datenbankumgebungen.

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 zum Testen großer Datenbanken mit 3,000 Skalen auf lokalem oder gemeinsam genutztem Speicher verwenden, konzentrieren wir uns in dieser Iteration darauf, vier Datenbanken mit 1,500 Skalen gleichmäßig auf unserem X-IO ISE 860 zu verteilen, um die Gesamtleistung im Inneren besser zu veranschaulichen ein 4-Knoten-VMware-Cluster.

SQL Server OLTP Benchmark Factory LoadGen-Ausrüstung der zweiten Generation

  • Dell PowerEdge R730 VMware ESXi vSphere Virtual Client Hosts (2)
    • Vier Intel E5-2690 v3-CPUs für 124 GHz im Cluster (zwei pro Knoten, 2.6 GHz, 12 Kerne, 30 MB Cache)
    • 512 GB RAM (256 GB pro Knoten, 16 GB x 16 DDR4, 128 GB pro CPU)
    • SD-Karten-Boot (Lexar 16 GB)
    • 2 x Mellanox ConnectX-3 InfiniBand Adapter (vSwitch für vMotion und VM-Netzwerk)
    • 2 x Emulex 16 GB Dual-Port-FC-HBA
    • 2 x Emulex 10GbE Dual-Port-NIC
    • VMware ESXi vSphere 6.0 / Enterprise Plus 4-CPU
  • 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)
    • SD-Karten-Boot (Lexar 16 GB)
    • 4 x Mellanox ConnectX-3 InfiniBand Adapter (vSwitch für vMotion und VM-Netzwerk)
    • 4 x Emulex 16 GB Dual-Port-FC-HBA
    • 4 x Emulex 10GbE Dual-Port-NIC
    • VMware ESXi vSphere 6.0 / Enterprise Plus 8-CPU

Jede SQL Server-VM ist mit zwei vDisks konfiguriert, einer 100 GB für den Start und einer 500 GB 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.

Betrachtet man die Änderung der TPS-Leistung zwischen der Ausführung unserer SQL TPC-C-Workload auf dem X-IO ISE 860 und der Ausführung über Permabit SANblox, so war der Rückgang von 12,564 auf 12,431 TPS recht gering.

Wir verlagern den Fokus von der Transaktionsleistung auf die Latenz, obwohl wir die Auswirkungen der Datenreduzierung auf unsere Arbeitslast sehen. Da Workloads über SANblox ausgeführt werden, stieg die Latenz von durchschnittlich 13 ms auf durchschnittlich 84 ms; knapp ein 5.5-facher Sprung. Permabit erklärte, dass wir uns möglicherweise der maximalen Auslastung für ein einzelnes SANblox-Paar nähern und dass eine leichte Reduzierung der Arbeitslast oder das Hinzufügen eines zweiten SANblox die durchschnittliche Latenz deutlich reduzieren könnte.

Der Sysbench OLTP- Benchmark läuft auf Percona MySQL mit der InnoDB-Speicher-Engine unter CentOS. Um unsere Tests von traditionellen SAN-Systemen mit neueren hyperkonvergenten Systemen zu vergleichen, haben wir viele unserer Benchmarks auf ein größeres, verteiltes Modell umgestellt. Der Hauptunterschied besteht darin, dass wir anstatt eines einzelnen Benchmarks auf einem Bare-Metal-Server nun mehrere Instanzen desselben Benchmarks in einer virtualisierten Umgebung ausführen. Zu diesem Zweck haben wir 4 bzw. 8 Sysbench-VMs auf dem X-IO ISE 860 bereitgestellt (1–2 pro Knoten) und die Gesamtleistung des Clusters im gleichzeitigen Betrieb aller VMs gemessen. Wir haben die Leistung von 4 und 8 VMs sowohl direkt auf dem Flash-Array als auch über Permabit SANblox visualisiert.

Dell PowerEdge R730 Virtualisierter Sysbench-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)
  • SD-Karten-Boot (Lexar 16 GB)
  • 4 x Mellanox ConnectX-3 InfiniBand Adapter (vSwitch für vMotion und VM-Netzwerk)
  • 4 x Emulex 16 GB Dual-Port-FC-HBA
  • 4 x Emulex 10GbE Dual-Port-NIC
  • VMware ESXi vSphere 6.0 / Enterprise Plus 8-CPU

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 Datenbank, die wir testen werden (400 GB). Aus Sicht der Systemressourcen haben wir jede VM mit 16 vCPUs und 64 GB DRAM konfiguriert und den LSI Logic SAS SCSI-Controller genutzt.

Unser Sysbench-Test misst die durchschnittliche TPS (Transaktionen pro Sekunde), die durchschnittliche Latenz sowie die durchschnittliche 99. Perzentil-Latenz bei einer Spitzenlast von 32 Threads.

Da Sysbench nativ auf der X-IO ISE 860 mit einer 8-VM-Arbeitslast ausgeführt wurde, haben wir im gesamten Cluster eine Gesamtleistung von 6,568 TPS gemessen. Mit der Hinzufügung von SANblox sank dieser Wert auf 2,971 TPS. Bei einer Auslastung von 4 VMs sahen wir einen geringeren Rückgang, nämlich von 4,424 TPS auf 2,752 TPS. In beiden Fällen betrug der Betriebsaufwand durch die Datenreduktionsanwendung 55 % bzw. 38 %. Ein kritischer Aspekt ist jedoch, dass sich dieser Overhead-Wert nicht direkt auf LUNs auswirkt, die vom Speicher-Array bereitgestellt werden. Da es sich um ein externes System handelt, können Benutzer sich dafür entscheiden, Datenverkehr mit höherer Priorität an das Array selbst weiterzuleiten, allerdings ohne die Kostenvorteile einer Datenreduzierung.

Beim Vergleich der durchschnittlichen Latenz zwischen unseren Konfigurationen stellten wir einen Anstieg der durchschnittlichen Latenz bei 4 VMs von 29 auf 47 ms fest, während die durchschnittliche Latenz bei 8 VMs von 39 auf 86 ms zunahm.

Betrachtet man die 99. Perzentil-Latenz mit SANblox in unserer Umgebung, haben wir einen Anstieg von 57 auf 89 ms bei 4 VMs und von 83 auf 178 ms bei 8 VMs gemessen.

VMmark-Leistungsanalyse

Wie bei all unseren Anwendungsleistungsanalysen versuchen wir, die Leistung von Produkten in einer realen Produktionsumgebung mit den Leistungsangaben des Herstellers zu vergleichen. Wir wissen, wie wichtig die Bewertung von Speicherlösungen als Komponente größerer Systeme ist, insbesondere deren Reaktionsfähigkeit bei der Interaktion mit wichtigen Unternehmensanwendungen. In diesem Test verwenden wir den Virtualisierungs-Benchmark VMmark von VMware in einer Multi-Server-Umgebung.

Aufgrund seines Designs ist VMmark ein äußerst ressourcenintensiver Benchmark mit einer breiten Mischung aus VM-basierten Anwendungs-Workloads, die Speicher-, Netzwerk- und Rechenaktivität beanspruchen. Wenn es darum geht, die Virtualisierungsleistung zu testen, gibt es fast keinen besseren Benchmark, da VMmark so viele Facetten berücksichtigt, darunter Speicher-I/O, CPU und sogar Netzwerkleistung in VMware-Umgebungen.

Dell PowerEdge R730 VMware VMmark 4-Knoten-Cluster-Spezifikationen

  • Dell PowerEdge R730 Server (x4)
  • CPUs: Acht Intel Xeon E5-2690 v3 2.6 GHz (12C/24T)
  • Speicher: 64 x 16 GB DDR4 RDIMM
  • Emulex LightPulse LPe16002B 16Gb FC Dual-Port HBA
  • Emulex OneConnect OCe14102-NX 10-Gb-Ethernet-Dual-Port-NIC
  • VMware ESXi 6.0

ISE 860 G3 (20×1.6 TB SSDs pro DataPac)

  • ​Vor RAID: 51.2 TB
  • RAID 10-Kapazität: 22.9 TB
  • RAID 5-Kapazität: 36.6 TB
  • Listenpreis: $575,000

Bei der Konfiguration des Permabit SANblox zum Testen mit VMware VMmark haben wir die Art und Weise der Datenverteilung optimiert. Herkömmlicherweise werden VMs bei einem bestimmten Array in einer „Alles-oder-Nichts“-Konfiguration bereitgestellt, was bedeutet, dass die gesamten Daten vollständig auf das zu testende Speicherarray verschoben werden. Mit SANblox und der einzigartigen Art und Weise, wie es vor dem Speichergerät sitzt, konnten wir den Speicher direkt für einige schreibintensive Arbeitslasten nutzen, sowie über SANblox für die meisten Betriebssystemfestplatten und VMmark-Arbeitslasten, bei denen Deduplizierungseinsparungen erzielt wurden waren am größten. In unserer spezifischen Konfiguration haben wir alle VMs auf SANblox migriert, mit Ausnahme der einzelnen 40-GB-Mailserver-Postfach-vDisks, die wir direkt auf dem X-IO ISE 860 positioniert haben.

Mit unserer optimierten Konfiguration konnten wir mit VMmark unter Verwendung des Permabit SANblox vor dem X-IO ISE 8 insgesamt 860 Kacheln erreichen. Im Vergleich dazu hatten wir zuvor einen Spitzenwert von 26 Kacheln gemessen, die direkt auf dem Array gehostet wurden. Unter Leistungsgesichtspunkten verursachte die Ausführung unserer Arbeitslast über SANblox einen Overhead von 70 %. Im Hinblick auf die Datenreduzierung blieb der verbrauchte Platz jedoch konstant bei einer Kachel. Die Migration zusätzlicher Kacheln auf das Array hatte keine nennenswerten Auswirkungen auf den Speicherplatzverbrauch. Dies ist ein Szenario, in dem ein zweites HA-Paar von SANblox-Appliances die Gesamtleistung verbessern würde.

Fazit

Das Permabit Albireo SANblox ist eine einfach zu implementierende Appliance, die enorme Vorteile bietet, indem sie den Datenfußabdruck eines Unternehmens erheblich reduziert. Permabit gibt an, dass Albireo SANblox vor jedem Fibre-Channel-SAN platziert werden kann und Kunden eine Reduzierung des Datenbedarfs um bis zu 6:1 feststellen können. Die gesamte Datenreduzierung erfolgt inline mit dem SAN, ohne zu wissen, dass SANblox vorhanden ist. Neben der typischen 6:1-Datenreduzierung bietet SANblox auch Thin Provisioning und Komprimierung. Permabit ist ein langjähriger und weithin anerkannter Name im Bereich Deduplizierung und kann Kunden dabei helfen, je nach Arbeitslast potenziell enorme Reduzierungen des Speicherbedarfs zu erkennen.

Auf den ersten Blick klingt Deduplizierung wunderbar. Unternehmen können die Vorteile ihres gekauften Speichers voll ausnutzen, anstatt ihn durch Duplikate füllen zu lassen, und selbst ältere festplattenbasierte Speicher können zu neuem Leben erweckt werden. Die Tatsache, dass das Permabit Albireo SANblox unabhängig von der darauffolgenden Konfiguration funktioniert, ist ein weiterer leuchtender Grund, darüber nachzudenken. Der größte Nachteil der Deduplizierung besteht darin, dass die Leistung beeinträchtigt werden muss. In manchen Fällen kann der Leistungseinbruch ziemlich erheblich sein. Potenzielle Kunden sollten sich darüber im Klaren sein, dass die Leistung im Vergleich zu reinem All-Flash zwar nachlässt, diese aber immer noch schneller ist als bei herkömmlichen HDD-Speicher-Arrays, die in der gleichen Preisklasse spielen, anstatt dies als einen Deal-Breaker zu betrachten.

Wenn ultrahohe Leistung und extrem niedrige Latenzzeiten wichtiger sind als die Nutzung aller Speicherinvestitionen, sollten sie auf die Deduplizierung verzichten. Wenn ein Unternehmen jedoch den Leistungseinbruch verkraften und dennoch innerhalb der definierten Parameter arbeiten kann, sollte es sich auf jeden Fall ein Gerät wie das Permabit Albireo SANblox ansehen. Es gibt auch einen Kompromiss: Eine dritte Option bestünde darin, die weniger leistungskritischen Daten (z. B. die Entwicklung) über SANblox laufen zu lassen, während Produktionsdaten ohne Deduplizierung durchgelassen werden. Eine ähnliche Denkweise muss bei der Betrachtung unserer Leistungsergebnisse verfolgt werden. Bei dem Vergleich geht es weniger darum, „zu sehen, wie viel besser das

Wie bereits erwähnt, hängt das Hinzufügen der Appliance zu einem Speicherstapel von einer Reihe von Variablen ab. Letztlich bietet Permabit eine Erweiterung der Speicherkapazität und Langlebigkeit, insbesondere dort, wo für die Workloads kein Leistungsbedarf besteht. In der heutigen IT-Umgebung, in der Aufgaben wie das häufige Hochfahren von Datenbanken für die Entwicklung zur Standardpraxis werden, ermöglicht SANblox dies ohne Einbußen beim Daten-Footprint. Auch die Integration in das Unternehmen ist einfach und sollte eine Optimierung und Anpassung erforderlich sein, ist dies mit der Appliance möglich.

Vorteile

  • Einfache Integration in die Speicherarchitektur
  • Entspricht modernen Entwicklungspraktiken
  • Kann per LUN ein-/ausgeschaltet werden

Nachteile

  • Die Deduplizierung verursacht Mehraufwand, latenzempfindliche Anwendungen müssen möglicherweise die Appliance umgehen

Fazit

Permabit Albireo SANblox lässt sich problemlos in bestehende Systeme integrieren und führt eine Inline-Datenreduzierung durch, sodass Unternehmen das volle Potenzial ihrer Speicherinvestitionen nutzen können. Die Datenreduzierung kann ein- oder ausgeschaltet werden oder nur auf bestimmte Workloads angewendet werden, um sowohl Leistung als auch Kapazität zu maximieren.

Permabit Albireo SANblox Produktseite

Besprechen Sie diese Rezension

Melden Sie sich für den StorageReview-Newsletter an

Beteiligen Sie sich an StorageReview

Newsletter | YouTube | Podcast (iTunes / Spotify) | Instagram | Twitter | TikTok | RSS-Feed

Brian Beeler

Brian lebt in Cincinnati, Ohio und ist Chefanalyst und Präsident von StorageReview.com.