VMware vSphere® 5.0- Evaluierungs- leitfaden

VMware 

vSphere ® 5.0- 

Evaluierungsleitfaden 

Teil eins 

TECHNISCHES WHITE PAPER 

V. 1.1/AKTUALISIERT AM 11. AUGUST 2011

Inhaltsverzeichnis 

VMware vSphere 5.0-Evaluierungsleitfaden 

– Teil eins 

Über diesen Leitfaden . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 

Zielgruppe . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 

Systemanforderungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 

Hardwareanforderungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5 

Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5 

Storage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5 

Netzwerk . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5 

Software- und Lizenzierungsanforderungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .6 

VMware vSphere . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .6 

Gastbetriebssysteme . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .6 

Einrichten der Umgebung für den Evaluierungsleitfaden . . . . . . . . . . . . . . . . . . . . . . . . . . .7 

Serverkonfiguration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .8 

Einrichten des logischen Netzwerks . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .8 

Storage-Einrichtung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .10 

Einrichten von virtuellen Maschinen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .10 

VMware vSphere 5.0-Evaluierungsleitfaden, Teil eins – Arbeitsblatt . . . . . . . . . . . . . . .11 

Aufgaben für die vSphere-Evaluierung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .12 

Hochverfügbarkeit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12 

Einführung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12 

Voraussetzungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12 

Aktivieren von HA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12 

Verbindung zum virtuellen Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .13 

Anzeigen der Cluster-Übersicht . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .14 

Bearbeiten der Cluster-Einstellungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .15 

Warten auf den Abschluss der Aufgabe . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .16 

Überprüfen der VMware HA-Aktivierung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .16 

HA-Statusbildschirm . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .16 

Schutzstatus für virtuelle Maschinen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20 

Schutzstatus des Hosts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .21 

Erweiterte Optionen von VMware HA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .22 

Zugangssteuerung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .24 

Optionen für virtuelle Maschinen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .25 

Überwachung der virtuellen Maschinen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .27 

Storage Heartbeats . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29 

Überprüfen des VMware HA-Betriebs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29 

Hostausfall . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29 

TECHNISCHES WHITE PAPER / 2


– Teil eins 

Hostisolation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34 

Deaktivieren von VMware HA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .43 

Verbindung zu einem virtuellen Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .43 

Anzeigen der Cluster-Übersicht . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44 

Bearbeiten der Cluster-Einstellungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .45 

Warten auf den Abschluss der Aufgabe . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46 

Einführung in die neue Befehlszeilenschnittstelle . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .46 

Einführung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46 

Der neue „esxcli“-Befehl . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .47 

Befehlszeilensyntax von „esxcli“ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .47 

Dezentrale Authentifizierung des „esxcli“-Befehls . . . . . . . . . . . . . . . . . . . . . . . . . . . . .49 

Aktivieren des Zugriffs auf die ESXi-Shell . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50 

Aktivieren der ESXi-Shell von der DCUI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50 

Aktivieren der ESXi-Shell vom vSphere Client . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50 

Aktivieren des SSH-Zugriffs auf die ESXi-Shell . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .51 

Aktivieren von SSH von der DCUI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .51 

Aktivieren von SSH vom vSphere Client . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .52 

vSphere Client-Benachrichtigung bei Aktivierung von ESXi-Shell und SSH . . . . . .53 

Installieren der vCLI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .53 

Installieren der vCLI unter Windows . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .53 

Installieren der vCLI unter Linux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .53 

Installieren der vCLI mit der vMA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .53 

„esxcli“-Beispielbefehle, die lokal von der ESXi-Shell ausgeführt werden . . . . . . . 54 

„esxcli“-Beispielbefehle, die remote von der vCLI ausgeführt werden . . . . . . . . . . .56 

Formatieren der Ausgabe von „esxcli“ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58 

Der Befehl „localcli“ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .59 

Zusammenfassung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60 

Beispiel für die vSphere PowerCLI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .62 

Einführung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .62 

Voraussetzungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .62 

Installieren von vSphere PowerCLI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .62 

Erste Schritte mit vSphere PowerCLI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .69 

Verbinden mit einem vSphere Host oder mit vCenter . . . . . . . . . . . . . . . . . . . . . . . . .69 

Verwenden von vSphere PowerCLI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .71 

vSphere PowerCLI – Zusammenfassung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .81 

Evaluieren der ESXi-Firewall . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .81 

Einführung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .81 



– Teil eins 

Evaluierung – Übersicht . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .81 

Voraussetzungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .81 

Beenden des SSH-Dienstes zur Verhinderung des Zugriffs . . . . . . . . . . . . . . . . . . . .81 

Testen des Zugriffs bei beendetem SSH-Dienst . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .85 

Erstellen von Firewall-Regeln zur Sperrung des SSH-Zugriffs . . . . . . . . . . . . . . . . . . . . .86 

Testen der SSH-Firewall-Regeln . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89 

Image Builder . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .91 

Einführung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .91 

Voraussetzungen für Image Builder . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .92 

Vorbereitungsaufgaben . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .92 

Installieren von vSphere PowerCLI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .92 

Herunterladen des ESXi-Offline-Pakets . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .92 

Extrahieren des ESXi-Offline-Pakets . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .92 

Starten einer Image Builder vSphere PowerCLI-Sitzung . . . . . . . . . . . . . . . . . . . . . . .92 

Importieren eines ESXi-Offline-Pakets . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 94 

Anzeigen der Softwaredepots . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 94 

Anzeige der VIBs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .95 

Anzeige der Image-Profile . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .95 

Erstellen eines neuen Image-Profils . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .96 

Erstellen eines neuen Image-Profils durch manuelle Auswahl einzelner VIBs . . . .96 

Erstellen eines neuen Image-Profils durch Klonen eines vorhandenen Image- 

Profils . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98 

Entfernen von VIBs aus einem Image-Profil . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98 

Vergleichen von Image-Profilen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 99 

Exportieren von Image-Profilen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 99 

Exportieren als Offline-Paket . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 99 

Exportieren als bootfähiges ISO-Image . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 100 

Produktdokumentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 100 

Verwenden von Statistiken zur Speicher-Performance . . . . . . . . . . . . . . . . . . . . . . . . . .101 

Einführung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .101 

Überwachen der Performance-Statistik eines Datastore . . . . . . . . . . . . . . . . . . . . . 103 

Hilfe und Support während der Evaluierung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .105 

VMware – Kontaktdaten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 105 

Feedback . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 105 


Über diesen Leitfaden 


– Teil eins 

Der VMware vSphere 5.0-Evaluierungsleitfaden, Teil eins, unterstützt die Anwender bei der selbständigen, 

praktischen Evaluierung der Funktionen von VMware vSphere® 5.0 („vSphere“), die von allen VMware vSphere- 

Kunden verwendet werden können. Der begleitende Leitfaden, der VMware vSphere 5.0-Evaluierungsleitfaden, 

Teil zwei, behandelt vSphere 5.0-Funktionen für größere und komplexere Bereitstellungsumgebungen. 

Zielgruppe 

In diesem Leitfaden werden Evaluierungsfälle für IT-Experten beschrieben, die die folgenden Anforderungen 

erfüllen: 

• Sie kennen die Grundlagen der Servervirtualisierung und möchten die Funktionen von vSphere in einer 

kleineren Umgebung evaluieren. 

• Sie setzen eine VMware-Virtualisierungsumgebung ein und möchten die Funktionen von vSphere evaluieren, 

um eine umfassendere Konsolidierung bei gleichbleibendem Service-Level zu ermöglichen. 

Systemanforderungen 

Für eine optimale Nutzung dieses Leitfadens müssen Hardware und Software wie im folgenden Abschnitt 

beschrieben konfiguriert sein. 

Hardwareanforderungen 

In diesem Leitfaden wird Folgendes in Bezug auf Ihre vorhandene physische Infrastruktur vorausgesetzt: 

Server 

Sie verfügen über mindestens drei dedizierte Server, auf denen VMware ESXi 5.0 ausgeführt werden kann, 

um Ressourcen für diese Evaluierung zur Verfügung zu stellen. 1 

Storage 

Sie verfügen über Shared Storage mit genügend Speicherplatz zur Erstellung von drei dedizierten 

100-GB-Datastores. Bei dem Shared Storage kann es sich um SAN oder NAS handeln. In diesem Dokument 

wird von SAN-basiertem Storage ausgegangen. 

Netzwerk 

Sie benötigen mindestens drei virtuelle Netzwerke, die für ein separates Management der virtuellen Maschinen, 

von vMotion und vSphere konfiguriert sind. Diese Netzwerke können auf einem einzelnen virtuellen Switch 

mit mehreren Portgruppen oder über mehrere virtuelle Switches hinweg eingerichtet werden. In diesem 

Evaluierungsleitfaden umfasst die Konfiguration einen einzelnen vSphere-Standard-Switch mit drei Portgruppen. 

1. Diese Server müssen in der Hardwarekompatibilitätsliste von VMware vSphere 5.0 (HCL) aufgeführt sein. 


In der folgenden Tabelle sind weitere detaillierte Anforderungen aufgeführt. 


– Teil eins 

HARDWARE MINIMUM IN DIESEM LEITFADEN 

VERWENDET 

ESXi Drei ESXi-/ESX-Server 

CPU – zwei Prozessoren 

mit 2 GHz 

Arbeitsspeicher – 6 GB 

Netzwerk – 2x 

1-GB-Netzwerkkarte 

Drei ESXi-Server (Cisco UCS 1.3.1) 

CPU – zwei Quad-Core Intel Xeon 

„Nehalem“-Prozessoren 

mit 2,6 GHz 

Arbeitsspeicher – 48 GB 

Netzwerk – 4x 

10-GB-Netzwerkkarte 

Storage Ein Datastore (100 GB) Drei Datastores 

(Fibre Channel – je 100 GB) 

Netzwerk Ein VLAN für den 

VM-Datenverkehr; ein VLAN für 

den Managementdatenverkehr 

Software- und Lizenzierungsanforderungen 

Separate VLANs für ESXi- 

Management, vMotion und 

VM-Datenverkehr 

In diesem Leitfaden wird von folgenden Annahmen in Bezug auf Ihre vorhandene Softwareinfrastruktur 

ausgegangen: 

VMware vSphere 

Dieser Teil des VMware vSphere 5.0-Evaluierungsleitfadens erfordert vSphere 5.0 und eine Lizenz für Essentials 

Plus. Wenn der Anwender auch die Übungen in Teil zwei des VMware vSphere 5.0-Evaluierungsleitfadens 

durchführen möchte, ist eine Lizenz für Enterprise Plus erforderlich. Die über das VMware-Evaluierungsportal 

verfügbare vSphere 5.0-Evaluierungslizenz bietet für 60 Tage Enterprise Plus-Funktionalität und ist für die 

Durchführung der vSphere 5.0-Evaluierungen optimal geeignet. 

Gastbetriebssysteme 

Für diesen Teil des VMware vSphere 5.0-Evaluierungsleitfadens bestehen keine besonderen Anforderungen für 

die Gastbetriebssysteme. Sie müssen lediglich in der Lage sein, virtuelle Maschinen auszuführen. Der Anwender 

kann jedes beliebige, von VMware unterstützte Betriebssystem auf den virtuellen Maschinen bereitstellen. 

Der VMware vSphere 5.0-Evaluierungsleitfaden, Teil zwei, setzt fünf oder sechs virtuelle Maschinen voraus, 

auf denen Windows 2003 oder Windows 2008 ausgeführt wird. 


Einrichten der Umgebung 

für den Evaluierungsleitfaden 


– Teil eins 

Das VMware Technical Marketing-Labor basierte auf einer Kombination aus Cisco UCS-Serverhardware und EMC 

CLARiiON CX4 Fibre Channel (FC) Storage. Die Umgebung bestand aus acht identischen „Pods“ mit vier Nodes. 

Die meisten dieser Pods waren als ESXi-Cluster mit drei Nodes und einem vierten Node für das Management 

konfiguriert. In vielen Fällen wurden zusätzliche Ressourcen zur Unterstützung anderer Evaluierungsprojekte 

in der Technical Marketing-Testumgebung konfiguriert; diese sind in den Diagrammen ebenfalls enthalten. 

Der Anwender muss nur die im folgenden Abschnitt aufgeführten erforderlichen Komponenten konfigurieren 

und kann die zusätzlichen Ressourcen in den Screenshots und Topologiediagrammen ignorieren. Die folgende 

Abbildung zeigt das Test-Rack von Technical Marketing. 

EMC CLARiiON CX4-120 

FLARE-Version 4.30.000.5.509 

15 x 600 GB 15k SCSI 

5 x 200 GB SSD 

10 x Open Slot 

Cisco UCS 1.3.1(p) 

32 x 2 Quad-Core-„Nehalem“-Prozessoren 

48 GB Arbeitsspeicher 

Dual Port Palo-Karten 

1 x lokale Festplatte mit 146 GB 

Konfigurieren mit: 

4 x 10-GB-Netzwerkkarte 

2 x HBA mit 4/8 GB 

Slot 1 jedes Gehäuses für zentrales Management reserviert 


Serverkonfiguration 


– Teil eins 

Der VMware vSphere 5.0-Evaluierungsleitfaden basiert auf drei modernen „Serverklassen“-Systemen mit 

geeignetem Prozessor und Arbeitsspeicher zum Hosten von sechs bis acht minimal konfigurierten virtuellen 

Maschinen, die für die Tests verwendet werden. Die für diese Evaluierung verwendeten Server müssen nicht 

extrem leistungsstark sein, jedoch zuverlässig und mit vSphere 5.0 kompatibel. 

Jeder Server muss mindestens zwei 1-GB- oder zwei 10-GB-Netzwerkkarten und eine ordnungsgemäße 

Verbindung zum Shared Storage aufweisen. In der folgenden Abbildung ist die Testumgebungskonfiguration 

für den Evaluierungsleitfaden zusammengefasst. 

Linux vCenter Appliance 

(VM kann sich im Cluster oder einem 

externen Managementcluster befinden) 

3 x ESXi 5.0-Host 

Einrichten des logischen Netzwerks 

3 x FC-LUN mit 100 GB, Volume 

von Hosts im Pod gemeinsam genutzt 

(im Evaluierungsleitfaden verwendet) 

Im VMware vSphere 5.0-Evaluierungsleitfaden, Teil eins, wird eine sehr einfache Netzwerkkonfiguration bestehend 

aus drei logischen Netzwerken eingesetzt. Das erste Netzwerk ist für den vSphere-Managementdatenverkehr, 

einschließlich vSphere High Availability (VMware HA), vorgesehen. Das zweite Netzwerk ist für VMware vSphere® 

vMotion® und das dritte für den Datenverkehr der virtuellen Maschinen bestimmt. Jedes logische Netzwerk ist 

als Portgruppe auf einem Standard-Switch konfiguriert, mit einem entsprechenden VLAN, das die physische 

Isolation des Netzwerkverkehrs ermöglicht. 


TM-PODESX 

vmnic0 

vmnic1 

vmnic2 

vmnic3 


– Teil eins 

vSwitch0 

Im Evaluierungsleitfaden nicht verwendet 

Auf vSphere-Seite sieht die Netzwerkkonfiguration wie folgt aus: 

Portgruppen 

Name/VLAN 

VMK0: Managementnetzwerk 

VLAN 2912 

Production02 

VLAN 3001 (VM) 

vMotion 

VLAN 3002 

(noch nicht festgelegt) 


Storage-Einrichtung 


– Teil eins 

Im VMware vSphere 5.0-Evaluierungsleitfaden, Teil eins, wird eine Storage-Konfiguration bestehend aus drei 

100-GB-FC-LUNs verwendet, die jedem Host zugeordnet sind. Dies ermöglicht die Erstellung von drei Datastores. 

