17.10.2014 (Doc Storage)
4.3 von 5, (4 Bewertungen)

Was sind Virtual Volumes?

Leserfrage: Speicherdaten werden traditionell in Volumes verteilt. Wie funktionieren im Vergleich dazu Virtual Volumes (VVOL) von Vmware? Welche Vorteile bringen sie und lassen sie sich überall sinnvoll einsetzen? Gibt es auch Nachteile oder Besonderheiten, die bei einer VVOL-Konfiguration beachtet werden müssen?

Antwort Doc Storage:

Die 2012 eingeführten VVOLs sollen laut Vmware den »ESX-Server« speicher-zentralisieren. Das heißt, die in VMDK-Dateien (Virtual Machine Disk) gespeicherten Betriebssystem-Installationen zu befähigen, besser mit den Speichersystemen zu kommunizieren, auf denen sie abgelegt sind. Ziel ist es, Arrays zu ermöglichen, beispielsweise Clones oder Snapshots von virtuellen Maschinen mit ihren Bordmitteln anzufertigen.

Bis zur Einführung von VVOLs musste der Vmware-Administrator hierzu mit dem Speicherteam zusammenarbeiten, um die spezifischen Eigenschaften der verschiedenen Speichersysteme auf diese Vorgänge abzustimmen: Das Speicherteam musste einen Pool anlegen, diesem eine RAID-Gruppe, Eigenschaften wie Snapshots, Clones oder Replikation zuordnen, dort ein oder mehr logische Laufwerke generieren und diese dann einem ESX-Server zuordnen, von welchem aus dann das entsprechende Betriebssystem in eine VMDK-Datei installiert werden konnte. Mithilfe von VVOLs können all diese Vorgänge nun aus »vSphere«, also aus der Vmware-eigenen Benutzeroberfläche durchgeführt werden, ohne jedes Mal mit den Speicheradministratoren arbeiten zu müssen. Hierzu sind drei Technologien notwendig: der »Storage Container«, der »Storage Provider« und der Protocol Endpoint«.

Ein Storage-Container ist der Speicher-Pool in einem Array. Mit VVOLs muss lediglich der Pool aus mehreren physikalischen Platten im System angegeben werden. Dieser Pool wird an den ESXi-Hosts sichtbar, und über Vsphere lassen sich dann so viele VVOLs anlegen, wie Speicherplatz vorhanden ist.

Ein Storage-Provider stellt eine Out-of-Band-Kommunikation zwischen »vCenter« und den genutzten Speicherarrays her. Aus dieser Kommunikation »erfährt« Vmware die spezifischen Eigenschaften des Arrays, welche dann dem jeweiligen Pool als Charakteristika zugeordnet sind. Diese Kommunikation ist bidirektional, so dass Vcenter auch Befehle oder Informationen über das jeweilige API an das Speichersystem senden kann. Somit können über Vcenter bestimmte Anforderungen wie Verfügbarkeit oder Leistung an ein VVOL definiert und an das Array weitergegeben werden, welches dann dementsprechend Speicherplatz »zusammenbaut«. Ein Storage-Provider kommt vom Hersteller des Arrays und nutzt das von Vmware bereitgestellte API.

Der Protocol-Endpoint kommuniziert mit den VVOLs bzw. VMDKs stellvertretend für den ESXi-Server, der seinerseits keine direkte Sicht auf die VVOLs hat. Es handelt sich hierbei entweder um eine LUN, wenn Blockspeicher verwendet wird, oder einen Mountpoint, wenn NAS verwendet wird. Liest oder schreibt eine virtuelle Maschine, sorgt der Protocol-Endpoint dafür, dass diese I/Os zum korrekten VVOL gelangen.

Der größte Vorteil von VVOLs ist die wesentliche Vereinfachung der Speicherverwaltung und -zuordnung durch schlichtes Verzichten auf separate Konfigurationsvorgänge am Speichersystem. Ein kleiner Nachteil ist die Entkopplung der Informationen über die gespeicherten Daten (Tracktables) von den Arrays, so dass ohne ESXi bzw. Vcenter auf den Platten gespeicherte Daten nur noch sehr schwer auffind- und rekonstruierbar sind.

Auf jeden Fall sind VVOLs überall dort sinnvoll, wo große Vmware-Installationen auf vielen Speichersystemen genutzt werden und die jeweilige Abstimmung zwischen Speicher- und Vmware-Teams bisher unnötige Zeit in Anspruch nehmen.

Gruß
Doc Storage

Stellen Sie Ihre Frage
Doc. tec. Storage beantwortet alle Ihre technischen Fragen zu Storage, Backup & Co.

Stellen Sie Ihre Frage an: DocStorage@speicherguide.de

Mehr von Doc. tec. Storage 12.04.2019 Dateisysteme für den PByte-Bereich

Datenberge jenseits des PByte-Bereichs, Cloud-Anbindungen und Analytics-Szenarien stellen Dateiysteme vor neue Herausforderungen. Der Markt bietet einige Optionen wie GPFS, Gluster FS, OneFS oder QF2. Worauf gilt es zu achten?


05.04.2019 Neuordnung des Storage-Tiering

Nachdem sich Flash und SSDs mittlerweile auch in mehrere Leistungsklassen unterteilen, steht die Technik nicht mehr nur für Tier 0. 15k-HDDs scheinen vor dem Aus zu stehen. Gilt dies auch für alle SAS-Platten? Wie sieht die Neuordnung des Storage-Tiering aktuell aus?


15.03.2019 30 Jahre World Wide Web: Was gibt es zu feiern?

Das World Wide Web feiert seinen 30. Geburtstag. Ohne dem Internet ist unser heutiges Leben nicht mehr vorstellbar. Für Doc Storage hat das Netz aber auch genug Schattenseiten. An Regulierungen bzw. an das vom Erfinder erhoffte bessere Internet, glaubt er nicht.


08.03.2019 Datenanordnung im RAID 10 mit 8 Platten

In einem Server wird ein RAID 10 mit acht Festplatten unter Windows 2008 R2 betrieben. Nun ist ein Laufwerk ausgefallen. Da sich nur wenige Daten auf den HDDs befinden, besteht die Möglichkeit, dass die defekte Platte eventuell gar keine Daten enthält?


22.02.2019 Welcher RAID-Level für welche Anwendung?

Gibt es eigentliche eine Faustregel, welches RAID-Level für welche Anwendung am besten geeignet ist? Ich denke da zum Beispiel an Datenbanken mit sehr vielen Zugriffen bei relativ kleinen Datenmengen oder an Webserver und als Extrem auf der anderen Seite Bild-Datenbanken, Audio-Server beim Rundfunk, Video-Archive mit sehr hohen Datenvolumen.


15.02.2019 Was sagt DWPD über SSDs aus?

Im Zusammenhang mit (Enterprise-)SSDs wird oft die Qualitätsgröße DWPD (Drive Writes Per Day) genutzt. Meist wird die Angabe auch für einen Zeitraum von fünf Jahren spezifiziert. Was sagt DWPD genau aus und mit welcher Standard-Lebensdauer darf man rechnen?

powered by
Boston Server & Storage Solutions Datacore Software
Itiso GmbH Seagate Technology
N-TEC GmbH FAST LTA AG
Pure Storage