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 10.07.2020 Genderkorrekte IT-Sprache – muss das sein?

Haben Sie sich schon mal Gedanken gemacht, ob unsere IT-Begriffe politisch- bzw. genderkorrekt sind? Gleichstellungsbeauftragte fordern eine neue IT-Sprache, Dummys, Black- und Whitelist oder Master/Slave seien nicht mehr zeitgemäß. Unser Doc ist da eher »Old School«…


03.07.2020 Problem: SSDs mit Trim-Funktion in Disk-Arrays

In einem Synology-RAID macht der Trim-Befehl der eingesetzten SSDs das System nach einer Zeit, unbenutzbar langsam. Abhilfe schafft eine Neuinstallation. Woran liegt das und könnte dies auch mit Enterprise-SSDs in größeren Arrays auftreten?


26.06.2020 Cloud-defined Storage – Hat das eine Zukunft?

Der US-Newcomer Nebulon geht mit Cloud-defined Storage (CDS)an den Start. Dabei soll es sich um einen Server basierten On-Premises-Speicher der Enterprise-Klasse handeln, der über die Cloud verwaltet wird. Hat dieser Ansatz eine Zukunft? Was spricht dafür, was dagegen?


05.06.2020 Daten-Crash beim Kopieren zwischen zwei NAS-Systemen

Ein Leser wollte Daten von einem in die Jahre gekommen NAS-System auf ein Neues überspielen. Der Windows-Explorer entpuppte sich allerdings als kein zuverlässiges Kopierwerkzeug für große Datenmengen. Es kam zum Daten-Crash, inklusive einem beschädigtem Dateisystem. Doc Storage sieht bestenfalls eine minimale Chance, die Daten wiederherzustellen.


29.05.2020 Ein RAID ersetzt kein Backup

Im NAS-System einer unserer Leser ist eine HDD ausgefallen. Während des Rebuilds auf eine neue Festplatte kommt es zum Supergau und es fällt auch die zweite der beiden ursprünglichen RAID-1-Platten aus. Der Nutzer hatte diese Konfiguration extra aus Gründen der Datensicherheit gewählt. Da bleibt Doc Storage leider nur eine Antwort: Ein RAID ersetzt kein Backup.


15.05.2020 Doc Storage: »Ich vermisse den Gegenwind«

Doc Storage ist fassungslos, fast sogar ein kleinwenig sprachlos. Na ja, nicht ganz, Sie kennen ihn ja. Nachdem er den Einfluss der Coronakrise auf die IT ausführlich und aus verschiedenen Blickwinkeln beleuchtet hat, inklusiver einiger steiler Thesen, ist es ihm hier eindeutig zu ruhig. Da hatte er sich mehr Gegenwind erwartet. Liebe Leser, unser Doc hat Ihnen etwas zu sagen…

powered by
Zadara Pure Storage Germany GmbH
Infortrend Fujitsu Technology Solutions GmbH
FAST LTA N-TEC GmbH
Folgen Sie speicherguide.de auch auf unseren Social-Media-Kanälen
Folgen Sie und auf Facebook Folgen Sie und auf YouTube Folgen Sie und auf Twitter