Über VMware

Vkphere 4 von VMware wurde im April gestartet und ist die neueste Hauptversion der ESX-Servervirtualisierungsplattform des Unternehmens. Die Highlights der neuen Suite sind Thin Provisioning, Datenwiederherstellung, Fehlertoleranz und verteiltes Energiemanagement, auf die wir in diesem Test näher eingehen werden.

Welche Version?

vSphere ist einfach bereitzustellen und noch einfacher zu verwenden. Die Auswahl der für Sie geeigneten Version kann jedoch schwierig sein. Der vSphere-Hypervisor kann in vier verschiedenen Editionen erworben werden (Standard, Advanced, Enterprise und Enterprise Plus). Es gibt auch eine kostenlose herunterladbare Version namens ESXi. Mit jeder Version können Sie mehrere virtuelle Maschinen (VMs) auf einem einzigen Server hosten, sodass das kostenlose ESXi möglicherweise für kleine Unternehmen sowie für einige Test- und Entwicklungsumgebungen geeignet ist. Die kostenpflichtigen Editionen bieten jedoch verschiedene zusätzliche Funktionen, z. B. die Möglichkeit, Gruppen von VMs zusammenzufassen und die Serverressourcen, die jeder Pool verwenden kann, zu begrenzen.

Von allen kostenpflichtigen Funktionen ist die Möglichkeit, VMs ohne Ausfallzeiten von einem Host auf einen anderen zu verschieben, wahrscheinlich die beliebteste. VMware nennt diese Funktion vMotion und ist Teil der Editionen Advanced, Enterprise und Enterprise Plus. Ebenso nützlich, aber vielleicht weniger bekannt ist Storage vMotion, mit dem VMs ohne Ausfallzeiten von einem Speichergerät auf ein anderes verschoben werden können. Storage vMotion ist nur in den Versionen Enterprise und Enterprise Plus verfügbar.

Neben vSphere ist eine Instanz der Verwaltungssuite von VMware, vCenter Server, eine wesentliche Voraussetzung für viele der erweiterten Funktionen und muss separat erworben werden. Die Logik hier ist, dass die meisten Kunden viele vSphere-Server haben, aber nur einen oder wenige vCenter-Server. Daher müssen die meisten Benutzer mehrere vSphere-Lizenzen und nur wenige vCenter-Serverlizenzen erwerben. Beachten Sie jedoch, dass die vSphere-Lizenzen die erweiterten Funktionen wie vMotion und Data Recovery abdecken.

Thin Provisioning

Mit der neuen Option vStorage Thin Provisioning können Sie VMs so konfigurieren, dass nur die Speichermenge verwendet wird, die für ihre Virtual Machine Disk-Dateien (VMDKs) erforderlich ist. Sie legen eine maximale Größe für das VMDK auf die übliche Weise fest, aber mit Thin Provisioning. Wenn die maximale Größe 10 GB beträgt, die VM jedoch 4,5 GB für Betriebssystem, Apps und Daten verwendet, verwendet das VMDK 4,5 GB Speicherplatz Ihr Server. Die Menge an Serverspeicher kann dynamisch zunehmen, wenn dem VMDK mehr Daten hinzugefügt werden, bis zum konfigurierten Maximum. Dies steht im Gegensatz zum vorherigen Ansatz, bei dem Administratoren die maximale Größe des VMDK beim Erstellen der VM definiert haben und das VMDK immer diese Menge an Serverspeicher belegt, unabhängig davon, wie viele Daten tatsächlich enthalten sind.

Vor dem ersten Booten der VM belegte das VMDK nur wenige Byte Speicherplatz auf dem Server. Wir haben beobachtet, wie dies auf etwa 800 MB anstieg, als wir eine Kopie von Ubuntu Linux in unserer VM installiert haben. Thin Provisioning ist eine hervorragende Möglichkeit, Ihren vorhandenen Speicher optimal zu nutzen, und kann Unternehmen dabei helfen, den Kauf zusätzlicher Festplatten für ihre vSphere-Server zu verschieben. Dies spart auch Zeit für Administratoren, die jetzt vermeiden können, die Größe eines VMDK, das voll ist, manuell zu erweitern, da es ohne ausreichenden Headroom erstellt wurde - ein häufiges Problem vor der Thin Provisioning. Administratoren können jetzt eine VM mit viel VMDK-Headroom konfigurieren. Dabei können sie sicher sein, dass nur der tatsächlich benötigte Speicherplatz verwendet wird. Leider funktioniert vStorage Thin Provisioning nur in eine Richtung, sodass normalerweise kein freier Speicherplatz aus dem Serverspeicher zurückgefordert wird, wenn Daten aus einem VMDK gelöscht werden. In unseren Tests haben wir jedoch Speicherplatz zurückgewonnen, indem wir Partitionen auf unserem VMDK auf Null gesetzt und die Migrate-Option von vSphere verwendet haben, um das VMDK auf ein anderes Speichergerät zu verschieben. Dies kann ohne VM-Ausfallzeit erfolgen, sofern Sie die Option Storage vMotion erworben haben.

Daten Wiederherstellung

