Warum wir auf All-Flash HPE 3PAR standardisiert haben

Unser Block-Storage läuft auf HPE 3PAR All-Flash-Arrays, erreichbar über Fibre Channel. Dieser Satz beschreibt mehr eine Entscheidung als ein Produkt: eine Array-Familie, bewusst gewählt und in der Tiefe gelernt, statt eines Menüs von Storage-Klassen, zusammengestellt aus dem, was der Handel gerade anbot. Dieser Beitrag ist das Plädoyer für diese Entscheidung, und dafür, jeden Anbieter, den Sie prüfen, zu fragen, ob er je eine solche getroffen hat.

Fünf Storage-Klassen auf einem Menü heißen fünf Plattformen, die flach betrieben werden

Öffnen Sie die Bestellseiten der meisten Anbieter, und Storage ist ein Dropdown: eine SATA-Klasse, eine SSD-Klasse, eine NVMe-Klasse, manchmal eine Performance-Klasse ohne Architektur hinter den Worten. Jede Zeile auf diesem Menü ist eine eigene Plattform, die jemand betreiben muss, mit eigenen Controllern, eigenen Fehlerbildern, eigener Telemetrie und eigenem Pfad für Firmware-Updates. Ein Menü mit fünf Zeilen ist eine Einkaufsfunktion. Es ist auch eine Personalentscheidung, denn die Aufmerksamkeit der Ingenieure teilt sich durch die Zahl der Plattformen, die sie abdecken muss.

Geteilte Aufmerksamkeit ist verlorene Tiefe. Ein Team, das fünf Array-Familien betreibt, hält fünf dünne Scheiben Erfahrung, und wenn eine dieser Plattformen um 3 Uhr morgens Ärger macht, sinkt mit jeder zusätzlichen Zeile auf dem Menü die Wahrscheinlichkeit, dass die Person in Bereitschaft genau diesen Fehler auf genau dieser Maschine schon bearbeitet hat. Wir haben das Menü stattdessen reduziert.

Tiefe baut sich auf, wenn jeder Vorfall auf derselben Plattform landet

Die Beherrschung einer Plattform ist ebenso ein Arbeitsbestand wie ein mentaler: Runbooks, geschrieben gegen die echte Telemetrie dieser Plattform statt gegen ein generisches Handbuch, und Ingenieure im Team, die das Innenleben des Arrays lesen und es bis auf Firmware-Tiefe diagnostizieren können.

Der Aufbau ist der Punkt. Jeder Vorfall, den irgendjemand im Team bearbeitet, wird Teil einer gemeinsamen Fehlerbibliothek für dieselbe Maschine, sodass die zehnte Begegnung mit einer Fehlerklasse aus dem Gedächtnis beginnt statt aus der Dokumentation. Verteilen Sie dieselben Vorfälle über einen Katalog von fünf Plattformen, und die Bibliothek zersplittert: Die meisten Fehler trifft jemand zum ersten Mal, und ein zum ersten Mal angetroffener Fehler dauert am längsten, genau in dem Moment, in dem Ihre Workload es sich am wenigsten leisten kann.

Was die Tiefe im Alltag bringt

HPE 3PAR Peer Persistence hält Volumes online, wenn ein Array ausfällt, und unsere Ingenieure lesen Servicezeiten und Pfad-Telemetrie auf den Arrays als Routine, sodass eine Storage-Frage vom Array beantwortet wird, nicht aus einer Warteschlange beim Hersteller. Ein krankes Array von einem kranken Pfad zu unterscheiden braucht diese Tiefe, gehalten von denselben Menschen, die das SAN jeden Tag betreiben.

Die Maschine selbst, aus den öffentlichen Unterlagen

Ein kurzer Rundgang durch das, worauf wir standardisiert haben, mit jeder Aussage aus den öffentlichen Unterlagen. Die HPE 3PAR 8450 ist das All-Flash-Modell der 8000-Familie: zwei bis vier Controller-Knoten auf einer passiven Full-Mesh-Backplane, ein Design, das HPE Mesh-Active nennt, weil jedes Volume auf jedem Controller gleichzeitig live ist. Es gibt keinen primären Controller, von dem ein Failover nötig wäre. Die Familie kam Ende 2015 auf den Markt, aber die Herkunft ist älter und besser: 3PAR wurde 1999 von Systemarchitekten von Sun Microsystems gegründet, der Name bedeutet wörtlich 3 Partners, und das Unternehmen war Pionier des Thin Provisioning. 2010 lieferten sich HP und Dell einen öffentlichen Bieterkampf darum, vom Eröffnungsangebot von Dell mit 18 $ je Aktie bis zum siegreichen Gebot von HP mit 33 $, rund 2,35 Milliarden $. Ernsthafte Leute wollten diese Maschine unbedingt.