Einrichten von virtuellen Maschinen 

Im VMware vSphere 5.0-Evaluierungsleitfaden, Teil eins, werden insgesamt sechs bis sieben virtuelle Maschinen 

für die Tests verwendet. Dies können virtuelle Maschinen unter Linux oder Windows sein. Es ist Aufgabe des 

Anwenders, virtuelle Maschinen zu konfigurieren, die für die Tests in Betrieb genommen werden können. 

Die folgende Abbildung zeigt die virtuellen Maschinen „VM_01“ bis „VM_07“, die in der Technical Marketing- 

Testumgebung konfiguriert sind: 



– Teil eins 

VMware vSphere 5.0-Evaluierungsleitfaden, Teil eins – Arbeitsblatt 

Sie können folgendes Arbeitsblatt für die Organisation Ihrer Evaluierung verwenden. 

HARDWARE-CHECKLISTE: 

Alle Hardwarekomponenten müssen entsprechend 

der VMware vSphere 5.0-Hardwarekompatibilitätsliste 

(HCL) unterstützt werden. 

Jeder Server verfügt über 2x 1-GB- oder 

2x 10-GB-Netzwerkkarten, die mit einem 

gemeinsamen Switch verbunden sind (wird als 

Netzwerkkartenteam konfiguriert). 

Jeder Server verfügt über die erforderliche HBA/ 

Netzwerkkarte für den Zugriff auf den Shared Storage. 

SOFTWARE-CHECKLISTE: 

Installationsmedien für VMware vSphere/ 

VMware ESXi sind verfügbar. 

Die VMware vCenter Server Appliance wurde 

heruntergeladen. 

VMware vSphere® Client wurde installiert. 

Hostname von ESXi-Host 1 



Subnetz, Netzmaske und Standard-Gateway 

für Managementnetzwerk 


für virtuelles Managementnetzwerk 


für vMotion-Netzwerk 

STORAGE-CHECKLISTE: 

Alle Server können mindestens drei gängige 

100-GB-LUNs (oder NFS-Exporte) erkennen. 

Name von Datastore 1 





– Teil eins 

Aufgaben für die vSphere-Evaluierung 

Hochverfügbarkeit 

Einführung 

Das wichtigste Anliegen und zugleich die größte Herausforderung von Administratoren besteht darin, die 

Verfügbarkeit der virtuellen Maschinen in ihrer Umgebung sicherzustellen. VMware HA bietet hier eine Lösung, 

da das Produkt Schutz vor Ausfällen auf den folgenden drei entscheidenden Ebenen bietet: 

• Infrastrukturebene 

Auf dieser Ebene überwacht VMware HA den Systemzustand der virtuellen Maschine und versucht, die 

virtuelle Maschine bei einem Fehler, z.B. dem Ausfall eines physischen Hosts, neu zu starten. Dieser Schutz 

funktioniert unabhängig vom Betriebssystem der virtuellen Maschine. 

• Betriebssystemebene 

Durch den Einsatz von VMware Tools, die im Betriebssystem integriert sind, kann VMware HA prüfen, ob das 

Betriebssystem ordnungsgemäß ausgeführt wird. Dies bietet Schutz vor Ausfällen wie z.B. einem Betriebssystem, 

das nicht mehr reagiert. 

• Anwendungsschicht 

Mit geringem Anpassungsaufwand oder einem Drittanbieter-Tool kann der Administrator außerdem die 

Anwendung, die unter dem Betriebssystem ausgeführt wird, auf ordnungsgemäßen Betrieb überwachen. Bei 

einem Ausfall der Anwendung kann HA ausgelöst werden, um die virtuelle Maschine, auf der die Anwendung 

gehostet wird, neu zu starten. 

In diesem Abschnitt erfahren Sie, wie Sie den Betrieb von HA aktivieren, konfigurieren und testen, um 

grundlegende Hochverfügbarkeitsservices für Ihre virtuellen Maschinen auf Infrastrukturebene bereitzustellen. 

Voraussetzungen 

Bevor Sie fortfahren, sollten Sie sicherstellen, dass die Umgebung ordnungsgemäß konfiguriert ist. Anhand des 

Abschnitts „Systemanforderungen“ können Sie überprüfen, ob Ihre Umgebung die erforderliche Konfiguration 

aufweist. Wichtige Faktoren: 

• Stellen Sie sicher, dass Sie über ein funktionierendes Managementnetzwerk mit allen Hosts in der Umgebung 

verfügen. 

• Stellen Sie sicher, dass alle virtuellen Maschinen online sind. 

• Auf jedem Host muss mindestens eine virtuelle Maschine ausgeführt werden. 

• Vergewissern Sie sich, dass über vSphere Client Zugriff auf VMware vCenter besteht. 

Aktivieren von HA 

Die Aktivierung von HA ist ein einfacher Vorgang, bei dem Sie lediglich die Eigenschaften für den Cluster 

bearbeiten müssen. Dieser Vorgang wird mit den folgenden Schritten beschrieben. 


Verbindung zum virtuellen Server 

Abb. 1: Verbinden mit dem virtuellen Server 


– Teil eins 

Stellen Sie über den vSphere Client eine Verbindung zu Ihrer virtuellen Serverinstanz her. 


Anzeigen der Cluster-Übersicht 

Abb. 2: Cluster-Übersicht 


– Teil eins 

Nachdem Sie eine Verbindung zur virtuellen Serverinstanz hergestellt haben, wählen Sie Ihren Cluster aus, 

indem Sie auf der linken Seite auf den Namen des Clusters klicken. Klicken Sie auf die Registerkarte Summary 

(Übersicht), um den Bildschirm mit der Cluster-Übersicht aufzurufen. 


Bearbeiten der Cluster-Einstellungen 

Abb. 3: Bearbeiten der Cluster-Einstellungen 


– Teil eins 

Wählen Sie im Bildschirm der Cluster-Übersicht die Option Edit Settings (Einstellungen bearbeiten). Daraufhin 

wird ein Assistent angezeigt, mit dem Sie die Einstellungen des Clusters ändern können. Klicken Sie auf das 

Kontrollkästchen Turn On vSphere HA (vSphere HA einschalten) und dann auf „OK“. Der Assistent wird 

geschlossen und VMware HA wird vom System initialisiert. 

Abb. 4: Initialisieren von VMware HA 



– Teil eins 

Im Bereich „Recent Tasks“ (Kürzlich bearbeitete Aufgaben) von vSphere Client können Sie den Fortschritt 

der Initialisierung von HA auf den Systemen innerhalb des Clusters anzeigen. Sie können erkennen, dass die 

Konfigurationsaufgaben parallel auf allen Hosts im Cluster abgearbeitet werden. 

Warten auf den Abschluss der Aufgabe 

Abb. 5: Aufgaben mit abgeschlossenem Status 

Warten Sie, bis alle Aufgaben den Status Completed (Abgeschlossen) aufweisen. Dies sollte nur eine Minute 

in Anspruch nehmen. Ab diesem Zeitpunkt sind die eingeschalteten virtuellen Maschinen durch VMware HA 

geschützt. 

Überprüfen der VMware HA-Aktivierung 

Nun sollte VMware HA in Ihrem Cluster aktiviert sein. In diesem Abschnitt sind mehrere Methoden aufgeführt, 

mit denen Sie überprüfen können, ob HA aktiviert ist. 

HA-Statusbildschirm 

Abb. 6: Konfiguration von HA 

Nachdem Sie HA aktiviert haben, wird unter der Cluster-Übersicht ein Bereich für HA eingeblendet. Hier werden 

allgemeine Informationen zur Konfiguration von HA angezeigt. Es steht hier auch eine Option für den Cluster 

Status zur Verfügung. Klicken Sie darauf, um den Bildschirm mit dem HA-Cluster-Status aufzurufen. 


Abb. 7: Bildschirm mit VMware HA-Cluster-Status 


– Teil eins 

Auf diesem Bildschirm finden Sie drei Registerkarten. Eine Registerkarte für Hosts, eine für VMs und eine 

für Heartbeat Datastores. 

Auf der Registerkarte „Hosts“ wird das System angezeigt, das als Master-Node fungiert. Sie sehen auch 

die Anzahl der Hosts, die derzeit mit diesem Master verbunden sind. Diese Zahl sollte mit der Anzahl der Hosts 

übereinstimmen, die sich in Ihrem Cluster befinden, abzüglich einem für den Master. 


Abb. 8: Übersicht über den Schutzstatus für virtuelle Maschinen 


– Teil eins 

Auf der Registerkarte VMs wird eine Übersicht über den Schutzstatus für virtuelle Maschinen angezeigt. 

Die virtuellen Maschinen, die bei Aktivierung von VMware HA eingeschaltet waren, besitzen den Status 

Protected (Geschützt). 


Abb. 9: Informationen zu Heartbeat Datastores 


– Teil eins 

Wenn Sie auf die Registerkarte „Heartbeat Datastores“ (Taktsignal-Datenspeicher) klicken, werden 

Informationen zu den Datastores angezeigt, die als Heartbeat Datastores ausgewählt wurden. Heartbeat 

Datastores bieten bei einem Ausfall des Managementnetzwerks eine sekundäre Möglichkeit zur Kommunikation 

zwischen den Hosts. Wenn Sie einen bestimmten Datastore auswählen, wird eine Liste aller Hosts angezeigt, 

die den ausgewählten Datastore als Heartbeat Datastore verwenden. 

Klicken Sie auf OK, um den Bildschirm mit dem Cluster-Status zu schließen. 


Schutzstatus für virtuelle Maschinen 

Abb. 10: Anzeigen des aktuellen VMware HA-Schutzstatus 


– Teil eins 

Sie können den Schutzstatus der virtuellen Maschinen auch anzeigen, indem Sie die Registerkarte Virtual 

Machines (Virtuelle Maschinen) für einen Cluster auswählen. Wenn Sie mit der rechten Maustaste auf 

die Titelleiste klicken, können Sie das Feld vSphere HA Protection (vSphere HA-Schutz) auswählen. Nach 

Auswahl dieses Feldes wird eine Spalte eingeblendet, die für jede virtuelle Maschine im Cluster den aktuellen 

VMware HA-Schutzstatus anzeigt. 

Abb. 11: HA-Schutzstatus für eine einzelne virtuelle Maschine 

Sie können den HA-Schutzstatus auch für eine einzelne virtuelle Maschine anzeigen, indem Sie die virtuelle 

Maschine in der Navigationsstruktur auswählen und dann auf die Registerkarte „Summary“ (Übersicht) klicken. 


Schutzstatus des Hosts 

Abb. 12 Anzeigen des VMware HA-Status für den Host 


– Teil eins 

Sie können den VMware HA-Status für einen einzelnen Host anzeigen, indem Sie den gewünschten Host in der 

Navigationsstruktur auswählen und dann auf die Registerkarte „Summary“ (Übersicht) klicken. Hier sehen Sie 

den VMware HA-Status für den Host sowie die Rolle, die dieser Node im Cluster einnimmt. Im vorhergehenden 

Beispiel fungiert der Host als Master-Node im Cluster. 


Abb. 13: Anzeigen des HA-Status für alle Hosts innerhalb eines Clusters 


– Teil eins 

Um den VMware HA-Status für alle Hosts innerhalb eines Clusters anzuzeigen, wählen Sie den Cluster 

in der Navigationsstruktur aus und klicken Sie dann auf die Registerkarte „Hosts“. Klicken Sie mit der rechten 

Maustaste auf die Titelleiste und stellen Sie sicher, dass die Spalte „vSphere HA State“ (vSphere HA-Status) 

aktiviert ist. 

Erweiterte Optionen von VMware HA 

VMware HA bietet Anwendern die Möglichkeit, verschiedene Optionen je nach ihren eigenen Anforderungen 

zu konfigurieren. In diesem Abschnitt erhalten Sie einen Überblick über die häufigsten verwendeten Optionen. 

Abb. 14: Bearbeiten der Einstellungen 

Klicken Sie auf Edit Settings (Einstellungen bearbeiten). 


. 

Abb. 15: Assistent für Cluster-Einstellungen 


– Teil eins 

Daraufhin wird ein Assistent angezeigt, mit dem Sie die Einstellungen des Clusters ändern können. Nach 

Aktivierung von VMware HA werden weitere Einstellungen zur Konfiguration von VMware HA angezeigt. 


Zugangssteuerung 

Abb. 16: Host-Überwachungsstatus und Attribute für Zugangssteuerung 


– Teil eins 

Wählen Sie im Dialogfeld mit den Cluster-Einstellungen in der Navigationsstruktur auf der linken Seite „vSphere HA“ 

aus. Hier können Sie den Host-Überwachungsstatus und die Attribute für die Zugangssteuerung bearbeiten. 

Über die Hostüberwachung kann VMware HA Gegenmaßnahmen ergreifen, wenn ein Host keine Heartbeats 

mehr über das Managementnetzwerk senden kann. So ist es beispielsweise bei Wartungsarbeiten 

im Managementnetzwerk möglich, dass die Hosts keine Heartbeats versenden können. Dann sollten Sie diese 

Option deaktivieren, damit VMware HA nicht davon ausgeht, dass die Hosts isoliert sind. 

Anhand der Zugangssteuerung wird sichergestellt, dass im Cluster entsprechende Ressourcen zur Verfügung 

stehen, um bei Bedarf einen Failover zu ermöglichen. Es wird dadurch auch für die Einhaltung der Reservierung 

virtueller Maschinen gesorgt. Zur Angabe der gewünschten Richtlinie für die Zugangssteuerung stehen drei 

Optionen zur Verfügung. Diese sind: 

• Hostausfälle 

Mit dieser Option kann gegebenenfalls ausreichend Kapazität innerhalb des Clusters reserviert werden, 

um für den Ausfall eines Hosts im Cluster vorzusorgen. 

• Prozentsatz 

Wie bei der Option gegen Hostausfälle wird auch hier versucht, ausreichend Kapazität innerhalb des Clusters 

zu reservieren. Diese Option ermöglicht Ihnen jedoch, den zu reservierenden Prozentsatz an Prozessorleistung 

und Arbeitsspeicher anzugeben. 



– Teil eins 

• Failover-Hosts 

Sie können auch bestimmte Hosts im Cluster angeben, die als bevorzugte Ziele zum Starten der virtuellen 

Maschinen verwendet werden sollen, die auf einem ausgefallenen Host geschützt waren. Bei einem Ausfall 

versucht vSphere HA zunächst, die geschützten VMs auf diesen Hosts neu zu starten, bevor dies auf anderen 

versucht wird. Außerdem verhindert vSphere HA, dass virtuelle Maschinen auf diese Hosts verschoben oder 

auf diesen Hosts vom Anwender oder vSphere Distributed Resource Scheduler (DRS) eingeschaltet werden. 

Optionen für virtuelle Maschinen 

Abb. 17: Definieren des Verhaltens virtueller Maschinen für VMware HA 

Wählen Sie „Virtual Machine Options“ (Optionen für virtuelle Maschinen) im linken Navigationsbereich aus. 

Hier können Sie das Verhalten virtueller Maschinen für VMware HA festlegen. Sie können die folgenden beiden 

Einstellungen bearbeiten: die Priorität zum Neustarten von VMs und die Reaktion auf Hostisolation. 



– Teil eins 

Über die Priorität zum Neustarten von VMs („VM Restart Priority“) können Sie die Reihenfolge festlegen, in der 

virtuelle Maschinen bei einem Ausfall gestartet werden sollen. Wenn nicht genügend Ressourcen im Cluster 

vorhanden sind, um den Neustart einer Reihe virtueller Maschinen zu unterstützen, können Sie mit dieser 

