VMware vSphere 5.0- Evaluierungs- leitfaden€¦ · VMware vSphere 5.0-Evaluierungsleitfaden Teil...

VMware vSphere® 5.0- Evaluierungs-leitfadenTeil eins

T E C H N I S C H E S W H I T E P A P E R V . 1 . 1 /A K T U A L I S I E R T A M 1 1 . A U G U S T 2 0 1 1

VMware vSphere 5.0-Evaluierungsleitfaden – Teil eins

T E C H N I S C H E S W H I T E P A P E R / 2

Inhaltsverzeichnis

Ü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



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



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 LeitfadenDer 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.

ZielgruppeIn diesem Leitfaden werden Evaluierungsfälle für IT-Experten beschrieben, die die folgenden Anforderungen erfüllen:

•SiekennendieGrundlagenderServervirtualisierungundmöchtendieFunktionenvonvSphereineinerkleineren Umgebung evaluieren.

•SiesetzeneineVMware-VirtualisierungsumgebungeinundmöchtendieFunktionenvonvSphereevaluieren,um eine umfassendere Konsolidierung bei gleichbleibendem Service-Level zu ermöglichen.

SystemanforderungenFür eine optimale Nutzung dieses Leitfadens müssen Hardware und Software wie im folgenden Abschnitt beschrieben konfiguriert sein.

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

ServerSie 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

StorageSie verfügen über Shared Storage mit genügend Speicherplatz zur Erstellung von drei dedizierten 100-GB-Datastores.BeidemSharedStoragekannessichumSANoderNAShandeln.IndiesemDokumentwird von SAN-basiertem Storage ausgegangen.

NetzwerkSie 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.

HARDWARE MINIMUM IN DIESEM LEITFADEN VERWENDET

ESXi Drei ESXi-/ESX-ServerCPU – zwei Prozessoren mit 2 GHzArbeitsspeicher–6GBNetzwerk – 2x 1-GB-Netzwerkkarte

Drei ESXi-Server (Cisco UCS 1.3.1)CPU – zwei Quad-Core Intel Xeon „Nehalem“-Prozessoren mit 2,6 GHzArbeitsspeicher–48GBNetzwerk – 4x 10-GB-Netzwerkkarte

Storage EinDatastore(100 GB) Drei Datastores (FibreChannel–je100 GB)

Netzwerk Ein VLAN für den VM-Datenverkehr; ein VLAN für den Managementdatenverkehr

Separate VLANs für ESXi-Management, vMotion und VM-Datenverkehr

Software- und LizenzierungsanforderungenIn diesem Leitfaden wird von folgenden Annahmen in Bezug auf Ihre vorhandene Softwareinfrastruktur ausgegangen:

VMware vSphereDieser 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.

GastbetriebssystemeFür diesen Teil des VMware vSphere 5.0-Evaluierungsleitfadens bestehen keine besonderen Anforderungen für dieGastbetriebssysteme.SiemüssenlediglichinderLagesein,virtuelleMaschinenauszuführen.DerAnwenderkann 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 EvaluierungsleitfadenDas 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-120FLARE-Version 4.30.000.5.50915 x 600 GB 15k SCSI5 x 200 GB SSD10 x Open Slot

Cisco UCS 1.3.1(p)32 x 2 Quad-Core-„Nehalem“-Prozessoren48 GB ArbeitsspeicherDual Port Palo-Karten1 x lokale Festplatte mit 146 GBKonfigurieren mit:4 x 10-GB-Netzwerkkarte2 x HBA mit 4/8 GBSlot 1 jedes Gehäuses für zentrales Management reserviert



ServerkonfigurationDer 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.

JederServermussmindestenszwei1-GB-oderzwei10-GB-NetzwerkkartenundeineordnungsgemäßeVerbindung zum Shared Storage aufweisen. In der folgenden Abbildung ist die Testumgebungskonfiguration für den Evaluierungsleitfaden zusammengefasst.

