Die Verschlüsselung von VMs "in transit" (vMotion) und "at rest" erfordert keine Verschlüsselungssoftware in den VMs. Im gesamten Workflow landen auf ESXi-Hosts oder Datastores somit keine Schlüssel, die kompromittiert 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 Integration von Container-Services und Kubernetes-Support, die unter dem Codenamen Project Pacific entwickelt wurden. Aber auch für die herkömmliche Nutzung von vSphere gibt es einige Neuerungen.
Ein Schutz gegen Bedrohungen wie Malware oder Viren gehört heute zur grundlegenden Ausstattung von PCs, und zwar auf dem Client und dem Server. Microsoft Defender ist im Lieferumfang aller aktuellen Windows-Versionen enthalten. Doch wird die Antiviren-Software den Ansprüchen einer sicheren Unternehmens-IT auch gerecht?
Während das eigentliche vMotion virtuelle Maschinen im laufenden Betrieb unterbrechungsfrei 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 virtuelle Maschinen nun auch zwischen verknüpften vCenter-Systemen und sogar über große Entfernungen via WAN migrieren lassen. Neben den allgemeinen Bedingungen für die VM-Migration kommen dafür zusätzliche Anforderungen hinzu.
Sind alle Voraussetzungen für vMotion erfüllt, dann kann man sich daran machen, virtuelle Maschinen im laufenden Betrieb auf einen anderen Host oder Cluster umzuziehen. Diese Aufgabe lässt sich wahlweise mit dem Assistenten im vSphere Client oder über die Kommandozeile, etwa mit PowerCLI, erledigen.
VMware gehört zu den Herstellern, die ihre Software noch pro Prozessor lizenzieren. Daher gab es für Anwender bis dato den Anreiz, CPUs mit einer möglichst großen Zahl an Rechenkernen zu nutzen, um Lizenzkosten zu sparen. Dem schiebt VMware nun einen Riegel vor und beschränkt eine Lizenz auf 32 Cores.
Bei vSphere lassen sich laufende virtuelle Maschinen auf andere Hosts oder Cluster verschieben. Das klappt aber nur dann, wenn die CPUs der Quell- und Zielrechner miteinander kompatibel sind. Andernfalls bleibt noch die Option, den Enhanced vMotion Compatibility Mode (EVC) zu konfigurieren.
Das unterbrechungslose Verschieben laufender virtueller Maschinen von einem Server auf den anderen gehört zu den Kernfunktionen der Virtualisierung und bildet die Grundlage aller Betriebsmodelle im Cloud-Computing. VMware bietet mittlerweile mehrere vMotion-Arten für verschiedene Szenarien.
Komplexe vSphere-Installationen lassen sich mit Bordmitteln wie Host-, vSphere- und Web-Client oder per esxcli, dcli, Remote-CLI oder PowerCLI umfassend administrieren. Dennoch lassen sie Platz für Tools von Drittanbietern. Dazu zählen die kostenlosen RVTools, die zahlreiche Systemdaten tabellarisch aufbereiten.
Bei VMCO handelt es sich um zwei PowerCLI-Scripts, die VMs auf die RAM- und CPU-Konfiguration prüfen. Das kostenlose Tool der VMware Labs generiert für nicht optimierte VMs eine Empfehlung, bei der es die Zahl der konfigurierten vCPUs mit den vorhandenen virtuellen Kernen und Sockets vergleicht.