Einstellung die Prioritäten so festlegen, dass die wichtigsten virtuellen Maschinen zuerst gestartet werden. 

Beachten Sie, dass dies auch pro virtueller Maschine festgelegt werden kann. 

Abb. 18: Hostisolierungsreaktion 

Über die Reaktion auf eine Hostisolation („Host Isolation Response“) legen Sie fest, wie sich HA verhalten soll, 

wenn ein Host als isoliert betrachtet wird. Eine Hostisolation tritt dann auf, wenn ein Host nicht mehr in der Lage 

ist, über das Managementnetzwerk mit den anderen Hosts in der Umgebung zu kommunizieren und seine 

konfigurierten Isolationsadressen, d.h. sein Standard-Gateway, anzupingen. In diesem Fall funktioniert der Host 

zwar noch, kann aber nicht mehr kommunizieren. Die Standardeinstellung für diese Option lautet Leave 

powered on (Eingeschaltet lassen). 


Überwachung der virtuellen Maschinen 

Abb. 19: Überwachung der virtuellen Maschinen 


– Teil eins 

Wenn Sie „VM Monitoring“ (VM-Überwachung) im Navigationsbereich links auswählen, können Sie Einstellungen 

zur Überwachung des bzw. der auf einer virtuellen Maschine ausgeführten Betriebssystems oder Anwendung 

ändern. Um diese Funktion nutzen zu können, muss auf der virtuellen Maschine VMware Tools installiert sein. 


Abb. 20: Auswahl der Option „Custom“ (Benutzerdefiniert) für die VM-Überwachung 


– Teil eins 

Durch Auswahl der Option „Custom“ (Benutzerdefiniert) können Sie die verschiedenen Parameter detailliert 

steuern. Sie können diese Einstellungen pro virtueller Maschine vornehmen. 


Storage Heartbeats 

Abb. 21: Fenster für Datastore Heartbeats 


– Teil eins 

Storage Heartbeats bieten einen sekundären Pfad für die Kommunikation, sollte das Managementnetzwerk 

ausfallen. Dies ist sehr nützlich, da Storage Heartbeats eine weitere Ebene der Redundanz bieten und die 

Unterscheidung zwischen einem Netzwerk- und einem Hostfehler ermöglichen. Standardmäßig werden zwei 

Datastores ausgewählt, und zwar abhängig von ihrer Konnektivität mit anderen Hosts und vom Storage-Typ. 

Dies bietet Schutz bei Array-Ausfällen und ermöglicht die Verwendung des Heartbeat Datastore durch eine 

maximale Anzahl Hosts. Die verwendeten Datastores können auch manuell angegeben werden. 

Überprüfen des VMware HA-Betriebs 

Um VMware HA in Aktion zu sehen, müssen Sie in der Umgebung Fehler verursachen. In diesem Abschnitt 

wird gezeigt, wie Sie dies für die gängigsten Fehlerszenarios tun. Auf diese Weise können Sie den Betrieb 

von VMware HA überprüfen und Möglichkeiten zur Wiederherstellung nach einem Ausfall testen. 

Hostausfall 

Das am häufigsten auftretende Fehlerszenario ist der Ausfall eines physischen Hosts. Dafür kann es ganz 

unterschiedliche Gründe geben, z.B. eine Unterbrechung der Stromversorgung des Hosts oder ein 

Motherboard-Fehler. 



– Teil eins 

Wenn dieses Problem auftritt, wird VMware HA den Ausfall des Hosts feststellen und versuchen, 

die geschützten virtuellen Maschinen auf einem funktionsfähigen Host neu zu starten. 

Abb. 22: Überprüfen virtueller Maschinen 

Verwenden Sie zunächst den vSphere Client, um die virtuellen Maschinen, die im Cluster gehostet werden, 

zu untersuchen. In diesem Beispiel sorgen Sie dafür, dass das System „tm-pod1-esx01.tmsb.local“ ausfällt. 

Sie müssen die virtuellen Maschinen in Ihrer Umgebung überprüfen und sicherstellen, dass mindestens eine 

auf dem Host, deren Ausfall Sie verursachen werden, online ist. 

Abb. 23: Stromabschaltung für einen Host 



– Teil eins 

Schalten Sie als nächsten Schritt den Strom für einen Ihrer Hosts ab. Wenn Sie sich die Hosts in diesem Cluster 

anschauen, sehen Sie, dass VMware HA den Ausfall des Hosts erkennt und einen Alarm ausgibt. 

Abb. 24: Fehlererkennung durch VMware HA 

Wenn Sie die Ereignisse untersuchen, werden Sie sehen, dass durch ähnliche Meldungen wie in der vorherigen 

Abbildung bestätigt wird, dass VMware HA den Fehler erkannt hat. 

Abb. 25: Ansicht einer virtuellen Maschine in einem Cluster nach Neustartversuch 

Nachdem der Ausfall eines Hosts erkannt wurde, versucht HA, die virtuellen Maschinen, die auf dem 

ausgefallenen Host ausgeführt wurden, auf anderen verfügbaren Hosts im Cluster neu zu starten. Wechseln 

Sie zurück zur Ansicht der virtuellen Maschine im Cluster. Sie sehen, dass die virtuellen Maschinen, die sich 

ursprünglich auf dem ausgefallenen Host befanden, nun auf anderen Hosts online sind. 


Abb. 26: Anzeigen von Protokollmeldungen nach Neustartversuch 


– Teil eins 

Sie können auch die Ereignisse zu einem Host untersuchen und die Protokollmeldungen anzeigen, die darauf 

hinweisen, dass VMware HA versucht hat, die virtuelle Maschine neu zu starten. 


Abb. 27: Übersicht über einen ausgefallenen Host 


– Teil eins 

Wenn Sie die Registerkarte „Summary“ (Übersicht) für den ausgefallenen Host auswählen, sehen Sie, dass das 

Problem an mehreren Stellen angezeigt wird. Die erste befindet sich oben im Bildschirm und die zweite ist der 

vSphere HA-Status. 

Schließen Sie nun die Stromversorgung wieder an den ausgefallenen Host an. Dieser wird neu gestartet. 

Nach Abschluss dieses Vorgangs sehen Sie, dass er wieder zum Cluster gehört und so wie zuvor funktioniert. 



– Teil eins 

Hostisolation 

Eine Hostisolation tritt dann auf, wenn ein Host nicht mehr in der Lage ist, über das Managementnetzwerk 

mit den anderen Hosts im Cluster zu kommunizieren und seine Standard-Isolationsadresse anzupingen. 

Im Folgenden wird gezeigt, wie Sie diese Situation herbeiführen und die Standardaktionen auslösen, 

die von VMware HA durchgeführt werden. 

Abb. 28: Identifizieren eines zu isolierenden Hosts 

Zunächst identifizieren Sie einen Host, der isoliert werden wird. Für dieses Beispiel wurde der Host „tm-pod01esx03.tmsb.local“ 

ausgewählt. Sie können sich vergewissern, dass dieser derzeit im Cluster als Slave fungiert. 

Abb. 29: Identifizieren virtueller Maschinen auf „tm-pod01-esx03 .tmsb .local“ 

Als Nächstes identifizieren Sie die virtuellen Maschinen, die derzeit auf diesem Host online sind. Dies sind 

die virtuellen Maschinen, die nach Herbeiführen des Fehlers von der Isolationsreaktion betroffen sein werden. 


Abb. 30: Konsolenzugriff auf den Zielhost 


– Teil eins 

Um einen Fehler in der Umgebung zu verursachen, benötigen Sie Konsolenzugriff auf den Zielhost. So haben Sie 

auch nach dem Ausfall weiterhin Zugriff auf den Host und können ihn danach ordnungsgemäß wiederherstellen. 

Beachten Sie bitte, dass für diesen Vorgang zwei Netzwerke erforderlich sind – eines für den Konsolenzugriff 

und eines für diejenigen, die vom Test betroffen sind. Weitere Informationen zu der verwendeten 

Netzwerkkonfiguration finden Sie im Abschnitt „Systemanforderungen“. 


Abb. 31: Authentifizierung beim Host 


– Teil eins 

Drücken Sie auf der Konsole die F2-Taste, um das Menü der Konsole aufzurufen. Sie müssen sich zunächst beim 

Host authentifizieren, bevor Sie Zugriff auf das Konsolenmenü erhalten. 

Abb. 32: Auswählen der Fehlerbehebungsoptionen 

Nachdem Sie angemeldet sind, wählen Sie die Menüoption Troubleshooting Options 

(Fehlerbehebungsoptionen) aus. 


Abb. 33: Aktivieren der ESXi-Shell 


– Teil eins 

Wählen Sie hier die Option Enable ESXi Shell (ESXi-Shell aktivieren) aus, um die ESXi-Shell zu aktivieren. 

Über diese Shell können Sie die Netzwerkverbindungen zum Host entfernen. 

Abb. 34: Warnmeldung auf dem vSphere Client 

Wenn Sie dies tun, werden Sie feststellen, dass der vSphere Client eine Warnmeldung anzeigt. 

Abb. 35: Zugriff auf die ESXi-Shell 

Betätigen Sie auf der ESXi-Konsole für den Host die Tastenkombination ALT+F1, um die ESXi-Shell aufzurufen. 

Melden Sie sich bei der Shell mit dem Anwendernamen und Kennwort des Hosts an. 


Abb. 36: Verwenden des Befehls „esxcfg-vswitch“ 


– Teil eins 

Um die Netzwerkverbindung zum Host zu unterbrechen, können Sie den Befehl „esxcfg-vswitch“ verwenden. 

Mit „esxcfg-vswitch –l“ erhalten Sie eine Liste der Uplinks auf dem Host. In diesem Beispiel lassen sich zwei 

Uplinks, „vmnic0“ und „vmnic1“, auf vSwitch0 identifizieren. 

Verwenden Sie den Befehl „esxcfg-vswitch –U “, um die Uplinks vom virtuellen Switch 

zu entfernen. Dabei ist „Uplink“ ein identifizierter Uplink und „Switch“ der Name des Switches, mit dem der 

Uplink verbunden ist. Gehen Sie analog dazu für alle zuvor identifizierten Uplinks vor. Wenn Sie fertig sind, 

überprüfen Sie, ob alle Uplinks entfernt wurden, indem Sie erneut den Befehl „esxcfg-vswitch –l“ verwenden. 


Abb. 37: Identifizieren einer Hostisolation 


– Teil eins 

Wählen Sie im vSphere Client den Host im linken Navigationsbereich aus und klicken Sie auf die Registerkarte 

„Summary“ (Übersicht). Der Host wird oben im Bildschirm und in der Statusmeldung von vSphere HA als 

isoliert identifiziert. 


Abb. 38: Protokollmeldungen zur Hostisolation 


– Teil eins 

Auf der Registerkarte „Tasks & Events“ (Aufgaben & Ereignisse) werden außerdem die Protokollmeldungen 

angezeigt, die bei Erkennung der Hostisolation durch VMware HA erzeugt wurden. 

Abb. 39: Beobachten der virtuellen Maschinen auf dem isolierten Host 

Schauen Sie sich die Ausgabe auf der Registerkarte „Virtual Machines“ (Virtuelle Maschinen) des Clusters an. 

Sie sehen, dass die virtuellen Maschinen auf dem isolierten Host nun in grau angezeigt werden. Sie werden 

außerdem feststellen, dass die virtuellen Maschinen nicht auf einem anderen Host neu gestartet wurden. Dies 

liegt daran, dass die Standardeinstellung für die Reaktion auf die Isolation Leave Powered On (Eingeschaltet 

lassen) lautet. Wird diese Einstellung für die Isolationsreaktion übernommen, werden die virtuellen Maschinen 

weiterhin auf dem isolierten Host ausgeführt. Bei diesem Szenario würde die Einstellung der Isolationsreaktion 

auf Shutdown (Herunterfahren) dazu führen, dass die virtuellen Maschinen ordnungsgemäß 

heruntergefahren und dann neu gestartet werden. 



– Teil eins 

Wenn Sie sich die Auswirkungen der verschiedenen Einstellungen für die Isolationsreaktion in diesem Szenario 

anschauen möchten, ändern Sie einfach die Einstellung der Isolationsreaktion und führen Sie den Test erneut aus. 

Abb. 40: Wiederherstellen der Uplinks für den Host mit dem Befehl „esxcfg-vswitch –l“ 

Zur Wiederherstellung des Normalbetriebs verwenden Sie die ESXi-Shell, um für jeden der zuvor entfernten 

Uplinks den Befehl „esxcfg-vswitch -l“ auszuführen. Mit dem Befehl „esxcfg-vswitch –l“ können Sie überprüfen, 

ob die Uplinks wiederhergestellt wurden. 

Melden Sie sich von der ESXi-Shell ab, indem Sie an der Eingabeaufforderung exit eingeben. Mit ALT+F1 kehren 

Sie zum Konsolenbildschirm zurück. 


Abb. 41: Überprüfen der Ereignisse für den Host 


– Teil eins 

Nachdem Sie die Uplinks für den Host wiederhergestellt haben, können Sie in vSphere Client die Ereignisse 

für den Host überprüfen. Hier wird angezeigt, dass die Kommunikation mit den anderen Hosts im Cluster 

wiederhergestellt wurde. 

Sie werden jedoch feststellen, dass selbst nach der Wiederherstellung der Netzwerkverbindungen für den Host 

immer noch eine Warnung angezeigt wird. Diese Warnung wird deshalb angezeigt, weil die ESXi-Shell immer 

noch aktiviert ist. 

Abb. 42: Deaktivieren des Zugriffs auf die ESXi-Shell 

Wählen Sie in der Konsole im Bildschirm „Troubleshooting Mode Options“ (Optionen für den Fehlerbehebungsmodus) 

die Option Disable ESXi Shell (ESXi-Shell deaktivieren) aus, um den Zugriff auf die ESXi-Shell zu deaktivieren. 


Abb. 43: Überprüfen des Hosts auf Normalbetrieb 


– Teil eins 

Verwenden Sie den vSphere Client, um alle Hosts im Cluster anzuzeigen und zu überprüfen, ob der zuvor 

isolierte Host nun normal arbeitet und wieder mit dem Cluster verbunden ist. 

Deaktivieren von VMware HA 

Wie die Aktivierung von HA ist auch die Deaktivierung einfach und unkompliziert. In diesem Abschnitt werden 

die Schritte beschrieben, die ausgeführt werden müssen, bevor Sie mit dem nächsten Thema fortfahren können. 

Verbindung zu einem virtuellen Server 

Abb. 44: Herstellen einer Verbindung zu einer virtuellen Serverinstanz 

Stellen Sie über den vSphere Client eine Verbindung zu Ihrer virtuellen Serverinstanz her. 


Anzeigen der Cluster-Übersicht 

Abb. 45: Bildschirm mit der Cluster-Übersicht 


– Teil eins 

Nachdem Sie eine Verbindung zur virtuellen Serverinstanz hergestellt haben, wählen Sie Ihren Cluster aus, 

indem Sie auf der linken Seite auf den Namen des Clusters klicken. Klicken Sie auf die Registerkarte Summary 

(Übersicht), um den Bildschirm mit der Cluster-Übersicht aufzurufen. 


Bearbeiten der Cluster-Einstellungen 

Abb. 46 Assistent für Cluster-Einstellungen 


– Teil eins 

Wählen Sie im Bildschirm der Cluster-Übersicht die Option Edit Settings (Einstellungen bearbeiten). Daraufhin 

wird ein Assistent angezeigt, mit dem Sie die Einstellungen des Clusters ändern können. Klicken Sie auf das 

Kontrollkästchen Turn On vSphere HA (vSphere HA aktivieren), um es zu deaktivieren. Klicken Sie dann 

auf „OK“. Der Assistent wird geschlossen und die Konfiguration von VMware HA wird vom System entfernt. 