3 x FC-LUN mit 100 GB, Volume von Hosts im Pod gemeinsam genutzt (im Evaluierungsleitfaden verwendet)

Linux vCenter Appliance(VM kann sich im Cluster oder einem

externen Managementcluster befinden)

3 x ESXi 5.0-Host

Einrichten des logischen NetzwerksIm 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-POD<xx>ESX<xx>

vmnic0

vSwitch0

VMK0: ManagementnetzwerkVLAN 2912

Production02VLAN 3001 (VM)

vMotionVLAN 3002 (noch nicht festgelegt)

Im Evaluierungsleitfaden nicht verwendet

vmnic1

vmnic2

vmnic3

PortgruppenName/VLAN

Auf vSphere-Seite sieht die Netzwerkkonfiguration wie folgt aus:

T E C H N I S C H E S W H I T E P A P E R / 1 0


Storage-EinrichtungIm VMware vSphere 5.0-Evaluierungsleitfaden, Teil eins, wird eine Storage-Konfiguration bestehend aus drei 100-GB-FC-LUNsverwendet,diejedemHostzugeordnetsind.DiesermöglichtdieErstellungvondreiDatastores.

Einrichten von virtuellen MaschinenIm 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:



VMware vSphere 5.0-Evaluierungsleitfaden, Teil eins – ArbeitsblattSie 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.

JederSerververfügtüber2x1-GB-oder2x 10-GB-Netzwerkkarten,diemiteinemgemeinsamen 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,NetzmaskeundStandard-Gatewayfür Managementnetzwerk

Subnetz,NetzmaskeundStandard-Gatewayfür virtuelles Managementnetzwerk

Subnetz,NetzmaskeundStandard-Gatewayfür vMotion-Netzwerk

STORAGE-CHECKLISTE:

Alle Server können mindestens drei gängige 100-GB-LUNs(oderNFS-Exporte)erkennen.

Name von Datastore 1





Aufgaben für die vSphere-EvaluierungHochverfügbarkeitEinführungDas 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:

•InfrastrukturebeneAuf 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.

•BetriebssystemebeneDurch 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 Betriebssys-tem, das nicht mehr reagiert.

•AnwendungsschichtMit 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.

VoraussetzungenBevor 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:

•StellenSiesicher,dassSieübereinfunktionierendesManagementnetzwerkmitallenHostsinderUmgebungverfügen.

•StellenSiesicher,dassallevirtuellenMaschinenonlinesind.

•AufjedemHostmussmindestenseinevirtuelleMaschineausgeführtwerden.

•VergewissernSiesich,dassübervSphereClientZugriffaufVMwarevCenter™besteht.

Aktivieren von HADie 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

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



Anzeigen der Cluster-Übersicht

Abb. 2: Cluster-Übersicht

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

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



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-AktivierungNun 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

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

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

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

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

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

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 HAVMware 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

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

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.

ÜberdieHostüberwachungkannVMware HAGegenmaßnahmenergreifen,wenneinHostkeineHeartbeatsmehr ü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älleMit dieser Option kann gegebenenfalls ausreichend Kapazität innerhalb des Clusters reserviert werden, um für den Ausfall eines Hosts im Cluster vorzusorgen.

•ProzentsatzWie 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.



•Failover-HostsSie 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.



Ü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 konfiguriertenIsolationsadressen,d.h.seinStandard-Gateway,anzupingen.IndiesemFallfunktioniertderHostzwar 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

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

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

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-BetriebsUm 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.

HostausfallDas am häufigsten auftretende Fehlerszenario ist der Ausfall eines physischen Hosts. Dafür kann es ganz unterschiedlicheGründegeben,z.B.eineUnterbrechungderStromversorgungdesHostsodereinMotherboard-Fehler.



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



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

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

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.



