Was der Support von Replikationen für vVOLs bedeutet
Virtual Volumes, vVOLS, unterstützen nun Storage Resource Management für Array-basierte Replikation. Damit schließt VMware eine Lücke, die eine breitere Marktakzeptanz behinderte.
VMware Virtual Volumes, bekannt als VMware vVOLs, erleben ein Comeback, auch wenn sie nie ganz weg vom Markt waren.
VMware Virtual Volumes waren vor fünf Jahren ein heißes Thema für Speicher virtueller Maschinen, als VMware und Storage-Anbieter sie als eine einfachere Möglichkeit zur Verwaltung von Storage, das an VMs angeschlossen ist, einführten. vSphere-Administratoren und Storage-Manager begrüßten das Konzept.
Die Prämisse hinter VMware vVOLs war, dass sie SAN- und NAS-Geräte virtualisieren würden, indem sie Hardwareressourcen in vVOLs Datenspeicher abstrahieren würden, um den Verbrauch und die Konfiguration zu erleichtern. Manager müssten sich nicht mehr an LUNs und NAS-Mount-Points halten, um Speicher bereitzustellen.
Ein weiterer möglicher Treiber für die Nutzung von VMware vVOLs ist die Unterstützung von Site Recovery Manager (SRM) zur Verwaltung von Array-basierter Replikation und orchestrierter Wiederherstellung.
Aber die Implementierung kam bei den Anwendern nicht gut an, da weder Storage-Array-Anbieter noch VMware dies mit Nachdruck unterstützten. VMware wandte seinen Storage-Fokus auf vSAN-Hyperkonvergenz, eine weitere Möglichkeit, Storage für VMs zu verwalten, ohne sich mit älteren SAN- und NAS-Prozessen zu befassen.
Jetzt wurden vVOLs quasi entstaubt, einige VMware-Mitarbeiter bezeichnen es als „Relaunch“. Auf der VMworld 2019 gab es zehn vVOLs-Sitzungen, das bisher umfangreichste Angebot zu dieser Technologie. Storage-Anbieter nahmen teil und sagten ihre Unterstützung zu.
Am wichtigsten für langjährige VMware-Beobachter ist vielleicht, dass der Anbieter vVOLs jetzt mit einem Kleinbuchstaben v buchstabiert, ein sicheres Zeichen dafür, dass es ihm mit der Technologie ernst ist (siehe vSphere, vSAN, vCenter und vRealize).
Interesse an vVOLs wecken
Storage-Array-Anbieter haben verschiedene Support-Level für VMware vVOLs bereitgestellt, auch wenn Sie in den letzten Jahren noch nicht viel über die Technologie erfahren haben.
„Ob Sie es glauben oder nicht, es gibt Tausende von Kunden, die vVOLs verwenden“, sagt Jason Massae, Core Storage Technical Marketing Architect für die Storage- und Availability-Geschäftseinheit von VMware.
Zu den Kunden gehört Krispy Kreme, ein Pure Storage-Kunde, der auf der VMworld 2018 über die Implementierung von vVOLs sprach. Massae erklärt, dass viele andere große Kunden keine Erlaubnis gegeben haben, ihre Namen zu verwenden.
Massae erwartet in den kommenden Monaten ein größeres Interesse an der Technologie. Im August auf der VMworld sprach er auf einem vVOLs-Panel mit Storage-Anbietern und sagte, dass mehrere Hürden genommen wurden. Erstens erforderten vVOLs die Version vSphere 6, was die mögliche Installationsbasis einschränkte. Mit vSphere 5.5 am Ende des Supports und vSphere 6.7 verfügbar, können nun alle vSphere-Kunden vVOLs mit ihrem Speicher verwenden.
Abbildung 1: Die Funktionsweise von VMware vVOLs
Ein weiterer möglicher Treiber für die Nutzung von VMware vVOLs ist die Unterstützung von Site Recovery Manager (SRM) zur Verwaltung von Array-basierter Replikation und orchestrierter Wiederherstellung. Dieser Support ist noch in Arbeit, obwohl VMware ihn auf der VMworld gezeigt hat. Hewlett Packard Enterprise 3PAR- und Nimble-Arrays sowie Pure-Storage-Arrays sind die einzigen Speichersysteme, die heute Replikation unterstützen, aber andere Anbieter arbeiten daran, diese Unterstützung hinzuzufügen.
Andy Banta, Principal Virtualization Architect bei NetApp SolidFire und Mitglied des VMworld 2019 vVOLs Panels von Massae, sagt, dass die Replikation ein entscheidendes Merkmal ist.
„Das ist einer der Hauptgründe, warum Kunden [vVOLs] nicht annehmen“, betont Banta. „Man benötigt den Support für die Replikation. Wir hatten ein paar ziemlich große Kunden, die interessiert waren, bis sie merkten, dass sie nicht die gleiche Replikation verwenden konnten. Es war wie: 'Komm zu uns zurück, wenn du bereit bist.'“
vVOLs als Teil der großen Storage-Strategie von VMware
Der Relaunch von VMware vVOLs ist eines von mehreren „Lebenszeichen“ für zusätzliche Speicherunterstützung durch den Hersteller. VSAN ist zu einem Kernstück seines Cloud-Angebots geworden, und es war die Plattform für die technische Vorschau auf die Cloud-basierte Optimierungsinitiative Project Magna von VMware. Magnas Ziel ist es, KI und maschinelles Lernen zur Selbstoptimierung und Selbstheilung von Speicher, Compute, Netzwerk und Sicherheit im gesamten SDDC-Stack einzusetzen. Durch vSAN ist der Speicher der erste Schritt zur Erreichung dieses Ziels.
VMWare hat auf der VMworld andere Strategien vorgestellt, die zweifellos ihren Weg in den Speicher finden werden. Dazu gehört auch die Einbeziehung von Kubernetes und Open Source. VMware startete Tanzu Mission Control für die Verwaltung von Kubernetes und präsentierte beispielsweise das Projekt Pacific, das Kubernetes nativ in vSphere einbetten wird.
„Ich hoffe, dass VMware in den nächsten Jahren zu einem der wachstumsstärksten – und vielleicht auch zu den wachstumsstärksten – Open-Source-freundlichen Unternehmen der Branche wird“, sagte VMware CEO Pat Gelsinger. „Das ist die Reise, auf der wir uns befinden, (...) unsere proprietären Produkte und Dienstleistungen mit Open Source zu kombinieren und das Beste aus diesen beiden Welten zusammenzubringen.“
Angesichts der Tatsache, dass Open Source sich im Speicher nur langsam durchgesetzt hat, wird es interessant sein zu sehen, wie sich die Strategie von VMware mit vSAN auswirkt.
Nächste Schritte
Das müssen Sie über die neuen Funktionen in vSphere 6.5 wissen
Welche Auswirkungen haben vVOLs auf die Data-Protection-Strategie
Diese Speicherprobleme können mit vSphere vVOL gelöst werden