Abb. 47: Überprüfen des Fortschritts des Entfernen der Konfiguration von VMware HA 

Im Bereich „Recent Tasks“ (Kürzlich bearbeitete Aufgaben) von vSphere Client können Sie den Fortschritt 

für das Entfernen der Konfiguration von HA auf den Systemen innerhalb des Clusters anzeigen. 


Warten auf den Abschluss der Aufgabe 

Abb. 48: Entfernen der Konfiguration abgeschlossen 


– Teil eins 

Warten Sie, bis alle Aufgaben für die Entfernung der Konfiguration den Status „Completed“ (Abgeschlossen) 

aufweisen. 

Einführung in die neue Befehlszeilenschnittstelle 

Einführung 

vSphere unterstützt für das Management Ihrer virtuellen Infrastruktur mehrere Befehlszeilenschnittstellen, 

darunter z.B. VMware vSphere® Command-Line Interface (vCLI), eine Reihe von ESXi-Shell-Befehlen sowie 

VMware vSphere® PowerCLI. Sie können die Befehlszeilenschnittstelle (CLI) auswählen, die Ihre Anforderungen 

am ehesten erfüllt. Die folgende Tabelle enthält eine Übersicht über die 

in vSphere 5.0 verfügbaren Befehlszeilentools. 

BEFEHLE STATUS IN 5.0 VERFÜGBARKEIT 

„esxcli“- 

Befehle 

„vicfg-“- 

Befehle 

Andere 

Befehle 

(vmwarecmd, 

vifs) 

vSphere 

PowerCLI 

Neu in vSphere 5.0 • Verfügbar über ESXi-Shell und vCLI 

• Verwendet für lokale und Remote-Administration 

• Verwendet für das Management der meisten Aspekte von vSphere 

Kleinere Änderungen 

in vSphere 5.0 




und Aktualisierungen 


Tabelle 1: Übersicht über die Befehlszeilentools in vSphere 5 .0 

• Nur verfügbar von der vCLI 

• Nur verwendet für Remote-Administration 

• Erweitert die „esxcli“-Befehle auf das Management von Aspekten, 

die bisher durch den Befehl „esxcli“ noch nicht abgedeckt wurden 

• Nur verfügbar von der vCLI 


• Weitere Perl-Befehle zum Management von Aspekten, die mit 

„esxcli“ oder „vicfg-“ nicht abgedeckt werden 

• vSphere PowerCLI 


• Verwendet für die Administration von ESXi-Hosts von Windows- 

Systemen 

In diesem Abschnitt des VMware vSphere 5.0-Evaluierungsleitfadens, Teil eins, wird die neue Befehlszeilenschnittstelle 

„esxcli“ vorgestellt. Über den Befehl „esxcli“ können Sie viele Aspekte eines ESXi-Hosts verwalten. Sie können „esxcli“- 

Befehle remote von der vCLI oder lokal von der ESXi-Shell ausführen. 

HINWEIS: Die ESXi-Shell richtet sich an fortgeschrittene Anwender, da selbst kleinste Fehler in der Shell 

schwerwiegende Probleme nach sich ziehen können. Für die routinemäßige CLI-Administration sollten 

Anwender deshalb die vCLI verwenden und nur bei absolutem Bedarf auf die ESXi-Shell zurückgreifen. 

Es wird empfohlen, die ESXi-Shell nur dann zu verwenden, wenn Sie unter Anleitung der Mitarbeiter des 

technischen Supports von VMware arbeiten. 



– Teil eins 

Der neue „esxcli“-Befehl 

Der neue „esxcli“-Befehl wurde für die lokale und dezentrale Befehlszeilenadministration vereinheitlicht. Darüber 

hinaus wurde der Befehl „esxcli“ erweitert und führt nun mehrere Aufgaben aus, die zuvor nur mit den vicfg-- 

Befehlen ausgeführt werden konnten. Mit diesem Befehl lassen sich aber noch nicht alle Aufgaben ausführen. 

Wenn Sie Konfigurationsaufgaben von der Befehlszeile ausführen, ist der „esxcli“-Befehl der bevorzugte Befehl. 

Greifen Sie nur dann auf den Befehl vicfg- und andere vCLI-Befehle zurück, wenn kein „esxcli“-Befehl 

zur Verfügung steht. Auf lange Sicht ist geplant, alle vCLI-Befehle durch „esxcli“-Befehle zu ersetzen. 

HINWEIS: In vSphere 5.0 verfügt der Befehl „esxcli“ noch nicht über alle Befehlsfunktionen. Verwenden 

Sie den Befehl „esxcli“ weiter zusammen mit den „vicfg-“ und anderen vCLI-Befehlen (z.B. „vmware-cmd“, 

„vmkfstools“ und „vifs“). Der Befehl „esxcli“ in vSphere 5.0 ist nicht rückwärtskompatibel mit früheren 

Versionen des Befehls, da mit diesem Befehl eine neue Syntax eingeführt wird, die sich von den früheren 

vSphere-Releases unterscheidet. 

Befehlszeilensyntax von „esxcli“ 

Der Befehl „esxcli“ besteht aus einer Namespace-Hierarchie. Auf jeder Ebene dieser Hierarchie gibt es weitere 

Namespaces und Befehle. So profitieren Sie von einer benutzerfreundlichen CLI-Oberfläche, über die Sie die 

Befehlssyntax einfach nachvollziehen können. 

Abb. 49: Namespace-Hierarchie von „esxcli“ 

In der obigen Abbildung sehen Sie eine grafische Darstellung des Befehls zur Abfrage der ESXi-Firewall. Der 

Anwender ruft den Befehl esxcli mit dem Namespace network, dem Sub-Namespace firewall und dem 

Befehl „get“ auf. Hier ein Beispiel für diesen Befehl: 

Abb. 50: Befehl „esxcli network firewall get“ 



– Teil eins 

Sie können jederzeit die Option --help verwenden, um Informationen zu den verfügbaren Namespaces 

und Befehlen zu Ihrem aktuellen Namespace anzuzeigen. Im folgenden Beispiel wird der Parameter --help 

verwendet, um weitere Informationen zu den verfügbaren Namespaces und Befehlen unter dem Namespace 

network abzurufen: 

Abb. 51: Verwenden des Parameters „--help“ zum Abrufen von Informationen zu Namespaces und Befehlen 

Ein esxcli-Befehl umfasst immer den Befehl „esxcli“ gefolgt von (falls erforderlich) einer oder mehrerer 

options, gefolgt von einem oder mehreren namespaces, auf die wiederum command folgt, der mit 

den command options ausgeführt werden soll. Der folgende Screenshot zeigt den Bildschirm für die 

Verwendung von „esxcli“: 

Abb. 52: Beispiel für „esxcli –help“ 



– Teil eins 

Der „esxcli“-Befehl wurde zwar für die lokale und dezentrale Administration vereinheitlicht, es gibt jedoch eine 

geringfügige Abweichung bei der Syntax, und zwar je nachdem, ob Sie Befehle lokal von der ESXi-Shell oder 

remote über die vCLI ausführen. 

• Wenn Sie die „esxcli“-Befehle lokal von der ESXi-Shell ausführen, ist der Ziel-Host immer der lokale Host, auf 

dem der Befehl ausgeführt wird. Außerdem wird davon ausgegangen, dass die Anmeldeinformationen immer 

mit denjenigen des angemeldeten Anwenders übereinstimmen. 

• Wenn Sie „esxcli“-Befehle remote ausführen, müssen Sie den ESXi-Zielhost (oder VMware vCenter Server) 

zusammen mit den Anmeldedaten angeben, die zur Ausführung des Befehls verwendet werden. 

Dezentrale Authentifizierung des „esxcli“-Befehls 

Wenn Sie die „esxcli“-Befehle remote ausführen, müssen Sie einen ESXi-Zielhost oder vCenter-Server sowie 

die Anmeldedaten angeben, die zur Ausführung des Befehls verwendet werden. Für die Authentifizierung der 

Anwender stehen folgende Methoden zur Verfügung: 

• Verwendung der Befehlszeilenoptionen 

• Verwendung einer Sitzungsdatei 

• Verwendung von Umgebungsvariablen 

• Verwendung einer Konfigurationsdatei 

• Verwendung von „--passthroughauth“ von Microsoft Windows 

• Verwendung von „vi-fastpass“ von VMware vSphere® Management Assistant (vMA) 

Einzelheiten zu den Methoden finden Sie im Handbuch Erste Schritte mit vSphere-Befehlszeilenoberflächen. 

Die folgenden Beispiele veranschaulichen, inwiefern sich die Syntax bei Ausführung des Befehls esxcli 

hardware platform get von der lokalen ESXi-Shell im Vergleich zu dessen Remote-Ausführung von der 

vCLI unterscheidet. Sie müssen die Optionen --server und --user hinzufügen, wenn Sie den Befehl remote 

ausführen. Außerdem werden Sie aufgefordert, das Kennwort einzugeben. 

Abb. 53: Beispiel für die Ausführung des „esxcli“-Befehls von der ESXi-Shell 

Abb. 54: Beispiel für die Remote-Ausführung des „esxcli“-Befehls von vMA 



– Teil eins 

Aktivieren des Zugriffs auf die ESXi-Shell 

Bevor Sie „esxcli“-Befehle auf dem Host ausführen können, müssen Sie die ESXi-Shell aktivieren. Führen Sie 

die in diesem Abschnitt beschriebenen Schritte durch, um die ESXi-Shell auf jedem ESXi-Host zu aktivieren. 

Aktivieren der ESXi-Shell von der DCUI 

Führen Sie die folgenden Schritte aus, um die ESXi-Shell zu aktivieren, während Sie an der DCUI angemeldet sind: 

• Melden Sie sich an der DCUI des ESXi-Hosts an. 

• Wählen Sie Troubleshooting Mode Options (Optionen für den Fehlerbehebungsmodus) aus. 

• Wählen Sie Enable ESXi Shell (ESXi-Shell aktivieren) aus und drücken Sie die Eingabetaste. 

• Drücken Sie ALT+F1, um auf die ESXi-Shell zuzugreifen. 

Abb. 55: Aktivieren der ESXi-Shell von der DCUI 

Aktivieren der ESXi-Shell vom vSphere Client 

Führen Sie die folgenden Schritte aus, um die ESXi-Shell zu aktivieren, während Sie am vSphere Client 

angemeldet sind: 

• Melden Sie sich am vSphere Client an. 

• Wählen Sie den ESXi-Host aus und klicken Sie auf „Configuration -> Security Profile“ (Konfiguration -> 

Sicherheitsprofil). 

• Wählen Sie im Abschnitt Services (Dienste) die Option Properties (Eigenschaften). 

• Wählen Sie die Option ESXi Shell und dann Options (Optionen) aus. 

• Wählen Sie Start (Starten) aus, um die ESXi-Shell zu starten. Nun haben Sie lokalen Zugriff auf die ESXi-Shell. 


Abb. 56: Aktivieren der ESXi-Shell vom vSphere Client 


– Teil eins 

Aktivieren des SSH-Zugriffs auf die ESXi-Shell 

Zusätzlich zur Ausführung von Befehlen direkt von der ESXi-Konsole aus können Sie auch SSH-Dienste 

aktivieren, um einen Remote-Zugriff auf die ESXi-Shell zu ermöglichen. Im folgenden Abschnitt wird 

beschrieben, wie Sie den SSH-Zugriff auf die ESXi-Shell aktivieren. 

Aktivieren von SSH von der DCUI 

Führen Sie die folgenden Schritte aus, um die ESXi-Shell von der DCUI zu aktivieren: 

• Melden Sie sich an der DCUI des ESXi-Hosts an. 

• Wählen Sie Troubleshooting Options (Fehlerbehebungsoptionen) aus. 

• Wählen Sie Enable ESXi Shell (ESXi-Shell aktivieren) aus und drücken Sie die Eingabetaste. 

• Drücken Sie ALT+F1, um auf die ESXi-Shell zuzugreifen. 


Abb. 57: Aktivieren von SSH von der DCUI 


– Teil eins 

Aktivieren von SSH vom vSphere Client 

Führen Sie die folgenden Schritte aus, um die ESXi-Shell vom vSphere Client zu aktivieren: 

• Melden Sie sich am vSphere Client an. 

• Wählen Sie den ESXi-Host aus und klicken Sie auf „Configuration -> Security Profile“ (Konfiguration -> 

Sicherheitsprofil). 

• Wählen Sie im Abschnitt Services (Dienste) die Option Properties (Eigenschaften) aus. 

• Wählen Sie die Option SSH und dann Options (Optionen) aus. 

• Wählen Sie Start (Starten) aus, um SSH auf dem Host zu starten. 

Abb. 58: Aktivieren von SSH vom vSphere Client 



– Teil eins 

vSphere Client-Benachrichtigung bei Aktivierung von ESXi-Shell und SSH 

Jedes Mal, wenn die ESXi-Shell oder SSH auf einem Host aktiviert wird, zeigt der vSphere Client eine Warnung 

auf der Seite mit der Hostübersicht an, um daran zu erinnern, dass der Zugriff wieder deaktiviert werden sollte, 

sobald er nicht mehr gebraucht wird. 

Abb. 59: Benachrichtigung nach Aktivierung der ESXi-Shell 

Installieren der vCLI 

Die vCLI ist unter Microsoft Windows, Linux und mit der virtuellen Appliance vMA verfügbar. 

Installieren der vCLI unter Windows 

Das vCLI-Installationspaket für Windows umfasst die Laufzeitumgebung ActivePerl sowie die erforderlichen 

Perl-Module und -Bibliotheken. Die vCLI wird auf den folgenden Windows-Plattformen unterstützt: 

• Microsoft Windows Vista Enterprise SP1 32 Bit und 64 Bit 

• Microsoft Windows 2008 64 Bit 

• Microsoft Windows 7 32 Bit und 64 Bit 

Wenn Sie die vCLI unter Windows installieren möchten, laden Sie das Installationspaket für vCLI für Windows 

auf einen unterstützten Windows-Server herunter und starten Sie das Installationsprogramm. Informationen 

zur Installation der vCLI auf einem Windows-Server finden Sie in Kapitel 2 des Handbuchs Erste Schritte mit 

vSphere-Befehlszeilenoberflächen. 

Installieren der vCLI unter Linux 

Das vCLI-Installationspaket für Linux umfasst die vCLI-Skripte und das VMware vSphere 5.0 SDK für Perl. 

Es kann auf einen Red Hat Enterprise Linux 5.5-Server, SUSE Linux Enterprise 10- und 11-Server sowie den 

Ubunto 10.04-Server installiert werden. Laden Sie das vCLI-Paket für Ihre Linux-Umgebung herunter und 

führen Sie das Installationsskript aus. Informationen zur Installation der vCLI auf einem Linux-Server finden 

Sie in Kapitel 2 des Handbuchs Erste Schritte mit vSphere-Befehlszeilenoberflächen. 

Installieren der vCLI mit der vMA 

Die vMA umfasst eine Linux-Umgebung, die vCLI sowie weitere vorinstallierte Software. Um die vCLI mit der 

vMA zu installieren, stellen Sie einfach die vMA bereit und melden Sie sich an der Konsole an, um die Appliance 

zu konfigurieren. Informationen zur Installation und Konfiguration der vMA finden Sie in Kapitel 2 des Handbuchs 

Erste Schritte mit vSphere-Befehlszeilenoberflächen. 



– Teil eins 

„esxcli“-Beispielbefehle, die lokal von der ESXi-Shell ausgeführt werden 

Die folgenden Beispiele zeigen „esxcli“-Befehle, die von der lokalen ESXi-Shell ausgeführt werden. Da sie 