HostisolationEine 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-pod01-esx03.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

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

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

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“

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 <Uplink> <Switch>“, um die Uplinks vom virtuellen Switch zu entfernen. Dabei ist „Uplink“ ein identifizierter Uplink und „Switch“ der Name des Switches, mit dem der Uplinkverbundenist.GehenSieanalogdazufürallezuvoridentifiziertenUplinksvor.WennSiefertigsind,überprüfen Sie, ob alle Uplinks entfernt wurden, indem Sie erneut den Befehl „esxcfg-vswitch –l“ verwenden.



Abb. 37: Identifizieren einer Hostisolation

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

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.



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

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

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 HAWie 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

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

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

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

Einführung in die neue BefehlszeilenschnittstelleEinführungvSphere 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

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

„vicfg-“-Befehle

Kleinere Änderungen 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

Andere Befehle (vmware-cmd, vifs)

Kleinere Änderungen in vSphere 5.0

•Nur verfügbar von der vCLI•Nur verwendet für Remote-Administration•Weitere Perl-Befehle zum Management von Aspekten, die mit

„esxcli“ oder „vicfg-“ nicht abgedeckt werden

vSphere PowerCLI

Kleinere Änderungen und Aktualisierungen in vSphere 5.0

•vSphere PowerCLI•Nur verwendet für Remote-Administration•Verwendet für die Administration von ESXi-Hosts von Windows-

Systemen

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

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.



Der neue „esxcli“-BefehlDer 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. GreifenSienurdannaufdenBefehlvicfg- 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“



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“



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.

•WennSiedie„esxcli“-BefehlelokalvonderESXi-Shellausführen,istderZiel-HostimmerderlokaleHost,aufdem der Befehl ausgeführt wird. Außerdem wird davon ausgegangen, dass die Anmeldeinformationen immer mit denjenigen des angemeldeten Anwenders übereinstimmen.

•WennSie„esxcli“-Befehleremoteausführen,müssenSiedenESXi-Zielhost(oderVMwarevCenterServer™)zusammen mit den Anmeldedaten angeben, die zur Ausführung des Befehls verwendet werden.

Dezentrale Authentifizierung des „esxcli“-BefehlsWenn 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:

•VerwendungderBefehlszeilenoptionen

•VerwendungeinerSitzungsdatei

•VerwendungvonUmgebungsvariablen

•VerwendungeinerKonfigurationsdatei

•Verwendungvon„--passthroughauth“vonMicrosoftWindows

