VMware hat mit vSphere 6.0 das Feature Content Library eingeführt, das es Unter­nehmen mit ver­teilten Stand­orten ermög­licht, VM-Vorlagen, ISOs, OVF/OVAs und vApp konsi­stent zu halten. Seitdem wurden die Funk­tionen von Content Libraries weiter aus­gebaut, so dass sie nun auch für kleine Firmen von Nutzen sind.

Das neueste Fachbuch von WindowsPro nimmt sich die Features eines vSphere-Clusters vor. Dazu gehören die Hoch­verfüg­barkeit von VMs mit HA und Load-Balancing mit DRS, das vMotion als Basis­technik nutzt. Auch dieses kommt ausführlich zur Sprache. Ein großer Teil des Buches widmet sich Virtual SAN.

Die Verschlüsselung von VMs "in transit" (vMotion) und "at rest" erfordert keine Ver­schlüsselungs­soft­ware in den VMs. Im gesamten Work­flow lan­den auf ESXi-Hosts oder Data­stores somit keine Schlüssel, die kompro­mittiert werden könnten. Dafür muss der Nutzer aber einen Key Management Server (KMS) betreiben.

Fünf Jahre nach Version 6.0 kündigte VMware das nächste Major Release von vSphere an. Das große Thema ist die Inte­gration von Container-Services und Kubernetes-Support, die unter dem Code­namen Project Pacific ent­wickelt wurden. Aber auch für die her­kömm­liche Nutzung von vSphere gibt es einige Neuerungen.

Während das eigentliche vMotion virtuelle Maschinen im laufenden Betrieb unter­brechungs­frei von einem Server auf einen anderen migriert, verschiebt Storage vMotion nur den Speicher von VMs. Shared Nothing vMotion dagegen kombiniert eine normale VM-Migration mit dem Verschieben des Speichers.

Mit vSphere 6 erweiterte VMware sein vMotion, so dass sich virtu­elle Maschinen nun auch zwischen verknüpften vCenter-Systemen und sogar über große Ent­fernungen via WAN migrieren lassen. Neben den allge­meinen Bedin­gungen für die VM-Migration kommen dafür zu­sätzliche Anfor­derungen hinzu.

Sind alle Voraus­setzungen für vMotion erfüllt, dann kann man sich daran machen, virtu­elle Maschinen im laufenden Betrieb auf einen anderen Host oder Cluster umzu­ziehen. Diese Aufgabe lässt sich wahl­weise mit dem Assi­stenten im vSphere Client oder über die Kommando­zeile, etwa mit PowerCLI, erledigen.

VMware gehört zu den Her­stellern, die ihre Soft­ware noch pro Prozessor lizen­zieren. Daher gab es für Anwender bis dato den Anreiz, CPUs mit einer mög­lichst  großen Zahl an Rechen­kernen zu nutzen, um Lizenz­kosten zu sparen. Dem schiebt VMware nun einen Riegel vor und be­schränkt eine Lizenz auf 32 Cores.

Bei vSphere lassen sich laufende virtuelle Maschinen auf andere Hosts oder Cluster ver­schieben. Das klappt aber nur dann, wenn die CPUs der Quell- und Ziel­rechner mit­einander kom­patibel sind. Andern­falls bleibt noch die Option, den Enhanced vMotion Compatibility Mode (EVC) zu konfi­gurieren.

Das unter­brechungs­lose Verschieben laufender virtu­eller Maschinen von einem Server auf den anderen gehört zu den Kern­funktionen der Virtua­lisierung und bildet die Grund­lage aller Betriebs­modelle im Cloud-Computing. VMware bietet mittler­weile mehrere vMotion-Arten für ver­schiedene Szenarien.