von der ESXi-Shell ausgeführt werden, ist es nicht nötig, mit dem Befehl die Serverinformationen oder 

Anmeldedaten anzugeben. 

Verwenden Sie den Befehl esxcli system hostname set --host tm-pod01-esx01 --domain 

tmsb.local, um den Hostnamen und Domänennamen des ESXi-Hosts festzulegen. Verwenden Sie dann 

den Befehl esxcli system hostname get, um den Hostnamen und Domänennamen anzuzeigen und die 

Änderung zu überprüfen. 

Abb. 60: Festlegen des ESXi-Host- und -Domänennamens von der ESXi-Shell 

Verwenden Sie den Befehl esxcli system syslog config get, um die ESXi-Host-Syslog-Konfiguration 

anzuzeigen. 

Diese sieht wie folgt aus: 

Abb. 61: Anzeige der Host-Syslog-Einstellungen von der ESXi-Shell 

Verwenden Sie den Befehl esxcli storage core device list, um eine Liste aller Storage-Geräte 

auf dem ESXi-Host anzuzeigen. 

Diese sieht wie folgt aus: 


Abb. 62: Anzeige der Storage-Geräte von der ESXi-Shell 


– Teil eins 

Verwenden Sie den Befehl esxcli network ip interface ipv4 get, um eine Liste aller konfigurierten 

IPv4-Adressen auf dem ESXi-Host anzuzeigen. Diese sieht wie folgt aus: 

Abb. 63: Anzeige der konfigurierten IPs von der ESXi-Shell 



– Teil eins 

„esxcli“-Beispielbefehle, die remote von der vCLI ausgeführt werden 

Die folgenden Beispiele zeigen Möglichkeiten für die Verwendung des „esxcli“-Befehls von der vCLI. Für diese 

Beispiele wird die vMA verwendet. Da diese Befehle remote ausgeführt werden, ist es erforderlich, die 

Informationen --server und --username mit dem „esxcli“-Befehl anzugeben. 

Verwenden Sie den Befehl esxcli --server tm-pod01-esx01 hardware memory get, um die 

Arbeitsspeichermenge auf den ESXi-Hosts anzuzeigen. Hier verwenden Sie die Option „--server“, lassen aber 

eine Aufforderung zur Eingabe von Anwendername und Kennwort anzeigen: 

Abb. 64: Befehl „esxcli hardware memory get“ von der vMA 

Verwenden Sie den Befehl esxcli --server tm-pod01-esx01 --user root storage core 

adapter list, um die verfügbaren Storage-Adapter auf Ihrem Host anzuzeigen. Hier verwenden Sie die 

Optionen --server und --user, lassen aber eine Aufforderung zur Eingabe des Kennworts anzeigen: 

Abb. 65: Befehl „esxcli storage core adapter list“ von der vMA 

In diesem Beispiel wird die vMA-Authentifizierung „–vi-fastpass“ verwendet, um die Ausführung von „esxcli“- 

Befehlen zu ermöglichen, ohne die Optionen „–server“, „–username“ oder „–password“ in der Befehlszeile 

einzugeben. 

Richten Sie zunächst den vMA-Fastpass-Zugriff wie folgt ein: 

Abb. 66: Einrichten von vMA Fastpass 



– Teil eins 

Wenn das Fastpass-Ziel auf unserem ESXi-Host eingerichtet ist, können Sie die Befehle ausführen, ohne die 

Optionen für ESXi-Host, Anwendername oder Kennwort angeben zu müssen. Im folgenden Beispiel wird 

der Befehl esxcli system coredump partition list verwendet, um die konfigurierte Core- 

Speicherabzugspartition anzuzeigen: 

Abb. 67: Anzeige der Partitionsliste des Core-Speicherabzugs von der vMA 

Im folgenden Beispiel wird eine Verbindung zum vCenter Server hergestellt, anstatt direkt eine Verbindung mit 

dem ESXi-Host herzustellen. Der Wert für die ESXi-Shell-Zeitüberschreitung wird auf 300 Sekunden eingestellt. 

Abb. 68: Einstellen von ESXiShellTimeOut 

Sie können die Änderung überprüfen, indem Sie den neuen Wert von ESXiShellTimeout wie folgt anzeigen: 

Abb. 69: Anzeige von ESXiShellTimeOut 



– Teil eins 

Formatieren der Ausgabe von „esxcli“ 

In der Regel wird die Ausgabe des Befehls „esxcli“ als Eingabe für andere Programme oder einen Bericht 

verwendet. Um diesen Vorgang zu vereinfachen, können Sie mit dem „esxcli“-Befehl die Befehlsausgabe 

formatieren und filtern. Es stehen drei Formate zur Verfügung: kommagetrennte Werte (CSV), Schlüssel-Werte- 

Paar oder XML. Sie können außerdem angeben, welche Felder in der Ausgabe berücksichtigt werden sollen. 

Im folgenden Beispiel muss ein Bericht generiert werden, in dem alle konfigurierten Schnittstellen auf einem 

Host sowie der vSwitch und die Portgruppe, denen sie zugewiesen sind, angezeigt werden. Zunächst wird der 

Befehl esxcli network ip interface list wie folgt ausgeführt: 

Abb. 70: Befehl „esxcli network ip interface list“ von der ESXi-Shell 

Die Ausgabe liefert die Informationen, die benötigt werden. Sie ist allerdings sehr ausführlich, was bedeutet, 

dass der Anwender einen Bildlauf durchführen muss, um die Daten für alle Schnittstellen anzuzeigen. Da Sie 

nur eine Übersicht mit dem Schnittstellennamen, dem vSwitch und der Portgruppe benötigen, können Sie den 

Befehl mit den Optionen --formatter und --format-param wie folgt einschränken: 


Abb. 71: „esxcli“-Befehl mit der Option „–formatter“ von der ESXi-Shell 


– Teil eins 

Nun verfügen Sie über eine kurze Liste, die genau die Informationen liefert, die benötigt werden. 

Der Befehl „localcli“ 

Der Befehl esxcli kommuniziert mit den ESXi-Hosts über den Dienst hostd. In den seltenen Fällen, in denen 

der Dienst hostd nicht antwortet, können Sie den Befehl localcli verwenden. Der Befehl localcli 

entspricht dem Befehl esxcli mit der Ausnahme, dass hier hostd umgangen wird. Der Befehl localcli 

sollte nur in Fällen verwendet werden, in denen hostd nicht verfügbar ist und nicht neu gestartet werden 

kann Nach der Ausführung des Befehls localcli müssen Sie hostd neu starten. Führen Sie esxcli-Befehle 

nach dem Neustart aus. 

HINWEIS: Verwenden Sie den Befehl localcli nur unter Anleitung des technischen Supports von VMware, 

da eine nicht ordnungsgemäße Verwendung den Systemzustand gefährden und zu einem Ausfall des ESXi- 

Hosts führen kann. 

Das folgende Beispiel zeigt die Verwendung des Befehls „localcli“ zur Anzeige aller Netzwerkadapter auf einem Host: 

Abb. 72: Beispiel für den Befehl „localcli“ 



– Teil eins 

Zusammenfassung 

Das folgende Beispiel zeigt, wie Sie eine Liste der VMFS-Dateisysteme auf einem ESXi-Host generieren, die nicht 

auf VMFS-5 aktualisiert wurden. In diesem Beispiel wird die Funktion zur Syntaxerkennung von „esxcli“ gezeigt. 

Sehen Sie sich zunächst die Namespaces unter dem Storage-Namespace an, indem Sie den Befehl esxcli 

storage --help wie folgt ausführen: 

Abb. 73: „esxcli“-Namespaces unter „Storage“ von der ESXi-Shell 

Sie können sehen, dass ein Namespace namens filesystem vorhanden ist. Als Nächstes sehen Sie sich an, 

welche Namespaces und Befehle unter dem Namespace esxcli storage filesystem verfügbar sind. 

Führen Sie dazu den Befehl esxcli storage filesystem --help wie folgt aus: 

Abb. 74: „esxcli“-Namespaces unter „Storage Filesystem“ von der ESXi-Shell 

Sie sehen, dass ein Befehl list unter dem Namespace filesystem vorhanden ist, mit dem alle Volumes auf 

dem Host sowie die VMFS-Informationen angezeigt werden. Nun wird der letzte Befehl, esxcli storage 

filesystem list, ausgeführt: 


Abb. 75: Befehl „esxcli storage filesystem list“ von der ESXi-Shell 


– Teil eins 

Dieser Befehl liefert die Informationen, die benötigt werden. Die Ausgabe enthält jedoch einige zusätzliche 

Informationen, die das Herausfiltern der VMFS-Versionsinformationen, die für den Bericht benötigt werden, 

erschweren. Sie können die Option --formatter mit dem Filter --format-param verwenden, um nur die 

benötigten Informationen anzuzeigen: 

Abb. 76: Befehl „esxcli storage filesystem list“ mit Formatierungsbefehl von der ESXi-Shell 

Nun werden in einer Liste alle Dateisysteme auf dem ESXi-Host zusammen mit den entsprechenden VMFS- 

Versionen angezeigt. So können einfach die Dateisysteme identifiziert werden, die noch nicht auf VMFS-5 

aktualisiert wurden. 


Beispiel für die vSphere PowerCLI 


– Teil eins 

Einführung 

vSphere PowerCLI ist ein Snap-in (Add-on) zu Microsoft Windows PowerShell, eine Befehlszeilen- 

Skriptingumgebung für Windows. Es baut auf dem Objektmodell .NET auf und wurde als administrative 

Sprache für die Systemadministratoren konzipiert, da es einfach zu erlernende Management- und 

Automatisierungsfunktionen bietet. vSphere PowerCLI ergänzt die nativen PowerShell-Befehle um mehr 

als 200 Cmdlets (Befehle), um das Management der vSphere-Umgebung zu ermöglichen. 


vSphere PowerCLI wird in der Regel auf einem Microsoft Windows-basierten Desktop-System eines vSphere- 

Administratoren installiert. Um die Installation von vSphere PowerCLI auf einem Desktop-System zu unterstützen, 

müssen folgende Softwarepakete vorhanden sein: 

• Windows .NET Framework 3.5 

• Windows PowerShell (V2 empfohlen) 

Windows PowerShell V2 ist in Windows 7 und Windows 2008 R2 integriert. Vorherige Betriebssystemversionen, 

z.B. Windows XP, Windows Vista, Windows 2008 (nicht R2) und Windows 2003 sind mit Windows PowerShell 

kompatibel. Sie müssen diese zunächst von folgender Website herunterladen und installieren: http://support. 

microsoft.com/kb/968929 

Installieren von vSphere PowerCLI 

Nachdem Sie sich vergewissert haben, dass alle erforderliche Software installiert ist, müssen Sie die 

Ausführungsrichtlinie von PowerShell so einrichten, dass Skripts ausgeführt werden können. Standardmäßig 

ist PowerShell im sicheren Modus installiert, das heißt, die Ausführung von Skripts in PowerShell ist deaktiviert. 

Um die Ausführungsrichtlinie zu ändern, starten Sie eine PowerShell-Sitzung mit Administratorrechten wie folgt: 

Abb. 77: Starten der PowerShell-Sitzung 



– Teil eins 

Geben Sie im Windows-Startmenü PowerShell ein. Wenn das PowerShell-Programm im Startmenü angezeigt 

wird, klicken Sie mit der rechten Maustaste auf „Windows PowerShell“ und wählen Sie Als Administrator 

ausführen aus. 

Es wird eine PowerShell-Eingabeaufforderung gestartet: 

Abb. 78: Einstellen der Ausführungsrichtlinie 

Es wird empfohlen, mehr zu den verschiedenen Ausführungsrichtlinien von PowerShell zu lesen, 

um sicherzustellen, dass Sie für Ihre Organisation die richtige Einstellung wählen. Geben Sie an der 

PowerShell-Eingabeaufforderung get-help about_Execution_Policies ein. 

In diesem Leitfaden ändern Sie die Ausführungsrichtlinie in „RemoteSigned“. 

Geben Sie an der PowerShell-Eingabeaufforderung Set-ExecutionPolicy RemoteSigned ein. 

Abb. 79 Informationen zu Ausführungsrichtlinien 

Daraufhin werden Informationen zu den Ausführungsrichtlinien angezeigt und Sie werden aufgefordert, Ihre 

Aktion zu bestätigen, bevor die Ausführungsrichtlinie geändert wird. Geben Sie an der Eingabeaufforderung 

Y ein und drücken Sie die Eingabetaste. 

Sie kehren zurück zur PowerShell-Eingabeaufforderung. Die Änderung wurde übernommen. Geben Sie Exit 

ein und drücken Sie die Eingabetaste, um die PowerShell-Eingabeaufforderung zu beenden. 

Sie können nun vSphere PowerCLI installieren. 


Abb. 80: Download-Bildschirm für vSphere PowerCLI 


– Teil eins 

Laden Sie die vSphere PowerCLI-Software für Ihre Workstation unter folgender Internetadresse herunter: 

http://vmware.com/go/PowerCLI 

Nachdem die Software heruntergeladen wurde, starten Sie den Installationsvorgang durch Doppelklicken auf die 

Datei „vSphere PowerCLI.exe“. 

Abb. 81: Benachrichtigung zur VMware VIX-Installation 

Das Installationsprogramm weist Sie zunächst darauf hin, dass eine zusätzliche Komponente, VMware VIX, 

im Rahmen der vSphere PowerCLI-Installation installiert wird. Klicken Sie auf OK 


. 

Abb. 82: Empfehlung zur richtigen Einstellung der Ausführungsrichtlinie 


– Teil eins 

Wenn Sie Ihre Ausführungsrichtlinie nicht richtig eingestellt haben, werden Sie in einem Popup darauf 

hingewiesen, dass diese auf „RemoteSigned“ eingestellt werden muss, damit vSphere PowerCLI korrekt 

ausgeführt werden kann. Klicken Sie auf die Schaltfläche Continue (Weiter). 

Wenn die Ausführungsrichtlinie richtig eingestellt ist, wird dieses Popup nicht angezeigt. 

Sie wechseln so zum Willkommensbildschirm: 

Abb. 83: Willkommensbildschirm 

Nun wird der Willkommensbildschirm angezeigt, auf dem Sie zum Installationsassistenten von vSphere 

PowerCLI begrüßt werden. Klicken Sie auf Next (Weiter), um fortzufahren. 

Sie wechseln so zum Bildschirm VMware Patents (VMware-Patente): 


Abb. 84: Bildschirm der VMware-Patente 


– Teil eins 

Klicken Sie auf Next (Weiter), um fortzufahren. Sie wechseln so zum Bildschirm License Agreement 

(Lizenzvereinbarung): 

Abb. 85: Bildschirm der Lizenzvereinbarung 

Wählen Sie die Option I accept the terms in the license agreement (Ich stimme den Bedingungen 

der Lizenzvereinbarung zu) aus und klicken Sie zum Fortfahren auf Next (Weiter). 

Sie wechseln zum Bildschirm Destination Folder (Zielordner): 


Abb. 86: Bildschirm für den Zielordner 


– Teil eins 

Wählen Sie das Laufwerk und den Ordnernamen aus, in dem Sie vSphere PowerCLI installieren möchten, 

oder übernehmen Sie den empfohlenen Pfad und klicken Sie auf Next (Weiter). 

Sie wechseln zum Bildschirm Ready to Install (Bereit zur Installation): 

Abb. 87: Bildschirm „Ready to Install“ 

Klicken Sie auf „Install“ (Installieren), um mit der Installation von PowerCLI zu beginnen. 

Sie wechseln zum Bildschirm Installing VMware vSphere PowerCLI (VMware vSphere PowerCLI wird installiert): 


Abb. 88: Bildschirm „Installing vSphere PowerCLI“ 