•Verwendungvon„vi-fastpass“vonVMwarevSphere®ManagementAssistant(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



Aktivieren des Zugriffs auf die ESXi-ShellBevor 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 DCUIFühren Sie die folgenden Schritte aus, um die ESXi-Shell zu aktivieren, während Sie an der DCUI angemeldet sind:

•MeldenSiesichanderDCUIdesESXi-Hostsan.

•WählenSieTroubleshooting Mode Options (Optionen für den Fehlerbehebungsmodus) aus.

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

•DrückenSieALT+F1,umaufdieESXi-Shellzuzugreifen.

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

Aktivieren der ESXi-Shell vom vSphere ClientFühren Sie die folgenden Schritte aus, um die ESXi-Shell zu aktivieren, während Sie am vSphere Client angemeldet sind:

•MeldenSiesichamvSphereClientan.

•WählenSiedenESXi-HostausundklickenSieauf„Configuration->SecurityProfile“(Konfiguration->Sicherheitsprofil).

•WählenSieimAbschnittServices (Dienste) die Option Properties (Eigenschaften).

•WählenSiedieOptionESXi Shell und dann Options (Optionen) aus.

•WählenSieStart (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

Aktivieren des SSH-Zugriffs auf die ESXi-ShellZusä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 DCUIFühren Sie die folgenden Schritte aus, um die ESXi-Shell von der DCUI zu aktivieren:

•MeldenSiesichanderDCUIdesESXi-Hostsan.

•WählenSieTroubleshooting Options (Fehlerbehebungsoptionen) aus.

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

•DrückenSieALT+F1,umaufdieESXi-Shellzuzugreifen.



Abb. 57: Aktivieren von SSH von der DCUI

Aktivieren von SSH vom vSphere ClientFühren Sie die folgenden Schritte aus, um die ESXi-Shell vom vSphere Client zu aktivieren:

•MeldenSiesichamvSphereClientan.

•WählenSiedenESXi-HostausundklickenSieauf„Configuration->SecurityProfile“(Konfiguration->Sicherheitsprofil).

•WählenSieimAbschnittServices (Dienste) die Option Properties (Eigenschaften) aus.

•WählenSiedieOptionSSH und dann Options (Optionen) aus.

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

Abb. 58: Aktivieren von SSH vom vSphere Client



vSphere Client-Benachrichtigung bei Aktivierung von ESXi-Shell und SSHJedes 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 vCLIDie vCLI ist unter Microsoft Windows, Linux und mit der virtuellen Appliance vMA verfügbar.

Installieren der vCLI unter WindowsDas 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:

•MicrosoftWindowsVistaEnterpriseSP132Bitund64Bit

•MicrosoftWindows200864Bit

•MicrosoftWindows 732Bitund64Bit

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 vMADie 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.



„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,umeineListeallerStorage-Geräteauf dem ESXi-Host anzuzeigen. Diese sieht wie folgt aus:



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

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



„esxcli“-Beispielbefehle, die remote von der vCLI ausgeführt werdenDie 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



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



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

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“



ZusammenfassungDas 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

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 PowerCLIEinführungvSphere 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.

VoraussetzungenvSphere 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.NETFramework 3.5

•WindowsPowerShell(V2empfohlen)

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 PowerCLINachdem 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

http://support.microsoft.com/kb/968929

http://support.microsoft.com/kb/968929



GebenSieimWindows-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,dassSiefürIhreOrganisationdierichtigeEinstellungwählen.GebenSieanderPowerShell-Eingabeaufforderung get-help about_Execution_Policies ein.

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

GebenSieanderPowerShell-EingabeaufforderungSet-ExecutionPolicy RemoteSigned ein.

Abb. 79 Informationen zu Ausführungsrichtlinien

Daraufhin werden Informationen zu den Ausführungsrichtlinien angezeigt und Sie werden aufgefordert, Ihre Aktionzubestätigen,bevordieAusführungsrichtliniegeändertwird.GebenSieanderEingabeaufforderungY ein und drücken Sie die Eingabetaste.

SiekehrenzurückzurPowerShell-Eingabeaufforderung.DieÄnderungwurdeübernommen.GebenSieExit 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

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

http://vmware.com/go/PowerCLI



.

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

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

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

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

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.



Erste Schritte mit vSphere PowerCLIIn Ihrem Startmenü im Ordner „VMware -> VMware vSphere PowerCLI“ haben Sie nun Zugriff auf folgende Elemente:

•vSpherePowerCLI(32Bit)

•vSpherePowerCLI

•vSpherePowerCLIAdministrationGuide

•vSpherePowerCLICmdletsReference

•vSphereSDKfor.NETAPIReference

•vSphereSDKfor.NETDevGuide

Es wird ausdrücklich empfohlen, das vSpherePowerCLIAdministrationGuide(AdministratorleitfadenfürvSpherePowerCLIzulesen,dahierdieGrundlagenzuvSpherePowerCLIundPowerShellsowiedieerstenSchritte 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 vCenterMit 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



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.



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:



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.

GebenSieGet-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

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.

GebenSieFolgendesein: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.



GebenSiezumExportierenderInformationenineineCSV-DateiGet-VM | Export-CSV -NoTypeInformation C:\Export\AllVMs.csv ein.

GebenSiezumExportierenderInformationenineineHTML-DateiGet-VM | ConvertTo-Html | Out-File C:\Export\AllVMs.htm ein.

GebenSiezumExportierenderInformationenineineKlartext-DateiGet-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



GebenSiedazuFolgendesein:

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



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

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.



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



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

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üfenkönnen.GebenSiedazuFolgendesein:

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



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 – ZusammenfassungvSphere PowerCLI bietet ein zuverlässiges Befehlszeilen-Tool für die Automatisierung sämtlicher Aspekte des vSphere-Managements,einschließlichHost,Netzwerk,Storage,virtuelleMaschineundGastbetriebssystem.Es kann mit anderen PowerShell-Snap-ins von Microsoft oder Drittanbietern verwendet werden, um die VMware-TechnologiennahtlosinandereProdukteundmitdemGastbetriebssystemzuintegrieren.

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-FirewallEinführungDie 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 – ÜbersichtIn 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.

VoraussetzungenDie 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 ZugriffsDer 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

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

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

Abb. 112



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.



Testen des Zugriffs bei beendetem SSH-DienstNachdem 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

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-ZugriffsBevor 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

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



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-RegelnIn 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

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

Abb. 123



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 BuilderEinführungIn 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.

ESXi-VIBs

Image Builder

Neues Image generieren

Treiber-VIBs

OEM-VIBs

Depots

Image-Profil

ISO-Image

Windows-Host mit PowerCLI und Image Builder-Snap-in

PXE-startfähiges-Image

Abb. 125: Überblick über Image Builder

Sie können Image Builder zusammen mit VMware vSphere® Auto Deploy verwenden, um Hosts dynamisch in einer Umgebung ohne Festplatten bereitzustellen.



Voraussetzungen für Image BuilderUm vSphere 5.0 Image Builder verwenden zu können, sind folgende Komponenten erforderlich:

•WindowsVMmit2 GBfreierFestplattenkapazität(zumHostenvonvSpherePowerCLIundSpeichernderImageBuilder-Softwaredepots)

•vSpherePowerCLI 5.0

•ESXi-Offline-Paket

•vCenterServer5.0

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

Installieren von vSphere PowerCLILaden 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 zuvSpherePowerCLI und im Abschnitt „Beispiel für die vSphere PowerCLI“ in diesem Leitfaden.

Herunterladen des ESXi-Offline-PaketsLadenSiedieZIP-DateidesESXi-Offline-Paketsunterwww.vmware.comherunter.DasOffline-Paketwirdim ZIP-Format bereitgestellt. Laden Sie die Datei auf denselben Server herunter, auf dem auch vSphere PowerCLI installiert ist.

Extrahieren des ESXi-Offline-PaketsErstellenSiedasVerzeichnis„C:\ImageBuilder“undextrahierenSiedenInhaltdesOffline-PaketsindiesesVerzeichnis.

Starten einer Image Builder vSphere PowerCLI-SitzungDie 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 <vCenter-IP-Adresse>

Abb. 126: Connect-VIServer

www.vmware.com/de



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



Importieren eines ESXi-Offline-PaketsIndiesemAbschnittwirdgezeigt,wieSieeinESXi-SoftwaredepotmitdemESXi-Offlinedepot,dasimVerzeichnis „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 SoftwaredepotsSoftwaredepots 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.

GebenSiezumAnzeigenderverfügbarenSoftwaredepotsFolgendesein:

PowerCLI C:\> $DefautSoftwareDepots

Abb. 130: Anzeigen des Softwaredepots



Anzeige der VIBsEin 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-ProfileEin 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

Erstellen eines neuen Image-ProfilsDie 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:

•DasImage-Profilmusseindeutigbenanntsein.

•DasImage-ProfilmussmindestenseinESXi-Basis-VIBundeinbootfähigesKernel-Modulaufweisen.

•DieAkzeptanzebenefürjedesVIBmussderfürdasProfildefiniertenAkzeptanzebeneentsprechen.

•EinVIBdarfnureinmalineinemImage-Profilvorhandensein.

•AlleVIB-Abhängigkeitenmüssenerfülltsein.

Erstellen eines neuen Image-Profils durch manuelle Auswahl einzelner VIBsErstellen 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:

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



Erstellen eines neuen Image-Profils durch Klonen eines vorhandenen Image-ProfilsErstellen Sie ein neues ESXi-Image namens MyClonedProfile, indem Sie das Image ESXi-5.0.0-381646-standard,dasimOffline-Paketenthaltenist,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-ProfilDas 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



Vergleichen von Image-ProfilenIn 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 _ tools-light _ 5.0.0.0-0.0.381646 nicht im Referenzprofil (-ReferenceProfile), aber im Vergleichsprofil (-Comparison Profile) vorhanden ist.

Exportieren von Image-ProfilenIndenfolgendenSchrittenwirdgezeigt,wieSieImage-ProfilealsOffline-PaketoderalsbootfähigesISO-Imageexportieren.

Exportieren als Offline-PaketJedes 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übergreifendmitihnenzuarbeiten,müssenSiesiedurchExportierenineinOffline-PaketaufFestplattespeichern.MiteinemOffline-PaketkönnenSiejedesMal,wennSieeineneuevSpherePowerCLI-Sitzungstarten,mitIhrenbenutzerdefiniertenImage-Profilenweiterarbeiten,indemSiedasOffline-PaketalsneuesSoftwaredepot mit dem Cmdlet Add-EsxSoftwareDepot importieren.

UmeinImage-ProfilalsOffline-Paketzuexportieren,verwendenSiedasCmdletExport-EsxImageProfile mit der Option -ExportToBundle.

PowerCLI C:\> Export-EsxImageProfile –ImageProfile MyNewProfile –ExportToBundle –FilePath C:\ImageBuilder\MyNewProfile

Abb. 143: Export-EsxImageProfile -ExportToBundle

T E C H N I S C H E S W H I T E P A P E R / 1 0 0


Exportieren als bootfähiges ISO-ImageUm 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

ProduktdokumentationAusfü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.

http://www.vmware.com/support/pubs/vs_pubs.html

http://www.vmware.com/support/pubs/vs_pubs.html



Verwenden von Statistiken zur Speicher-PerformanceEinführungvSphere 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



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



Überwachen der Performance-Statistik eines DatastoreIm 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

4. Sie haben die Übung „Verwenden von Statistiken zur Speicher-Performance“ nun erfolgreich abgeschlossen.



Hilfe und Support während der EvaluierungDieser 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

•SupportKnowledgebase: http://kb.vmware.com

•VMwarevSphere®PowerCLIToolkitCommunity: http://communities.vmware.com/community/developer/windows_toolkit (oder„Get-VIToolkitCommunity“inPowerCLIeingeben)

•PowerCLI-Blogs: http://blogs.vmware.com/vipowershell

VMware – KontaktdatenWenn 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 [email protected] 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.

FeedbackWir freuen uns über Ihr Feedback zu dem Material in diesem Leitfaden. Wir sind Ihnen vor allem für Hinweise zu den folgenden Themen dankbar:

•WienützlichwarendieInformationenindiesemLeitfaden?

•WelcheanderenspeziellenThemenwürdenSiegernaufnehmen?

•WiebeurteilenSiediesenLeitfadeninsgesamt?

Senden Sie Ihr Feedback an folgende Adresse: [email protected] (mit dem Betreff „VMware vSphere 5.0-Evaluierungsleitfaden“). Vielen Dank für Ihre Unterstützung bei der Optimierung dieses Leitfadens.

http://www.vmware.com/de/support/pubs/

http://www.vmware.com/de/support/

http://www.vmware.com/de/support/services

http://mylearn1.vmware.com/mgrreg/index.cfm

http://kb.vmware.com

http://communities.vmware.com/community/developer/windows_toolkit

http://blogs.vmware.com/vipowershell

mailto:sales%40vmware.com?subject=

http://www.vmware.com/de/vmwarestore/

mailto:tmdocfeedback%40vmware.com?subject=

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/deCopyright © 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€¦ · VMware vSphere 5.0-Evaluierungsleitfaden Teil...

Documents

Transcript of VMware vSphere 5.0- Evaluierungs- leitfaden€¦ · VMware vSphere 5.0-Evaluierungsleitfaden Teil...