In einer weitgehend virtualisierten IT-Infrastruktur, auf der wesentliche Services wie DNS, DHCP oder Firewalls über VMs bereitgestellt werden, ist es wichtig, dass beim Neustart von Systemen solche Dienste zuerst wieder verfügbar sind. Gleiches gilt für mehrschichtige Anwendungen, bei denen beispielsweise die Datenbank vor dem Web-Server vorhanden sein sollte.
Der holländische Entwickler Rob de Veij veröffentlichte die Version 3.3 des kostenlosen RVTools. Es dient dazu, detaillierte Systeminformationen aus VMware ESX(i) oder vCenter auszulesen. Die Software gibt sowohl Auskunft über die Ausstattung der Hosts als auch der virtuellen Maschinen.
Die Überwachung der mehr als 65.000 Ports ist unerlässlich, um Hacker-Angriffe zu abzuwehren. Gemeint sind natürlich die virtuellen 16-Bit-Ports, die bei der Kommunikation über Protokolle wie TCP oder UDP verwendet werden. Zusätzlich kann man die eigenen Systeme härten, indem man sie mit Hacking-Tools prüft.
VMware gibt eine Basisversion seines ESXi schon seit längerer Zeit unter der Bezeichnung VMware Hypervisor kostenlos ab. Sie eignet sich primär zur Evaluierung, für Testumgebungen und kleinere Installationen. Auch wenn er nichts kostet, muss der Gratis-Hypervisor durch Eingabe eines Lizenzschlüssels aktiviert werden. Dies erfolgt relativ umständlich über den vSphere Client.
Mittlerweile herrscht wahrlich kein Mangel mehr als Tools für das Monitoring oder die Performance-Analyse von VMware ESX(i). Eine Reihe von Herstellern bietet sogar leistungsfähige Versionen ihrer Produkte kostenlos an. Detaillierte Statistiken des Hypervisors erhält man jedoch auch mit Bordmitteln, und zwar mit esxtop.
Die Version 5 von VMware vSphere fußt auf dem Hypervisor ESXi 5, der gegenüber seinem Vorgänger eine Reihe von Verbesserungen bringt. Einige davon kommen auch dem kostenlosen VMware Hypervisor zugute, so dass sich auch dort eine Aktualisierung lohnt. Auch wenn das Upgrade in der Regel problemlos verläuft, sind dafür einige Vorkehrungen zu treffen und die Auswirkungen auf die virtualisierte Umgebung zu bedenken.
In vSphere 5 führte VMware mit Auto Deploy eine Technik ein, um den Hypervisor auf vielen Hosts von zentraler Stelle aus zu installieren. Verwendet man den kostenlosen vSphere Hypervisor, dann steht diese Möglichkeit nicht zur Verfügung, so dass man ein Installationsmedium benötigt. Hier bietet ein USB-Speicher Vorteile gegenüber einer CD. Auch als Ziel für die ESXi-Installation ist ein Memory-Stick eine gängige und von VMware unterstützte Konfiguration.
Wie schon vor längerer Zeit angekündigt, gab VMware mit vSphere 5 seinen Hypervisor ESX auf, der ein Linux als Konsolenbetriebssystem enthielt. Unterstützt wird nunmehr ausschließlich die schlankere Variante ESXi. Aus diesem Grund steht im Zuge des Updates die Migration der Hosts von ESX auf ESXi an. Das Tool ESX System Analyzer soll die Anwender dabei unterstützen.
Im Gegensatz zum inzwischen ausgemusterten ESX besitzt der schlankere Hypervisor ESXi kein Konsolenbetriebssystem mehr. Dennoch verfügt er über eine Kommandozeile, und zwar in Form der Almquist Shell. Auch wenn die Ausstattung der Konsole nicht einem vollwertigen Unix entspricht, so stehen dort einige nützliche Tools für das Management des Hypervisors zur Verfügung, unter anderem für das Monitoring, das Prozess-Management oder das Starten und Beenden von virtuellen Maschinen.
Die VMware Workstation bietet die Möglichkeit, VMs zu klonen, ohne die gesamten Daten zu duplizieren. Vielmehr werden solche Linked Clones ähnlich wie ein Snapshot mit der Parent-VM verknüpft und enthalten nur die Änderungen, die seit der Abspaltung von der ursprünglichen virtuellen Maschine vorgenommen wurden. Diese Konfiguration kann sich in einigen Fällen, als unvorteilhaft erweisen, so dass man sie in eine eigenständige VM umwandeln möchte.
Die VMware Workstation hat sich als robuste und vielseitige Testumgebung etabliert, um Anwendungen in virtuellen Maschinen einzurichten und auszuprobieren. Der nächste Schritt besteht dann oft darin, die VMs nach Abschluss der Testphase auf einen Server hochzuladen. Während die Workstation 8 das direkte Kopieren auf einen ESX(i)-Host unterstützt, muss man bei älteren Versionen und beim Player auf den vSphere Client
zurückgreifen. Außerdem kann nach der Übertragung auf den Server noch die Nachbearbeitung von VMDKs anstehen.