Warten Sie, bis der Installationsvorgang abgeschlossen ist. 

Abb. 89: Bildschirm nach Abschluss der Installation 


– Teil eins 

Wenn die Installation erfolgreich war, wird der Bildschirm zum Abschluss des Installationsvorgangs angezeigt. 

Um die Installation fertigzustellen, klicken Sie auf Finish (Fertigstellen). 

Die Installation von vSphere PowerCLI wird nun fertiggestellt. Auf Ihrem Desktop finden Sie zwei Symbole, 

über die Sie vSphere PowerCLI starten können: eine 64-Bit-Version und eine 32-Bit-Version. 



– Teil eins 

Erste Schritte mit vSphere PowerCLI 

In Ihrem Startmenü im Ordner „VMware -> VMware vSphere PowerCLI“ haben Sie nun Zugriff auf folgende 

Elemente: 

• vSphere PowerCLI (32 Bit) 

• vSphere PowerCLI 

• vSphere PowerCLI Administration Guide 

• vSphere PowerCLI Cmdlets Reference 

• vSphere SDK for .NET API Reference 

• vSphere SDK for .NET Dev Guide 

Es wird ausdrücklich empfohlen, das vSphere PowerCLI Administration Guide (Administratorleitfaden für 

vSphere PowerCLI zu lesen, da hier die Grundlagen zu vSphere PowerCLI und PowerShell sowie die ersten 

Schritte mit vSphere PowerCLI beschrieben sind. In diesem Handbuch finden Sie Beispiele für vSphere 

PowerCLI- und PowerShell-Code. Es wird hier jedoch nicht das Wissen vermittelt, das erforderlich ist, um diese 

Sprachen vollständig zu erlernen. Weitere Hilfe und Unterstützung finden Sie auf der vSphere PowerCLI 

Community-Website unter http://vmware.com/go/PowerCLI. 

Verbinden mit einem vSphere Host oder mit vCenter 

Mit vSphere PowerCLI haben Sie wie beim vSphere Client die Möglichkeit, eine Verbindung zu vSphere-Hosts 

und vCenter-Servern herzustellen. In diesem Dokument wird beschrieben, wie Sie einen vCenter-Server und alle 

angeschlossenen Einheiten verwalten. Bitte beachten Sie, dass dieselben Cmdlets zum Management eines 

einzelnen vSphere-Hosts verwendet werden können. 

Abb. 90: Starten der PowerShell-Sitzung 



– Teil eins 

Wählen Sie im Startmenü „VMware -> VMware vSphere PowerCLI -> VMware vSphere PowerCLI“. 

Es wird eine neue PowerShell-Sitzung gestartet und das VMware-Snap-in für das Management der VMware- 

Umgebung wird automatisch importiert: 

Abb. 91: Verbinden mit einem vCenter-Server 

Verwenden Sie das Cmdlet Connect-VIServer, um eine Verbindung mit Ihrem vCenter-Server herzustellen. 

Sie können mit diesem Cmdlet Anwender- und Kennwortparameter als Anmeldedaten angeben. Wenn Sie keine 

Anwender- und Kennwortparameter verwenden, versucht das Cmdlet, sich mit den Windows-Anmeldedaten, 

mit denen Sie derzeit angemeldet sind, anzumelden. Wenn mit den aktuellen Anmeldedaten keine Verbindung 

hergestellt werden kann, werden Sie aufgefordert, einen Anwendernamen und ein Kennwort anzugeben. 



– Teil eins 

Nachdem die Verbindung hergestellt wurde, kehren Sie zur vSphere PowerCLI-Eingabeaufforderung zurück. 

Sie können dann Ihr nächstes Cmdlet wie folgt ausführen: 

Abb. 92: Zertifikatswarnung 

In diesem Abschnitt „Beispiel für die vSphere PowerCLI“ können Sie die Zertifikatswarnung ignorieren. 

Nach Herstellung der Verbindung werden die Eigenschaften zu Name, Port und Anwender, mit denen 

die Verbindung hergestellt wurde, zurückgegeben. Dies bestätigt, dass die Verbindung erfolgreich war. 

Verwenden von vSphere PowerCLI 

Abb. 93: 



– Teil eins 

Um eine Liste der virtuellen Maschinen anzuzeigen, die an den verbundenen vCenter-Server angeschlossen sind, 

geben Sie Get-VM ein. Es werden folgende Eigenschaften zurückgegeben: „Name“, „PowerState“, „Num CPUs“ 

und „Memory (MB)“. Dies sind alles abgerufene Eigenschaften der virtuellen Maschine. vSphere PowerCLI gibt 

jedoch noch weitere Informationen zurück als diejenigen, die auf dem Bildschirm angezeigt werden. vSphere 

PowerCLI gibt ein Objekt für diese Sitzung zurück, die mehr Informationen zur virtuellen Maschine enthält. 

Abb. 94 

Um weitere Informationen zu dem von vSphere PowerCLI zurückgegebenen Objekt anzuzeigen, geben Sie 

das Cmdlet Get-Member ein. So rufen Sie eine Liste aller Eigenschaften sowie eine Liste der Methoden ab, 

die diesem Objekt der virtuellen Maschine angefügt sind. 

Dazu verwenden Sie das Cmdlet Get-VM und „leiten“ dieses durch das Cmdlet Get-Member. So werden die 

Ergebnisse des Cmdlets Get-VM als Eingabe für das Cmdlet Get-Member übernommen. 

Geben Sie Get-VM | Get-Member ein. 

Sie sehen in obigem Screenshot, dass das Objekt der virtuellen Maschine mehr Eigenschaften enthält als die, 

die bei unseren ersten Ergebnissen mit Get-VM angezeigt wurden. 


Abb. 95 


– Teil eins 

Um die anzuzeigenden Eigenschaften auszuwählen, können Sie das Cmdlet Select-Object verwenden. 

So können die Eigenschaften der virtuellen Maschine ausgewählt werden, die zurückgegeben werden sollen. 

Geben Sie Folgendes ein: Get-VM | Select Name, PowerState, VMHost, NumCPU, MemoryMB | Format-Table 

Es werden die ausgewählten Eigenschaften zurückgegeben und in einer Tabellenansicht in der Konsole angezeigt. 

Abb. 96 

Diese Informationen lassen sich problemlos von vSphere PowerCLI in viele Formate exportieren. Dazu werden 

einige der in die PowerShell-Standardkonsole integrierten Cmdlets verwendet. 



– Teil eins 

Geben Sie zum Exportieren der Informationen in eine CSV-Datei Get-VM | Export-CSV -NoTypeInformation C:\ 

Export\AllVMs.csv ein. 

Geben Sie zum Exportieren der Informationen in eine HTML-Datei Get-VM | ConvertTo-Html | Out-File C:\ 

Export\AllVMs.htm ein. 

Geben Sie zum Exportieren der Informationen in eine Klartext-Datei Get-VM | Out-File C:\Export\AllVMs.txt ein. 

Abb. 97 

Zum Erstellen einer neuen virtuellen Maschine können Sie das Cmdlet New-VM verwenden. Dieses verfügt über 

viele Parameter, die zur Angabe der exakten Konfiguration der virtuellen Maschine verwendet werden können. 

Sie können diese Parameter mit dem Cmdlet Get-Help anzeigen. 

Sie erstellen eine virtuelle Maschine mit folgender Konfiguration: 

Name: VM_08 

Host: tm-pod01-esx03 

Datastore: Datastore Cluster 01 

CPUs: 2 

Arbeitsspeicher: 4 GB 

Festplatte: 40 GB 

Festplattentyp: Thin 

Netzwerk: Production02 

Diskettenlaufwerk: Ja 

CD-ROM: Ja 


Geben Sie dazu Folgendes ein: 


– Teil eins 

New-VM -Name VM_08 -ResourcePool (Get-VMHost tm-pod01-esx03*) -Datastore (Get-DatastoreCluster 

“Datastore Cluster 01”) -NumCPU 2 -MemoryMB 4096 -DiskMB 40000 -NetworkName Production02 

-Floppy -CD -DiskStorageFormat Thin 

Abb. 98 

Sie können das Cmdlet „New-VM“ auch verwenden, um beliebig viele virtuelle Maschinen mit derselben 

Konfiguration zu erstellen. 

Das folgende Beispiel zeigt, wie Sie zehn neue virtuelle Maschinen mit derselben Konfiguration erstellen. 

Im folgenden Beispiel bezieht sich „$_“ auf die aktuelle Anzahl in der Pipeline, da sie über das Cmdlet New-VM 

weitergegeben werden: 

10..20 | Foreach { New-VM -Name VM_$_ -ResourcePool (Get-VMHost tm-pod01-esx03*) -Datastore 

(Get-DatastoreCluster “Datastore Cluster 01”) -NumCPU 2 -MemoryMB 4096 -DiskMB 40000 

-NetworkName Production02 -Floppy -CD -DiskStorageFormat Thin } 

Abb. 99 



– Teil eins 

Mit vSphere PowerCLI können Sie noch weitere Aktionen in Bezug auf virtuelle Maschinen durchführen. Um die 

Cmdlets anzuzeigen, die Sie für virtuelle Maschinen verwenden können, geben Sie Get-ViCommand *VM ein. 

Um weitere Informationen zu einem dieser Cmdlets anzuzeigen, geben Sie Get-Help Move-VM -Full ein. 

Abb. 100 

Um alle Hosts anzuzeigen, die an die aktuelle Verbindung angeschlossen sind, geben Sie Get-VMHost ein. 

Abb. 101 

Um alle virtuellen Maschinen anzuzeigen, die an einen bestimmten Host angeschlossen sind, geben Sie Get- 

VMHost tm-pod01-esx02* | Get-VM ein. 

Beim vorherigen Beispiel wird das Ergebnis des Cmdlets Get-VMHost als Eingabe für das Cmdlet Get-VM 

übergeben. Dadurch wird eine Liste der virtuellen Maschinen auf diesem spezifischen Host erzeugt. 


Abb. 102 


– Teil eins 

Das Cmdlet Get-VMHost kann zusammen mit anderen Cmdlets verwendet werden, um Informationen zu diesem 

Host abzurufen und festzulegen. 

Um eine Liste der NTP-Server auf jedem Host im vSphere Client anzuzeigen, müssten Sie die Host- und 

Clusteransicht aufrufen, einen Host auswählen, auf die Registerkarte „Configuration“ (Konfiguration) klicken 

und die gewünschte Zeitkonfigurationseinstellung auswählen. Sie müssten diesen Vorgang für jeden Host 

wiederholen. 

Um dies in vSphere PowerCLI zu tun, geben Sie Get-VMHost | Get-VMHostNTPServer ein. 

Abb. 103 

Die Erfassung von Snapshot-Informationen ist für jeden virtuellen Administrator ein zeitaufwendiger Vorgang. 

Snapshots müssen richtig verwaltet werden, sonst können sie in der virtuellen Infrastruktur schnell Probleme 

verursachen. Innerhalb des vSphere Client ist es schwierig, eine Übersicht darüber zu erhalten, wie viele Snapshots 

erstellt wurden und wie viel Speicherplatz sie verbrauchen sowie wann und von wem sie erstellt wurden. 

vSphere PowerCLI enthält mehrere Cmdlets, die das Arbeiten mit Snapshots ermöglichen. Um alle Snapshots 

der aktuellen Verbindung anzuzeigen, geben Sie Get-VM | Get-Snapshot ein. 



– Teil eins 

Um mehr Informationen zu allen Snapshots zu erhalten, geben Sie Get-VM | Get-Snapshot | Select VM, Name, 

Description, Created, SizeMB | Format-Table ein. 

Neben der Berichterstellung bietet vSphere PowerCLI auch Cmdlets für das Management von Snapshots. 

Abb. 104 

Snapshots lassen sich in vSphere PowerCLI einfach in großer Anzahl erstellen. Snapshots im vSphere Client 

hingegen müssen einzeln erstellt werden. In vSphere PowerCLI können Sie die Kriterien für Ihre virtuellen 

Maschinen angeben und mit dem Cmdlet New-Snapshot einen Snapshot auf jeder virtuellen Maschine erstellen. 

Das folgende Beispiel zeigt, wie Sie einen Snapshot auf allen virtuellen Maschinen erstellen, deren Namen mit 

„VM“ beginnt: 

Get-VM VM* | New-Snapshot -Name “Patch Tuesday” -Description “A Patch added before applying all 

Microsoft Patches” 

Auf obigem Screenshot können Sie sehen, dass jede von vSphere PowerCLI erzeugte Aufgabe regulär in vCenter 

aufgezeichnet und dem Anwender zugewiesen wird, der mit dieser vSphere PowerCLI-Sitzung verbunden ist. 

Abb. 105 



– Teil eins 

So einfach, wie Sie Snapshots in großer Zahl erstellen können, können Sie sie auch wieder in großer Zahl 

entfernen. Dazu verwenden Sie das Cmdlet Remove-Snapshot. Bei folgendem Beispiel werden alle Snapshots 

mit dem Namen „Patch Tuesday“ entfernt: 

Get-Snapshot -Name “Patch Tuesday” | Remove-Snapshot 

Abb. 106 

Um eine Liste der Cmdlets anzuzeigen, die für das Arbeiten mit Snapshots zur Verfügung stehen, geben Sie 

Get-ViCommand *Snapshot* ein. 

Abb. 107 

Das Netzwerk ist ebenso ein wichtiger Bereich Ihrer virtuellen Infrastruktur. vSphere PowerCLI bietet die 

Möglichkeit, alle Aspekte Ihrer Netzwerkkonfiguration auszuwerten, zu erstellen und zu konfigurieren. 

Um eine Liste aller virtuellen Switches und der zugehörigen Informationen anzuzeigen, geben Sie Get-VMHost | 

Get-VirtualSwitch | Select VMHost, Name, Nic, NumPortsAvailable ein. 


Abb. 108 


– Teil eins 

Mithilfe der Berichterstellung von vSphere PowerCLI können Sie auch sicherstellen, dass Ihre virtuellen 

Konfigurationen korrekt sind. Wenn eine Portgruppe fehlt oder der Name falsch ist oder die VLANID nicht richtig 

eingestellt wurde, kann dies zu schwerwiegenden Problemen bei den Clustern und dem Distributed Resource 

Scheduler (DRS) von vSphere führen. 

Das vorherige Beispiel hat gezeigt, wie Sie die Konfiguration für jeden Host, vSwitch und jede Portgruppe 

überprüfen können. Geben Sie dazu Folgendes ein: 

Get-VMHost | Get-VirtualSwitch | Get-VirtualPortgroup | Select @{Name=”VMHost”;Expression={$_. 

VirtualSwitch.VMHost}}, VirtualSwitchName, Name, VLanId | Sort VMHost 

Abb. 109 

Mit vSphere PowerCLI können Sie Portgruppen ganz einfach in großer Anzahl hinzufügen. Sie können diesen 

Vorgang für jeden Host in einem bestimmten Cluster durchführen, um die DRS- und HA-Kompatibilität des 



– Teil eins 

Hosts sicherzustellen. Bei folgendem Beispiel wird eine neue Portgruppe mit der Bezeichnung „Company X“ 

auf dem vSwitch0 für jeden Host im Cluster „DemoCluster-01“ erstellt: 

Get-Cluster DemoCluster-01 | Get-VMHost | Get-VirtualSwitch -Name vSwitch0 | New-VirtualPortGroup 

“Company X” -VLanId 200 

vSphere PowerCLI – Zusammenfassung 

vSphere PowerCLI bietet ein zuverlässiges Befehlszeilen-Tool für die Automatisierung sämtlicher Aspekte des 

vSphere-Managements, einschließlich Host, Netzwerk, Storage, virtuelle Maschine und Gastbetriebssystem. 

Es kann mit anderen PowerShell-Snap-ins von Microsoft oder Drittanbietern verwendet werden, um die 

VMware-Technologien nahtlos in andere Produkte und mit dem Gastbetriebssystem zu integrieren. 

Das Design von PowerShell und damit auch von vSphere PowerCLI macht das Erlernen der Skriptingsprache 

einfacher, als es bei vielen Skriptingsprachen davor der Fall war. Der Administrator kann mit nur minimalem 

Aufwand komplexe Konfigurationen und Berichte erstellen und auf die Sicherheit einer wiederholbaren, 

fehlerfreien Lösung vertrauen. 

Evaluieren der ESXi-Firewall 

Einführung 

Die Managementschnittstelle von VMware ESXi 5.0 wird durch eine serviceorientierte und zustandsfreie Firewall 

geschützt, die sich über vSphere Client oder über die Befehlszeile mit esxcli-Schnittstellen konfigurieren lässt. 

Die neue Firewall Engine kommt ohne iptables aus. Die Portregeln für jeden Dienst werden über Regelsätze 

definiert. Bei Remote-Hosts können Sie die IP-Adressen oder IP-Adressbereiche angeben, die zum Zugriff auf 

die einzelnen Dienste berechtigt sind. 

Evaluierung – Übersicht 

In dieser Übung werden Sie die ESXi-Firewall so konfigurieren, dass sie den SSH-Dienst auf dem Host zulässt 

oder verweigert. SSH ist ein Dienst, der auf einem ESXi-Host gestartet oder beendet werden kann. In dieser 

Übung werden Sie den SSH-Dienst beenden und starten und auch die Firewall-Regeln konfigurieren. Die 

Konfiguration der ESXi-Firewall kann über die vSphere Client-Oberfläche sowie über die vCLI erfolgen. In dieser 

Beispielumgebung konfigurieren Sie die Firewall-Regeln über die Oberfläche des vSphere Client. 


Die Evaluierungsumgebung besteht aus den folgenden Komponenten: 

1. Drei ESXi-Hosts 

2. Virtuelle Maschinen auf den Hosts 

3. Installiertes Softwaretool auf jeder virtueller Maschine 

a. PuTTY 

Beenden des SSH-Dienstes zur Verhinderung des Zugriffs 

Der SSH-Dienst bietet eine sichere Shell für das Management des ESXi-Hosts. Standardmäßig ist dieser Dienst 

aktiviert. Um den Dienst zu beenden, gehen Sie wie folgt vor: 

1. Wählen Sie die Ansicht Home > Inventory > Hosts and Clusters (Startseite > Inventar > Hosts und 

Cluster) aus. 

2. Wählen Sie den Host tm-pod01-esx01.tmsb.local im linken Bereich aus und klicken Sie rechts auf die 

Registerkarte Configuration (Konfiguration). 

3. Um die Firewall- und Diensteinstellungen anzuzeigen, wählen Sie unter dem Softwarebereich Security 

Profile (Sicherheitsprofil) aus. Abbildung 110 zeigt das aktuelle Sicherheitsprofil des ausgewählten ESXi- 

Hosts an. Sie sehen, dass der SSH-Dienst aktiviert ist und die aktuellen Firewall-Einstellungen den Zugriff 

auf den SSH-Server auf TCP-Port 22 zulassen. 


Abb. 110 


– Teil eins 

4. Die Warnung neben dem Host „tm-pod01-esx01.tmsb.local“ betrifft den SSH-Dienst. Abbildung 111 

zeigt den Übersichtsbildschirm mit der Warnung. Die Aktivierung des SSH-Dienstes könnte ein 

Sicherheitsrisiko darstellen. Deshalb gibt die Plattform eine Warnung aus. Sie müssen sicherstellen, 

dass die Firewall-Regeln konfiguriert werden, wenn der SSH-Dienst aktiviert ist. 


Abb. 111 


– Teil eins 

5. Um den Dienst zu beenden, müssen Sie auf den Link Properties (Eigenschaften) zu „Services“ (Dienste) 

klicken (siehe Abbildung 112). 

Abb. 112 



– Teil eins 

6. Daraufhin wird das Fenster von Abbildung 113 angezeigt. Wählen Sie „SSH“ und klicken Sie auf Options 

(Optionen). Sie können alle Dienste, die in diesem Fenster angezeigt werden, starten oder beenden. 

Abb. 113 

Abb. 114 

7. Da dieser Dienst bereits gestartet wurde, können Sie ihn nun beenden, indem Sie auf „Stop“ (Beenden) 

im Bildschirm von Abbildung 114 klicken. 



– Teil eins 

Testen des Zugriffs bei beendetem SSH-Dienst 

Nachdem Sie den SSH-Dienst für den Remote-Zugriff beendet haben, können Sie testen, ob sich ein Client 

mit Host1 (tm-pod01-esx01.tmsb.local) auf TCP-Port 22 verbinden kann. 

In dieser Beispielumgebung können Sie die virtuelle Maschine VM_02 auf Host3 (tm-pod01-esx03.tmsb.local) 

verwenden, um eine SSH-Sitzung mit Host1 herzustellen. Sie können das Tool PuTTY starten, um die SSH- 

Sitzung herzustellen (siehe Abbildung 115). 

Abb. 115 

Bei der Verbindung kommt es zu einer Zeitüberschreitung und es wird ein Netzwerkfehler angezeigt 

(siehe Abbildung 116). 


Abb. 116 


– Teil eins 

Dies zeigt, dass Sie durch Beenden des SSH-Dienstes den Remote-Zugriff komplett verweigern können. 

Anstatt den gesamten Zugriff durch das Beenden eines Dienstes zu sperren, können Sie den Remote-Zugriff 

auch nach Bedarf über die ESXi-Firewall einschränken. Im folgenden Abschnitt werden Sie den SSH-Dienst 

aktivieren und dann bedarfsweisen Remote-Zugriff über die Firewall-Einstellungen gewähren. 

Erstellen von Firewall-Regeln zur Sperrung des SSH-Zugriffs 

Bevor Sie die Firewall-Regeln zur Sperrung des SSH-Zugriffs erstellen, müssen Sie den SSH-Dienst wie folgt 

aktivieren: 

1. Klicken Sie auf den Link „Properties“ (Eigenschaften) für die Dienste, wie in Abbildung 112 gezeigt. 

2. Wählen Sie den SSH-Dienst im Fenster „Service Properties“ (Diensteigenschaften) wie in Abbildung 117 

aus. Sie sehen, dass der SSH-Dienst beendet wurde. Um den Dienst zu aktivieren, klicken Sie auf Options 

(Optionen) 


. 

Abb. 117 

Abb. 118 


– Teil eins 

3. Klicken Sie im Fenster mit den SSH-Optionen auf Start (Starten) (siehe Abbildung 118). Der SSH-Dienst 

wird wieder gestartet. Sie können nun die Firewall-Regeln für diesen Dienst konfigurieren. 

4. Klicken Sie auf Properties (Eigenschaften) zur Firewall, um das Fenster zur Einrichtung der Firewall 

zu öffnen. In Abbildung 119 werden die Firewall-Eigenschaften angezeigt. 


Abb. 119 

Abb. 120 


– Teil eins 



– Teil eins 

5. Nachdem Sie auf den Link „Properties“ (Eigenschaften) zur Firewall geklickt haben, wird das Fenster 

mit den Firewalleigenschaften angezeigt (siehe Abbildung 120). Wählen Sie den SSH-Server unter der 

Kategorie „Secure Shell“ aus und klicken Sie auf Firewall. 

6. In dieser Beispielumgebung müssen Sie den SSH-Remote-Zugriff nur von der virtuellen Maschine VM_02 

mit der IP-Adresse 10.91.35.55 aktivieren. SSH-Verbindungen von allen anderen IP-Adressen werden 

abgelehnt. Sie können auch einen Bereich von IP-Adressen oder eine Subnetzklasse in das Feld „Only allow 

connections from the following networks“ (Nur Verbindungen von folgenden Netzwerken zulassen) 

angeben, wie in Abbildung 121 dargestellt. 

Abb. 121 

Nachdem Sie die Firewall-Regel so konfiguriert haben, dass Remote-Zugriff nur für die virtuelle Maschine 

VM_02 erlaubt ist, können Sie diese Firewall-Einstellung durch Herstellen von PuTTY-Sitzungen von 

verschiedenen virtuellen Maschinen testen. 

Testen der SSH-Firewall-Regeln 

In dieser Beispielumgebung werden Sie versuchen, SSH-Sitzungen von den folgenden beiden virtuellen 

Maschinen herzustellen, die auf Host3 (tm-pod01-esx03.tmsb.local) ausgeführt werden: 

1. VM_02: mit IP-Adresse 10.91.35.55 

2. VM_04: mit IP-Adresse 10.91.35.67 

Zunächst können Sie versuchen, eine SSH-Sitzung mit dem PuTTY-Tool auf VM_02 herzustellen. 

Die IP-Adresse dieser virtuellen Maschine gehört zu den IP-Adressen, die in der Firewallkonfiguration 

als zulässig festgelegt wurden. Deshalb sollte die SSH-Verbindung hergestellt werden können. 


Abb. 122 


– Teil eins 

Abbildung 123 zeigt den Anmeldebildschirm von Host1. Sie können sich am Host mit den Stamm- 

Anmeldeinformationen anmelden. 

Abb. 123 



– Teil eins 

Wenn Sie den Schritt zur Herstellung der SSH-Verbindung von VM_04 (10.91.35.67) wiederholen, wird die 

Meldung „Network error: Connection timed out“ (Netzwerkfehler: Zeitüberschreitung der Verbindung) wie 

in Abbildung 124 angezeigt. Diese Meldung wird deshalb angezeigt, weil die ESXi-Firewall den Zugriff auf 

TCP-Port 22 von jeder IP-Adresse außer 10.91.35.55 verweigert. 

Abb. 124 

Image Builder 

Einführung 

In diesem Abschnitt erfahren Sie, wie Sie mithilfe von vSphere 5.0 Image Builder benutzerdefinierte ESXi-Images 

erstellen und verwalten, um Hosts in Ihrer vSphere 5.0-Umgebung bereitzustellen. In der Vergangenheit stellte die 

statische Eigenschaft des Images der vSphere-Installation bei ESXi eine große Herausforderung dar. Immer wenn 

die Kunden neue Hardware einsetzten und Hersteller Updates für CIM-Provider sowie Softwaretreiber anboten, 

gestaltete es sich als schwierig, diese Updates in die ESXi-Installation zu übernehmen. Mit Image Builder können 

die Anwender ihre ESXi-Images aktualisieren und verwalten, um immer die aktuellsten Softwaretreiber und 

-Updates einsetzen zu können. 

Depots 

Image-Profil 

ESXi- 

VIBs 

OEM-VIBs 

Treiber- 

VIBs 

Abb. 125: Überblick über Image Builder 

Neues Image generieren 

Windows-Host mit PowerCLI 

und Image Builder-Snap-in 

Image 

Builder 

ISO-Image 

PXE-startfähiges- 

Image 

Sie können Image Builder zusammen mit VMware vSphere® Auto Deploy verwenden, um Hosts dynamisch 

in einer Umgebung ohne Festplatten bereitzustellen. 



– Teil eins 

Voraussetzungen für Image Builder 

Um vSphere 5.0 Image Builder verwenden zu können, sind folgende Komponenten erforderlich: 

• Windows VM mit 2 GB freier Festplattenkapazität (zum Hosten von vSphere PowerCLI und Speichern der Image 

Builder-Softwaredepots) 

• vSphere PowerCLI 5.0 

• ESXi-Offline-Paket 

• vCenter Server 5.0 

Vorbereitungsaufgaben 

Führen Sie die folgenden Schritte aus, bevor Sie mit der Evaluierung von Image Builder 5.0 beginnen: 

Installieren von vSphere PowerCLI 

Laden Sie vSphere 5.0 PowerCLI von www.vmware.com herunter und installieren Sie die Software. Die 

Download-Datei ist eine ausführbare Datei, die sich selbst extrahiert. Doppelklicken Sie einfach auf die EXE- 

Datei, um das Installationsprogramm von vSphere PowerCLI aufzurufen, und befolgen Sie die Anweisungen auf 

dem Bildschirm. Weitere Informationen zur Installation von vSphere PowerCLI finden Sie im Benutzerhandbuch 

zu vSphere PowerCLI und im Abschnitt „Beispiel für die vSphere PowerCLI“ in diesem Leitfaden. 

Herunterladen des ESXi-Offline-Pakets 

Laden Sie die ZIP-Datei des ESXi-Offline-Pakets unter www.vmware.com herunter. Das Offline-Paket wird 

im ZIP-Format bereitgestellt. Laden Sie die Datei auf denselben Server herunter, auf dem auch vSphere 

PowerCLI installiert ist. 

Extrahieren des ESXi-Offline-Pakets 

Erstellen Sie das Verzeichnis „C:\ImageBuilder“ und extrahieren Sie den Inhalt des Offline-Pakets in dieses 

Verzeichnis. 

Starten einer Image Builder vSphere PowerCLI-Sitzung 

Die folgenden Schritte zeigen, wie Sie eine vSphere PowerCLI-Sitzung starten und sich mit einem vCenter- 

Server verbinden. 

Starten Sie vSphere PowerCLI durch Doppelklicken auf das vSphere PowerCLI-Symbol auf dem Desktop oder 

durch Auswahl von: 

„Start -> Programme -> VMware vSphere PowerCLI -> VMware vSphere PowerCLI“ 

Führen Sie von der Eingabeaufforderung von vSphere PowerCLI das Cmdlet „Connect-VIServer“ aus, um Ihre 

vSphere PowerCLI-Sitzung mit vCenter Server zu verbinden: 

PowerCLI C:\> Connect-VIServer 

Abb. 126: Connect-VIServer 



– Teil eins 

Je nach Ihren Anmeldedaten werden Sie unter Umständen aufgefordert, den Anwendernamen und das 

Kennwort für vCenter wie folgt einzugeben: 

Abb. 127: Connect-VIServer – Anmeldeaufforderung 

In vSphere PowerCLI werden der Name und die IP von vCenter Server sowie der Port und Anwender angezeigt. 

Bei der Evaluierung von Image Builder können Sie den Zertifikationsfehler ignorieren. 

Abb. 128: Connect-VIServer – Ergebnisse 



– Teil eins 

Importieren eines ESXi-Offline-Pakets 

In diesem Abschnitt wird gezeigt, wie Sie ein ESXi-Softwaredepot mit dem ESXi-Offlinedepot, das im 

Verzeichnis „C:\ImageBuilder“ während der Vorbereitungsaufgaben zwischengespeichert wurde, importieren. 

PowerCLI C:\> Add-EsxSoftwareDepot C:\ImageBuilder 

Abb. 129: Hinzufügen des Softwaredepots 

Das Softwaredepot ist eine Sammlung aus vSphere-Paketen, mit denen Sie ESXi-Images erstellen und 

verwalten. Die folgenden Schritte zeigen, wie Sie Informationen zu den Softwaredepots anzeigen, die zu Ihrer 

vSphere PowerCLI-Sitzung hinzugefügt wurden. 

Anzeigen der Softwaredepots 

Softwaredepots werden mit dem Cmdlet Add-ESXSoftwareDepot hinzugefügt und mit dem Cmdlet 

Remove-SoftwareDepot entfernt. Mit der Variablen $DefaultSoftwareDepots können Sie die Liste 

der in Ihrer aktuellen vSphere PowerCLI-Sitzung verfügbaren Softwaredepots anzeigen. 

Geben Sie zum Anzeigen der verfügbaren Softwaredepots Folgendes ein: 

PowerCLI C:\> $DefautSoftwareDepots 

Abb. 130: Anzeigen des Softwaredepots 



– Teil eins 

Anzeige der VIBs 

Ein vSphere Installation Bundle (VIB) ist ein Format zur Paketerstellung in vSphere. VMware und seine Partner 

verpacken Lösungen, Treiber, CIM-Provider und Anwendungen als VIBs. VIBs werden dann gruppiert, um daraus 

ESXi-Image-Profile zu erstellen. Um die verfügbaren VIBs von den Ihrer vSphere PowerCLI-Sitzung 

hinzugefügten Softwaredepots anzuzeigen, verwenden Sie das Cmdlet Get-EsxSoftwarePackage. 

PowerCLI C:\> Get-EsxSoftwarePackage 

Abb. 131: Get-EsxSoftwarePackage 

Anzeige der Image-Profile 

Ein Image-Profil ist eine Kompilierung von VIBs, aus denen ein ESXi-Image besteht, mit dem ein ESXi-Host 

installiert werden kann. Ein Image-Profil besteht mindestens aus einem ESXi-Basis-VIB und einem bootfähigen 

Kernel-Modul-VIB, kann aber auch weitere VIBs vom Pool der verfügbaren Softwaredepots enthalten. Um eine 

Liste der konfigurierten Image-Profile anzuzeigen, verwenden Sie das Cmdlet Get-EsxImageProfile. 

PowerCLI C:\> Get-EsxImageProfile 

Abb. 132: Get-EsxImageProfile 

Um eine Liste der VIBs eines Image-Profils anzuzeigen, verwenden Sie das Cmdlet Get-EsxImageProfile 

und erweitern die Eigenschaften der Eigenschaft VibList. 

PowerCLI C:\> Get-EsxImageProfile MyProfile | Select –ExpandProperty VibList 


Abb. 133: Get-EsxImageProfile VibList 


– Teil eins 

Erstellen eines neuen Image-Profils 

Die folgenden Schritte zeigen, wie Sie ein benutzerdefiniertes Image-Profil erstellen, indem Sie entweder 

die einzelnen VIB-Komponenten manuell auswählen oder ein vorhandenes Image-Profil klonen. 

Jedes Image-Profil muss folgende Anforderungen erfüllen: 

• Das Image-Profil muss eindeutig benannt sein. 

• Das Image-Profil muss mindestens ein ESXi-Basis-VIB und ein bootfähiges Kernel-Modul aufweisen. 

• Die Akzeptanzebene für jedes VIB muss der für das Profil definierten Akzeptanzebene entsprechen. 

• Ein VIB darf nur einmal in einem Image-Profil vorhanden sein. 

• Alle VIB-Abhängigkeiten müssen erfüllt sein. 

Erstellen eines neuen Image-Profils durch manuelle Auswahl einzelner VIBs 

Erstellen Sie ein neues Image-Profil namens MyNewProfile, das das ESXi-Basis-Image enthält. 

PowerCLI C:\> New-EsxImageProfile –NewProfile “MyNewProfile” –vendor “VMware” – 

SoftwarePackage esx-base 

Abb. 134: New-EsxImageProfile 


Fügen Sie als Nächstes das VIB esx-tboot zu MyNewProfile wie folgt hinzu: 


– Teil eins 

PowerCLI C:\> Add-EsxSoftwarePackage -ImageProfile “MyNewProfile” –SoftwarePackage 

“esx-tboot” 

Abb. 135: Add-EsxSoftwarePackage esx-tboot 

Fügen Sie als Nächstes das VIB net-e1000e zu MyNewProfile wie folgt hinzu: 

PowerCLI C:\> Add-EsxSoftwarePackage -ImageProfile “MyNewProfile” –SoftwarePackage 

“net-e1000e” 

Abb. 136: Add-EsxSoftwarePackage net-e1000e 

Zeigen Sie die verfügbaren Image-Profile an und überprüfen Sie, ob das neue Image-Profil MyNewProfile 

erstellt wurde: 

Abb. 137: Get-EsxImageProfile with MyNewProfile 

Zeigen Sie dann die Liste der VIBs in den Image-Profilen an, um sicherzustellen, dass nur die identifizierten 

VIBs enthalten sind: 

Abb. 138: Get-EsxImageProfile MyNewProfile VibList 



– Teil eins 

Erstellen eines neuen Image-Profils durch Klonen eines vorhandenen Image-Profils 

Erstellen Sie ein neues ESXi-Image namens MyClonedProfile, indem Sie das Image ESXi-5.0.0-381646standard, 

das im Offline-Paket enthalten ist, klonen. 

PowerCLI C:\> New-EsxImageProfile –CloneProfile ESXi-5.0.0-381646-standard –Name 

“MyClonedProfile” 

Abb. 139: New-EsxImageProfile -CloneProfile 

Zeigen Sie die Liste der verfügbaren Image-Profile an und überprüfen Sie, ob das neue Image-Profil erstellt 

wurde: 

PowerCLI C:\> Get-EsxImageProfile 

Abb. 140: Get-EsxImageProfile mit MyClonedProfile 

Entfernen von VIBs aus einem Image-Profil 

Das geklonte Image-Profil MyCloneProfile enthält das Paket VMware Tools. Sie können dieses Image-Profil 

verkleinern, indem Sie das VMware Tools-Paket entfernen. 

PowerCLI C:\> Remove-EsxSoftwarePackage –ImageProfile MyClonedProfile – 

SoftwarePackage tools-light 

Abb. 141: Remove-EsxSoftwarePackage 



– Teil eins 

Vergleichen von Image-Profilen 

In diesem Abschnitt wird beschrieben, wie Sie Image-Profile vergleichen, um Unterschiede zwischen 

benutzerdefinierten 

Image-Profilen besser erkennen und verfolgen zu können. 

Im vorherigen Abschnitt haben Sie einen Klon des Standard-Image-Profils namens MyCloneProfile erstellt. 

Anschließend haben Sie das VMware Tools-Paket aus dem benutzerdefinierten Image entfernt. Sie können 

nun das Cmdlet Compare-EsxImageProfile verwenden, um die zwei Images zu vergleichen und die 

vorgenommenen Änderungen zu überprüfen. 

PowerCLI C:\> Compare-EsxImageProfile –ReferenceProfile Esxi-5.0.0-381646-no-tools 

–CompareProfile MyClonedProfile 

Abb. 142: Compare-EsxImageProfile 

In obigem Beispiel haben Sie gesehen, dass das Paket VMware _ locker _ toolslight 

_ 5.0.0.0-0.0.381646 nicht im Referenzprofil (-ReferenceProfile), aber im Vergleichsprofil 

(-Comparison Profile) vorhanden ist. 

Exportieren von Image-Profilen 

In den folgenden Schritten wird gezeigt, wie Sie Image-Profile als Offline-Paket oder als bootfähiges ISO-Image 

exportieren. 

Exportieren als Offline-Paket 

Jedes Mal, wenn Sie Ihre vSphere PowerCLI-Sitzung beenden, gehen alle Softwaredepots und 

benutzerdefinierten Image-Profile verloren. Um Ihre benutzerdefinierten Image-Profile zu speichern und auch 

sitzungsübergreifend mit ihnen zu arbeiten, müssen Sie sie durch Exportieren in ein Offline-Paket auf Festplatte 

speichern. Mit einem Offline-Paket können Sie jedes Mal, wenn Sie eine neue vSphere PowerCLI-Sitzung starten, 

mit Ihren benutzerdefinierten Image-Profilen weiterarbeiten, indem Sie das Offline-Paket als neues 

Softwaredepot mit dem Cmdlet Add-EsxSoftwareDepot importieren. 

Um ein Image-Profil als Offline-Paket zu exportieren, verwenden Sie das Cmdlet Export-EsxImageProfile 

mit der Option -ExportToBundle. 

PowerCLI C:\> Export-EsxImageProfile –ImageProfile MyNewProfile –ExportToBundle – 

FilePath C:\ImageBuilder\MyNewProfile 

Abb. 143: Export-EsxImageProfile -ExportToBundle 



– Teil eins 

Exportieren als bootfähiges ISO-Image 

Um ein benutzerdefiniertes Image-Profil für die Installation von ESXi-Hosts verwenden zu können, müssen Sie 

das Image-Profil als bootfähiges ISO exportieren. Verwenden Sie dazu das Cmdlet Export-EsxImageProfile 

mit der Option -ExportToIso. 

PowerCLI C:\> Export-EsxImageProfile –ImageProfile MyNewProfile –ExportToIso – 

FilePath C:\ImageBuilder\MyNewProfile.iso 

Abb. 144: Export-EsxImageProfile -ExportToIso 

In Windows Explorer können Sie die ZIP- und ISO-Dateien anzeigen. 

Abb. 145: Anzeigen der Image-Profil-Exporte 

Produktdokumentation 

Ausführliche Informationen zu Installation, Konfiguration, Administration und Nutzung von vSphere Image 

Builder oder anderen vSphere-Funktionen finden Sie in der Online-Dokumentation: http://www.vmware.com/ 

de/support/pubs/vs_pubs.html. 


Verwenden von Statistiken zur Speicher-Performance 


– Teil eins 

Einführung 

vSphere 5.0 enthält nun mehrere neue Ansichten zur Performance. Diese Ansichten bieten einen schnellen 

Überblick über den augenblicklichen Zustand Ihrer Datastores. Es gibt zwei Arten von Ansichten: eine zur 

Performance und eine zum Speicherplatz. 

In diesem Abschnitt wird veranschaulicht, wie einfach die Überwachung von Datastores mit vSphere 5.0 ist. 

Es gibt zwei grundlegende Ansichten, die zur Ansicht Datastores and Datastore Clusters (Datastores und 

Datastore-Cluster) gehören: 

Überwachen der Speicherplatzauslastung eines Datastore 

1. Wechseln Sie zur Ansicht „Datastores and Datastore Clusters (Datastores und Datastore-Cluster)“. 

Abb. 146 

2. Wählen Sie einen Datastore aus. 

Abb. 147 



– Teil eins 

3. Klicken Sie auf die Registerkarte Performance. Daraufhin wird die Statistik zur aktuellen 

Speicherplatzauslastung standardmäßig für diesen Datastore angezeigt. 

Abb. 148 

4. Klicken Sie auf Time Range (Zeitraum), um den Zeitraum von einem Tag in 1 Week (1 Woche) zu ändern. 

So können Sie feststellen, ob in den letzten sieben Tagen die Anzahl virtueller Maschinen zugenommen hat 

oder ob virtuelle Maschinen zu anderen Datastores migriert wurden, oder auch andere Trends anzeigen. 

Abb. 149 



– Teil eins 

Überwachen der Performance-Statistik eines Datastore 

Im zweiten Teil dieser Übung wird die Performance-Statistik in der Ansicht Datastores and Datastore Clusters 

(Datastores und Datastore-Cluster) vorgestellt. In diesen Ansichten werden die wichtigsten und am meisten 

relevanten Messgrößen für die Überwachung dargestellt, z.B. Average Device Latency (Durchschnittliche 

Gerätelatenz) Average Write Latency per Virtual Machine Disk (Durchschnittliche Latenz für 

Schreibvorgänge nach VM-Festplatte). 

1. Wechseln Sie zur Ansicht Datastores and Datastore Clusters (Datastores und Datastore-Cluster). 

Abb. 150 

2. Wählen Sie einen Datastore aus. 

Abb. 151 

3. Klicken Sie auf die Registerkarte Performance und wählen Sie in der Dropdown-Liste View (Ansicht) 

die Option Performance aus. 


Abb. 152 


– Teil eins 

4. Sie haben die Übung „Verwenden von Statistiken zur Speicher-Performance“ nun erfolgreich abgeschlossen. 



– Teil eins 

Hilfe und Support während der Evaluierung 

Dieser Leitfaden bietet Ihnen einen Überblick über die für eine erfolgreiche Evaluierung von VMware vSphere 

erforderlichen Schritte. Dieses Dokument ist kein Ersatz für die Produktdokumentation. Ausführliche 

Informationen finden Sie in der vSphere-Online-Produktdokumentation (siehe nachfolgende Links). Bei Fragen 

können Sie auch die VMware-Knowledgebase durchsuchen. Sollten Sie zusätzliche Unterstützung benötigen, 

wenden Sie sich an einen VMware-Vertriebsmitarbeiter oder an einen Vertriebspartner. 

VMware vSphere- und vCenter-Ressourcen: 

• Produktdokumentation: 

http://www.vmware.com/de/support/pubs/ 

• Online-Support: 

http://www.vmware.com/de/support/ 

• Support-Angebote: 

http://www.vmware.com/de/support/services 

• Schulungsservices: 

http://mylearn1.vmware.com/mgrreg/index.cfm 

• Support Knowledgebase: 

http://kb.vmware.com 

• VMware vSphere® PowerCLI Toolkit Community: 

http://communities.vmware.com/community/developer/windows_toolkit 

(oder „Get-VIToolkitCommunity“ in PowerCLI eingeben) 

• PowerCLI-Blogs: 

http://blogs.vmware.com/vipowershell 

VMware – Kontaktdaten 

Wenn Sie weitere Informationen benötigen oder VMware vSphere erwerben möchten, steht Ihnen das von 

VMware unterhaltene globale Netzwerk von Lösungs-Providern zur Verfügung. Falls Sie direkten Kontakt 

zu VMware aufnehmen möchten, können Sie entweder telefonisch unter 0800 100 6711 oder per E-Mail 

an sales@vmware.com einen Vertriebsmitarbeiter von VMware erreichen. Bitte geben Sie in Ihrer E-Mail Ihr 

Bundesland, Ihr Land und den Namen des Unternehmens an, von dem aus Sie Ihre Anfrage stellen. Sie können 

uns auch unter http://www.vmware.com/de/vmwarestore/ besuchen. 

Feedback 

Wir freuen uns über Ihr Feedback zu dem Material in diesem Leitfaden. Wir sind Ihnen vor allem für Hinweise 

zu den folgenden Themen dankbar: 

• Wie nützlich waren die Informationen in diesem Leitfaden? 

• Welche anderen speziellen Themen würden Sie gern aufnehmen? 

• Wie beurteilen Sie diesen Leitfaden insgesamt? 

Senden Sie Ihr Feedback an folgende Adresse: tmdocfeedback@vmware.com (mit dem Betreff „VMware 

vSphere 5.0-Evaluierungsleitfaden“). Vielen Dank für Ihre Unterstützung bei der Optimierung dieses Leitfadens. 


VMware, Inc. 3401 Hillview Avenue Palo Alto CA 94304 USA Tel 877-486-9273 Fax 650-427-5001 www .vmware .com 

Zweigniederlassung Deutschland Freisinger Str . 3 85716 Unterschleißheim/Lohhof Telefon: +49 89 370 617 000 Fax: +49 89 370 617 333 www .vmware .com/de 

Copyright © 2011 VMware, Inc . Alle Rechte vorbehalten . Dieses Produkt ist durch US-amerikanisches und internationales Copyright und Gesetze zum Schutz des geistigen Eigentums geschützt . 

VMware-Produkte sind durch eines oder mehrere Patente geschützt, die auf der folgenden Webseite aufgeführt sind: http://www .vmware .com/go/patents-de . VMware ist eine eingetragene Marke oder 

Marke der VMware, Inc . in den USA und/oder anderen Ländern . Alle anderen in diesem Dokument erwähnten Bezeichnungen und Namen sind unter Umständen markenrechtlich geschützt . Artikelnr .: 

VMW-WP-vSPHR-EVAL-GUIDE-VOL1-USLET-101-WEB

VMware vSphere® 5.0- Evaluierungs- leitfaden

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

Template löschen?

Als Template speichern?