Die Idee, die 3PAR berühmt gemacht hat, ist das Chunklet, der offizielle Begriff im Architekturpapier von HPE. Das Betriebssystem zerlegt jedes Laufwerk in Chunklets von 1 GiB und baut RAID daraus statt aus ganzen Platten, sodass jedes Volume am Ende über jedes Laufwerk verteilt ist, hinter jedem Controller und jedem Port. Daraus folgen zwei Dinge. Performance: Es gibt kein heißes Laufwerk, weil kein Volume auf einer bestimmten Platte liegt. Und Rebuilds: Die Reservekapazität ist über das gesamte Array verstreut statt auf einem untätigen Ersatzlaufwerk geparkt, sodass ein Rebuild viele Laufwerke sind, die gleichzeitig helfen, statt eines Laufwerks, das durch einen Strohhalm trinkt.

Jeder Controller trägt außerdem HPEs Thin Express ASIC, in der 8450 in fünfter Generation, neben der CPU, und erledigt in Silizium die Arbeit, für die Software-Arrays Kerne verbrennen: Nullströme inline erkennen und verwerfen, Blöcke für die Deduplizierung hashen, RAID-Parität berechnen und Ende-zu-Ende-Prüfsummen vom Host-Port bis zum Laufwerk stempeln. Dieser Chip ist ein großer Teil des Grundes, warum das Array Block-I/O ohne Drama bewegt.

Das sind Aussagen von HPE, aus dem Architekturpapier, nicht unsere Laborergebnisse. Die, die man unterstreichen sollte, ist die erste: HPEs eigenes Papier weist darauf hin, dass Arrays mit zwei Controllern in den Cache-Write-Through fallen, wenn ein Controller ausfällt, was eine höfliche Art ist zu sagen, dass sie kriechen. Eine 3PAR mit vier Knoten hält ihren Write-Cache gespiegelt und macht weiter. Das ist der Unterschied zwischen einem Controller-Ausfall, der in Ihrem Latenzgraphen auftaucht, und einem, der es nicht tut.

Eine ehrliche Fußnote zu dieser Zahl. HPEs Broschüren geben an, dass die 8000-Familie in Spitzenkonfigurationen über eine Million IOPS skaliert, und die größeren 3PARs gehen noch höher. Die 545 Tausend sind das, was eine 8450 unter dem unabhängigen Benchmark tatsächlich erreicht hat, mit angehängter Preisliste: 23 Cent pro SPC-1 IOPS, das günstigste der zehn schnellsten Arrays auf der Liste zu jener Zeit. Gemessen schlägt Broschüre, also ist die gemessene Zahl die, die wir nennen.

Ein Jahrzehnt in Produktion bedeutet, dass die Firmware ausgereift ist, die Fehlerbilder dokumentiert sind, die Teile reichlich vorhanden sind und nichts, was diese Maschine tut, die Ingenieure überrascht, die sie beherrschen. Das ist unsere Doktrin in einem Satz, und sie hat ihren eigenen Beitrag: Kaufen Sie die ernsthafte Maschine.

Wir weichen nur ab, wenn die Aufgabe es verdient

Standardisierung ohne Ausstiegsklausel ist Dogma, also hier unsere: Wir weichen nur ab, wenn eine Aufgabe es wirklich verdient. Die allgemeine Fassung dieses Arguments, einschließlich der Frage, warum eine bekannte Basis das ist, was eine echte Ausnahme sicher konstruierbar macht, behandelt neben Storage auch unsere Entscheidungen zu Netzwerk, Compute und Fabric in Wir haben eine Meinung zur Hardware. Dies ist das Storage-Kapitel.

Wenn Sie einen Anbieter prüfen, stehen die Storage-Fragen, die sich zu stellen lohnen, einschließlich derer, die die meisten Anbieter nicht beantworten können, in Das schmutzige Geheimnis Ihres Hosters ist sein Storage.