Thin Provisioning ist eine großartige Ergänzung zum Arsenal von VMware, aber ganz oben auf der Liste der neuen Funktionen steht wahrscheinlich die Datenwiederherstellung, die umfassende Tools zum Sichern und Wiederherstellen von VMs hinzufügt und gleichzeitig den von den Sicherungsdaten verbrauchten Speicherplatz minimiert. Diese Funktion war überraschend schnell und einfach zu bedienen. Sie können im vSphere-Client zur Registerkarte Datenwiederherstellung navigieren und auf eine VM klicken, um das Menü Datenwiederherstellung aufzurufen, mit dem Sie bereits definierte Sicherungsjobs ausführen und neue Jobs definieren können. Normalerweise enthält ein Sicherungsjob eine Gruppe zusammengehöriger VMs, die zusammen gesichert werden sollen. Sie können eine einzelne VM auch mit der Option Jetzt sichern sichern und einzelne VMs auf die gleiche Weise wiederherstellen.

Es ist offensichtlich äußerst praktisch, Sicherungsfunktionen in den vSphere-Client integriert zu haben, anstatt ein separates Programm starten zu müssen. Der Hauptvorteil der Datenwiederherstellungsfunktion ist jedoch die Fähigkeit zur Deduplizierung (Deduplizierung) von Daten. Dies bedeutet, dass wenn Sie eine VM zweimal sichern und der einzige Unterschied zwischen der ersten und der zweiten Sicherung einige Bytes waren, die die IP-Adresse definieren, die zweite Sicherung nur wenige Bytes Speicherplatz verbrauchen würde. Besser noch, Deduplizierung funktioniert über mehrere VMs hinweg, sodass Sie möglicherweise eine große Anzahl von VMs mit nur sehr wenig Speicher sichern können.

Die Hauptbeschränkung der Datenwiederherstellung besteht darin, dass sie nur mit festplattenbasiertem Speicher funktioniert. Sie müssen daher zusätzliche Sicherungsprodukte verwenden, um Ihre Sicherungen auf einer Bandbibliothek oder einem anderen Offline-Speicher abzulegen.

Fehlertoleranz

Eine weitere bahnbrechende Ergänzung ist die Fehlertoleranzfunktion, mit der eine geklonte Kopie ausgewählter VMs auf einem zweiten Server ausgeführt wird. Die geklonte Kopie wird im Sperrschritt mit dem Original ausgeführt. Wenn also der erste Server ausfällt, kann der Klon sofort übernommen werden.

Die Fehlertoleranz von VMware funktioniert mit jedem Betriebssystem und jeder Anwendung. Die VM muss jedoch mit einer virtuellen Festplatte vom Typ Thick-Eager-Zero (TEZ) konfiguriert werden. Im Gegensatz zu Thin Provision-Festplatten wird die von einer TEZ-Festplatte verwendete Speichermenge bei ihrer Erstellung angegeben und ändert sich nicht dynamisch, je nachdem, wie viele Daten sie enthält. Wenn Sie also eine 10-GB-TEZ-Festplatte erstellen, werden immer 10 GB Speicherplatz verwendet. Die Verwendung des TEZ-Formats bietet im Vergleich zu Thin Provisioning-Datenträgern einen geringfügigen Leistungsgewinn. In den meisten Fällen reicht dies jedoch nicht aus, um den Kostenvorteil der Verwendung des letzteren aufzuwiegen. Die meisten VMs verwenden daher Thin Provision-Speicher. Administratoren können jedoch beim Erstellen einer VM angeben, welches Format sie möchten, und zwischen den Formaten konvertieren, wenn sie ihre Meinung ändern.

Zusammenfassend lässt sich sagen, dass die Fehlertoleranz äußerst einfach zu verwenden ist - viel mehr, als mit Windows Server Clustering Services ähnliche Ergebnisse zu erzielen. Die vSphere-Fehlertoleranz bietet den zusätzlichen Vorteil, dass sie vollständig vom Betriebssystem unabhängig ist, sodass Sie jedes Betriebssystem und jede Anwendung fehlertolerant machen können. Außerdem müssen Sie keine zusätzlichen Lizenzen für die Klon-VM erwerben. Fehlertoleranz und Datenwiederherstellung gehören zu den drei wichtigsten vSphere-Versionen (Advanced, Enterprise und Enterprise Plus).

Verteilte Energieverwaltung

Eine weitere bemerkenswerte Erweiterung von vSphere ist Distributed Power Management (DPM), das Ihre vSphere-Umgebung überwacht und ständig versucht, die Anzahl der zum Hosten Ihrer VMs erforderlichen vSphere-Server zu minimieren. Wann immer möglich, wird vMotion verwendet, um VMs auf die kleinste Anzahl von vSphere-Hosts zu migrieren und dann nicht verwendete OFF-Hosts zu wechseln. Beispielsweise verfügen Sie möglicherweise über fünf vSphere-Server, auf denen 50 VMs gehostet werden, auf denen jeweils ein Windows XP-Desktop für einen Remote-Mitarbeiter ausgeführt wird. Tagsüber verwenden die 50 VMs alle eine angemessene Menge an Serverressourcen, sodass DPM sie auf fünf vSphere-Server verteilt. Aber nachts oder am Wochenende, wenn niemand arbeitet, sitzen die VMs im Leerlauf, sodass DPM sie alle auf einen Server verschiebt und die anderen vier auf OFF wechselt. Die VMs werden jederzeit ausgeführt, sodass Benutzer eine Verbindung herstellen können wann immer sie wollen. Auch diese Funktion funktioniert unabhängig vom VM-Betriebssystem und den Anwendungen. In diesem Fall benötigen die vSphere-Server entweder eine Wake-On-LAN-Funktion oder eine Lights-Out-Verwaltungskarte, damit sie bei Bedarf automatisch eingeschaltet werden können. DPM ist nur in den beiden High-End-Versionen von vSphere (Enterprise und Enterprise Plus) verfügbar.