Sie sind auf Seite 1von 252

vSphere-Upgrade-Handbuch

vSphere 5.1

Dieses Dokument untersttzt die aufgefhrten Produktversionen


sowie alle folgenden Versionen, bis das Dokument durch eine neue
Auflage ersetzt wird. Die neuesten Versionen dieses Dokuments
finden Sie unter http://www.vmware.com/de/support/pubs.

DE-000806-01

vSphere-Upgrade-Handbuch

Die neueste technische Dokumentation finden Sie auf der VMware-Website unter:
http://www.vmware.com/de/support/
Auf der VMware-Website finden Sie auch die aktuellen Produkt-Updates.
Falls Sie Anmerkungen zu dieser Dokumentation haben, senden Sie Ihre Kommentare und Vorschlge an:
docfeedback@vmware.com

Copyright 20092012 VMware, Inc. Alle Rechte vorbehalten. Dieses Produkt ist durch Urheberrechtsgesetze, internationale
Vertrge und mindestens eines der unter http://www.vmware.com/go/patents-de aufgefhrten Patente geschtzt.
VMware ist eine eingetragene Marke oder Marke der VMware, Inc. in den USA und/oder anderen Lndern. Alle anderen in diesem
Dokument erwhnten Bezeichnungen und Namen sind unter Umstnden markenrechtlich geschtzt.

VMware, Inc.
3401 Hillview Ave.
Palo Alto, CA 94304
www.vmware.com

VMware Global, Inc.


Zweigniederlassung Deutschland
Freisinger Str. 3
85716 Unterschleiheim/Lohhof
Germany
Tel.: +49 (0) 89 3706 17000
Fax: +49 (0) 89 3706 17333
www.vmware.com/de

VMware, Inc.

Inhalt

Grundlegende Informationen zum vSphere-Upgrade 5


Aktualisierte Informationen

1 Grundlegendes zum Upgrade-Vorgang 9


2 Unterschiede zwischen vSphere 5.x und vSphere 4.x 11
3 Systemanforderungen 15

ESXi-Hardwareanforderungen 15
ESXi-Untersttzung fr 64-Bit-Gastbetriebssysteme 19
Hardwareanforderungen fr vCenter Server, vCenter Single Sign On, den vSphere-Client und vSphere Web Client 20
vCenter Server-Softwareanforderungen 25
Softwareanforderungen fr vSphere-Client und vSphere Web Client 25
Bereitstellen von ausreichendem Speicherplatz fr die Systemprotokollierung 25
Erforderliche Ports fr vCenter Server 26
Erforderliche Ports fr vCenter Server Appliance 28
Konflikt zwischen vCenter Server und IIS fr Port 80 29
DNS-Anforderungen fr vSphere 29
Untersttzte Remotemanagement-Servermodelle und Mindest-Firmware-Versionen 30
Hardwareanforderungen fr den Update Manager 30

4 Upgrade auf vCenter Server 5.1 33

Vorbereiten des Upgrades auf vCenter Server 33


Verwenden von Simple Install zum Installieren von vCenter Single Sign On, zum Upgrade von Inventory Service und zum Upgrade auf vCenter Server 5.1 67
Getrenntes Installieren von vCenter Single Sign On, Durchfhren eines Upgrades des Inventory Service und Durchfhren eines Upgrades von vCenter Server 72
Installation von vCenter Single Sign On schlgt fehl 94
Fehler beim Start oder whrend der Initialisierung von vCenter Single Sign On 95
Manuelles Hinzufgen von Active Directory-Domnen, wenn die automatische Erkennung bei der
Installation von Single Sign On fehlschlgt 96
Durchfhren eines Upgrades von vCenter Server mit Service Packs 96
Upgrade von VMware vCenter Server Appliance 97
Update der VMware vCenter Server Appliance ber ein VMware.com-Repository 99
Update der VMware vCenter Server Appliance ber ein komprimiertes Update-Paket 100
Update der VMware vCenter Server Appliance ber ein CD-ROM-Laufwerk 101
Das vCenter Server-Upgrade schlgt fehl, wenn der Tomcat-Dienst nicht gestoppt werden kann 101
Nach dem Upgrade von vCenter Server 102

VMware, Inc.

vSphere-Upgrade-Handbuch

5 Upgrade von Update Manager 127

Upgrade von Update Manager-Server 128


Aktualisieren des Update Manager-Client-Plug-Ins 129

6 Upgrade und Migration Ihrer Hosts 131

Vorbereiten von Host-Upgrades 131


Durchfhren des Upgrades oder der Migration 156
Nach dem Upgrade oder der Migration von Hosts 209

7 Virtuelle Maschinen werden aktualisiert 211

Info zu VMware Tools 212


Kompatibilitt der virtuellen Maschine 214
Durchfhren eines koordinierten Upgrades von virtuelle Maschinen mithilfe von vSphere Update
Manager 215
Planen von Ausfallzeiten fr virtuelle Maschinen 221
Ausfallzeit fr das Upgrade virtueller Maschinen 222
Manuelles Installieren oder Aktualisieren der VMware Tools auf einer virtuellen Windows-Maschine 222
Manuelles Installieren oder Durchfhren eines Upgrades der VMware Tools in einer virtuellen LinuxMaschine 224
Manuelles Installieren oder Durchfhren eines Upgrades der VMware Tools in einer virtuellen Solaris-Maschine 226
Manuelles Installieren oder Durchfhren eines Upgrades der VMware Tools in einer virtuellen NetWare-Maschine 228
Betriebssystemspezifische Pakete fr Linux-Gastbetriebssysteme 229
Durchfhren eines automatischen Upgrades von VMware Tools 230
Upgrade von VMware Tools auf mehreren virtuelle Maschinen 231
Upgrade von VMware Tools mit dem vSphere Web Client 231
Konfigurieren einer virtuellen Maschine fr das automatische Upgrade von VMware Tools 232
Deinstallieren von VMware Tools 233
Upgrade der virtuellen Hardware fr virtuelle Maschinen mithilfe des vSphere-Clients 233
Upgrade der Kompatibilittsebene fr virtuelle Maschinen mit vSphere Web Client 234
Planen eines Upgrades der Kompatibilittsebene fr virtuelle Maschinen 235

8 Beispiele fr Upgrade-Szenarien 237

Upgrade von Umgebungen mit Host-Clustern 237


Upgrade von Umgebungen ohne Host-Cluster 239
Verschieben von virtuelle Maschinen mithilfe von vMotion whrend eines Upgrades 240
Verschieben von ausgeschalteten oder angehaltenen virtuelle Maschinen whrend eines Upgrades
mit vCenter Server 241
Migrieren von ESX 4.x- oder ESXi 4.x- Hosts auf ESXi 5.1 bei einer Auto Deploy Installation mit Start
ber PXE 242
Separates Upgrade fr vSphere-Komponenten in einer VMware View-Umgebung 243

Index 245

VMware, Inc.

Grundlegende Informationen zum vSphereUpgrade

vSphere Upgrade beschreibt das Upgrade von VMware vSphere auf Version 5.1.
Informationen dazu, wie sich das Upgrade des Datencenters vereinfachen und automatisieren lsst, finden Sie
im Installations- und Administratorhandbuch zu vSphere Update Manager.
Wenn Sie zu vSphere 5.1 wechseln mchten, indem Sie neue Installationen vornehmen, die die bestehenden
Konfigurationen nicht bernehmen, finden Sie Hinweise in der Dokumentation Installations- und Einrichtungshandbuch fr vSphere.

Zielgruppe
vSphere Upgrade ist fr alle bestimmt, die ein Upgrade von frheren vSphere-Versionen auf vSphere 5.1 vornehmen. Diese Themen sind fr erfahrene Microsoft Windows- oder Linux-Systemadministratoren bestimmt,
die mit der VM-Technologie und Datencentervorgngen vertraut sind.

VMware, Inc.

vSphere-Upgrade-Handbuch

VMware, Inc.

Aktualisierte Informationen

Dieses vSphere-Upgrade-Handbuch wird mit jeder Version des Produkts oder bei Bedarf aktualisiert.
Diese Tabelle enthlt den Update-Verlauf fr das vSphere-Upgrade-Handbuch.

VMware, Inc.

vSphere-Upgrade-Handbuch

Revision

Beschreibung

EN-000806-01

n
n
n
n
n
n
n

n
n
n
n
n
n
n
n
n
n
n
n
n

EN-000806-00

Es wurde ein Hinweis zu VMware Tools und vSphere Auto Deploy zu folgendem Thema hinzugefgt:
Info zu VMware Tools, auf Seite 212.
Folgendes Thema wurde aktualisiert: Zusammenfassung des Upgrades von vCenter Server, auf Seite 42 wurde mit Informationen zu untersttzten Upgrades auf vCenter Server 5.1.0a aktualisiert.
Die Tabelle Tabelle 4-2 wurde aktualisiert.
Folgendes Thema wurde aktualisiert: Voraussetzungen fr das Upgrade von vCenter Server, auf Seite 52.
Aktualisierter Eintrag fr Oracle in der Tabelle: Tabelle 4-5.
Folgendes Thema wurde aktualisiert: Best Practices fr vCenter Server-Upgrades, auf Seite 51.
Es wurden Themen aktualisiert und hinzugefgt, um weitere Informationen zum Installieren von
vCenter Single Sign On im Basis-, High Availability- und im Modus fr mehrere Standorte zur Verfgung zu stellen: Getrenntes Installieren von vCenter Single Sign On, auf Seite 73 und Unterthemen.
Folgendes Thema wurde aktualisiert: Installieren von vCenter Single Sign On als Teil einer einfachen
Installation von vCenter Server (Simple Install), auf Seite 67.
Thema hinzugefgt: Besttigen von Active Directory-Domnen fr vCenter Server-Administratoren, auf Seite 88.
Thema hinzugefgt: (Optional) Replizieren von Daten zwischen Single Sign On-Instanzen fr mehrere
Standorte in einer neuen vCenter Server-Bereitstellung, auf Seite 91.
Folgendes Thema wurde aktualisiert: Durchfhren eines getrennten Upgrades von vCenter Server,
auf Seite 92.
Folgendes Thema wurde aktualisiert: vCenter Single Sign On-Bereitstellungsmodi, auf Seite 36.
Folgendes Thema wurde aktualisiert: Hinzufgen von Active Directory- und OpenLDAP-Domnen
zu vCenter Server 5.1, auf Seite 38.
Folgendes Thema wurde aktualisiert: Auswirkungen von vCenter Single Sign On-Bereitstellungsszenarios auf das Anmeldeverhalten, auf Seite 39 und Unterthemen.
Folgendes Thema wurde aktualisiert: Erforderliche vCenter Single Sign On-Datenbankbenutzer,
auf Seite 50.
Das Thema Erforderliche vCenter Single Sign On-Datenbankbenutzer, auf Seite 50 wurde aktualisiert.
Thema hinzugefgt: Installation von vCenter Single Sign On schlgt fehl, auf Seite 94.
Thema hinzugefgt: Fehler beim Start oder whrend der Initialisierung von vCenter Single Sign
On, auf Seite 95.
Thema hinzugefgt: Manuelles Hinzufgen von Active Directory-Domnen, wenn die automatische
Erkennung bei der Installation von Single Sign On fehlschlgt, auf Seite 96.
Die folgenden Themen wurden aktualisiert, um klarzustellen, dass vCenter Server der Version 5.0.x
nur mit anderen vCenter Servern der Version 5.0.x verknpft werden knnen, und dass vCenter Server
der Version 5.1.x nur mit anderen vCenter Servern der Version 5.1.x verknpft werden knnen: Hinweise zum verknpften Modus fr vCenter Server, auf Seite 114, Voraussetzungen fr den verknpften Modus fr vCenter Server, auf Seite 114 und Verbinden einer Gruppe im verknpften
Modus nach einem vCenter Server-Upgrade, auf Seite 115.

Erstversion.

VMware, Inc.

Grundlegendes zum UpgradeVorgang

Das Upgrade ist ein Prozess mit verschiedenen Phasen, in dem die jeweiligen Vorgnge in einer bestimmten
Reihenfolge ausgefhrt werden mssen. Halten Sie sich an den in dieser bersicht umrissenen Prozess, um
ein reibungsloses Upgrade mit minimaler Ausfallzeit sicherzustellen.
VORSICHT Stellen Sie sicher, dass Sie den gesamten Upgrade-Vorgang verstehen, bevor Sie versuchen, das
Upgrade durchzufhren. Wenn Sie vor einem Upgrade nicht die Sicherheitsmanahmen ergreifen, kann dies
zu Datenverlusten oder sogar zu einem Zugriffsverlust auf Ihre Server fhren. Darber hinaus kann es ohne
sorgfltige Planung zu unntig langen Ausfallzeiten kommen.
Sie mssen den Upgrade-Vorgang in einer bestimmten Reihenfolge ausfhren, da sonst das Risiko des Datenverlustes oder des Zugriffsverlustes auf Ihren Server besteht. Innerhalb der verschiedenen Upgrade-Phasen
kommt es ebenfalls auf die Einhaltung der richtigen Reihenfolge an.
Sie knnen den Upgrade-Vorgang fr jede Komponente nur in eine Richtung durchfhren. Beispielsweise
knnen Sie nach einem Upgrade auf vCenter Server 5.x nicht zu vCenter Server 4.x zurckkehren. Mit Sicherungen und einer entsprechenden Planung knnen Sie Ihre ursprnglichen Softwaredatenstze wiederherstellen.
Sie mssen einen Vorgang abschlieen, bevor Sie mit dem nchsten Vorgang fortfahren knnen. Befolgen Sie
innerhalb jedes Vorgangs die Anweisungen hinsichtlich der erforderlichen Abfolge der kleineren Teilschritte.
Da durch bestimmte Befehle ein gleichzeitiges Upgrade mehrerer Phasen durchgefhrt werden kann, empfiehlt VMware, sich mit den nicht umkehrbaren nderungen in jeder Phase vertraut zu machen, bevor Sie ein
Upgrade Ihrer Produktionsumgebungen durchfhren.
Damit ein reibungsloses Upgrade des Datencenters gewhrleistet wird, knnen Sie den Prozess von vCenter
Update Manager verwalten lassen.
vSphere-Upgrades werden anhand der folgenden Sequenz von Aufgaben durchgefhrt.
1

Wenn Ihr vSphere-System VMware-Lsungen oder Plug-Ins enthlt, stellen Sie sicher, dass sie mit der
Version von vCenter Server, auf die Sie ein Upgrade durchfhren, kompatibel sind. Siehe die VMwareProdukt-Interoperabilittsmatrix unter
http://www.vmware.com/resources/compatibility/sim/interop_matrix.php.

Wenn Sie ein Upgrade der vSphere-Komponenten durchfhren, die Teil einer VMware View-Umgebung
sind, finden Sie weitere Informationen unter Separates Upgrade fr vSphere-Komponenten in einer
VMware View-Umgebung, auf Seite 243.

Stellen Sie sicher, dass Ihr System die vSphere-Hardware- und -Softwareanforderungen erfllt.
Weitere Informationen hierzu finden Sie unter Kapitel 3, Systemanforderungen, auf Seite 15.

VMware, Inc.

vSphere-Upgrade-Handbuch

Wenn Ihre vSphere-Bereitstellung vCenter Server umfasst, fhren Sie ein Upgrade von vCenter Server
durch.
Weitere Informationen hierzu finden Sie unter Kapitel 4, Upgrade auf vCenter Server 5.1, auf Seite 33.

Wenn Sie VMware Update Manager verwenden, fhren Sie ein Upgrade von VMware Update Manager
durch.
Weitere Informationen hierzu finden Sie unter Kapitel 5, Upgrade von Update Manager, auf Seite 127.

ESXi-Host-Upgrades.
Siehe Kapitel 6, Upgrade und Migration Ihrer Hosts, auf Seite 131. vSphere 5.1 bietet mehrere Mglichkeiten zum Durchfhren von Host-Upgrades:

Verwenden Sie vSphere Update Manager zum Durchfhren eines koordinierten Upgrades Ihrer ESXi-Hosts. Weitere Informationen hierzu finden Sie unter Verwenden von vSphere Update Manager
zum Durchfhren von koordinierten Host-Upgrades, auf Seite 156.

Fhren Sie jeweils ein Upgrade eines Hosts interaktiv von einem auf einer CD, DVD oder einem USBStick gespeicherten ESXi-ISO-Installer-Image durch. Weitere Informationen hierzu finden Sie unter
Interaktives Upgrade oder interaktive Migration von Hosts, auf Seite 173.

Verwenden Sie ein Skript, um ein unbeaufsichtigtes Upgrade von mehreren Hosts durchzufhren.
Siehe Installieren, Aktualisieren oder Migrieren von Hosts mithilfe eines Skripts, auf Seite 174.

Wenn ein Host mithilfe von vSphere Auto Deploy bereitgestellt wurde, knnen Sie Auto Deploy
verwenden, um den Host zu aktualisieren, indem Sie ihn erneut bereitstellen. Weitere Informationen
hierzu finden Sie unter Verwenden von vSphere Auto Deploy zum erneuten Bereitstellen von
Hosts, auf Seite 190.

Aktualisieren oder patchen Sie ESXi 5.0-Hosts mithilfe der esxcli-Befehle. Weitere Informationen
hierzu finden Sie unter Aktualisieren von Hosts mithilfe von esxcli-Befehlen, auf Seite 195.

Wenden Sie Ihre Hostlizenz neu an.


Weitere Informationen hierzu finden Sie unter Erneutes Anwenden von Lizenzen nach einem Upgrade
auf ESXi 5.1, auf Seite 210.

Fhren Sie ein Upgrade von virtuelle Maschinen und virtuellen Appliances manuell durch oder verwenden Sie VMware Update Manager, um ein koordiniertes Upgrade durchzufhren.
Weitere Informationen hierzu finden Sie unter Kapitel 7, Virtuelle Maschinen werden aktualisiert,
auf Seite 211.

10

VMware, Inc.

Unterschiede zwischen vSphere 5.x


und vSphere 4.x

vSphere 5.x ist ein Haupt-Upgrade von vSphere 4.x.


Die folgenden nderungen gegenber vSphere 4.x betreffen die Installation und Einrichtung von vSphere.
Eine vollstndige Liste der neuen Funktionen in vSphere 5.x finden Sie in den Versionshinweisen fr 5.xVersionen.
Servicekonsole wurde
entfernt

ESXi enthlt keine Servicekonsole. Sie knnen die meisten Aufgaben, die Sie
in der Servicekonsole ausgefhrt haben, mithilfe von esxcli-Befehlen in der
ESXi Shell, vCLI-Befehlen und VMware PowerCLI-Befehlen ausfhren. Siehe
Command-Line Management in vSphere 5.0 for Service Console Users und Erste
Schritte mit vSphere-Befehlszeilenschnittstellen.

ESXi hat kein grafisches


Installationsprogramm

Das grafische Installationsprogramm basierte auf der Servicekonsole, die nicht


in ESXi enthalten ist. ESXi behlt das textbasierte Installationsprogramm bei.

vSphere Auto Deploy


und vSphere ESXi Image
Builder CLI

Vor ESXi 5.0 war ESXi auf der physischen Festplatte jedes ESXi-Hosts installiert. Mit ESXi 5.x knnen Sie mithilfe von vSphere Auto Deploy ein ESXi-Image
direkt in den Arbeitsspeicher laden. Sie knnen mit vCenter Server eine groe
Anzahl an ESXi-Hosts effizient bereitstellen bzw. erneut bereitstellen und mithilfe eines Image-Profils ESXi-Updates und -Patches verwalten. Sie knnen eine Hostkonfiguration, wie z. B. ein Netzwerk- oder Speicher-Setup, als Hostprofil speichern und mithilfe von Auto Deploy auf den Host anwenden. Sie
knnen die ESXi Image Builder CLI dazu verwenden, ESXi-Installations-Images mit einem angepassten Satz von Updates, Patches und Treibern zu erstellen.
Vollstndige Informationen zur Verwendung von vSphere Auto Deploy und
ESXi Image Builder PowerCLI finden Sie in der Dokumentation Installationsund Einrichtungshandbuch fr vSphere.

nderungen im ESXi-Installations und UpgradeVorgang

VMware, Inc.

ESXi 5.x verwendet fr Neuinstallationen und Upgrades einen einzigen Installationsassistenten. ESXi 5.x bietet auerdem eine neue Option, mit deren
Hilfe ESXi mithilfe von vSphere Auto Deploy direkt im Hostarbeitsspeicher
bereitgestellt werden kann. Die Dienstprogramme vihostupdate und esxupdate werden fr ESXi 5.x nicht untersttzt. Sie knnen nicht mithilfe eines Be-

11

vSphere-Upgrade-Handbuch

fehlszeilendienstprogramms von einer frheren ESX- oder ESXi-Version auf


ESXi 5.x aktualisieren oder migrieren. Nachdem Sie auf ESXi 5.x aktualisiert
oder migriert haben, knnen Sie ESXi 5.x-Hosts mithilfe von vCLI-esxcli-Befehlen aktualisieren oder patchen.
WICHTIG Nachdem Sie Ihren Host auf ESXi 5.x aktualisiert oder migriert haben,
knnen Sie kein Rollback auf Ihre ESX- oder ESXi-Software der Version 4.x
durchfhren. Sichern Sie Ihren Host, bevor Sie ein Upgrade oder eine Migration durchfhren, sodass Sie Ihren 4.x-Host wiederherstellen knnen, falls das
Upgrade fehlschlgt.
Weitere Informationen hierzu finden Sie unter ESXi 5.1 Upgrade-Optionen, auf Seite 138.
Zwischenspeicherung
des Installationsprogramms

Anstelle der Verwendung eines Binr-Images zur Installation des Systems


werden die beim Starten verwendeten Bits im System zwischengespeichert.
Diese Zwischenspeicherung verringert Installationsprobleme, die durch den
Zugriff auf Installationsdateien in ausgelasteten Netzwerken hervorgerufen
werden.
HINWEIS Skriptinstallationen knnen einen Server nicht per PXE-Startvorgang
starten und anschlieend das Binr-Image von einem anderen Medium abrufen.

nderungen an der Partitionierung von Hostfestplatten

Alle neu installierten Hosts in vSphere 5.x verwenden das GUID-Partitionstabellenformat anstelle der Partitionsbezeichnung im MSDOS-Stil. Diese nderung untersttzt das Installieren von ESXi auf Festplatten mit einer Gre von
mehr als 2 TB.
Neu installierte vSphere 5.x-Hosts verwenden VMFS5, eine aktualisierte Version des VMware-Dateisystems fr vSphere 5.x. Im Gegensatz zu frheren
Versionen erstellt ESXi 5.x keine VMFS-Partitionen auf der zweiten und weiteren Festplatten.
Aktualisierte Systeme verwenden keine GUID-Partitionstabellen (GPT), sondern behalten die ltere MSDOS-basierte Partitionsbezeichnung bei.

12

VMware vCenter Server


Appliance

Als Alternative zur Installation von vCenter Server auf einer Windows-Maschine bietet vSphere 5.x die VMware vCenter Server Appliance. Die vCenter
Server Appliance ist eine vorkonfigurierte Linux-basierte virtuelle Maschine,
die fr die Ausfhrung von vCenter Server und zugehrigen Diensten optimiert ist.

vSphere Web Client

Der vSphere Web Client ist eine Serveranwendung, die eine browserbasierte
Alternative zum herkmmlichen vSphere-Client bietet. Sie knnen einen Webbrowser verwenden, um eine Verbindung zum vSphere Web Client herzustellen und einen ESXi-Host ber einen vCenter Server zu verwalten.

vCenter Single Sign On

vSphere 5.1 bringt zum ersten Mal vCenter Single Sign On als Teil der vCenter
Server-Managementinfrastruktur. Diese nderung wirkt sich auf Installation,
Upgrade und Betrieb von vCenter Server aus. Die Authentifizierung durch
vCenter Single Sign On macht die VMware-Cloud-Infrastrukturplattform sicherer, da die vSphere-Softwarekomponenten ber einen sicheren Token-Austausch-Mechanismus miteinander kommunizieren knnen, anstatt dass jede

VMware, Inc.

Kapitel 2 Unterschiede zwischen vSphere 5.x und vSphere 4.x

Komponente einen Benutzer ber einen Verzeichnisdienst wie Active Directory separat authentifizieren muss. Weitere Informationen hierzu finden Sie
unter Wie sich vCenter Single Sign On auf die Installation und auf Upgrades
von vCenter Server auswirkt, auf Seite 34.

VMware, Inc.

13

vSphere-Upgrade-Handbuch

14

VMware, Inc.

Systemanforderungen

Systeme, auf denen vCenter Server und ESXi-Instanzen ausgefhrt werden, mssen bestimmte Hardwareund Betriebssystemanforderungen erfllen.
Wenn Sie Auto Deploy zum Bereitstellen von ESXi-Hosts verwenden, lesen Sie auch die Informationen zur
Vorbereitung fr vSphere Auto Deploy im Installations- und Einrichtungshandbuch fr vSphere.
Dieses Kapitel behandelt die folgenden Themen:
n

ESXi-Hardwareanforderungen, auf Seite 15

ESXi-Untersttzung fr 64-Bit-Gastbetriebssysteme, auf Seite 19

Hardwareanforderungen fr vCenter Server, vCenter Single Sign On, den vSphere-Client und vSphere
Web Client, auf Seite 20

vCenter Server-Softwareanforderungen, auf Seite 25

Softwareanforderungen fr vSphere-Client und vSphere Web Client, auf Seite 25

Bereitstellen von ausreichendem Speicherplatz fr die Systemprotokollierung, auf Seite 25

Erforderliche Ports fr vCenter Server, auf Seite 26

Erforderliche Ports fr vCenter Server Appliance, auf Seite 28

Konflikt zwischen vCenter Server und IIS fr Port 80, auf Seite 29

DNS-Anforderungen fr vSphere, auf Seite 29

Untersttzte Remotemanagement-Servermodelle und Mindest-Firmware-Versionen, auf Seite 30

Hardwareanforderungen fr den Update Manager, auf Seite 30

ESXi-Hardwareanforderungen
Stellen Sie sicher, dass der Host die Mindestanforderungen an die Hardwarekonfiguration erfllt, die von
ESXi 5.1 untersttzt werden.

Hardware- und Systemressourcen


Zum Installieren und Verwenden von ESXi 5.1 mssen Ihre Hardware- und Systemressourcen die folgenden
Anforderungen erfllen:
n

Untersttzte Serverplattform. Eine Liste der untersttzten Plattformen finden Sie im VMware-Kompatibilittshandbuch unter http://www.vmware.com/resources/compatibility.

ESXi 5.1 kann nur auf Servern mit x86 CPUs im 64-Bit-Modus installiert und ausgefhrt werden.

Fr ESXi 5.1 ist eine Hostmaschine mit mindestens zwei Kernen erforderlich.

VMware, Inc.

15

vSphere-Upgrade-Handbuch

ESXi 5.1 untersttzt nur die LAHF- und SAHF-CPU-Befehlsstze.

ESXi 5.1 erfordert, dass das NX/XD-Bit fr die CPU im BIOS aktiviert ist.

ESXi untersttzt eine Vielzahl von x64-Prozessoren mit mehreren Kernen. Eine vollstndige Liste der
untersttzten Prozessoren finden Sie im VMware-Kompatibilittshandbuch unter
http://www.vmware.com/resources/compatibility.

ESXi bentigt mindestens 2 GB an physischem RAM. Stellen Sie mindestens 8 GB RAM bereit, um alle
Vorteile der ESXi-Funktionen optimal nutzen und virtuelle Maschinen in typischen Produktionsumgebungen ausfhren zu knnen.

Um virtuelle 64-Bit-Maschinen zu untersttzen, muss auf x64-CPUs die Untersttzung fr die Hardwarevirtualisierung (Intel VT-x oder AMD RVI) aktiviert sein.

Ein oder mehr Gigabit oder 10 Gb Ethernet-Controller. Eine Liste mit untersttzten Netzwerkadaptermodellen finden Sie im VMware-Kompatibilittshandbuch unter
http://www.vmware.com/resources/compatibility.

Jede Kombination eines oder mehrerer der folgenden Controller:


n

Grundlegende SCSI-Controller. Adaptec Ultra-160- oder Ultra-320-, LSI Logic Fusion-MPT- oder die
meisten NCR/Symbios SCSI-Controller.

RAID-Controller. Dell PERC (Adaptec RAID oder LSI MegaRAID), HP Smart Array RAID, oder IBM
(Adaptec) ServeRAID-Controller.

SCSI-Festplatte oder lokale (nicht im Netzwerk befindliche) RAID-LUN mit nicht partitioniertem Bereich
fr die virtuelle Maschinen.

Serial ATA (SATA) eine ber untersttzte SAS-Controller oder untersttzte On-Board-SATA-Controller
verbundene Festplatte. SATA-Festplatten werden als remote betrachtet, nicht lokal. Diese Festplatten
werden nicht standardmig als Scratch-Partition verwendet, da sie als remote betrachtet werden.
HINWEIS Sie knnen auf einem ESXi 5.1-Host kein SATA CD-ROM-Gert mit einer virtuellen Maschine
verbinden. Zur Verwendung des SATA-CD-ROM-Laufwerks mssen Sie den IDE-Emulationsmodus einsetzen.

Speichersysteme
ESXi 5.1 untersttzt die Installation auf und das Starten von folgenden Speichersystemen:
n

SATA-Festplatten. Hinter untersttzten SAS-Controllern oder untersttzten On-Board-SATA-Controllern verbundene SATA-Festplattenlaufwerke.


Zu den untersttzten SAS-Controllern gehren:
n

LSI1068E (LSISAS3442E)

LSI1068 (SAS 5)

IBM ServeRAID 8K SAS-Controller

Smart Array P400/256-Controller

Dell PERC 5.0.1-Controller

Zu den untersttzten On-Board-SATA-Controllern gehren:

16

Intel ICH9

NVIDIA MCP55

VMware, Inc.

Kapitel 3 Systemanforderungen

ServerWorks HT1000

HINWEIS ESXi untersttzt keine lokalen internen SATA-Laufwerke auf dem Hostserver fr das Erstellen
von VMFS-Datenspeichern, die ber mehrere ESXi-Hosts gemeinsam genutzt werden.
n

Serial Attached SCSI-Festplatten (SAS). Wird fr das Installieren von ESXi 5.1 und fr das Speichern von
virtuelle Maschinen auf VMFS-Partitionen untersttzt.

Dedizierte SAN-Festplatte auf Fibre-Channel oder iSCSI

USB-Gerte. Untersttzt fr die Installation von ESXi 5.1.

Software-Fibre-Channel ber Ethernet (FCoE). Weitere Informationen hierzu finden Sie unter Installieren
und Starten von ESXi mit Software FCoE, auf Seite 155.

ESXi-Startanforderungen
vSphere 5.1 untersttzt das Starten von ESXi-Hosts von der Unified Extensible Firmware Interface (UEFI) aus.
Mithilfe von UEFI knnen Sie Systeme von Festplatten, CD-/DVD-Laufwerken oder USB-Medien aus starten.
Das Starten oder Bereitstellen ber das Netzwerk mit VMware Auto Deploy erfordert die Legacy-BIOS-Firmware und steht mit UEFI nicht zur Verfgung.
ESXi kann von einer Festplatte grer als 2 TB starten, vorausgesetzt, dass die System-Firmware und die
Firmware auf allen von Ihnen verwendeten Erweiterungskarten untersttzt werden. Informationen finden Sie
in der Dokumentation des Anbieters.
HINWEIS Das ndern des Boot-Typs von Legacy-BIOS in UEFI, nachdem Sie ESXi 5.1 installiert haben, kann
dazu fhren, dass der Host nicht gestartet werden kann. In diesem Fall zeigt der Host eine Fehlermeldung
hnlich der folgenden an: Keine VMware-Startbank. Das ndern des Host-Starttyps zwischen Legacy-BIOS
und UEFI wird nicht untersttzt, nachdem Sie ESXi 5.1 installiert haben.

Speicheranforderungen fr die ESXi 5.1-Installation


Zum Installieren von ESXi 5.1 ist ein Startgert erforderlich, das mindestens 1 GB gro ist. Beim Starten von
einer lokalen Festplatte oder einer SAN/iSCSI LUN ist eine 5,2-GB-Festplatte erforderlich, damit das VMFSVolume und eine 4-GB-Scratch-Partition auf dem Startgert erstellt werden kann. Wenn eine kleinere Festplatte
oder LUN verwendet wird, versucht das Installationsprogramm, einen Scratch-Bereich auf einer anderen lokalen Festplatte zuzuteilen. Wenn keine lokale Festplatte gefunden wird, wird die Scratch-Partition /scratch auf der ESXi-Host-Ramdisk erstellt, die mit /tmp/scratch verknpft ist. Sie knnen /scratch neu
konfigurieren, um eine separate Festplatte oder LUN zu verwenden. Um eine bestmgliche Leistung zu erzielen und den Arbeitsspeicher zu optimieren, empfiehlt VMware, dass Sie /scratch nicht auf der ESXi-HostRamdisk belassen.
Zum Neukonfigurieren von /scratch finden Sie weitere Informationen unter dem Thema Festlegen der
Scratch-Partition vom vSphere-Client aus in der Dokumentation Installations- und Einrichtungshandbuch fr
vSphere.
Aufgrund der E/A-Empfindlichkeit von USB- und SD-Gerten erstellt das Installationsprogramm keine
Scratch-Partition auf diesen Gerten. Die Verwendung groer USB- bzw. SD-Gerte bringt keinen sprbaren
Vorteil, da ESXi nur das erste 1 GB verwendet. Beim Installieren auf USB- bzw. SD-Gerten versucht das
Installationsprogramm, einen Scratch-Bereich auf einer verfgbaren lokalen Festplatte oder einem lokalen
Datenspeicher zuzuteilen. Wenn keine lokale Festplatte bzw. kein lokaler Datenspeicher gefunden wird,
wird /scratch auf der Ramdisk abgelegt. Sie sollten /scratch neu konfigurieren, um nach der Installation
einen dauerhaften Datenspeicher zu verwenden.
Bei Auto Deploy-Installationen versucht das Installationsprogramm, einen Scratch-Bereich auf einer verfgbaren lokalen Festplatte oder einem lokalen Datenspeicher zuzuteilen. Wenn keine lokale Festplatte bzw. kein
lokaler Datenspeicher gefunden wird, wird /scratch auf der Ramdisk abgelegt. Sie sollten /scratch neu
konfigurieren, um nach der Installation einen dauerhaften Datenspeicher zu verwenden.

VMware, Inc.

17

vSphere-Upgrade-Handbuch

Bei Umgebungen, die von einem SAN starten oder Auto Deploy verwenden, ist es nicht erforderlich, eine
separate LUN fr jeden ESXi-Host zuzuteilen. Sie knnen die Scratch-Bereiche fr viele ESXi-Hosts zusammen
auf einer einzelnen LUN unterbringen. Die Anzahl der Hosts, die einer einzelnen LUN zugewiesen sind, sollten
anhand der LUN-Gre und dem E/A-Verhalten der virtuellen Maschinen abgewogen werden.

Empfehlung fr verbesserte ESXi -Leistung


Installieren Sie ESXi zur Verbesserung der Leistung auf einem zuverlssigen System mit mehr als dem erforderlichen Mindestwert an RAM und mit mehreren physischen Festplatten.
Weitere Informationen zu den ESXi-Systemanforderungen finden Sie unter ESXi-Hardwareanforderungen, auf Seite 15.
Tabelle 3-1. Empfehlungen zur Leistungssteigerung

18

Systemelement

Empfehlung

RAM

ESXi-Hosts bentigen mehr RAM-Speicher als bliche Server. Stellen Sie mindestens 8 GB RAM bereit, um alle Vorteile
der ESXi-Funktionen optimal nutzen und virtuelle Maschinen in typischen Produktionsumgebungen ausfhren zu
knnen. Ein ESXi-Host muss ber ausreichend RAM verfgen, um mehrere virtuelle Maschinen gleichzeitig auszufhren. Die folgenden Beispiele sollen Ihnen bei der Berechnung
des RAM helfen, der von den virtuellen Maschinen bentigt
wird, die auf dem ESXi-Host ausgefhrt werden.
Der Betrieb von vier virtuellen Maschinen mit Red Hat Enterprise Linux oder Windows XP erfordert mindestens 3 GB
RAM fr die Baseline-Leistung. Darin enthalten sind etwa
1024 MB fr die virtuelle Maschinen, 256 MB Minimum fr
jedes Betriebssystem, wie von den Anbietern empfohlen.
Die Ausfhrung dieser vier virtuelle Maschinen mit jeweils
512 MB RAM hat zur Folge, dass der ESXi-Host ungefhr
4 GB RAM haben muss, worin 2048 MB fr die virtuelle Maschinen enthalten sind.
Fr diese Berechnungen wurde keine mgliche Einsparung
von Arbeitsspeicher durch variable Overhead-Speicherkapazitt fr die einzelnen virtuelle Maschinen bercksichtigt.
Siehe vSphere-Ressourcenverwaltung.

Dedizierte schnelle Ethernet-Adapter fr virtuelle Maschinen

Verwenden Sie fr Verwaltungsnetzwerke und Netzwerke


virtueller Maschinen verschiedene physische Netzwerkkarten. Dedizierte Gigabit-Ethernet-Karten fr virtuelle Maschinen, z.B. Intel PRO/1000-Adapter, verbessern den Durchsatz
zu virtuelle Maschinen bei hohem Netzwerkdatenverkehr.

Festplattenspeicherort

Alle von den virtuelle Maschinen verwendeten Daten sollten


sich auf physischen, den virtuelle Maschinen speziell zugeteilten Festplatten befinden. Sie knnen die Leistung steigern, wenn Sie Ihre virtuelle Maschinen nicht auf der Festplatte ablegen, die das ESXi-Boot-Image enthlt. Verwenden
Sie physische Festplatten, die gro genug sind, um Festplatten-Images aufzunehmen, die von allen virtuelle Maschinen
verwendet werden.

VMware, Inc.

Kapitel 3 Systemanforderungen

Tabelle 3-1. Empfehlungen zur Leistungssteigerung (Fortsetzung)


Systemelement

Empfehlung

VMFS5-Partitionierung

Das ESXi-Installationsprogramm erstellt die anfnglichen


VMFS-Volumes automatisch auf der ersten leeren gefundenen lokalen Festplatte. Verwenden Sie zum Hinzufgen von
Festplatten oder zum ndern der ursprnglichen Konfiguration den vSphere-Client. Dadurch wird gewhrleistet, dass
die Startsektoren der Partitionen fr 64 KB ausgerichtet sind,
wodurch eine Verbesserung der Speicherleistung erzielt
werden kann.
HINWEIS In reinen SAS-Umgebungen kann es vorkommen,
dass das Installationsprogramm die Festplatten nicht formatiert. Bei manchen SAS-Festplatten ist es nicht mglich festzustellen, ob die Festplatten lokal oder remote sind. Nach der
Installation knnen Sie den vSphere-Client zum Einrichten
von VMFS verwenden.

Prozessoren

Die ESXi-Leistung kann durch schnellere Prozessoren gesteigert werden. Fr bestimmte Workloads verbessern grere Caches die Leistung von ESXi.

Hardwarekompatibilitt

Verwenden Sie auf Ihrem Server Gerte, die von ESXi 5.1Treibern untersttzt werden. Weitere Informationen finden
Sie im Hardware-Kompatibilittshandbuch unter
http://www.vmware.com/resources/compatibility.

ESXi-Untersttzung fr 64-Bit-Gastbetriebssysteme
ESXi untersttzt mehrere 64-Bit-Gastbetriebssysteme.
Eine vollstndige Liste der fr ESXi untersttzten Betriebssysteme finden Sie im VMware-Kompatibilittshandbuch unter http://www.vmware.com/resources/compatibility/search.php.
Hosts, auf denen virtuelle Maschinen mit 64-Bit-Gastbetriebssystemen ausgefhrt werden, mssen die folgenden Hardwareanforderungen erfllen:
n

Fr AMD Opteron-basierte Systeme mssen Opteron Rev E- oder neuere Prozessoren verwendet werden.

Bei Intel Xeon-basierten Systemen mssen die Prozessoren die Intel Virtualization Technology (VT) untersttzen. Bei einer Vielzahl von Servern, deren CPUs VT untersttzen, ist diese Technologie mglicherweise standardmig deaktiviert und muss manuell aktiviert werden. Wenn Ihre CPUs VT untersttzen,
diese Option jedoch nicht im BIOS angezeigt wird, setzen Sie sich mit Ihrem Anbieter in Verbindung, um
eine BIOS-Version zu erhalten, die es Ihnen ermglicht, die VT-Untersttzung zu aktivieren.

Laden Sie das Dienstprogramm zur CPU-Identifikation (CPU Identification Utility) von der VMware-Website
herunter, um festzustellen, ob Ihr Server 64-Bit-VMware-Untersttzung bietet.

VMware, Inc.

19

vSphere-Upgrade-Handbuch

Hardwareanforderungen fr vCenter Server, vCenter Single Sign On,


den vSphere-Client und vSphere Web Client
Das vCenter Server-System ist eine physische oder virtuelle Maschine mit Zugriff auf eine untersttzte Datenbank. Das vCenter Server-System muss bestimmte Anforderungen erfllen. Die vCenter Server-Computer
mssen bestimmte Hardwareanforderungen erfllen.

Hardwareanforderungen fr vCenter Single Sign On, Inventory Service und


vCenter Server
Sie knnen vCenter Single Sign On, Inventory Service und vCenter Server auf derselben Hostmaschine (wie
bei vCenter Simple Install) oder auf verschiedenen Computern installieren. Tabelle 3-2 und Tabelle 3-3 enthalten eine Liste der Hardwareanforderungen fr Single Sign On und Inventory Service, die auf separaten
Hostmaschinen ausgefhrt werden. Wenn Sie vCenter Single Sign On, vCenter Inventory Service und vCenter
Server auf derselben Hostmaschine installieren, werden die Anforderungen an Arbeitsspeicher und Festplattenspeicher fr Single Sign On und Inventory Service den Anforderungen fr vCenter Server hinzugezhlt.
Weitere Informationen hierzu finden Sie unter Tabelle 3-4.
Tabelle 3-2. Mindestanforderungen an die Hardware fr vCenter Single Sign On, das auf einer separaten
Hostmaschine von vCenter Server ausgefhrt wird
vCenter Single Sign On-Hardware

Anforderung

Prozessor

Intel- oder AMD x64-Prozessor mit mindestens zwei logischen Kernen mit einer Geschwindigkeit von jeweils 2 GHz.

Arbeitsspeicher

3 GB. Die Arbeitsspeicheranforderungen sind mglicherweise hher, wenn die vCenter Single Sign On-Datenbank auf
derselben Hostmaschine ausgefhrt wird. Wenn vCenter
Single Sign On auf derselben Hostmaschine ausgefhrt wird
wie vCenter Server, finden Sie Informationen dazu unter
Tabelle 3-4.

Festplattenspeicher

2 GB. Die Festplattenanforderungen sind mglicherweise


hher, wenn die vCenter Single Sign On-Datenbank auf derselben Hostmaschine ausgefhrt wird.

Netzwerkgeschwindigkeit

1 GBit/s

Tabelle 3-3. Mindestanforderungen an die Hardware fr vCenter Inventory Service, der auf einer separaten
Hostmaschine von vCenter Server ausgefhrt wird

20

vCenter Inventory Service-Hardware

Anforderung

Prozessor

Intel- oder AMD x64-Prozessor mit mindestens zwei logischen Kernen mit einer Geschwindigkeit von jeweils 2 GHz.

Arbeitsspeicher

3 GB. Wenn vCenter Inventory Service auf derselben Hostmaschine ausgefhrt wird wie vCenter Server, finden Sie Informationen dazu unter Tabelle 3-4.

Festplattenspeicher

Wenigstens 60 GB fr mittelgroe bis groe Bestandslisten


(mehr als 100 Hosts bzw. mehr als 1000 virtuelle Maschinen).
Wenn vCenter Inventory Service auf derselben Hostmaschine ausgefhrt wird wie vCenter Server, finden Sie Informationen dazu unter Tabelle 3-4.

Netzwerkgeschwindigkeit

1 GBit/s

VMware, Inc.

Kapitel 3 Systemanforderungen

Tabelle 3-4. Minimale Hardwareanforderungen fr vCenter Server


vCenter Server-Hardware

Anforderung

CPU

Zwei 64-Bit-CPUs oder ein 64-Bit-Dualcore-Prozessor.

Prozessor

Intel 64- oder AMD 64-Prozessor, 2 GHz oder schneller. Der


Itanium (IA64)-Prozessor wird nicht untersttzt. Die Prozessoranforderungen sind mglicherweise hher, wenn die
Datenbank auf demselben Computer ausgefhrt wird.

Arbeitsspeicher

Die Menge des bentigten Arbeitsspeicher hngt von Ihrer


vCenter Server-Konfiguration ab.
n Wenn vCenter Server auf einer anderen Hostmaschine
als vCenter Single Sign On und vCenter Inventory Service installiert ist, sind 4 GB RAM erforderlich.
n Wenn vCenter Server, vCenter Single Sign On und vCenter Inventory Service auf derselben Hostmaschine installiert sind (wie bei vCenter Simple Install), sind 10 GB
RAM erforderlich.
Die Arbeitsspeicheranforderungen sind hher, wenn die
vCenter Server-Datenbank oder die vCenter Single Sign OnDatenbank auf demselben Computer ausgefhrt wird wie
vCenter Server.
vCenter Server beinhaltet mehrere Java-Dienste: VMware
VirtualCenter Management Webservices (tc Server), Inventory Service und profilgesteuerter Speicherdienst. Bei der Installation von vCenter Server whlen Sie die Gre Ihrer
vCenter Server-Bestandsliste aus, um Speicher fr diese
Dienste zuzuordnen. Die Bestandslistengre legt die maximalen JVM-Heap-Einstellungen fr diese Dienste fest. Sie
knnen diese Einstellung nach der Installation anpassen,
falls sich die Anzahl an Hosts in Ihrer Umgebung ndert.
Empfehlungen hierzu finden Sie unter Tabelle 3-5.

Festplattenspeicher

Die Menge des bentigten Festplattenspeichers fr die vCenter Server-Installation hngt von Ihrer vCenter Server-Konfiguration ab.
n Wenn vCenter Server auf einer anderen Hostmaschine
als vCenter Single Sign On und vCenter Inventory Service installiert ist, sind 4 GB erforderlich.
n Wenn vCenter Server, vCenter Single Sign On und vCenter Inventory Service auf derselben Hostmaschine (wie
bei vCenter Simple Install) installiert sind, sind abhngig
von der Gre Ihrer Bestandsliste nach der Installation
mindestens 40-60 GB freier Festplattenspeicher erforderlich. 100 GB werden empfohlen, um das zuknftige
Wachstum der Bestandsliste zu bercksichtigen.
Die Anforderungen an den Festplattenspeicher sind abhngig von der Gre dieser Datenbanken hher, wenn die
vCenter Server-Datenbank oder vCenter Single Sign On-Datenbank auf demselben Computer wie vCenter Server ausgefhrt wird.
In vCenter Server 5.x sind vCenter Server-Protokolle standardmig um 450 MB grer als in vCenter Server 4.x. Stellen Sie sicher, dass der fr den Protokollordner zugewiesene
Festplattenspeicher fr diese Zunahme ausreicht.

Microsoft SQL Server 2008 R2 Express-Festplatte

Bis zu 2 GB freier Festplattenspeicher fr die Dekomprimierung des Installationsarchivs. Nach Abschluss der Installation werden etwa 1,5 GB an Daten gelscht.

Netzwerkgeschwindigkeit

1 GBit/s

VMware, Inc.

21

vSphere-Upgrade-Handbuch

Die JVM-Heap-Einstellungen fr vCenter Server hngen von der Gre der Bestandsliste ab. Weitere Informationen hierzu finden Sie unter Konfigurieren der Einstellungen fr VMware Tomcat Server in vCenter
Server 5.1, auf Seite 117.
Tabelle 3-5. JVM-Heap-Einstellungen fr vCenter Server
vCenter Server-Bestandsliste

VMware VirtualCenter Management Webservices (tc Server)

Inventory Service

Profilgesteuerter
Speicherdienst

Kleine Bestandsliste
(1-100 Hosts oder
1-1000 virtuelle Maschinen)

1 GB

3 GB

512 MB

Mittelgroe Bestandsliste (100-400 Hosts


oder 1000-4000 virtuelle Maschinen)

2 GB

6 GB

1 GB

Groe Bestandsliste
(mehr als 400 Hosts
oder mehr als 4000 virtuelle Maschinen)

3 GB

12 GB

2 GB

HINWEIS Die Installation von vCenter Server auf einem Netzlaufwerk oder USB-Flash-Laufwerk wird nicht
untersttzt.
Informationen zu Hardwareanforderungen fr Ihre Datenbank finden Sie in der Datenbankdokumentation.
Die Datenbankanforderungen gelten zustzlich zu den Anforderungen von vCenter Server, sofern die Datenbank und vCenter Server auf derselben Maschine ausgefhrt werden.

Hardwareanforderungen und Empfehlungen fr die VMware vCenter Server


Appliance
WICHTIG Die eingebettete Datenbank ist nicht fr das Verwalten einer Bestandsliste konfiguriert, die mehr als
5 Hosts und 50 virtuelle Maschinen enthlt. Das berschreiten dieser Einschrnkungen kann viele Probleme
verursachen, z. B., dass vCenter Server nicht mehr antwortet, wenn Sie die eingebettete Datenbank mit der
vCenter Server Appliance verwenden.
Tabelle 3-6. Hardwareanforderungen fr die VMware vCenter Server Appliance
VMware vCenter Server Appliance-Hardware

Anforderung

Festplattenspeicher auf dem Hostcomputer

Die vCenter Server Appliance bentigt mindestens 7 GB freien Festplattenspeicher (maximal 80 GB). Die vCenter Server
Appliance kann mit Thin-bereitgestellten virtuellen Festplatten bereitgestellt werden, die maximal 80 GB gro werden
knnen. Wenn die Hostmaschine nicht ber gengend freien
Festplattenspeicher fr die grer werdenden virtuellen
vCenter Server Appliance-Festplatten verfgt, stellt vCenter
Server mglicherweise den Vorgang ein und Sie sind nicht
in der Lage, Ihre vSphere-Umgebung zu verwalten.

Arbeitsspeicher fr die VMware vCenter Server Appliance

n
n
n
n

22

Sehr kleine Bestandsliste (10 oder weniger Hosts, 100


oder weniger virtuelle Maschinen): mindestens 4 GB.
Kleine Bestandsliste (10-100 Hosts oder 100-1000 virtuelle Maschinen) mindestens 8 GB.
Mittelgroe Bestandsliste (100-400 Hosts oder 1000-4000
virtuelle Maschinen): mindestens 16GB.
Groe Bestandsliste (mehr als 400 Hosts oder mehr als
4000 virtuelle Maschinen): mindestens 24 GB.

VMware, Inc.

Kapitel 3 Systemanforderungen

Tabelle 3-7. JVM-Heap-Einstellungen fr VMware vCenter Server Appliance


vCenter Server Appliance-Bestandsliste

VMware VirtualCenter Management Webservices (tc Server)

Inventory Service

Profilgesteuerter
Speicherdienst

Kleine Bestandsliste
(1-100 Hosts oder
1-1000 virtuelle Maschinen)

1 GB

3GB

512 MB

Mittelgroe Bestandsliste (100-400 Hosts


oder 1000-4000 virtuelle Maschinen)

2 GB

6 GB

1 GB

Groe Bestandsliste
(mehr als 400 Hosts
oder mehr als 4000 virtuelle Maschinen)

3 GB

12 GB

2 GB

Weitere Informationen hierzu finden Sie unter Konfigurieren der Einstellungen fr VMware Tomcat Server
in vCenter Server 5.1, auf Seite 117.

vSphere-Client-Hardwareanforderungen und Empfehlungen


Stellen Sie sicher, dass die Hostmaschine des vSphere-Clients die folgenden Anforderungen erfllt.
Tabelle 3-8. Mindestanforderungen an die Hardware und Hardwareempfehlungen fr den vSphere-Client
vSphere-Client-Hardware

Anforderungen und Empfehlungen

CPU

1 CPU

Prozessor

500 MHz oder schnellerer Intel- oder AMD-Prozessor (1 GHz


empfohlen)

Arbeitsspeicher

500 MB (1 GB empfohlen)

Festplattenspeicher

1,5 GB freier Festplattenspeicher fr eine Komplettinstallation mit den folgenden Komponenten:


n Microsoft .NET 2.0 SP2
n Microsoft .NET 3.0 SP2
n Microsoft .NET 3.5 SP1
n Microsoft Visual J#
Entfernen Sie alle vorherigen Versionen von Microsoft
Visual J# von dem System, auf dem Sie den vSphere-Client installieren mchten.
n vSphere-Client
Wenn keine der Komponenten bereits installiert sind, werden 400 MB an freien Speicherplatz auf dem Laufwerk bentigt, auf dem sich das %temp%-Verzeichnis befindet.
Wenn alle Komponenten bereits installiert sind, werden 300
MB an freiem Speicherplatz auf dem Laufwerk bentigt, auf
dem sich das Verzeichnis%temp% befindet, und 450 MB sind
fr vSphere-Client erforderlich.

Netzwerk

VMware, Inc.

Gigabit-Verbindung empfohlen

23

vSphere-Upgrade-Handbuch

Empfehlungen fr eine optimale Systemleistung auf Grundlage des


Bereitstellungsumfangs fr vCenter Server und vSphere-Client
Die Anzahl an Hosts und eingeschalteten virtuelle Maschinen in Ihrer Umgebung wirkt sich auf die Leistung
aus. Betrachten Sie die folgenden Systemanforderungen als minimale Richtlinien fr eine angemessene Leistung. Sie knnen die Leistung verbessern, indem Sie fr die Systeme in Ihrer Umgebung hhere Werte, als die
hier aufgefhrten, angeben.
Die Verarbeitungsanforderungen werden bezogen auf die Hardware-CPU-Kerne aufgefhrt. Es werden nur
physische Kerne gezhlt. In Hyper-Threaded-Systemen werden logische CPUs nicht als separate Kerne gezhlt.
WICHTIG Die empfohlene Festplattengren setzen Standardprotokollierungsebenen voraus. Wenn Sie eine
detailliertere Konfiguration der Protokollierungsebenen vornehmen mchten, ist mehr Festplattenspeicher
erforderlich.
Tabelle 3-9. Mittlere Bereitstellung von bis zu 50 Hosts 500 eingeschalteten virtuelle Maschinen
Produkt

Kerne

Arbeitsspeicher

Festplatte

vCenter Server

4 GB

5 GB

vSphere-Client

1 GB

1,5 GB

Tabelle 3-10. Groe Bereitstellung von bis zu 300 Hosts und 3.000 eingeschalteten virtuelle Maschinen
Produkt

Kerne

Arbeitsspeicher

Festplatte

vCenter Server

8 GB

10 GB

vSphere-Client

1 GB

1,5 GB

Tabelle 3-11. Besonders umfangreiche Bereitstellung von bis zu 1.000 Hosts und 10.000 eingeschalteten
virtuelle Maschinen
Produkt

Kerne

Arbeitsspeicher

Festplatte

vCenter Server

16 GB

10 GB

vSphere-Client

1 GB

1,5 GB

Hardware-Anforderungen fr vSphere Web Client


Der vSphere Web Client besteht aus zwei Komponenten: Ein Java-Server und eine in einem Browser ausgefhrte Adobe Flex-Clientanwendung.
Tabelle 3-12. Hardwareanforderungen fr die vSphere Web Client -Serverkomponente

24

vSphere Web Client-Serverhardware

Anforderung

Arbeitsspeicher

Mindestens 2 GB: 1 GB fr den Java-Heap und 1 GB fr


n den residenten Code
n den Stapel fr Java-Threads
n die globalen/bss-Segmente fr den Java-Prozess

CPU

2 GHz-Prozessor mit 4 Kernen

Festplattenspeicher

Mindestens 2 GB freier Festplattenspeicher

Netzwerk

Gigabit-Verbindung empfohlen

VMware, Inc.

Kapitel 3 Systemanforderungen

vCenter Server-Softwareanforderungen
Stellen Sie sicher, dass vCenter Server von Ihrem Betriebssystem untersttzt wird. vCenter Server erfordert
ein 64-Bit-Betriebssystem sowie den 64-Bit-System-DSN zum Herstellen einer Verbindung mit seiner Datenbank.
Eine Liste der untersttzten Betriebssysteme finden Sie im VMware-Kompatibilittshandbuch unter
http://www.vmware.com/resources/compatibility.
vCenter Server bentigt das Microsoft .NET 3.5 SP1 Framework. Falls noch nicht auf Ihrem System installiert,
erfolgt die Installation ber das vCenter Server-Installationsprogramm. Fr die .NET 3.5 SP1-Installation wird
mglicherweise eine Internetverbindung zum Herunterladen zustzlicher Dateien bentigt.
HINWEIS Wenn Ihre vCenter Server-Hostmaschine ein nicht englisches Betriebssystem verwendet, installieren
Sie Microsoft .NET Framework 3.5 SP1 und Microsoft .NET Framework 3.5 Language Pack ber Windows
Update. Windows Update whlt die richtige lokalisierte Version fr Ihr Betriebssystem automatisch aus. Das
ber das vCenter Server installierte .NET Framework beinhaltet lediglich die englische Version.
Wenn Sie die im Lieferumfang von vCenter Server enthaltene Microsoft SQL Server 2008 R2 Express-Datenbank verwenden mchten, stellen Sie sicher, dass Sie Microsoft Windows Installer Version 4.5 (MSI 4.5) auf
Ihrem System installieren. Sie knnen MSI 4.5 von der Microsoft-Website herunterladen. Sie knnen MSI 4.5
auch direkt ber das Installationsprogramm autorun.exe von vCenter Server installieren.
Die VMware vCenter Server Appliance kann nur auf Hosts unter ESX Version 4.x oder ESXi Version 4.x oder
hher bereitgestellt werden.

Softwareanforderungen fr vSphere-Client und vSphere Web Client


Stellen Sie sicher, dass vSphere-Client von Ihrem Betriebssystem untersttzt wird.
Der vSphere-Client bentigt das Microsoft .NET 3.5 SP1 Framework. Falls dieses nicht auf Ihrem System installiert ist, wird es vom vSphere-Client-Installationsprogramm installiert. Fr die .NET 3.5 SP1-Installation
wird mglicherweise eine Internetverbindung zum Herunterladen zustzlicher Dateien bentigt.
Die folgenden Browser werden fr Version 5.1 von vSphere Web Client untersttzt:
n

Microsoft Internet Explorer 7, 8 und 9.

Mozilla Firefox 3.6 und hher.

Google Chrome 14 und hher.

vSphere Web Client erfordert, dass Adobe Flash Player Version 11.1.0 oder hher mit dem fr Ihren Browser
geeigneten Plug-In installiert ist.

Bereitstellen von ausreichendem Speicherplatz fr die


Systemprotokollierung
ESXi 5.x verwendet eine neue Protokollinfrastruktur. Wenn Ihr Host mit Auto Deploy bereitgestellt wurde
oder wenn Sie ein Protokollverzeichnis nicht im Standardverzeichnis, sondern in einem Scratch-Verzeichnis
auf dem VMFS-Volume eingerichtet haben, mssen Sie mglicherweise die aktuellen Einstellungen fr die
Protokollgre und die Rotation ndern, um sicherzustellen, dass der Speicherplatz fr die Systemprotokollierung ausreichend ist.
Alle vSphere-Komponenten verwenden diese Infrastruktur. Die Standardwerte fr die Protokollkapazitt in
dieser Infrastruktur variieren je nach verfgbarem Speicherplatz und je nach Konfiguration der Systemprotokollierung. Hosts, die mit Auto Deploy bereitgestellt werden, speichern Protokolle auf einer RAM-Festplatte.
Der verfgbare Speicherplatz fr Protokolle ist daher gering.

VMware, Inc.

25

vSphere-Upgrade-Handbuch

Wenn Ihr Host mit Auto Deploy bereitgestellt wurde, stehen Ihnen fr die Konfiguration des Protokollspeichers folgende Mglichkeiten zur Verfgung:
n

Leiten Sie die Protokolle ber das Netzwerk zu einem Remote-Controller um.

Leiten Sie die Protokolle zu einem NAS- oder NFS-Speicher um.

Wenn Sie Protokolle an einen nicht standardmigen Speicher umleiten, zum Beispiel an einen NAS- oder
NFS-Speicher, knnen Sie die Gre und Rotation der auf der Festplatte installierten Hosts ebenfalls neu konfigurieren.
Sie mssen den Protokollspeicher fr ESXi-Hosts nicht neu konfigurieren, die die Standardkonfiguration verwenden, bei der Protokolle in einem Scratch-Verzeichnis auf dem VMFS-Volume gespeichert werden. Fr
diese Hosts konfiguriert ESXi 5.x die Protokolle automatisch in optimaler Abstimmung auf Ihre Installation
und bietet ausreichend Speicherplatz fr Protokollnachrichten.
Tabelle 3-13. Empfohlene Mindestgre und Rotationskonfiguration fr hostd-, vpxa- und fdm-Protokolle.
Maximale Protokolldateigre

Anzahl der beizubehaltenden Rotationen

Mindestens erforderlicher Festplattenspeicher

Verwaltungs-Agent
(hostd)

10240 KB

10

100 MB

VirtualCenter Agent
(vpxa)

5120 KB

10

50 MB

vSphere HA-Agent (Fault


Domain Manager, fdm)

5120 KB

10

50 MB

Protokoll

Weitere Informationen zum Einrichten und Konfigurieren von Syslog und dem Syslog-Server, zur Einrichtung
von Syslog von der Hostprofil-Schnittstelle aus und zur Installation von vSphere Syslog Collector finden Sie
im Installations- und Einrichtungshandbuch fr vSphere.

Erforderliche Ports fr vCenter Server


Das VMware vCenter Server-System muss in der Lage sein, Daten an jeden verwalteten Host zu senden und
von jedem vSphere-Client zu empfangen. Die Quell- und Zielhosts mssen Daten untereinander austauschen
knnen, um Migrations- und Bereitstellungsaktivitten zwischen verwalteten Hosts zu ermglichen.
Informationen zu Ports, die fr die vCenter Server Appliance erforderlich sind, finden Sie unter Erforderliche
Ports fr vCenter Server Appliance, auf Seite 28.
Fr die Kommunikation verwendet VMware festgelegte Ports. Zudem berwachen die verwalteten Hosts die
festgelegten Ports auf Daten vom vCenter Server-System. Falls zwischen diesen Elementen eine Firewall besteht und Windows-Firewall ausgefhrt wird, ffnet das Installationsprogramm die Ports whrend der Installation. Fr benutzerdefinierte Firewalls mssen die erforderlichen Ports manuell geffnet werden. Wenn
sich eine Firewall zwischen zwei von verwalteten Hosts befindet und Sie Quell- oder Zielaktivitten wie z. B.
eine Migration oder einen Klonvorgang ausfhren mchten, muss der verwaltete Host Daten empfangen
knnen.
HINWEIS Unter Microsoft Windows Server 2008 wird standardmig eine Firewall aktiviert.

26

VMware, Inc.

Kapitel 3 Systemanforderungen

Tabelle 3-14. Erforderliche Ports zur Kommunikation zwischen Komponenten


Port

Beschreibung

80

vCenter Server bentigt Port 80 fr direkte HTTP-Verbindungen. Port 80 leitet Anforderungen an


HTTPS-Port 443 weiter. Diese Umleitung ist ntzlich, falls Sie versehentlich http://Server anstelle von
https://server verwenden.
Wenn Sie eine benutzerdefinierte Microsoft SQL-Datenbank verwenden (die nicht im Lieferumfang der
SQL Server 2008-Datenbank enthalten ist), die auf demselben Hostcomputer wie der vCenter Server
gespeichert ist, wird Port 80 vom SQL Reporting Service verwendet. Bei der Installation von vCenter
Server werden Sie vom Installationsprogramm aufgefordert, den HTTP-Port fr vCenter Server zu
ndern. ndern Sie den HTTP-Port fr vCenter Server HTTP in einen benutzerdefinierten Wert, um
eine erfolgreiche Installation zu gewhrleisten.
Microsoft Internet Information Services (IIS) verwendet ebenfalls Port 80. Siehe Konflikt zwischen
vCenter Server und IIS fr Port 80, auf Seite 29.

389

Sowohl auf der lokalen als auch auf allen Remote-Instanzen von vCenter Server muss dieser Port geffnet sein. Dies ist die LDAP-Portnummer fr die Verzeichnisdienste der vCenter Server-Gruppe. Das
vCenter Server-System bentigt auch dann eine Bindung mit Port 389, wenn Sie diese vCenter ServerInstanz nicht mit einer Gruppe im verknpften Modus verbinden. Wenn auf diesem Port ein anderer
Dienst ausgefhrt wird, ist es in manchen Fllen empfehlenswert, diesen zu lschen oder einen anderen
Port zuzuweisen. Sie knnen den LDAP-Dienst auf jedem Port zwischen 1025 und 65535 ausfhren.
Sofern diese Instanz als das Microsoft Windows Active Directory dient, ndern Sie die Portnummer
von 389 in die Nummer eines verfgbaren Ports zwischen 1025 und 65535.

443

Der Standardport, den das vCenter Server-System zum berwachen von Verbindungen vom vSphereClient verwendet. ffnen Sie Port 443 in der Firewall, um dem vCenter Server-System den Empfang
von Daten vom vSphere-Client zu ermglichen.
Das vCenter Server-System verwendet ebenfalls Port 443 zur berwachung der Datenbertragung
zwischen SDK-Clients.
Wenn Sie eine andere Portnummer fr HTTPS-bertragungen verwenden, mssen Sie bei der Anmeldung an das vCenter Server-System das Format IP-Adresse:Port verwenden.

636

Im Falle des verknpften Modus von vCenter Server ist dies der SSL-Port der lokalen Instanz. Wenn
auf diesem Port ein anderer Dienst ausgefhrt wird, ist es in manchen Fllen empfehlenswert, diesen
zu lschen oder einen anderen Port zuzuweisen. Sie knnen den SSL-Dienst auf jedem Port zwischen
1025 und 65535 ausfhren.

902

Der Standardport, den das vCenter Server-System zum Senden von Daten an verwalteten Hosts verwendet. Verwaltete Hosts senden auerdem regelmig Taktsignale ber den UDP-Port 902 an den
vCenter Server-System. Dieser Port darf nicht durch Firewalls zwischen dem Server und den Hosts
bzw. zwischen Hosts blockiert werden.

903

Port 903 darf nicht zwischen dem vSphere-Client und den Hosts blockiert werden. Der vSphere-Client
verwendet diesen Port zur Anzeige der Konsolen von virtuelle Maschinen.

8080

Web Services HTTP. Fr VMware VirtualCenter Management Webservices verwendet.

8443

Web Services HTTPS. Fr VMware VirtualCenter Management Webservices verwendet.

60099

Webservice-Port fr den nderungsbenachrichtigungsdienst

6501

Auto Deploy-Dienst

6502

Auto Deploy-Verwaltung

7444

vCenter Single Sign On HTTPS

9443

vSphere Web Client HTTPS

9090

vSphere Web Client HTTP

10080

vCenter Inventory Service HTTP

10443

vCenter Inventory Service HTTPS

10111

vCenter Inventory Service-Verwaltung

10109

vCenter Inventory Service-Kommunikation im verknpften Modus

VMware, Inc.

27

vSphere-Upgrade-Handbuch

Wenn das vCenter Server-System einen anderen Port zum Empfangen von vSphere-Client-Daten verwenden
soll, lesen Sie die Dokumentation vCenter Server und Hostverwaltung.
Eine Diskussion zur Firewall-Konfiguration finden Sie in der Dokumentation vSphere-Sicherheit.

Erforderliche Ports fr vCenter Server Appliance


Das VMware vCenter Server-System muss in der Lage sein, Daten an jeden verwalteten Host zu senden und
von jedem vSphere-Client zu empfangen. Die Quell- und Zielhosts mssen Daten untereinander austauschen
knnen, um Migrations- und Bereitstellungsaktivitten zwischen verwalteten Hosts zu ermglichen.
Informationen zu Ports, die fr vCenter Server auf Windows erforderlich sind, finden Sie unter Erforderliche
Ports fr vCenter Server, auf Seite 26.
Fr die Kommunikation verwendet VMware festgelegte Ports. Zudem berwachen die verwalteten Hosts die
festgelegten Ports auf Daten vom vCenter Server-System. Die vCenter Server Appliance ist so vorkonfiguriert,
dass die in Tabelle 3-15 aufgelisteten Ports verwendet werden. Fr benutzerdefinierte Firewalls mssen die
erforderlichen Ports manuell geffnet werden. Wenn sich eine Firewall zwischen zwei von verwalteten Hosts
befindet und Sie Quell- oder Zielaktivitten wie z. B. eine Migration oder einen Klonvorgang ausfhren mchten, muss der verwaltete Host Daten empfangen knnen.
Tabelle 3-15. Ports, die fr die vCenter Server Appliance bentigt werden

28

Port

Beschreibung

80

vCenter Server bentigt Port 80 fr direkte HTTP-Verbindungen. Port 80 leitet Anforderungen an


HTTPS-Port 443 weiter. Diese Umleitung ist ntzlich, falls Sie versehentlich http://Server anstelle von
https://server verwenden.

443

Der Standardport, den das vCenter Server-System zum berwachen von Verbindungen vom vSphereClient verwendet. ffnen Sie Port 443 in der Firewall, um dem vCenter Server-System den Empfang
von Daten vom vSphere-Client zu ermglichen.
Das vCenter Server-System verwendet ebenfalls Port 443 zur berwachung der Datenbertragung
zwischen SDK-Clients.
Wenn Sie eine andere Portnummer fr HTTPS-bertragungen verwenden, mssen Sie bei der Anmeldung an das vCenter Server-System das Format IP-Adresse:Port verwenden.

902

Der Standardport, den das vCenter Server-System zum Senden von Daten an verwalteten Hosts verwendet. Verwaltete Hosts senden auerdem regelmig Taktsignale ber den UDP-Port 902 an den
vCenter Server-System. Dieser Port darf nicht durch Firewalls zwischen dem Server und den Hosts
bzw. zwischen Hosts blockiert werden.
Port 902 darf nicht zwischen dem vSphere-Client und den Hosts blockiert werden. Der vSphere-Client
verwendet diesen Port zur Anzeige der Konsolen von virtuelle Maschinen.

8080

Web Services HTTP. Fr VMware VirtualCenter Management Webservices verwendet.

8443

Web Services HTTPS. Fr VMware VirtualCenter Management Webservices verwendet.

10080

vCenter Inventory Service HTTP

10443

vCenter Inventory Service HTTPS

10109

vCenter Inventory Service-Datenbank

514

vSphere Syslog Collector-Server

1514

vSphere Syslog Collector-Server (SSL)

6500

Netzwerk-Coredump-Server (UDP)

6501

Auto Deploy-Dienst

6502

Auto Deploy-Verwaltung

9090

vSphere Web Client HTTP

9443

vSphere Web Client HTTPS

5480

vCenter Server Appliance Web-Benutzerschnittstelle HTTPS

VMware, Inc.

Kapitel 3 Systemanforderungen

Tabelle 3-15. Ports, die fr die vCenter Server Appliance bentigt werden (Fortsetzung)
Port

Beschreibung

5489

vCenter Server Appliance Web-Benutzerschnittstelle CIM-Dienst

22

System-Port fr SSHD

Wenn das vCenter Server-System einen anderen Port zum Empfangen von vSphere-Client-Daten verwenden
soll, lesen Sie die Dokumentation vCenter Server und Hostverwaltung.
Eine Diskussion zur Firewall-Konfiguration finden Sie in der Dokumentation vSphere-Sicherheit.

Konflikt zwischen vCenter Server und IIS fr Port 80


Sowohl vCenter Server als auch Microsoft Internet Information Service (IIS) verwenden Port 80 als Standardport fr direkte HTTP-Verbindungen. Dieser Konflikt kann zur Folge haben, dass nach der Installation von
vSphere Authentication Proxy vCenter Server nicht neu gestartet werden kann.
Problem
Nach Abschluss der Installation von vSphere Authentication Proxy wird vCenter Server nicht neu gestartet.
Ursache
Wenn IIS bei der Installation von vSphere Authentication Proxy nicht installiert wurde, werden Sie aufgefordert, IIS zu installieren. Da IIS Port 80 verwendet, der auch als Standardport fr die direkten HTTP-Verbindungen von vCenter Server dient, wird vCenter Server nach Abschluss der Installation von vSphere Authentication Proxy nicht neu gestartet. Weitere Informationen hierzu finden Sie unter Erforderliche Ports fr
vCenter Server, auf Seite 26.
Lsung
u

Um einen Konflikt zwischen IIS und vCenter Server hinsichtlich Port 80 zu beheben, fhren Sie eine der
folgenden Aktionen durch.
Option

Beschreibung

Wenn Sie IIS vor der Installation von


vCenter Server installiert haben

ndern Sie den Port fr direkte HTTP-Verbindungen von vCenter Server


von 80 auf einen anderen Wert.

Wenn Sie vCenter Server vor der Installation von IIS installiert haben

ndern Sie vor dem Neustart von vCenter Server den Bindung-Port der IISStandard-Website von 80 auf einen anderen Wert.

DNS-Anforderungen fr vSphere
Sie installieren vCenter Server, wie alle anderen Netzwerkserver auch, auf einem Computer mit einer festen
IP-Adresse und einem bekannten DNS-Namen, damit Clients einen verlsslichen Zugriff auf den Dienst haben.
Weisen Sie dem Windows-Server, der das vCenter Server-System hosten soll, eine statische IP-Adresse und
einen Hostnamen zu. Diese IP-Adresse muss eine gltige (interne) Registrierung fr das DNS (Domain Name
System) haben.
Stellen Sie sicher, dass die Verwaltungsschnittstelle des ESXi-Hosts vom vCenter Server und allen vSphereClients und vSphere Web Clients aus eine gltige DNS-Auflsung hat. Stellen Sie sicher, dass der vCenter
Server von allen ESXi-Hosts und allen vSphere-Clients und vSphere Web Clients aus eine gltige DNS-Auflsung hat.
Stellen Sie sicher, dass der vCenter Server auf einer Maschine installiert ist, die einen auflsbaren vollstndig
qualifizierten Domnennamen (FQDN) hat. Geben Sie nslookup Ihr_vCenter_Server_FQDN an der Befehlszeile
ein, um zu prfen, ob der vollstndig qualifizierte Domnenname (FQDN) aufgelst wird. Wenn der FQDN
aufgelst werden kann, gibt der Befehl nslookup die IP und den Namen des Domnencontrollers zurck.

VMware, Inc.

29

vSphere-Upgrade-Handbuch

Stellen Sie sicher, dass das DNS-Reverse-Lookup einen vollstndig qualifizierten Domnennamen zurckgibt,
wenn dieser mit der IP-Adresse von vCenter Server abgefragt wird. Bei der Installation von vCenter Server
schlgt die Installation der Webserverkomponente, die den vSphere-Client untersttzt, fehl, wenn das Installationsprogramm den vollstndig qualifizierten Domnennamen von vCenter Server nicht ber die IP-Adresse
abrufen kann. Das Reverse-Lookup wird unter Verwendung von PTR-Eintrgen implementiert. Informationen
zum Erstellen eines PTR-Eintrags finden Sie in der Dokumentation Ihres vCenter Server-Hostbetriebssystems.
Wenn Sie DHCP anstelle einer statischen IP-Adresse fr vCenter Server verwenden, stellen Sie sicher, dass
der vCenter Server-Computername im DNS (Domain Name Service) aktualisiert ist. Pingen Sie den Namen
des Computers an, um die Verbindung zu testen. Lautet der Computername beispielsweise host-1.company.com, fhren Sie den folgenden Befehl an der Windows-Befehlszeile aus:
ping host-1.company.com

Ist der Ping-Test mit dem Computernamen erfolgreich, wurde der Name im DNS aktualisiert.

Untersttzte Remotemanagement-Servermodelle und MindestFirmware-Versionen


Sie knnen Remotemanagement-Anwendungen zum Installieren von ESXi oder fr die Remoteverwaltung
von Hosts verwenden.
Tabelle 3-16. Untersttzte Remotemanagement-Servermodelle und Firmware-Versionen
Remotecontroller - Marke und
Modell

Firmware-Version

Java

Dell DRAC 6

1.54 (Build 15), 1.70 (Build 21)

1.6.0_24

Dell DRAC 5

1.0, 1.45, 1.51

1.6.0_20,1.6.0_203

Dell DRAC 4

1.75

1.6.0_23

HP ILO

1.81, 1.92

1.6.0_22, 1.6.0_23

HP ILO 2

1.8, 1.81

1.6.0_20, 1.6.0_23

IBM RSA 2

1.03, 1.2

1.6.0_22

Hardwareanforderungen fr den Update Manager


Sie knnen den Update Manager auf allen Systemen ausfhren, die die Mindestanforderungen an die Hardware erfllen.
Die Mindestanforderungen an die Hardware fr den Update Manager sind je nach Bereitstellung von
Update Manager unterschiedlich. Wenn die Datenbank auf demselben Computer wie der Update Manager
installiert ist, sind die Anforderungen an die Arbeitsspeichergre und die Prozessorgeschwindigkeit hher.
Stellen Sie sicher, dass Ihr System die Mindestanforderungen an die Hardware erfllt, um eine akzeptable
Leistung zu gewhrleisten.
Tabelle 3-17. Minimale Hardwareanforderungen
Hardware

Anforderungen

Prozessor

Intel- oder AMD x86-Prozessor mit mindestens zwei logischen Kernen mit einer Geschwindigkeit von jeweils 2 GHz

Netzwerk

10/100 Mbps
Die beste Leistung erzielen Sie mit einer Gigabit-Verbindung zwischen dem
Update Manager und den ESX/ESXi-Hosts

30

VMware, Inc.

Kapitel 3 Systemanforderungen

Tabelle 3-17. Minimale Hardwareanforderungen (Fortsetzung)


Hardware

Anforderungen

Arbeitsspeicher

2 GB RAM, wenn Update Manager und vCenter Server auf unterschiedlichen Computern
installiert sind
4 GB RAM, wenn Update Manager und vCenter Server auf demselben Computer installiert
sind

Der Update Manager verwendet eine SQL Server- oder Oracle-Datenbank. Sie sollten eine dedizierte Datenbank fr den Update Manager im Gegensatz zu einer mit vCenter Server gemeinsam genutzten Datenbank
verwenden und die Datenbank in regelmigen Abstnden sichern. Es wird empfohlen, die Datenbank entweder auf dem Computer auszufhren, auf dem auch der Update Manager installiert wird, oder auf einem
Computer im lokalen Netzwerk.
Je nach Gre Ihrer Bereitstellung erfordert Update Manager fr die Datenbanknutzung eine Mindestmenge
an freiem Speicherplatz pro Monat. Weitere Informationen zu den Anforderungen fr den Speicherplatz finden Sie im Dokument VMware vSphere Update Manager Sizing Estimator.
Weitere Informationen ber die Hardwareanforderungen von ESXi 5.x und vCenter Server 5.x finden Sie unter
Kapitel 3, Systemanforderungen, auf Seite 15.

Untersttzte Betriebssysteme und Datenbankformate


Update Manager arbeitet mit bestimmten Datenbanken und Betriebssystemen.
Der Update Manager-Server bentigt ein 64-Bit-Windows-System.
HINWEIS Stellen Sie sicher, dass das System, auf dem Sie Update Manager-Server installieren, kein Active
Directory-Domnencontroller ist.
Das Update Manager-Plug-In bentigt den vSphere Client und arbeitet mit denselben Betriebssystemen wie
der vSphere Client.
Update Manager prft und standardisiert virtuelle Windows- und Linux-Maschinen fr VMware Tools und
Upgrades virtueller Hardware.
Der Update Manager-Server bentigt eine SQL Server- oder eine Oracle-Datenbank. Update Manager kann
kleinere Umgebungen mithilfe des im Lieferumfang enthaltenen SQL Server 2008 R2 Express handhaben. Bei
Umgebungen mit mehr als 5 Hosts und ber 50 virtuellen Maschinen erstellen Sie fr Update Manager eine
Oracle- oder eine SQL Server-Datenbank. In umfangreichen Umgebungen sollten Sie die Update ManagerDatenbank nicht auf dem Computer einrichten, auf dem sich der Update Manager-Server und die
vCenter Server-Datenbank befinden.
Nhere Informationen zu den untersttzten Betriebssystemen und Datenbankformaten finden Sie im vSphereKompatibilittshandbuch unter http://www.vmware.com/resources/compatibility/search.php.
Detaillierte Informationen zu den untersttzten Datenbankformaten finden Sie in den VMware-Produktinteroperabilittstabellen unter http://www.vmware.com/resources/compatibility/sim/interop_matrix.php.

VMware, Inc.

31

vSphere-Upgrade-Handbuch

32

VMware, Inc.

Upgrade auf vCenter Server 5.1

Das Upgrade auf vCenter Server 5.1 enthlt ein Upgrade des Datenbankschemas und ein Upgrade der vCenter Server-Software.
vSphere 5.1 bringt zum ersten Mal den vCenter Single Sign On-Dienst als Teil der vCenter ServermanagementInfrastruktur. Diese nderung wirkt sich auf Installation, Upgrade und Betrieb von vCenter Server aus. Weitere Informationen hierzu finden Sie unter Wie sich vCenter Single Sign On auf die Installation und auf
Upgrades von vCenter Server auswirkt, auf Seite 34.
Dieses Kapitel behandelt die folgenden Themen:
n

Vorbereiten des Upgrades auf vCenter Server, auf Seite 33

Verwenden von Simple Install zum Installieren von vCenter Single Sign On, zum Upgrade von Inventory Service und zum Upgrade auf vCenter Server 5.1, auf Seite 67

Getrenntes Installieren von vCenter Single Sign On, Durchfhren eines Upgrades des Inventory Service
und Durchfhren eines Upgrades von vCenter Server, auf Seite 72

Installation von vCenter Single Sign On schlgt fehl, auf Seite 94

Fehler beim Start oder whrend der Initialisierung von vCenter Single Sign On, auf Seite 95

Manuelles Hinzufgen von Active Directory-Domnen, wenn die automatische Erkennung bei der Installation von Single Sign On fehlschlgt, auf Seite 96

Durchfhren eines Upgrades von vCenter Server mit Service Packs, auf Seite 96

Upgrade von VMware vCenter Server Appliance, auf Seite 97

Update der VMware vCenter Server Appliance ber ein VMware.com-Repository, auf Seite 99

Update der VMware vCenter Server Appliance ber ein komprimiertes Update-Paket, auf Seite 100

Update der VMware vCenter Server Appliance ber ein CD-ROM-Laufwerk, auf Seite 101

Das vCenter Server-Upgrade schlgt fehl, wenn der Tomcat-Dienst nicht gestoppt werden kann,
auf Seite 101

Nach dem Upgrade von vCenter Server, auf Seite 102

Vorbereiten des Upgrades auf vCenter Server


Stellen Sie sicher, dass Ihr System ordnungsgem vorbereitet ist, bevor Sie ein Upgrade von vCenter Server
durchfhren.
Um sicherzustellen, dass Ihr System fr das Upgrade bereit ist, lesen Sie alle Unterthemen in diesem Abschnitt.

VMware, Inc.

33

vSphere-Upgrade-Handbuch

Grundlegendes zum vCenter Server 5.1-Upgrade


VMware untersttzt In-Place-Upgrades auf 64-Bit-Systemen von vCenter Server 4.x und vCenter Server 5.0
auf vCenter Server 5.1.x.
Anders als bei frheren Versionen untersttzt vCenter Server 5.1 die Migration von einem bestehenden vCenter Server auf eine neue Maschine whrend eines Upgrades auf Version 5.1 nicht direkt. Sie knnen einen
bestehenden vCenter Server whrend eines Upgrades auf Version 5.0 auf eine neue Maschine migrieren und
dann ein In-Place-Upgrade von Version 5.0 auf Version 5.1 vornehmen. Weitere Informationen hierzu finden
Sie unter Upgrade auf vCenter Server auf einer anderen Maschine, auf Seite 57.
vCenter Server 5.1 kann ESX 4.x/ESXi 4.x- und ESXi 5.0.x-Hosts im selben Cluster mit ESXi 5.1-Hosts verwalten.
vCenter Server 5.1 kann ESX 2.x- oder 3.x-Hosts nicht verwalten.
HINWEIS Sie knnen kein Upgrade einer vCenter Server 4.x-Instanz, die auf Windows XP Professional x64
Edition ausgefhrt wird, auf vCenter Server 5.1 durchfhren, da vCenter Server 5.1 Windows XP Professional
x64 nicht untersttzt.
vSphere 5.1 bringt zum ersten Mal den vCenter Single Sign On-Dienst als Teil der vCenter Server-Managementinfrastruktur. Diese nderung wirkt sich auf Installation, Upgrade und Betrieb von vCenter Server aus.
Weitere Informationen hierzu finden Sie unter Wie sich vCenter Single Sign On auf die Installation und auf
Upgrades von vCenter Server auswirkt, auf Seite 34.

Wie sich vCenter Single Sign On auf die Installation und auf Upgrades von
vCenter Server auswirkt
vSphere 5.1 bringt zum ersten Mal den vCenter Single Sign On-Dienst als Teil der vCenter ServermanagementInfrastruktur. Diese nderung wirkt sich auf Installation, Upgrade und Betrieb fr vCenter Server aus.
Die Authentifizierung durch vCenter Single Sign On macht die VMware Cloud-Infrastrukturplattform sicherer, da die vSphere-Softwarekomponenten ber einen sicheren Token-Austausch-Mechanismus miteinander
kommunizieren knnen, anstatt dass jede Komponente einen Benutzer ber einen Verzeichnisdienst wie Active Directory separat authentifizieren muss.
Weitere Informationen zum Konfigurieren von vCenter Single Sign On finden Sie unter vSphere-Sicherheit.

Auswirkungen von vCenter Single Sign On auf neue vCenter Server-Installationen


In vSphere-Versionen vor vSphere 5.1 wurde vCenter Server in einem einzelnen Vorgang installiert, bei dem
auch ohne Ankndigung der Inventory Service auf derselben Hostmaschine installiert wurde.
Bei kleinen vSphere-Bereitstellungen bietet vCenter Server 5.1 eine vCenter Server Simple Install-Option, die
vCenter Single Sign On, Inventory Service und vCenter Server auf demselben Host bzw. derselben virtuellen
Maschine installiert.
Alternativ knnen Sie zum Anpassen des Speicherorts und zum Einrichten jeder Komponente die Komponenten in der folgenden Reihenfolge separat installieren, indem Sie die einzelnen Installationsoptionen auswhlen: vCenter Single Sign On, Inventory Service und vCenter Server. Jede Komponente kann auf einem
anderen Host bzw. einer anderen virtuellen Maschine installiert werden.
Bei der ersten Installation von vCenter Server mit vCenter Single Sign On mssen Sie alle drei Komponenten,
Single Sign On-Server, Inventory Service und vCenter Server, in der vSphere-Umgebung installieren. Bei
nachfolgenden Installationen von vCenter Server in Ihrer Umgebung mssen Sie Single Sign On nicht installieren. Ein einzelner Single Sign On-Server kann Ihre gesamte vSphere-Umgebung abdecken. Nachdem Sie
vCenter Single Sign On einmal installiert haben, knnen Sie alle neuen vCenter Server-Instanzen mit demselben Authentifizierungsserver verbinden. Allerdings mssen Sie fr jede vCenter Server-Instanz eine Inventory
Service-Instanz installieren.

34

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

Auswirkungen von vCenter Single Sign On auf vCenter Server-Upgrades


Wenn Sie ein Upgrade auf vCenter Server 5.1 durchfhren, installiert der Upgrade-Vorgang zuerst vCenter
Single Sign On und fhrt anschlieend das vCenter Server-Upgrade durch.
In Upgrades auf vCenter Server-Versionen vor vCenter Server 5.1 knnen sowohl die lokalen Benutzer des
Betriebssystems als auch Active Directory-Benutzer, die vor dem Upgrade mit vCenter Server registriert wurden, weiter mit dem aktualisierten vCenter Server arbeiten. Dieses Verhalten hat sich in vCenter Server 5.1
gendert.
Wenn in vCenter Server 5.1 vCenter Single Sign On auf einer virtuellen oder physischen Maschine ausgefhrt
wird, die einer Active Directory-Domne angegliedert ist, erkennt Single Sign On automatisch die vorhandene
Active Directory-Domne und fgt sie whrend des Single Sign On-Installationsvorgangs automatisch als
Identittsquelle hinzu. Wenn Single Sign On nicht auf einer virtuellen oder physischen Maschine ausgefhrt
wird, die sich in derselben Domne wie Active Directory befindet, mssen Sie sich mithilfe des
vSphere Web Client bei vCenter Server anmelden und die Active Directory-Domne zu Single Sign On hinzufgen.
Wenn Sie vCenter Single Sign On und vCenter Server auf derselben physischen oder virtuellen Maschine
installieren, erkennt Single Sign On die vorhandenen lokalen Benutzer des Betriebssystems. Nach dem Upgrade knnen Sie sich bei vCenter Server mit einer registrierten lokalen Betriebssystem-Benutzer-ID anmelden.
Wenn Sie vCenter Single Sign On und vCenter Server auf unterschiedlichen Hosts bzw. virtuellen Maschinen
installieren, stehen die ehemaligen lokalen Benutzer des Betriebssystems, die den Anmeldezugriff auf vCenter
Server verwaltet haben, fr Single Sign On nicht zur Verfgung.
Wenn Sie vCenter Single Sign On im Modus fr mehrere Standorte oder im Hochverfgbarkeitsmodus mit
Clustern verwenden, gehen alle vor dem Upgrade eingerichteten Berechtigungen fr die lokalen Betriebssystembenutzer verloren. In vCenter Server 5.1 bezieht sich der Begriff lokale Benutzer des Betriebssystems auf
diese lokalen Benutzer in der Single Sign On-Hostmaschine anstatt auf die in der Hostmaschine bzw. virtuellen
Maschine von vCenter Server.
Wenn nach dem Upgrade kein Superadministrator mehr vorhanden ist (administrativer Benutzer oder Administratorgruppe fr den Root-Ordner), mssen Sie einen gltigen Benutzer oder eine gltige Gruppe als
Superadministrator whrend der Installation angeben. Dies kann vorkommen, weil in der Version 5.1 von
vSphere gegenber den Versionen vor 5.1 nderungen vorgenommen wurden.

VMware, Inc.

35

vSphere-Upgrade-Handbuch

vCenter Single Sign On-Bereitstellungsmodi


vCenter Server bietet mehrere Mglichkeiten fr die Bereitstellung von vCenter Single Sign On, um Ihre
vSphere-Umgebung bestmglich zu untersttzen.
Sie knnen vCenter Single Sign On in einem dieser drei Modi bereitstellen.
Einfach

Der einfache Modus installiert eine eigenstndige Version von vCenter Single
Sign On. Mehrere vCenter Server- und Inventory Service-Instanzen knnen
darauf verweisen. Wenn der Single Sign On-Server oder die den Server hostende virtuelle Maschine ausfllt, knnen Administratoren nicht auf vCenter
Server zugreifen, aber ESXi-Hosts funktionieren weiterhin normal. Mehrere
Active Directory- und OpenLDAP-Instanzen knnen als Identittsquellen hinzugefgt werden.

High Availability-Cluster

Der Clustermodus installiert zwei oder mehr vCenter Single Sign On-Instanzen
im Hochverfgbarkeitsmodus. Alle Instanzen verwenden dieselbe Datenbank
und verweisen auf dieselben Identittsquellen. Single Sign On-Administratorbenutzer, die ber vSphere Web Client mit vCenter Server verbunden sind,
sehen die primre Single Sign On-Instanz.

Mehrere Standorte

Der Modus fr mehrere Standorte ist fr Bereitstellungen mit mehreren physischen Standorten gedacht. Die Installation einer Single Sign On-Instanz an
jedem Standort ermglicht den schnellen Zugriff auf lokale Authentifizierungsdienste. Jede Single Sign On-Instanz ist mit den lokalen Instanzen der
Active Directory-Server (LDAP) verbunden und verfgt ber eine eigene Datenbank mit lokalen Benutzern und Gruppen. In jedem Datencenter knnen
Sie Single Sign On im eigenstndigen Modus oder im Clustermodus installieren und dann auf die Identittsquellen an diesem Ort verweisen.
Die Bereitstellung fr mehrere Standorte ist ntzlich, wenn ein einzelner Administrator vCenter Server-Instanzen verwalten muss, die auf geografisch verteilten Sites bereitgestellt werden. Um alle vCenter Server-Instanzen von einem
einzelnen vSphere Web Client aus anzuzeigen, mssen Sie die vCenter ServerInstanzen im verknpften Modus konfigurieren.
HINWEIS Die Single Sign On-Bereitstellung fr mehrere Standorte dient nur
dem schnelleren lokalen Zugriff auf authentifizierungsbezogene Dienste. Sie
bietet kein Failover zwischen den Single Sign On-Servern auf unterschiedlichen Sites. Wenn die Single Sign On-Instanz auf einer Site ausfllt, wird ihre
Funktion nicht von einer Single Sign On-Peer-Instanz auf einer anderen Site
bernommen. Alle Authentifizierungsanforderungen auf der ausgefallenen
Site schlagen auch dann fehl, wenn die Peer-Sites voll funktionsfhig sind.
In Single Sign On-Bereitstellungen fr mehrere Standorte wird jede Site durch
eine Single Sign On-Instanz reprsentiert: Ein einzelner Single Sign On-Server
oder ein High Availability-Cluster. Der Eintrittspunkt der Single Sign On-Site
ist die Maschine, mit der andere Sites kommunizieren. Dies ist die einzige Maschine, die von anderen Sites aus sichtbar sein muss. Bei einer geclusterten
Bereitstellung ist der Eintrittspunkt der Site die Maschine, auf der der Lastverteiler installiert ist.
Sie knnen in einer Bereitstellung fr mehrere Standorte die Single Sign OnKnoten in beliebiger Reihenfolge installieren. Im Single Sign On-Installationsprogramm werden die Begriffe Primr und Sekundr nur zur Unterscheidung zwischen dem Knoten verwendet, der zuerst installiert wird, und jedem

36

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

Knoten, der spter installiert wird und auf einen zuvor installierten Knoten
verweist. Jeder Knoten, der nach dem primren Knoten installiert wird, kann
auf einen beliebigen, bereits installierten Knoten verweisen. Beispielsweise
kann der dritte Knoten entweder auf den ersten oder auf den zweiten Knoten
verweisen.
Angenommen, es gbe das Unternehmen MeineFirma mit Niederlassungen in
Berlin, Wien und Zrich. Der Standort Berlin ist die Firmenzentrale und ist mit
den Bros in Wien und Zrich verbunden. Die Standorte Wien und Zrich sind
nicht miteinander verknpft. Zum Einrichten der Single Sign On-Bereitstellung fr mehrere Standorte fr MeineFirma wren die folgenden Schritte
durchzufhren.
1

Die Administratoren in Wien richten die erste Single Sign On-Instanz ein.

Das IT-Team in Berlin richtet die zweite Single Sign On-Instanz ein, die
auf die Wiener Instanz verweist.

Das IT-Team in Zrich richtet die dritte Single Sign On-Instanz ein, die auf
die Berliner Instanz verweist.

vCenter Server-Instanzen im verknpften Modus knnen mit verschiedenen physischen Single Sign On-Servern verbunden werden, mssen aber mit einem einzelnen logischen Single Sign On-Server verbunden sein.
Ein einzelner logischer Single Sign On-Server kann eine der folgenden Formen annehmen.
n

Ein einzelner physischer Single Sign On-Server.

Zwei Knoten eines Clusters. Dies ist effektiv dasselbe wie ein einzelner physischer Single Sign On-Server,
weil die Knoten dieselbe Single Sign On-Datenbank verwenden.

Zwei Knoten im Modus fr mehrere Standorte.

Komponenten fr vCenter Single Sign On


vCenter Single Sign On umfasst die folgenden Komponenten: STS (Security Token Service), einen Verwaltungsserver, vCenter Lookup Service und den RSA SSPI-Dienst.
Wenn Sie vCenter Single Sign On installieren, werden die folgenden Komponenten bereitgestellt.
STS (Security Token Service)

Der STS-Dienst gibt Security Assertion Markup Language-Token (SAML) aus.


Diese Sicherheitstoken bergeben Informationen ber einen Systembenutzer
von einem Identittsbereitsteller und einem Webdienst. Dieser Dienst versetzt
einen Benutzer, der sich ber vCenter Single Sign On angemeldet hat, in die
Lage, mehrere ber einen Webdienst bereitgestellte Anwendungen zu verwenden, ohne sich bei jeder einzeln anmelden zu mssen.

Verwaltungsserver

Der Verwaltungsserver konfiguriert den vCenter Single Sign On-Server und


verwaltet Benutzer und Gruppen.

vCenter Lookup Service

Der Lookup Service enthlt Topologieinformationen ber die vSphere-Infrastruktur und ermglicht es vSphere-Komponenten, sich miteinander sicher zu
verbinden.

RSA SSPI-Dienst

Der Security Support Provider Interface-Dienst ist eine Microsoft Windowsbasierte API, die verwendet wird, um die Authentifizierung mit Security Support Providern wie NTLM und Kerberos durchzufhren.

VMware, Inc.

37

vSphere-Upgrade-Handbuch

vCenter Lookup Service


vCenter Lookup Service ist eine Komponente von vCenter Single Sign On. Lookup Service registriert den
Speicherort von vSphere-Komponenten, damit sie problemlos aufzufinden sind und miteinander kommunizieren knnen.
Das vCenter Single Sign On-Installationsprogramm stellt zudem den VMware Lookup Service an derselben
Adresse und demselben Port bereit. Der Lookup Service ermglicht unterschiedlichen Komponenten von
vSphere das gegenseitige Finden auf sichere Art. Sie mssen die Lookup Service-URL angeben, wenn Sie nach
der Installation von vCenter Single Sign On vCenter Server-Komponenten installieren. Die Installationsprogramme von Inventory Service und vCenter Server fragen nach der Lookup Service-URL und kontaktieren
anschlieend den Lookup Service, um vCenter Single Sign On zu finden. Inventory Service und vCenter Server
werden nach einer Installation im Lookup Service registriert, damit andere vSphere-Komponenten, wie z. B.
vSphere Web Client, sie finden knnen.

Einrichten des vCenter Server-Administratorbenutzers


In vCenter Server 5.1 mit vCenter Single Sign On hngt die Art, wie Sie den vCenter Server-Administratorbenutzer einstellen, von Ihrer vCenter Single Sign On-Bereitstellung ab.
In vSphere-Versionen von vSphere 5.1 sind vCenter Server-Administratoren diejenigen Benutzer, die zur lokalen Administratorgruppe des Betriebssystems gehren.
Wenn Sie in vSphere 5.1 vCenter Server installieren, mssen Sie den standardmigen (anfnglichen) vCenter
Server-Administratorbenutzer bzw. die standardmige Administratorgruppe angeben. Bei kleinen Bereitstellungen, wo vCenter Server und vCenter Single Sign On auf derselben Hostmaschine bereitgestellt werden,
knnen Sie die lokale Betriebssystemgruppe Administratoren als administrative vCenter Server-Benutzer
festlegen. Diese Option ist der Standard. Dieses Verhalten hat sich seit vCenter Server 5.0 nicht gendert.
Bei greren Installationen, wo vCenter Single Sign On und vCenter Server auf unterschiedlichen Hosts bereitgestellt werden, knnen Sie nicht so vorgehen wie in vCenter Server 5.0. Stattdessen mssen Sie die vCenter
Server-Administratorrolle einem Benutzer oder einer Gruppe von einer Identittsquelle zuweisen, die beim
vCenter Single Sign On-Server registriert ist: Active Directory, OpenLDAP oder die Systemidentittsquelle.

Hinzufgen von Active Directory- und OpenLDAP-Domnen zu vCenter Server 5.1


In vCenter Server-Versionen vor vCenter Server 5.1 fgt vCenter Server Active Directory-Domnen hinzu,
denen der vCenter Server-Host bzw. die virtuelle Maschine angehrt. In vCenter Server 5.1 erkennt vCenter
Single Sign On diejenigen Active Directory-Domnen, denen der vCenter Single Sign On-Host bzw. die virtuelle Maschine angehrt.
vCenter Single Sign On fgt diese erkannten Active Directory-Domnen hinzu. Im Unterschied zu frheren
vCenter Server-Versionen, die nur die Konfigurierung einer Active Directory-Domne fr vCenter Server zulassen, knnen Sie in vCenter Server 5.1 mit Single Sign On mehrere Active Directory-Domnen hinzufgen.
Wenn Sie Active Directory in Ihrer Infrastruktur verwenden und Sie mchten, dass das Single Sign On-Installationsprogramm Active Directory automatisch als Single Sign-On-Identittsquelle hinzufgt, gelten die
folgenden Anforderungen:

38

Sie mssen sich als Domnenbenutzer anmelden, wenn Sie Single Sign On installieren.

Sie mssen Single Sign On auf einer Maschine installieren, die der Active Directory-Domne beigetreten
ist. In diesem Fall mssen alle Maschinen, auf denen Single Sign On-Server installiert werden, derselben
Domne beitreten. Die Domnencontroller sind mglicherweise unterschiedlich, aber der Single Sign OnServer erkennt den lokalen Controller und fgt diesen hinzu.

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

vCenter Single Sign On kann zudem mehrere OpenLDAP-Domnen hinzufgen und Sie knnen vCenter
Server so konfigurieren, dass er Benutzern zur Verfgung steht, die bei diesen OpenLDAP-Repositorys registriert sind. Dies ermglicht Ihnen, den Zugriff auf vCenter Server ohne Active Directory zu verwalten.
Weitere Informationen ber vCenter Single Sign On finden Sie unter vSphere-Sicherheit.

Authentifizieren fr die vCenter Server 5.1-Umgebung


In vCenter Server 5.1 authentifizieren sich Benutzer ber vCenter Single Sign On.
Wenn in vCenter Server-Versionen vor vCenter Server 5.1 ein Benutzer eine Verbindung zu vCenter Server
herstellt, authentifiziert vCenter Server den Benutzer, indem dieser anhand einer Active Directory-Domne
bzw. der Liste der lokalen Benutzer des Betriebssystems validiert wird.
Da vCenter Server jetzt seinen eigenen vCenter Single Sign On-Server hat, mssen Sie zur Verwaltung des
Single Sign On-Servers Single Sign On-Benutzer erstellen. Diese Benutzer knnen sich von den Benutzern
unterscheiden, die vCenter Server verwalten.
Die standardmige vCenter Single Sign On-Administratorbenutzer-ID lautet admin@Systemdomne. Mit
dem Single Sign On-Verwaltungstool knnen Sie im vSphere Web Client Single Sign On-Administratorbenutzer erstellen. Sie knnen diesen Benutzern die folgenden Berechtigungen zuordnen: Allgemein, Normal
und Administrator.
Benutzer knnen sich mit dem vSphere-Client oder dem vSphere Web Client bei vCenter Server anmelden.
n

Mit dem vSphere-Client meldet sich der Benutzer bei jedem vCenter Server separat an. Alle verknpften
vCenter Server-Instanzen werden im linken Bereich des vSphere-Clients angezeigt. Der vSphere-Client
zeigt keine vCenter Server-Systeme an, die nicht mit dem vCenter Server verbunden sind, bei dem sich
der Benutzer angemeldet hat, es sei denn, der Benutzer stellt explizit eine Verbindung zu diesen vCenter Server-Systemen her. Dieses Verhalten hat sich seit den vCenter Server-Versionen vor Version 5.1 nicht
gendert.

Mithilfe des vSphere Web Client authentifizieren sich Benutzer bei vCenter Single Sign On und werden
mit dem vSphere Web Client verbunden. Benutzer knnen alle vCenter Server-Instanzen anzeigen, fr
die der Benutzer ber Berechtigungen verfgt. Nachdem die Benutzer eine Verbindung zu vCenter Server
hergestellt haben, ist keine weitere Authentifizierung erforderlich. Welche Aktionen Benutzer auf Objekten durchfhren knnen, hngt von den vCenter Server-Berechtigungen des Benutzers fr diese Objekte
ab.

Bei vCenter Server-Versionen vor vCenter Server 5.1 mssen Sie jedes vCenter Server-System unter Verwendung der vSphere Web Client Administration-Anwendung explizit mit dem vSphere Web Client registrieren.
Weitere Informationen ber vCenter Single Sign On finden Sie unter vSphere-Sicherheit.

Auswirkungen von vCenter Single Sign On-Bereitstellungsszenarios auf das


Anmeldeverhalten
Die Art, wie Sie vCenter Single Sign On bereitstellen, und der Benutzertyp, der vCenter Single Sign On installiert, beeinflussen, welche Administrator-Benutzerkonten ber Berechtigungen auf dem Single Sign OnServer und fr vCenter Server verfgen.
Whrend der vCenter Server-Installation werden einigen Benutzern Berechtigungen zum Anmelden bei
vCenter Server und anderen Benutzern Berechtigungen zum Verwalten von vCenter Single Sign On zugewiesen. Der vCenter Server-Administrator ist mglicherweise nicht der gleiche Benutzer wie der vCenter Single Sign On-Administrator. Das bedeutet: Wenn Sie sich bei vSphere Web Client als standardmiger Single
Sign On-Administrator (admin@Systemdomne) anmelden, sehen Sie mglicherweise keine vCenter ServerSysteme in der Bestandsliste. Die Bestandsliste scheint leer zu sein, weil Sie nur die Systeme sehen, fr die Sie
im vSphere Web Client ber Berechtigungen verfgen.

VMware, Inc.

39

vSphere-Upgrade-Handbuch

Das bedeutet auch Folgendes: Wenn Sie sich bei vSphere Web Client als standardmiger vCenter ServerAdministrator anmelden, sehen Sie mglicherweise nicht das Konfigurationstool fr vCenter Single Sign On.
Das Konfigurationstool steht nicht zur Verfgung, weil nur der standardmige vCenter Single Sign OnAdministrator (admin@Systemdomne) berechtigt ist, vCenter Single Sign On nach der Installation zu verwalten. Der Single Sign On-Administrator kann bei Bedarf zustzliche Administrator-Benutzer einrichten.
Anmeldeverhalten, wenn Sie vCenter Simple Install verwenden
Der vCenter Simple Install-Prozess installiert vCenter Single Sign On, Inventory Service und vCenter Server
auf einem System. Das Konto, das Sie benutzen, wenn Sie den Simple Install-Prozess ausfhren, hat Einfluss
darauf, welche Benutzer Berechtigungen fr welche Komponenten erhalten.
Wenn Sie sich als Domnenkontobenutzer oder Benutzer eines lokalen Kontos anmelden, um vCenter Server
mit vCenter Simple Install zu installieren, verhlt sich das System nach der Installation wie folgt:
n

Standardmig knnen sich Benutzer in der Administratorgruppe des lokalen Betriebssystems bei
vSphere Web Client und vCenter Server anmelden. Diese Benutzer knnen Single Sign On nicht konfigurieren und die Single Sign On-Verwaltungsschnittstelle im vSphere Web Client nicht aufrufen.

Der standardmige vCenter Single Sign On-Administratorbenutzer lautet admin@Systemdomne.


Dieser Benutzer kann sich beim vSphere Web Client anmelden, um Single Sign On zu konfigurieren und
gegebenenfalls Konten fr die Verwaltung von Single Sign On hinzuzufgen. Dieser Benutzer kann
vCenter Server nicht anzeigen und nicht konfigurieren.

Wenn Sie als Domnenkontobenutzer angemeldet sind, werden die standardmigen Active DirectoryIdentittsquellen whrend der vCenter Single Sign On-Installation automatisch erkannt. Wenn Sie als
lokaler Kontobenutzer angemeldet sind, werden die Active Directory-Identittsquellen whrend der
vCenter Single Sign On-Installation nicht automatisch erkannt.

Benutzer des lokalen Betriebssystems (localos oder Hostname) werden als Identittsquelle hinzugefgt.

Anmeldeverhalten beim Bereitstellen von vCenter Single Sign On als eigenstndiger Server
vCenter Single Sign On im Basismodus bereitzustellen bedeutet, dass eine eigenstndige Version von vCenter
Single Sign On auf einem System installiert wird. Mehrere vCenter Server-, Inventory Service- und vSphere
Web Client-Instanzen knnen auf diese eigenstndige Version von vCenter Single Sign On verweisen.
In diesem Bereitstellungsszenario gewhrt der Installationsprozess admin@Systemdomne standardmig
vCenter Server-Berechtigungen. Auerdem erstellt der Installationsprozess den Benutzer admin@Systemdomne, der vCenter Single Sign On verwalten kann.
HINWEIS Wenn Sie vCenter Server-Komponenten mit eigenstndigen Installationsprogrammen installieren,
knnen Sie auswhlen, welches Konto oder welche Gruppe sich nach der Installation bei vCenter Server anmelden kann. Legen Sie dieses Konto oder diese Gruppe auf der Seite Single Sign On-Informationen des
Installationsprogramms im folgenden Textfeld fest: [Von vCenter Single Sign On erkannter vCenter ServerAdministrator.] Beispiel: Um einer Gruppe von Domnenadministratoren die Berechtigung zum Anmelden
bei vCenter Server zu gewhren, geben Sie den Namen der Domnenadministratorengruppe ein, beispielsweise Domnenadministratoren@VCADSSO.LOCAL.
In den Modi High Availablity und Single Sign On fr mehrere Standorte gibt es keine Identittsquelle fr das
lokale Betriebssystem. Deshalb funktionieren diese nicht, wenn Sie Administratoren oder Administrator in
das Textfeld [Von vCenter Single Sign On erkannter vCenter Server-Administrator] eingeben.
Administratoren wird als lokale Betriebssystemgruppe Administratoren und Administrator als lokaler Betriebssystemadministrator behandelt.

40

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

Installieren im einfachen Modus als Domnenkontobenutzer


Wenn Sie sich als Domnenkontobenutzer anmelden, um vCenter Single Sign On im einfachen Modus auf
einem vom Inventory Service und vCenter Server getrennten System zu installieren, verhlt sich das System
nach der Installation wie folgt.
n

Standardmig kann sich der Benutzer admin@Systemdomne bei vSphere Web Client und vCenter Server anmelden.

Die standardmigen Active Directory-Identittsquellen werden erkannt.

Benutzer des lokalen Betriebssystems (localos oder Hostname) werden als Identittsquelle hinzugefgt.

Installieren im einfachen Modus als Benutzer eines lokalen Kontos


Wenn Sie sich als Benutzer eines lokalen Kontos anmelden, um vCenter Single Sign On im einfachen Modus
auf einem vom Inventory Service und vCenter Server getrennten System zu installieren, verhlt sich das System
nach der Installation wie folgt.
n

Standardmig kann sich der Benutzer admin@Systemdomne bei vSphere Web Client und vCenter Server anmelden.

Active Directory-Identittsquellen werden nicht erkannt.

Benutzer des lokalen Betriebssystems (localos oder Hostname) werden als Identittsquelle hinzugefgt.

Anmeldeverhalten, wenn Sie einen Cluster von vCenter Single Sign On-Instanzen installieren
Das Bereitstellen von vCenter Single Sign On als Cluster bedeutet, dass zwei oder mehr vCenter Single Sign
On-Instanzen im Hochverfgbarkeitsmodus installiert werden. Der vCenter Single Sign On-Hochverfgbarkeitsmodus ist nicht dasselbe wie vSphere HA. Alle vCenter Single Sign On-Instanzen verwenden dieselbe
Datenbank und verweisen auf dieselben Identittsquellen. Single Sign On-Administratorbenutzer sehen die
primre Single Sign On-Instanz, wenn sie eine Verbindung mit vCenter Server ber vSphere Web Client herstellen.
In diesem Bereitstellungsszenario gewhrt der Installationsprozess admin@Systemdomne standardmig
vCenter Server-Berechtigungen. Auerdem erstellt der Installationsprozess den Benutzer admin@Systemdomne, der vCenter Single Sign On verwalten kann.
HINWEIS Wenn Sie vCenter Server-Komponenten mit eigenstndigen Installationsprogrammen installieren,
knnen Sie auswhlen, welches Konto oder welche Gruppe sich nach der Installation bei vCenter Server anmelden kann. Legen Sie dieses Konto oder diese Gruppe auf der Seite Single Sign On-Informationen des
Installationsprogramms im folgenden Textfeld fest: [Von vCenter Single Sign On erkannter vCenter ServerAdministrator.] Beispiel: Um einer Gruppe von Domnenadministratoren die Berechtigung zum Anmelden
bei vCenter Server zu gewhren, geben Sie den Namen der Domnenadministratorengruppe ein, beispielsweise Domnenadministratoren@VCADSSO.LOCAL.
In den Modi High Availablity und Single Sign On fr mehrere Standorte gibt es keine Identittsquelle fr das
lokale Betriebssystem. Deshalb funktionieren diese nicht, wenn Sie Administratoren oder Administrator in
das Textfeld [Von vCenter Single Sign On erkannter vCenter Server-Administrator] eingeben.
Administratoren wird als lokale Betriebssystemgruppe Administratoren und Administrator als lokaler Betriebssystemadministrator behandelt.
Wenn Sie sich als Domnenkontobenutzer oder Benutzer eines lokalen Kontos anmelden, um vCenter Single
Sign On im Clustermodus auf einem vom Inventory Service und vCenter Server getrennten System zu installieren, verhlt sich das System nach der Installation wie folgt.
n

Standardmig kann sich der Benutzer admin@Systemdomne bei vSphere Web Client und vCenter Server anmelden.

VMware, Inc.

41

vSphere-Upgrade-Handbuch

Wenn Sie als Domnenkontobenutzer angemeldet sind, werden die standardmigen Active DirectoryIdentittsquellen erkannt. Wenn Sie als Benutzer eines lokalen Kontos angemeldet sind, werden die Active
Directory-Identittsquellen nicht erkannt.

Identittsquellen fr vCenter Server mit vCenter Single Sign On


vCenter Server 5.1 mit vCenter Single Sign On fgt Support fr einige neue Typen von Benutzer-Repositorys
hinzu.
vCenter Server-Versionen vor Version 5.1 haben Active Directory und lokale Betriebssystembenutzer als Benutzer-Repositorys untersttzt. vCenter Server 5.1 untersttzt die folgenden Typen von Benutzer-Repositorys
als Identittsquellen.
n

Active Directory.

OpenLDAP.

Lokales Betriebssystem.

System.

Die vCenter Single Sign On-Identittsquellen werden von Single Sign On-Administratorbenutzern verwaltet.
Sie knnen einem einzigen Single Sign On-Server mehrere Identittsquellen eines jeden Typs zuweisen.
Jede Identittsquelle hat innerhalb des Bereichs der entsprechenden Single Sign On-Serverinstanz einen eindeutigen Namen. Es gibt immer genau eine Systemidentittsquelle mit dem Namen System-Domain.
Es kann nur eine Identittsquelle des lokalen Betriebssystems geben. Auf Linux-Systemen ist die Kennzeichnung der Identittsquelle localOS. Auf Windows-Systemen ist die Kennzeichnung der Identittsquelle der
Hostname des Systems. Die Identittsquelle des lokalen Betriebssystems kann nur in nicht geclusterten Single
Sign On-Serverbereitstellungen existieren.
Sie knnen an eine Single Sign On-Serverinstanz Remoteidentittsquellen anhngen. Remoteidentittsquellen
sind auf eine Active Directory- bzw. OpenLDAP-Server-Implementierung beschrnkt.
Whrend der Installation von Single Sign On kann das Installationsprogramm die Active Directory-Identittsquellen automatisch ermitteln, wenn Ihr System die erforderlichen Voraussetzungen erfllt. Siehe Abschnitt Netzwerkvoraussetzungen in Voraussetzungen fr das Upgrade von vCenter Server, auf Seite 52.
Weitere Informationen ber vCenter Single Sign On finden Sie unter vSphere-Sicherheit.

Zusammenfassung des Upgrades von vCenter Server


Das Upgrade auf vCenter Server 5.1 wirkt sich auf andere Softwarekomponenten Ihres Datencenters aus.
Tabelle 4-1 fasst die Auswirkungen auf Ihre Datencenterkomponenten zusammen.
Tabelle 4-1. Upgrade der vCenter Server-Komponenten

42

Produkt

Komponente

Beschreibung

vCenter Server,
vSphere-Client und
vSphere Web Client

VI Client 1.x

Nicht untersttzt.

VirtualCenter Server 1.x

Nicht untersttzt.

VirtualCenter Server 2,0

Nicht untersttzt.

VirtualCenter Server 2.5

Nicht untersttzt.

VirtualCenter Server 2.5 Update 6

Fhren Sie ein Upgrade durch, indem Sie mithilfe des Datenmigrationstools auf einer anderen Maschine auf vCenter Server 5.0.x aktualisieren, und nehmen Sie dann ein In-Place-Upgrade auf Version
5.1.x vor.

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

Tabelle 4-1. Upgrade der vCenter Server-Komponenten (Fortsetzung)


Produkt

ESX und ESXi

VMware, Inc.

Komponente

Beschreibung

vCenter Server 4.0

Fhren Sie ein In-Place-Upgrade durch, wenn er auf einem 64-BitSystem installiert ist. Wenn er auf einem 32-Bit-System installiert ist,
fhren Sie ein Upgrade durch, indem Sie mithilfe des Datenmigrationstools auf einer anderen Maschine auf vCenter Server 5.0.x aktualisieren, und dann ein In-Place-Upgrade auf Version 5.1.x vornehmen.

vSphere-Client 4.0

Nicht untersttzt.

vCenter Server 4.1.x

In-Place-Upgrade auf vCenter Server 5.1.x.

vSphere-Client 4.1

Nicht untersttzt.

vCenter Server 5.0.x

In-Place-Upgrade auf vCenter Server 5.1.x.

vCenter Server 5.1

In-Place-Upgrade auf vCenter Server 5.1.x.

vCenter Client 5.0

Upgrade auf vCenter Client 5.1.

vSphere Web Client 5.0

Upgrade auf vSphere Web Client 5.1.

IBM DB2-Datenbank

Stellen Sie sicher, dass Ihre Datenbank untersttzt wird. Aktualisieren Sie sie bei Bedarf.

Oracle-Datenbank

Stellen Sie sicher, dass Ihre Datenbank untersttzt wird. Aktualisieren Sie sie bei Bedarf.
Oracle 9i wird nicht mehr untersttzt.

SQL-Datenbank

Stellen Sie sicher, dass Ihre Datenbank untersttzt wird. Aktualisieren Sie sie bei Bedarf.

Verknpfter Modus

Sie knnen vCenter Server whrend des Upgrade-Vorgangs nicht


mit einer Gruppe im verknpften Modus verbinden. Treten Sie der
Gruppe nach Abschluss des Upgrades auf vCenter Server bei.
Wenn Sie ein Upgrade von vCenter Server Version 5.0.x durchfhren und der Server Teil einer Gruppe im verknpften Modus ist,
wird er nicht aus der Gruppe entfernt. Wenn Sie eine vCenter Server-Version vor Version 5, die Teil einer Gruppe im verknpften
Modus ist, aktualisieren, wird sie aus der Gruppe entfernt. vCenter
Server untersttzt keine Gruppen im verknpften Modus, die sowohl Version 5.0.x als auch frhere Versionen von vCenter Server
enthalten. Nachdem alle vCenter Server in der Gruppe auf Version
5.x aktualisiert wurden, knnen Sie sie neu verbinden.

ESX 2.5-Host

Wird von vCenter Server 5.x nicht untersttzt.

VMFS2-Volumes

Wird als schreibgeschtzt untersttzt (auslaufend).

Virtuelle VM2-Maschinen

Upgrade (optional).

Virtueller VMDK2-Datentrger

Wird von vCenter Server 5.x nicht untersttzt.

ESX MUI

Keine nderung.

VMware Tools

Upgrade (optional).

ESX/ESXi 3.5 host

Wird von vCenter Server 5.1 nicht untersttzt. Upgrade auf ESXi
5.1.

ESX/ESXi 4.0 host

Upgrade auf ESXi 5.1 (optional)

ESX/ESXi 4.1 host

Upgrade auf ESXi 5.1 (optional).

ESXi 5.0-Host

Upgrade auf ESXi 5.1 (optional).

VMFS3-Volumes

Keine nderung.

Virtuelle VM3-Maschinen

Upgrade (optional).

43

vSphere-Upgrade-Handbuch

Tabelle 4-1. Upgrade der vCenter Server-Komponenten (Fortsetzung)


Produkt

vSphere Auto Deploy

Komponente

Beschreibung

Virtueller VMDK3-Datentrger

Wird von vCenter Server 5.x nicht untersttzt.

Auto Deploy 5.0 oder 5.0.1

Fhren Sie ein Upgrade auf Auto Deploy 5.1. vCenter Server 5.1
durch. Sie mssen ein Upgrade von Auto Deploy auf Version 5.1
durchfhren, damit es zusammen mit vCenter Server 5.1 eingesetzt
werden kann.

Erforderliche Informationen fr die Installation oder das Upgrade von vCenter


Single Sign On, Inventory Service und vCenter Server
Bereiten Sie die Installation von vCenter Server vor, indem Sie die fr das vCenter Server-System erforderlichen
Werte aufzeichnen.
vCenter Server-Installationsassistent fordert Sie zur Eingabe von Installationsinformationen auf. Fr den Fall,
dass Sie vCenter Server erneut installieren mssen, sollten Sie sich die eingegebenen Werte notieren. Sie knnen dieses Thema als Arbeitsblatt zum Eintragen der Informationen, die Sie fr die Installation oder das Upgrade bentigen, ausdrucken
HINWEIS Je nach Installations- oder Upgradetyp sind bestimmte Eintrge mglicherweise nicht erforderlich.
Tabelle 4-2. Fr die Installation von vCenter Single Sign On erforderliche Informationen
Erforderliche Informationen

Standard

Sprache einrichten.
Mit dieser Auswahl wird die Sprache nur fr das Installationsprogramm festgelegt.

Englisch

Ihr Eintrag

Single Sign On-Bereitstellungstyp. (Nicht zutreffend fr Simple Install.)


Den primren Knoten fr eine neue vCenter Single Sign On-Installation oder einen zustzlichen Knoten zur Verbindung mit einer vorhandenen vCenter Single Sign On-Installation fr hohe Verfgbarkeit oder fr mehrere Standorte erstellen.
Wenn Sie den primren Knoten fr eine neue Single Sign On-Installation erstellen, whlen Sie eine der folgenden Optionen. (Nicht zutreffend fr Simple Install.)
n Einfach: Der einzige Knoten in einer Einzelknoten-Single Sign
On-Installation, verfgbar fr lokale Systembenutzer.
n Der primre Knoten fr eine neue Single Sign On-Installation fr
hohe Verfgbarkeit oder mehrere Standorte.
Wenn Sie einen zustzlichen Knoten fr eine Verbindung zu einer
vorhandenen vCenter Single Sign On-Installation mit hoher Verfgbarkeit oder fr mehrere Standorte erstellen, whlen Sie eine der folgenden Optionen. (Nicht zutreffend fr Simple Install.)
n Hohe Verfgbarkeit: fr Skalierbarkeit und Verfgbarkeit. Sie
knnen mehrere Single Sign On-Server installieren und sie hinter
einem Lastenausgleich platzieren.
n Mehrere Standorte: Fr groe Unternehmen mit mehreren physischen Standorten. Jeder physische Standort muss ber einen
eigenen Single Sign On-Cluster verfgen, damit ein schneller lokaler Single Sign On-Zugriff gewhrleistet ist.

44

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

Tabelle 4-2. Fr die Installation von vCenter Single Sign On erforderliche Informationen (Fortsetzung)
Erforderliche Informationen

Standard

Ihr Eintrag

Benutzername und Kennwort fr das vCenter Single Sign On-Administrator-Benutzerkonto.


Sie mssen denselben vCenter Single Sign On-Benutzernamen und
dasselbe Kennwort benutzen, wenn Sie vCenter Single Sign On installieren und Inventory Service, vCenter Server und den vSphere
Web Client installieren oder aktualisieren.
WICHTIG Notieren Sie unbedingt das Kennwort. Wenn Sie die Single
Sign On-Konfiguration von einer Datensicherung wiederherstellen
mssen, mssen Sie dasselbe Kennwort wie bei der Erstinstallation
eingeben, auch wenn Sie es spter ndern.
Die folgenden Zeichen drfen in Kennwrtern nicht verwendet werden: Semikolon (;), doppeltes Anfhrungszeichen ("), einfaches Anfhrungszeichen ('), Zirkumflex (^) und Rckwrtsschrgstrich (\).
Kennwrter mssen der GPO-Kennwortrichtlinie (GPO = Group Policy Object, Gruppenrichtlinienobjekt) von Windows entsprechen.

admin@Systemdomne

Whrend der Installation


knnen Sie den Standardbenutzernamen nicht ndern.

RSA_DBA- und RSA_USER-Kennwort (fr die mitgelieferte Microsoft SQL Server 2008 R2 Express-Datenbank).
Wenn Sie die mitgelieferte Datenbank verwenden, erstellt das Sign
On-Installationsprogramm die Benutzer RSA_DBA und RSA_USER,
die zum Einrichten des Single Sign On-Datenbankschemas und zum
Durchfhren bestimmter Schritte nach der Installation bentigt werden. Sie mssen Kennwrter fr diese Benutzer eingeben.
Die folgenden Zeichen drfen in Kennwrtern nicht verwendet werden: Semikolon (;), doppeltes Anfhrungszeichen ("), einfaches Anfhrungszeichen ('), Zirkumflex (^) und Rckwrtsschrgstrich (\).
Kennwrter mssen der GPO-Kennwortrichtlinie (GPO = Group Policy Object, Gruppenrichtlinienobjekt) von Windows entsprechen.
Datenbanktyp (fr eine vorhandene Datenbank).
Untersttzte Version von Microsoft SQL, Oracle oder IBM DB2. Untersttzte Versionen finden Sie in der VMware-Produkt-Interoperabilittsmatrix unter
http://partnerweb.vmware.com/comp_guide2/sim/interop_matrix.php?.
Datenbankname (fr eine vorhandene Datenbank).

Der Name der vorhandenen Datenbank, die Sie


fr Single Sign On erstellt
haben. Der Name darf
nur alphanumerische
Zeichen enthalten.

Hostname oder IP-Adresse (fr eine vorhandene Datenbank).


Die Single Sign On-Datenbank bentigt einen statischen Hostnamen
oder eine statische IP-Adresse.
Oracle SID (optional, fr eine vorhandene Oracle-Datenbank)
Port (fr eine vorhandene Datenbank).
Die Single Sign On-Datenbank erfordert einen statischen Port.

Microsoft SQL: 1433


Oracle: 1521
DB2: 50000

Dienstname (fr eine vorhandene Oracle-Datenbank).


Datenbankbenutzername (fr eine vorhandene Datenbank).
Geben Sie den Datenbankbenutzernamen eines Benutzers ein, der
ber die erforderlichen Berechtigungen verfgt. Siehe Erforderliche
vCenter Single Sign On-Datenbankbenutzer, auf Seite 50.
Datenbankkennwort (fr eine vorhandene Datenbank).

VMware, Inc.

45

vSphere-Upgrade-Handbuch

Tabelle 4-2. Fr die Installation von vCenter Single Sign On erforderliche Informationen (Fortsetzung)
Erforderliche Informationen

Standard

Ihr Eintrag

Der vollstndig qualifizierte Hostname der aktuellen Maschine

Der DNS-Computername, den Sie fr Ihre IP eingegeben haben.

Datenbankbenutzername (fr eine vorhandene Datenbank).


Geben Sie den Datenbankbenutzernamen eines Benutzers ein, der
ber die erforderlichen Berechtigungen verfgt. Eine Liste der erforderlichen Berechtigungen finden Sie unter Erforderliche vCenter
Single Sign On-Datenbankbenutzer, auf Seite 50.
Datenbank-DBA-Benutzername (fr eine vorhandene Datenbank).
Geben Sie den Datenbankbenutzernamen eines Benutzers ein, der
ber die erforderlichen Berechtigungen verfgt. Eine Liste der erforderlichen Berechtigungen finden Sie unter Erforderliche vCenter
Single Sign On-Datenbankbenutzer, auf Seite 50.
Datenbank-DBA-Kennwort (fr eine vorhandene Datenbank).
JDBC-URL (optional, fr eine vorhandene Datenbank).
Die JDBC-Verbindungsinformationen sind erforderlich, wenn Sie eine vorhandene vCenter Single Sign On-Datenbank verwenden. Weitere Informationen zur Eingabe der JDBC-URL finden Sie unter
JDBC-URL-Formate fr die vCenter Server-Datenbank, auf Seite 61.
Vollqualifizierter vCenter Single Sign On-Domnenname oder IPAdresse.
Kontoinformationen fr den SSPI-Dienst
Verwenden Sie hierzu das Windows-Standardkonto NetworkService oder geben Sie die Kontoinformationen fr den Administratorbenutzer ein.

Falls Sie eine Single Sign


On-Bereitstellung mit hoher Verfgbarkeit planen,
ndern Sie den Benutzer
in einen Active DirectoryBenutzer.

Zielordner.
Der Ordner fr die Installation von vCenter Single Sign On. Der Installationspfad darf die folgenden Zeichen nicht enthalten: NichtASCII-Zeichen, Kommas (,), Punkte (.), Ausrufezeichen (!), Rautezeichen (#), At-Zeichen (@) bzw. Prozentzeichen (%).

C:\Program Files\VMware\Infrastructure

vCenter Single Sign On-HTTPS-Port.

7444

Tabelle 4-3. Erforderliche Informationen fr die Installation oder das Upgrade des Inventory Service
Erforderliche Informationen

Standard

Sprache einrichten.
Mit dieser Auswahl wird die Sprache nur fr das Installationsprogramm festgelegt.

Englisch

Zielordner.
Der Ordner, in dem Inventory Service installiert werden soll. Der
Installationspfad darf die folgenden Zeichen nicht enthalten: NichtASCII-Zeichen, Kommas (,), Punkte (.), Ausrufezeichen (!), Rautezeichen (#), At-Zeichen (@) bzw. Prozentzeichen (%).

C:\Program Files\VMware\Infrastructure

Ihr Eintrag

Vollqualifizierter Domnenname:
Der FQDN fr den Inventory Service des lokalen Systems.
vCenter Inventory Service-HTTPS-Port
vCenter Inventory Service-Verwaltungsport.

46

Weitere Informationen hierzu finden Sie


unter Erforderliche Ports fr vCenter
Server, auf Seite 26.

10443
10111

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

Tabelle 4-3. Erforderliche Informationen fr die Installation oder das Upgrade des Inventory Service
(Fortsetzung)
Erforderliche Informationen

Standard

vCenter Inventory Service-Kommunikationsport im verknpften


Modus.

10109

Ihr Eintrag

Gre der Bestandsliste.


Die Gre der Bestandsliste Ihrer vCenter Server-Bereitstellung:
n Klein (weniger als 100 Hosts oder weniger als 1000 virtuelle Maschinen).
n Mittel (100-400 Hosts oder 1000-4000 virtuelle Maschinen).
n Gro (mehr als 400 Hosts oder mehr als 4000 virtuelle Maschinen).
Diese Einstellung bestimmt die maximale JVM-Heap-Einstellungen
fr VMware VirtualCenter Management Webservices (Tomcat), den
Inventory Service und den profilgesteuerten Speicherdienst. Sie
knnen diese Einstellung nach der Installation anpassen, falls sich
die Anzahl an Hosts in Ihrer Umgebung ndert. Empfehlungen hierzu finden Sie unter Hardwareanforderungen fr vCenter Server,
vCenter Single Sign On, den vSphere-Client und vSphere Web Client, auf Seite 20.
Benutzername fr das vCenter Single Sign On-Administrator-Benutzerkonto.
Sie mssen denselben vCenter Single Sign On-Benutzernamen und
dasselbe Kennwort benutzen, wenn Sie vCenter Single Sign On installieren und Inventory Service, vCenter Server und den vSphere
Web Client installieren oder aktualisieren.

admin@Systemdomne

Lookup Service-URL.
Die Lookup Service-URL lautet https://SSO_Host_FQDN_oder_IP:
7444/lookupservice/sdk, wobei 7444 die Standard-HTTPS-Portnummer fr vCenter Single Sign On ist. Wenn Sie beim Installieren von
vCenter Single Sign On eine andere Portnummer angeben, verwenden Sie diese Portnummer.

Tabelle 4-4. Erforderliche Informationen fr die Installation oder das Upgrade von vCenter Server
Erforderliche Informationen

Standard

Sprache einrichten.
Mit dieser Auswahl wird die Sprache nur fr das Installationsprogramm festgelegt.

Englisch

Ihr Eintrag

vCenter Server-Lizenzschlssel.
Wenn Sie keinen Lizenzschlssel angeben, wird vCenter Server im
Testmodus installiert. Nach der Installation von vCenter Server knnen Sie die vCenter Server-Lizenz im vSphere-Client eingeben.
Datenquellenname (DSN).
Erforderlich, wenn Sie eine vorhandene Datenbank verwenden.
Nicht erforderlich, wenn Sie die im Lieferumfang enthaltene Microsoft SQL Server 2008 Express-Datenbank verwenden. Leerzeichen
am Anfang und am Ende werden nicht untersttzt. Entfernen Sie die
Leerzeichen am Anfang oder Ende des DSN.
Datenbankbenutzername.
Datenbankkennwort.

VMware, Inc.

Erforderlich zur Verwendung einer vorhandenen Datenbank. Nicht erforderlich, wenn Sie
eine im Lieferumfang enthaltene Datenbank
verwenden. Nicht-ASCII-Zeichen werden
nicht untersttzt.

47

vSphere-Upgrade-Handbuch

Tabelle 4-4. Erforderliche Informationen fr die Installation oder das Upgrade von vCenter Server
(Fortsetzung)
Erforderliche Informationen

Standard

Ihr Eintrag

JDBC-URL fr die Datenbank.


Erforderlich, wenn Sie eine vorhandene Datenbank verwenden. Das
vCenter Server-Installationsprogramm sollte die JDBC-URL fr die
vCenter Server-Datenbank generieren und validieren. Wenn das Installationsprogramm mithilfe der erstellten JDBC-URL keine Verbindung zur Datenbank herstellen kann, werden Sie aufgefordert,
die JDBC-URL anzugeben.
Das Format der JDBC-URL richtet sich nach der Datenbank, die Sie
verwenden. Weitere Informationen hierzu finden Sie unter JDBCURL-Formate fr die vCenter Server-Datenbank, auf Seite 61.
vCenter Server-Dienstkontoinformationen.
Hierbei kann es sich um ein Microsoft Windows-Systemkonto oder
ein benutzerspezifisches Konto handeln. Verwenden Sie ein eigenes
Konto, wenn Sie die Microsoft Windows-Authentifizierung fr SQL
Server verwenden mchten.

Microsoft WindowsSystemkonto

Vollstndig qualifizierter Domnenname (FQDN) fr den vCenter


Server-Computer
Der FQDN des Systems, auf dem Sie vCenter Server installieren. Das
vCenter Server-Installationsprogramm berprft, ob der vollstndig
qualifizierte Domnenname aufgelst werden kann. Sonst wird eine
Warnmeldung angezeigt. ndern Sei den Eintrag in einen vollstndig qualifizierten, auflsbaren Domnennamen. Sie mssen den
vollstndig qualifizierten Domnennamen eingeben, nicht die IPAdresse.
Eigenstndig oder einer Gruppe beitreten.
Wenn Sie das Beitreten einer Gruppe fr den verknpften Modus
whlen, knnen Sie im vSphere-Client Daten ber mehrere vCenter Server-Systeme hinweg anzeigen, suchen und verwalten.

Eigenstndig

Vollqualifizierter Domnenname der Verzeichnisdienste fr die


vCenter Server-Gruppe.
Der FQDN einer Remoteinstanz von vCenter Server. Erforderlich,
wenn diese vCenter Server-Instanz einer Gruppe beitritt. Die lokalen
und Remoteinstanzen sind Mitglieder einer Gruppe fr den verknpften Modus.
LDAP-Port fr den Verzeichnisdienst der vCenter Server-Remoteinstanz.
Der LDAP-Port der Remoteinstanz. Erforderlich, wenn diese vCenter Server-Instanz einer Gruppe fr den verknpften Modus beitritt.
Weitere Informationen hierzu finden Sie unter Erforderliche Ports
fr vCenter Server, auf Seite 26.
HTTPS-Port fr
vCenter Server.

443

HTTP-Port fr
vCenter Server.
Taktsignalport
(UDP) zum Senden von Daten an
ESX/ESXi-Hosts.
VMware VirtualCenter Management Webservices.

48

389

80
Weitere Informationen hierzu finden Sie unter
Erforderliche Ports fr vCenter Server,
auf Seite 26.

902

8080

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

Tabelle 4-4. Erforderliche Informationen fr die Installation oder das Upgrade von vCenter Server
(Fortsetzung)
Erforderliche Informationen

Standard

VMware VirtualCenter Management Webservices.

8443

Webservice-Port
fr den nderungsbenachrichtigungsdienst.

60099

LDAP-Port fr
den Verzeichnisdienst der lokalen
vCenter ServerInstanz.

389

SSL-Port fr den
Verzeichnisdienst
der lokalen vCenter Server-Instanz.

636

Ihr Eintrag

Flchtige Ports.
Whlen Sie die Option [Anzahl der verfgbaren flchtigen Ports
erhhen] , wenn Ihr vCenter Server Hosts verwaltet, auf denen Sie
mehr als 2000 virtuelle Maschinen gleichzeitig aktivieren. Diese Option verhindert, dass der Pool von verfgbaren flchtigen Ports ausgeschpft wird.
Gre der Bestandsliste.
Die Gre der Bestandsliste Ihrer vCenter Server-Bereitstellung:
n Klein (weniger als 100 Hosts oder weniger als 1000 virtuelle Maschinen).
n Mittel (100-400 Hosts oder 1000-4000 virtuelle Maschinen).
n Gro (mehr als 400 Hosts oder mehr als 4000 virtuelle Maschinen).
Diese Einstellung bestimmt die maximale JVM-Heap-Einstellungen
fr VMware VirtualCenter Management Webservices (Tomcat), den
Inventory Service und den profilgesteuerten Speicherdienst. Sie knnen diese Einstellung nach der Installation anpassen, falls sich die
Anzahl an Hosts in Ihrer Umgebung ndert. Empfehlungen hierzu
finden Sie unter Hardwareanforderungen fr vCenter Server,
vCenter Single Sign On, den vSphere-Client und vSphere Web Client, auf Seite 20.
Benutzername fr
das vCenter Single Sign On-Administrator-Benutzerkonto.
Kennwort fr das
vCenter Single
Sign On-Administrator-Benutzerkonto.

VMware, Inc.

admin@Systemdomne
Sie mssen denselben vCenter Single Sign OnBenutzernamen und dasselbe Kennwort benutzen, wenn Sie vCenter Single Sign On installieren und Inventory Service, vCenter Server und
den vSphere Web Client installieren oder aktualisieren.

49

vSphere-Upgrade-Handbuch

Tabelle 4-4. Erforderliche Informationen fr die Installation oder das Upgrade von vCenter Server
(Fortsetzung)
Erforderliche Informationen

Standard

Von vCenter Single Sign On erkannter vCenter Server-Administrator.


Der vCenter Server-Administratorbenutzer oder die Benutzergruppe, die ber Verwaltungsberechtigungen verfgt und sich nach der
Installation bei vCenter Server anmelden kann. Sie knnen auch einen Domnenbenutzer im Format Benutzer@Domnenname oder eine
Domnenbenutzergruppe im Format Domnengruppe@Domnenname eingeben.

Wenn Single Sign On


auf derselben Hostmaschine wie vCenter Server installiert ist: Die
Gruppe des lokalen
Administrators.
Wenn Single Sign On
auf einer anderen Hostmaschine als vCenter
Server installiert ist: admin@Systemdomne.

Ihr Eintrag

Lookup Service-URL.
Die Lookup Service-URL lautet https://SSO_Host_FQDN_oder_IP:
7444/lookupservice/sdk, wobei 7444 die Standard-HTTPS-Portnummer fr vCenter Single Sign On ist. Wenn Sie beim Installieren von
vCenter Single Sign On eine andere Portnummer angeben, verwenden Sie diese Portnummer.
Inventory Service-URL.
Die Inventory Service-URL hat das Format
https://FQDN_oder_IP_des_Inventory_Service-Hosts:10443. 10443 ist
die Standard-HTTPS-Portnummer fr den Inventory Service. Falls
Sie bei der Installation von Inventory Service eine andere Portnummer eingeben, verwenden Sie diese Portnummer.
Zielordner.
Der Ordner, in dem vCenter Server installiert werden soll. Der Installationspfad darf die folgenden Zeichen nicht enthalten: NichtASCII-Zeichen, Kommas (,), Punkte (.), Ausrufezeichen (!), Rautezeichen (#), At-Zeichen (@) bzw. Prozentzeichen (%).

C:\Program Files\VMware\Infrastructure

Erforderliche vCenter Single Sign On-Datenbankbenutzer


Wenn Sie eine bestehende Datenbank anstelle der mit vCenter Single Sign On gebndelten Datenbank verwenden, bentigt der Installationsvorgang Datenbankbenutzer mit bestimmten Berechtigungen.
Wenn Sie Single Sign On unter Verwendung einer vorhandenen Datenbank installieren, erfordert das Installationsprogramm die Eingabe der Benutzernamen und Kennwrter eines vorhandenen Datenbankadministrators und Datenbankbenutzers.
Wenn Sie Single Sign On mit der mitgelieferten Microsoft SQL Server 2008 R2 Express-Datenbank installieren,
erstellt das Installationsprogramm zwei Benutzer:
n

Einen Datenbank-Administratorbenutzer (beispielsweise RSA_DBA) und das Kennwort, wobei beide fr


das Einrichten des Single Sign On-Datenbankschemas verwendet werden.

Einen Datenbankbenutzer (beispielsweise RSA_USER) und ein Kennwort, wobei beide zum Durchfhren
bestimmter Schritte nach der Installation verwendet werden.

Das Installationsprogramm fordert Sie auf, die Kennwrter fr diese Benutzer einzugeben.

50

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

Best Practices fr vCenter Server-Upgrades


Wenn Sie ein Upgrade von vCenter Server durchfhren, sollten Sie die empfohlene Vorgehensweise verstehen
und befolgen, um ein erfolgreiches Upgrade durchzufhren.
Befolgen Sie diese Best Practices, um sicherzustellen, dass alle Upgrades erfolgreich sind:
1

Informieren Sie sich zunchst ausreichend ber den vCenter Server-Upgrade-Prozess, die Auswirkung
dieses Prozesses auf Ihre bestehende Bereitstellung und ber die erforderlichen Vorbereitung fr das
Upgrade.
n

Wenn Ihr vSphere-System VMware-Lsungen oder Plug-Ins enthlt, stellen Sie sicher, dass sie mit
der Version von vCenter Server, auf die Sie ein Upgrade durchfhren, kompatibel sind. Siehe die
VMware-Produkt-Interoperabilittsmatrix unter
http://www.vmware.com/resources/compatibility/sim/interop_matrix.php.

Lesen Sie alle Unterthemen unter Vorbereiten des Upgrades auf vCenter Server, auf Seite 33.

Informationen ber bekannte Probleme bei der Installation finden Sie in den Versionshinweisen fr
VMware vSphere 5.1.x.

Wenn sich Ihre vSphere-Installation in einer VMware View-Umgebung befindet, finden Sie weitere
Informationen unter Separates Upgrade fr vSphere-Komponenten in einer VMware View-Umgebung, auf Seite 243.

Bereiten Sie Ihr System auf das Upgrade vor.


n

Stellen Sie sicher, dass Ihr System die Anforderungen fr vCenter Server 5.1 erfllt. Weitere Informationen hierzu finden Sie unter Kapitel 3, Systemanforderungen, auf Seite 15 und im VMwareKompatibilittshandbuch unter http://www.vmware.com/resources/compatibility/search.php.

berprfen Sie, ob Ihre vorhandene Datenbank fr vCenter Server 5.1 untersttzt wird. Weitere Informationen hierzu finden Sie unter Konfigurationshinweise fr die vCenter Server-Datenbank,
auf Seite 56 und im VMware-Kompatibilittshandbuch unter
http://www.vmware.com/resources/compatibility/search.php.

Stellen Sie sicher, dass Ihre vCenter Server-Datenbank vorbereitet wurde und die Berechtigungen
korrekt eingestellt sind. Informationen ber das Vorbereiten von vCenter Server-Datenbanken finden
Sie im Installations- und Einrichtungshandbuch fr vSphere.

berprfen Sie die Voraussetzungen fr das Upgrade. Weitere Informationen hierzu finden Sie unter
Voraussetzungen fr das Upgrade von vCenter Server, auf Seite 52.

Sichern Sie Ihre vCenter Server-Datenbanken und SSL-Zertifikate


n

Sichern Sie die vCenter Server- und die vCenter Inventory Service-Datenbanken vollstndig. Sehen
Sie fr die vCenter Server-Datenbank in der Anbieterdokumentation nach, um welchen Typ es sich
bei Ihrer vCenter Server-Datenbank handelt. Lesen Sie fr die Inventory Service-Datenbank die Themen zum Sichern der Inventory Service-Datenbank auf Windows bzw. auf Linux im Installations- und
Einrichtungshandbuch fr vSphere.

Sichern Sie die auf dem vCenter Server-System gespeicherten SSL-Zertifikate vor dem Upgrade auf
vCenter Server 5.1. Der Standardspeicherort der SSL-Zertifikate ist %allusersprofile%\Application
Data\VMware\VMware VirtualCenter.

Beenden Sie den VMware VirtualCenter Server-Dienst.

Fhren Sie das Vor-Upgrade-Prfungsprogramm des vCenter Host-Agenten aus und beheben Sie alle
Probleme. Siehe Ausfhren des vCenter Host Agent Pre-Upgrade Checkers, auf Seite 64.

Stellen Sie sicher, dass keine Prozesse ausgefhrt werden, die im Konflikt mit den von vCenter Server
verwendeten Ports stehen. Weitere Informationen hierzu finden Sie unter Erforderliche Ports fr vCenter
Server, auf Seite 26.

VMware, Inc.

51

vSphere-Upgrade-Handbuch

Fhren Sie das vCenter Server-Upgrade aus.

Konfigurieren Sie neue vSphere 5.1-Lizenzen.

Fhren Sie ein Upgrade des vSphere-Clients und von vSphere Web Client auf Version 5.1 durch, um
Kompatibilittsprobleme zu vermeiden, die den Betrieb der vSphere-Client und vSphere Web Client beeintrchtigen knnen. Siehe Aktualisieren des vSphere-Clients, auf Seite 103 und Installieren oder
Durchfhren eines Upgrades vom vSphere Web Client, auf Seite 104.

10

berprfen Sie die Themen unter Nach dem Upgrade von vCenter Server, auf Seite 102 fr Anforderungen und Optionen nach dem Upgrade.

Voraussetzungen fr das Upgrade von vCenter Server


Stellen Sie vor dem Upgrade auf vCenter Server sicher, dass das vCenter Server-System und die Datenbank
vorbereitet sind.

Voraussetzungen fr das Verstehen und Vorbereiten des Upgrade-Vorgangs


n

vCenter Server 5.1 bentigt vCenter Single Sign On und Inventory Service. Sie mssen diese Komponenten
in folgender Reihenfolge installieren bzw. aktualisieren: vCenter Single Sign On, Inventory Service und
vCenter Server. berprfen Sie die Themen im Abschnitt Wie sich vCenter Single Sign On auf die Installation und auf Upgrades von vCenter Server auswirkt, auf Seite 34

Beachten Sie die Versionshinweise, denn sie enthalten Informationen zu bekannten Problemen und spezielle Installationshinweise.

Sammeln Sie die erforderlichen Informationen zum Durchfhren des Installationsassistenten. Weitere
Informationen hierzu finden Sie unter Erforderliche Informationen fr die Installation oder das Upgrade
von vCenter Single Sign On, Inventory Service und vCenter Server, auf Seite 44.

Laden Sie das vCenter Server 5.1-Installationsprogramm von der VMware-Website herunter.

Systemvoraussetzungen

52

Stellen Sie sicher, dass Ihr System die in Hardwareanforderungen fr vCenter Server, vCenter Single
Sign On, den vSphere-Client und vSphere Web Client, auf Seite 20 und vCenter Server-Softwareanforderungen, auf Seite 25 aufgelisteten Anforderungen erfllt und die erforderlichen Ports wie unter
Erforderliche Ports fr vCenter Server, auf Seite 26 erlutert geffnet sind.

berprfen Sie die GPO-Kennwortrichtlinie (GPO = Group Policy Object, Gruppenrichtlinienobjekt) von
Windows fr Ihre Systemmaschinen. Bei der Single Sign On-Installation mssen Sie Kennwrter eingeben,
die der GPO-Kennwortrichtlinie entsprechen.

Wenn Ihr vSphere-System VMware-Lsungen oder Plug-Ins enthlt, stellen Sie sicher, dass sie mit der
Version von vCenter Server, auf die Sie ein Upgrade durchfhren, kompatibel sind. Siehe die VMwareProdukt-Interoperabilittsmatrix unter
http://www.vmware.com/resources/compatibility/sim/interop_matrix.php.

Wenn Sie den Testmodus nicht verwenden mchten, stellen Sie sicher, dass Sie ber gltige Lizenzschlssel fr die erworbene Funktionalitt verfgen. Lizenzschlssel von vSphere-Versionen vor Version
5.0 werden in vCenter Server 5.x nicht untersttzt. Wenn Sie keinen Lizenzschlssel haben, knnen Sie
im Testmodus installieren und den vSphere-Client oder den vSphere Web Client verwenden, um den
Lizenzschlssel spter einzugeben.

Schlieen Sie alle Instanzen des VI-Clients, des vSphere-Clients und des vSphere Web Client.

Stellen Sie sicher, dass das System, auf dem Sie ein Upgrade von vCenter Server durchfhren, kein Active
Directory-Domnencontroller ist, weder primr noch als Sicherung.

Entfernen Sie ESX Server 2.x- oder 3.x-Hosts aus der vCenter Server-Bestandsliste oder fhren Sie ein
Upgrade dieser Hosts auf Version 4.0 oder hher durch.

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

Bevor Sie das vSphere-Produkt installieren oder ein Upgrade durchfhren, synchronisieren Sie die Systemuhren aller Maschinen im vSphere-Netzwerk. Weitere Informationen hierzu finden Sie unter Synchronisieren der Systemuhren im vSphere-Netzwerk, auf Seite 59.

Stellen Sie sicher, dass der Computername aus hchstens 15 Zeichen besteht.

Stellen Sie sicher, dass der vollstndig qualifizierte Domnenname (FQDN) auf dem System aufgelst
wird, auf dem Sie ein Upgrade von vCenter Server durchfhren. Geben Sie
nslookup Ihr_vCenter_Server_FQDN an der Befehlszeile ein, um zu prfen, ob der vollstndig qualifizierte
Domnenname (FQDN) aufgelst wird. Wenn der FQDN aufgelst werden kann, gibt der Befehl
nslookup die IP und den Namen des Domnencontrollers zurck.

Fhren Sie den vCenter Host Agent Pre-Upgrade Checker aus.

Der Installationspfad der vorherigen Version von vCenter Server muss mit den Installationsanforderungen fr Microsoft Active Directory Application Mode (ADAM/AD LDS) kompatibel sein. Der Installationspfad darf keines der folgenden Zeichen enthalten: Nicht-ASCII-Zeichen, Kommas (,), Punkte (.), Ausrufezeichen (!), Rautezeichen (#), At-Zeichen (@) bzw. Prozentzeichen (%). Wenn Ihre vorherige vCenter Server-Version dieser Anforderung nicht gengt, mssen Sie eine Erstinstallation von vCenter Server 5.1 durchfhren.

Sichern Sie die auf dem vCenter Server-System gespeicherten SSL-Zertifikate vor dem Upgrade auf vCenter Server 5.1. Der Standardspeicherort der SSL-Zertifikate ist %allusersprofile%\Application Data\VMware\VMware VirtualCenter.

Stellen Sie sicher, dass die SSL-Zertifikatsprfung fr alle vSphere HA-Cluster aktiviert ist. Ist die Zertifikatsprfung whrend des Upgrades nicht aktiviert, schlgt die Konfiguration von HA auf den Hosts
fehl. Whlen Sie [Verwaltung] > [vCenter Server-Einstellungen] > [SSL-Einstellungen] > [vCenter
bentigt verifizierte Host-SSL-Zertifikate] . Befolgen Sie die Anweisungen zum Verifizieren jedes HostSSL-Zertifikats und klicken Sie auf [OK] .

Wenn die von Ihnen aktualisierte vCenter Server 4.x-Umgebung Guided Consolidation 4.x enthlt, mssen Sie vor dem Upgrade auf vCenter Server 5.1 Guided Consolidation deinstallieren.

Bevor Sie ein Upgrade von vCenter Server durchfhren, vergewissern Sie sich unter Verwaltung - Dienste der Systemsteuerung der vCenter Single Sign On-Instanz, an der Sie vCenter Server registrieren, dass
die Dienste vCenter Single Sign On und RSA SSPI gestartet wurden.

Sie mssen sich auf der Hostmaschine als Mitglied der Gruppe Administratoren mit einem Benutzernamen anmelden, der ausschlielich ASCII-Zeichen enthlt.

Netzwerkvoraussetzungen
n

Stellen Sie sicher, dass das DNS-Reverse-Lookup einen vollstndig qualifizierten Domnennamen zurckgibt, wenn dieser mit der IP-Adresse von vCenter Server abgefragt wird. Beim Upgrade von vCenter
Server schlgt die Installation der Webserverkomponente, die den vSphere-Client untersttzt, fehl, wenn
das Installationsprogramm den vollstndig qualifizierten Domnennamen von vCenter Server nicht ber
die IP-Adresse abrufen kann. Das Reverse-Lookup wird unter Verwendung von PTR Records implementiert. Informationen zum Erstellen eines PTR Records finden Sie in der Dokumentation Ihres vCenter
Server-Hostbetriebssystems.

Wenn Sie DHCP anstelle einer statischen IP-Adresse fr vCenter Server verwenden, stellen Sie sicher,
dass der vCenter Server-Computername im DNS (Domain Name Service) aktualisiert ist. Prfen Sie dies,
indem Sie den Computernamen pingen. Lautet der Computername beispielsweise host-1.company.com,
fhren Sie den folgenden Befehl an der Windows-Befehlszeile aus:
ping host-1.company.com

Ist der Ping-Test mit dem Computernamen erfolgreich, wurde der Name im DNS aktualisiert.

VMware, Inc.

53

vSphere-Upgrade-Handbuch

Stellen Sie sicher, dass die Verwaltungsschnittstelle des ESXi-Hosts vom vCenter Server und allen vSphere-Client aus eine gltige DNS-Auflsung hat. Stellen Sie sicher, dass der vCenter Server von allen ESXiHosts und allen vSphere-Client aus eine gltige DNS-Auflsung hat.

Damit das Installationsprogramm von vCenter Single Sign On die Active Directory-Identittsquellen automatisch erkennen kann, mssen die folgenden Bedingungen erfllt sein.
n

Die Active Directory-Identittsquelle muss den angemeldeten Benutzer authentifizieren knnen, damit die Single Sign On-Installation ausgefhrt werden kann.

Die DNS der Single Sign On-Server-Hostmaschine muss Lookup und Reverse-Lookup-Eintrge fr
die Domnencontroller des Active Directory enthalten. Wenn Sie zum Beispiel meinefirma.com pingen,
muss der Domnencontroller die IP-Adresse fr meinefirma zurckgeben. Entsprechend muss der
Befehl ping -a fr diese IP-Adresse den Hostnamen des Domnencontrollers zurckgeben. Vermeiden Sie es, Probleme bei der Namensauflsung durch Bearbeitung der Host-Datei zu korrigieren.
Achten Sie stattdessen darauf, dass der DNS-Server ordnungsgem eingerichtet ist.

Die Systemuhr der Single Sign On-Server-Hostmaschine muss mit der Uhr des Domnencontrollers
synchronisiert sein.

Voraussetzungen fr alle vCenter Server-Datenbanken


n

Wenn Ihr Datenbankserver nicht von vCenter Server 4.0 untersttzt wird, fhren Sie ein Datenbankupgrade auf eine untersttzte Version durch oder importieren Sie Ihre Datenbank in eine untersttzte Version. Weitere Informationen hierzu finden Sie unter Untersttzte Datenbank-Upgrades, auf Seite 58.

Sie mssen eine vollstndige Sicherung Ihrer vCenter Server-Datenbank durchfhren, bevor Sie mit dem
Upgrade beginnen.
Um die DBO-Rolle zu entfernen, knnen Sie alle Objekte im DBO-Schema auf ein benutzerdefiniertes
Schema migrieren. Weitere Informationen finden Sie im VMware-Knowledgebase-Artikel unter
http://kb.vmware.com/kb/1036331.

Sie mssen ber Anmeldedaten, den Datenbanknamen und den Namen des Datenbankservers, der von
der vCenter Server-Datenbank verwendet wird, verfgen. Beim Namen des Datenbankservers handelt es
sich typischerweise um den DSN-Verbindungsnamen (Data Store Name, Datenspeichername) des ODBCSystems fr die vCenter Server-Datenbank.

Lesen Sie Untersttzte Datenbank-Upgrades, auf Seite 58 durch.

Voraussetzungen fr Microsoft SQL-Datenbanken

54

Wenn Sie eine seit kurzem untersttzte SQL-Datenbank wie z. B. Microsoft SQL 2008 verwenden mchten,
mssen Sie keine Erstinstallation von vCenter Server durchfhren, wenn Ihre vorhandene Datenbank
ebenfalls eine Microsoft SQL Server-Datenbank ist. Sie knnen z. B. ein Upgrade der vorhandenen Microsoft SQL Server 2000-Datenbank auf Microsoft SQL Server 2005 oder Microsoft SQL Server 2008 und
dann ein Upgrade von vCenter Server 4.0 oder hher auf vCenter Server 5.1 durchfhren. Wenn Sie die
Datenbank von Microsoft SQL Server 2000 auf Microsoft SQL Server 2005 oder hher migrieren, legen Sie
die Kompatibilittsstufe der Datenbank auf 90 fest.

JDK 1.6 muss auf dem vCenter Server-Computer installiert sein. Auerdem muss auf der Maschine, auf
der vCenter Server aktualisiert werden soll, sqljdbc4.jar zu der Variable CLASSPATH hinzugefgt werden. Falls noch nicht auf Ihrem System installiert, erfolgt die Installation ber das vCenter Server-Installationsprogramm. Die Installation von JDK 1.6 bentigt mglicherweise eine Internetverbindung.

Ihr System-DSN muss den SQL Native Client-Treiber verwenden.

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

Gewhren Sie dem vCenter-Benutzer in der vCenter-Datenbank die folgenden Berechtigungen:


GRANT
GRANT
GRANT
GRANT
GRANT
GRANT

ALTER ON SCHEMA :: <schema> to <user>;


REFERENCES ON SCHEMA :: <schema> to <user>;
INSERT ON SCHEMA :: <schema> to <user>;
CREATE TABLE to <user>;
CREATE VIEW to <user>;
CREATE Procedure to <user>;

Gewhren Sie dem Benutzer in der MSDB-Datenbank folgende Berechtigungen:


GRANT
GRANT
GRANT
GRANT
GRANT
GRANT
GRANT
GRANT
GRANT
GRANT

SELECT on msdb.dbo.syscategories to <user>;


SELECT on msdb.dbo.sysjobsteps to <user>;
SELECT ON msdb.dbo.sysjobs to <user>;
EXECUTE ON msdb.dbo.sp_add_job TO <user>;
EXECUTE ON msdb.dbo.sp_delete_job TO <user>;
EXECUTE ON msdb.dbo.sp_add_jobstep TO <user>;
EXECUTE ON msdb.dbo.sp_update_job TO <user>;
EXECUTE ON msdb.dbo.sp_add_category TO <user>;
EXECUTE ON msdb.dbo.sp_add_jobserver TO <user>;
EXECUTE ON msdb.dbo.sp_add_jobschedule TO <user>;

Voraussetzungen fr Oracle-Datenbanken
n

Wenn Sie eine seit kurzem untersttzte Oracle-Datenbank wie z. B. Oracle 11g verwenden mchten, mssen Sie keine Erstinstallation von vCenter Server durchfhren, wenn Ihre vorhandene Datenbank auch
eine Oracle-Datenbank ist. Sie knnen z. B. Ihre vorhandene Oracle 9i-Datenbank zunchst auf Oracle 10g
oder Oracle 11g aktualisieren und dann vCenter Server 4.x auf vCenter Server 5.1 aktualisieren.

Die JDBC-Treiberdatei muss in der CLASSPATH-Variable enthalten sein.

Weisen Sie dem Benutzer die DBA-Rolle zu oder gewhren Sie ihm die nachfolgenden Berechtigungen:
grant
grant
grant
grant
grant
grant
grant
grant
grant

connect to <user>
resource to <user>
create view to <user>
create any sequence to <user>
create any table to <user>
create materialized view to <user>
execute on dbms_job to <user>
execute on dbms_lock to <user>
unlimited tablespace to <user> # To ensure sufficient space

Nach dem Abschluss des Upgrades knnen Sie die folgenden Berechtigungen aus dem Benutzerprofil
entfernen: create any sequence und create any table.
Standardmig werden der RESOURCE Rolle die Berechtigungen CREATE PROCEDURE, CREATE
TABLE und CREATE SEQUENCE zugewiesen. Falls diese Berechtigungen der Rolle RESOURCE nicht
zugewiesen wurden, gewhren Sie sie dem vCenter Server-Datenbankbenutzer.

Voraussetzungen fr IBM DB2-Datenbanken


n

Wenn Sie eine seit kurzem untersttzte IBM DB2-Datenbank verwenden mchten, mssen Sie vCenter Server 4.0 Update 1 oder hher verwenden. Bisherige Versionen von vCenter Server untersttzen keine
DB2-Datenbanken.

Gewhren Sie dem Benutzer folgende Berechtigung:


grant select on sysibmadm.applications to user <dbusername>

VMware, Inc.

55

vSphere-Upgrade-Handbuch

Voraussetzung fr die vCenter Single Sign On-Datenbank


n

Erstellen Sie eine vCenter Single Sign On-Datenbank, es sei denn, Sie mchten die mitgelieferte Datenbank
installieren.

Wenn Sie fr die vCenter Single Sign On-Installation bzw. das vCenter Single Sign On-Upgrade eine
vorhandene Datenbank verwenden, stellen Sie sicher, dass die Tablespaces die Namen RSA_DATA und
RSA_INDEX haben. Wenn Sie andere Tablespace-Namen verwenden, schlgt die vCenter Single Sign OnInstallation fehl.

Wenn Sie eine vorhandene Datenbank fr Single Sign On verwenden, fhren Sie das Skript rsaIMSLiteDBNameSetupTablespaces.sql aus, um sicherzustellen, dass der Tablespace fr die Datenbank erstellt
wird. Das Skript ist im Download-Paket des vCenter Server-Installationsprogramms unter vCenter Server-Installationsverzeichnis\Single Sign On\DBScripts\SSOServer\Schema\Ihre_vorhandene_Datenbank enthalten. Sie knnen das Skript entweder vor der Durchfhrung des vCenter Server-Upgrades oder,

wenn Sie vom Single Sign On-Installationsprogramm dazu aufgefordert werden, whrend der Durchfhrung des Upgrades ausfhren. Sie knnen das Installationsprogramm fr die Ausfhrung des Skripts
beenden und nach Ausfhrung des Skripts wieder fortsetzen.
n

Wenn Sie eine vorhandene Datenbank fr Single Sign On verwenden, mssen Sie einen Datenbankbenutzer (RSA_USER) und einen Datenbankadministrator (RSA_DBA) erstellen, die fr das Installieren und
Einrichten der Single Sign On-Datenbank verwendet werden knnen. Fhren Sie das folgende Skript aus,
um diese Benutzer zu erstellen: rsaIMSLiteDBNameSetupUsers.sql. Das Skript ist im Download-Paket des
vCenter Server-Installationsprogramms unter vCenter Server-Installationsverzeichnis\SSOServer
enthalten.

Konfigurationshinweise fr die vCenter Server-Datenbank


Vergewissern Sie sich, sobald Sie einen Datenbanktyp ausgewhlt haben, dass Sie mit allen speziellen Konfigurationsanforderungen vertraut sind.
Tabelle 4-5 ist keine vollstndige Liste der von vCenter Server untersttzen Datenbanken. Weitere Informationen ber bestimmte Datenbankversionen und Service Pack-Konfigurationen, die von vCenter Server untersttzt werden, finden Sie in den VMware-Product-Interoperabilittstabellen. Dieses Thema soll lediglich spezielle Konfigurationshinweise fr die Datenbank ansprechen, die nicht in den Produktinteroperabilittstabellen aufgefhrt sind.
HINWEIS vCenter Update Manager bentigt ebenfalls eine Datenbank. VMware empfiehlt, dass Sie fr vCenter
Server und vCenter Update Manager getrennte Datenbanken verwenden.
vCenter Server-Datenbanken erfordern ein UTF-Codeset.
Siehe auch Untersttzte Datenbank-Upgrades, auf Seite 58.

56

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

Tabelle 4-5. Konfigurationshinweise fr von vCenter Server untersttzte Datenbanken


Datenbanktyp

Konfigurationshinweise

IBM DB2

Installieren Sie den IBM Data Server Runtime-Client, wenn die Datenbank fr das vCenter Server-System nicht lokal ist.
Installieren Sie den IBM DB2 Native Client so, wie es den Anweisungen von IBM fr Ihre DB2Version entspricht.
Stellen Sie sicher, dass sich das DB2-Verzeichnis fr Binrdateien (normalerweise C:\Programme\IBM\SQLLIB\BIN) im Systempfad befindet. DB2 kann an einem anderen Ort installiert sein.
Sie mssen die Microsoft Windows-Maschine eventuell neu starten, damit der Dienst die nderung der Umgebungsvariable erkennt.
Stellen Sie sicher, dass die Maschine einen gltigen ODBC-Namen der Datenquelle (Data
Source Name, DSN) hat.
HINWEIS vCenter Server Appliance untersttzt diese Datenbank nicht.

Microsoft SQL Server 2008


R2 Express

Im Paket enthaltene Datenbank, die Sie fr kleinere Bereitstellungen von bis zu 5 Hosts und
50 virtuelle Maschinen verwenden knnen.
Whrend einem Upgrade auf vCenter Server kann die im Lieferumfang enthaltene Datenbank
nicht installiert werden. Wenn Sie die im Lieferumfang enthaltene Datenbank verwenden
mchten, muss Microsoft SQL Server 2008 R2 Express bereits installiert sein oder Sie mssen
eine Neuinstallation von vCenter Server durchfhren.
HINWEIS vCenter Server Appliance untersttzt diese Datenbank nicht.

Microsoft SQL Server 2005

Stellen Sie sicher, dass die Maschine einen gltigen ODBC-Namen der Datenquelle (Data
Source Name, DSN) hat.
HINWEIS vCenter Server Appliance untersttzt diese Datenbank nicht.

Microsoft SQL Server 2008

Stellen Sie sicher, dass die Maschine einen gltigen ODBC-Namen der Datenquelle (Data
Source Name, DSN) hat.
HINWEIS vCenter Server Appliance untersttzt diese Datenbank nicht.

Oracle

Stellen Sie sicher, dass die Maschine einen gltigen ODBC-Namen der Datenquelle (Data
Source Name, DSN) hat.
Fhren Sie nach dem Beenden der vCenter Server-Installation die folgenden Schritte aus:
n Wenden Sie den neuesten Patch auf dem Oracle-Client und -Server an.
n Kopieren Sie den Oracle JDBC-Treiber (ojdbc14.jar oder ojdbc5.jar) in das tomcat\libUnterverzeichnis des vCenter Server-Installationsverzeichnisses: vCenter-Installationsspeicherort\Infrastructure\tomcat\lib.
Das vCenter Server-Installationsprogramm versucht, den Oracle JDBC-Treiber vom Speicherort des Oracle-Clients in das vCenter Server-Installationsverzeichnis zu kopieren. Wenn
der Oracle JDBC-Treiber nicht am Oracle-Clientspeicherort gefunden werden kann, werden
Sie vom vCenter Server-Installationsprogramm aufgefordert, die Datei manuell zu kopieren.
Sie knnen die Datei von der Website Oracle.com herunterladen.

Upgrade auf vCenter Server auf einer anderen Maschine


Statt ein In-Place-Upgrade auf vCenter Server durchzufhren, haben Sie auch die Mglichkeit, eine andere
Maschine fr Ihr Upgrade zu verwenden. Da vCenter Server 5.x eine 64-Bit-Plattform bentigt, knnen Sie
kein Upgrade von einer Version von vCenter Server vornehmen, die auf einer 32-Bit-Plattform installiert ist.
Die vCenter Server 5.0-Installationsmedien enthalten ein Datenmigrationstool. Wenn Sie ein Upgrade auf
Version 5.0 vornehmen, knnen Sie dieses Tool verwenden, um Konfigurationsinformationen wie Porteinstellungen, SSL-Zertifikate und Lizenzinformationen von Ihrem bestehenden vCenter Server-Host zu migrieren. Dieses Datenmigrationstool wird fr vCenter Server 5.1 nicht untersttzt. Sie knnen whrend eines
Upgrades auf Version 5.1 einen bestehenden vCenter Server nicht direkt auf eine andere Maschine migrieren.
Sie knnen einen bestehenden vCenter Server whrend eines Upgrades auf Version 5.0 auf eine andere Maschine migrieren und dann ein In-Place-Upgrade von Version 5.0 auf Version 5.1 vornehmen. Informationen
finden Sie in der Dokumentation vSphere-Upgrade-Handbuch zu Version 5.0.

VMware, Inc.

57

vSphere-Upgrade-Handbuch

Untersttzte Datenbank-Upgrades
Wenn Sie ein Upgrade auf vCenter Server 5.1 durchfhren, stellen Sie sicher, dass Ihre Datenbank von der
aktualisierten Version untersttzt wird.
Tabelle 4-6 listet die Datenbanktypen auf, die Sie mit VirtualCenter 5.1 verwenden knnen. Eine Liste der
spezifischen Datenbankversionen, die fr jeden Typ untersttzt werden, finden Sie in der VMware-ProduktInteroperabilittstabelle unter http://www.vmware.com/resources/compatibility/sim/interop_matrix.php.
Tabelle 4-6. vCenter Server-Upgrade-Szenarien fr die einzelnen Datenbanktypen

58

Datenbanktyp

In vCenter Server 5.1


untersttzt

IBM DB2 9.5

Nein

Nach dem Upgrade auf einen von vCenter Server untersttzten Datenbankserver knnen Sie vCenter Server installieren oder auf vCenter Server aktualisieren.

IBM DB2 9.7

Ja (von vSphere Update Manager nicht untersttzt)

Sie knnen ein Upgrade auf vCenter Server 5.1 von vCenter Server 4.0 Update 3, Center Server 4.1 Update 1 und vCenter Server 5.0.x vornehmen.

Experimentelle
MSDE-Datenbank

Nein

Nach dem Upgrade auf einen von vCenter Server untersttzten Datenbankserver knnen Sie vCenter Server installieren oder auf vCenter Server aktualisieren.

MS SQL Server 2000

Nein

Nach dem Upgrade auf einen von vCenter Server untersttzten Datenbankserver knnen Sie vCenter Server installieren oder auf vCenter Server aktualisieren.

MS SQL Server 2005


Express

Nein

Sie knnen ein Upgrade auf vCenter Server 5.1 vornehmen. vCenter Server behlt dieselbe MS SQL-Datenbankversion und -Engine (MS SQL
2005).

MS SQL Server 2005

Ja

Sie knnen vCenter Server installieren oder darauf aktualisieren.

MS SQL Server 2008


Express

Ja

Sie knnen ein Upgrade auf vCenter Server 5.1 von vCenter Server 5.0
vornehmen.
vCenter Server 5.0 ist die erste Version, die Microsoft SQL Server 2008
Express untersttzt.

MS SQL Server 2008

Ja

Sie knnen vCenter Server installieren oder darauf aktualisieren.

Oracle 9i

Nein

Nach dem Upgrade auf einen von vCenter Server untersttzten Datenbankserver knnen Sie vCenter Server installieren oder auf vCenter Server aktualisieren.

Oracle 10g

Ja

Sie knnen vCenter Server installieren oder darauf aktualisieren.

Oracle 11g

Ja

Sie knnen vCenter Server installieren oder darauf aktualisieren.

Oracle 12g

Ja

Sie knnen eine Neuinstallation von vCenter Server 5.1 durchfhren.


Sie knnen kein Upgrade vornehmen, weil vCenter Server 5.1 die erste
Version ist, die Oracle 12g untersttzt.

Untersttztes Upgrade

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

Konfigurieren von vCenter Server fr die Kommunikation mit der lokalen


Datenbank
Der Computername der Maschine, auf der Sie vCenter Server installieren bzw. ein Upgrade auf vCenter Server
durchfhren, darf aus maximal 15 Zeichen bestehen. Wenn sich die Datenbank auf derselben Maschine befindet, auf der vCenter Server installiert wird, und Sie krzlich den Namen dieser Maschine gendert haben,
um den Anforderungen der Namenslnge nachzukommen, stellen Sie sicher, dass der vCenter Server-DSN
fr das Kommunizieren mit dem neuen Namen der Maschine konfiguriert ist.
Das ndern des vCenter Server-Computernamens wirkt sich auf die Datenbankkommunikation aus, wenn
sich der Datenbankserver auf demselben Computer wie der vCenter Server befindet. Falls Sie den Namen des
Computers gendert haben, knnen Sie sicherstellen, dass die Kommunikation intakt bleibt.
Die Namensnderung wirkt sich nicht auf die Kommunikation mit Remotedatenbanken aus. Sie knnen diesen
Vorgang berspringen, wenn Ihre Datenbank remote ist.
HINWEIS Die Lngenbeschrnkung fr den Namen gilt fr das vCenter Server-System. Die Namen der Datenquelle (Data Source Name, DSN) und der Remote-Datenbanksysteme knnen lnger als 15 Zeichen sein.
Wenden Sie sich an Ihren Datenbankadministrator oder den Datenbankanbieter, um sicherzustellen, dass nach
dem Umbenennen des Servers noch alle Datenbankkomponenten funktionieren.
Voraussetzungen
n

Stellen Sie sicher, dass der Datenbankserver luft.

Stellen Sie sicher, dass im DNS der vCenter Server-Computername aktualisiert wurde.
Pingen Sie den Namen des Computers an, um diese Verbindung zu testen. Lautet der Computername
beispielsweise host-1.company.com, fhren Sie den folgenden Befehl an der Windows-Befehlszeile aus:
ping host-1.company.com

Ist der Ping-Test mit dem Computernamen erfolgreich, wurde der Name im DNS aktualisiert.
Vorgehensweise
1

Aktualisieren Sie ggf. die Datenquelleninformationen.

berprfen Sie die Datenquellenkonnektivitt.

Synchronisieren der Systemuhren im vSphere-Netzwerk


Bevor Sie vCenter Single Sign On installieren, den vSphere Web Client installieren oder die vCenter ServerAppliance bereitstellen, sollten Sie sicherstellen, dass die Systemuhren aller Maschinen im vSphere-Netzwerk
synchronisiert sind.
Wenn die Systemuhren der vCenter Server-Netzwerkmaschinen nicht synchronisiert sind, werden SSL-Zertifikate, die zeitabhngig sind, bei der Kommunikation zwischen Netzwerkmaschinen mglicherweise nicht
als gltig erkannt. Nicht synchronisierte Systemuhren knnen Authentifizierungsprobleme verursachen, was
zu einem Fehlschlag beim Installieren des vSphere Web Client fhren bzw. verhindern kann, dass der vpxdDienst der vCenter Server-Appliance gestartet wird.

Synchronisieren der ESX- und ESXi-Systemuhren mit einem NTP-Server


Bevor Sie vCenter Single Sign On, den vSphere Web Client oder vCenter Server Appliance installieren, sollten
Sie sicherstellen, dass die Systemuhren aller Maschinen im vSphere-Netzwerk synchronisiert sind.
Vorgehensweise
1

VMware, Inc.

Stellen Sie vom vSphere Web Client aus eine Verbindung zu vCenter Server her.

59

vSphere-Upgrade-Handbuch

Whlen Sie den Host in der Bestandsliste aus.

Whlen Sie die Registerkarte [Verwalten] aus.

Whlen Sie [Einstellungen] .

Whlen Sie [Uhrzeitkonfiguration] .

Klicken Sie auf [Bearbeiten] .

Whlen Sie [NTP (Network Time Protocol) verwenden (NTP-Client aktivieren)] .

Legen Sie den NTP-Dienststatus und die Startrichtlinie fr den NTP-Dienst fest.

Geben Sie die IP-Adressen der NTP-Server ein, mit denen synchronisiert werden soll.
Der Host synchronisiert mit den NTP-Servern, wie in Ihren Einstellungen angegeben.

Synchronisieren der Systemuhr auf der vCenter Server Appliance mit der Systemuhr
auf dem NTP-Server
Bevor Sie die vCenter Server Appliance bereitstellen oder vCenter Single Sign On auf Windows installieren,
stellen Sie sicher, dass auf allen Maschinen im Netzwerk die Systemuhren synchronisiert sind. Nicht synchronisierte Systemuhren knnen Installations- und Authentifizierungsfehler verursachen.
Auf Systemen, die einer Windows-Domne angegliedert sind, wird die Systemuhr der vCenter Server Appliance automatisch mit dem Domnencontroller synchronisiert. Auf anderen Systemen knnen Sie die Synchronisierung der Systemuhr ber VMware Tools aktivieren. Weitere Informationen dazu finden Sie in der
Dokumentation Installieren und Konfigurieren von VMware Tools. Als Alternative knnen Sie folgendes Verfahren verwenden.
Vorgehensweise
1

Melden Sie sich bei der vCenter Server Appliance als root an.

Geben Sie in einer Befehlszeile die folgenden Befehle ein, um einen NTP-Client zu konfigurieren und zu
starten.
yast2 ntp-client add server=your_chosen_time_server
yast2 ntp-client enable

Geben Sie den folgenden Befehl ein, um eine sofortige Synchronisierung mit dem Zeitserver anzufordern.
sntp -P no -r your_chosen_time_server

Die Systemuhr der vCenter Server Appliance wird mit dem NTP-Server synchronisiert.

Konfigurieren eines Windows NTP-Clients fr die Synchronisierung der NetzwerkSystemuhr


Die Systemuhren aller Server im vSphere-Netzwerk mssen synchronisiert sein. Sie knnen einen WindowsNTP-Client als Quelle fr die Synchronisierung der Systemuhren auf Windows-Servern konfigurieren.
Verwenden Sie den Registrierungseditor auf dem Windows-Server, um die Konfigurationsnderungen vorzunehmen.
Vorgehensweise
1

60

NTP-Modus aktivieren.
a

Navigieren Sie zur Registrierungseinstellung HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Parameters.

Legen Sie den Wert des Typs auf NTP fest.

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

Aktivieren Sie den NTP-Client.


a

Navigieren Sie zur Registrierungseinstellung HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Config.

Legen Sie den Wert von AnnounceFlags auf 5 fest.

Geben Sie die Upstream-NTP-Server ein, die als Synchronisierungsquelle dienen sollen.
a

Navigieren Sie zur Registrierungseinstellung HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders.

Legen Sie den Wert NtpServer auf eine Liste von mindestens drei NTP-Servern fest.

Beispiel: 0x1 1.pool.ntp.org,0x1 2.pool.ntp.org,0x1 3.pool.ntp.org.


4

Geben Sie als Aktualisierungsintervall 150 Minuten an.


a

Navigieren Sie zur Registrierungseinstellung HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpClient.

Legen Sie den Wert von SpecialPollInterval auf 900 fest.

Starten Sie den W32time-Dienst neu, damit die nderungen wirksam werden.

JDBC-URL-Formate fr die vCenter Server-Datenbank


Das vCenter Server-Installationsprogramm generiert und validiert die JDBC-URL fr die vCenter Server-Datenbank. Wenn das Installationsprogramm ber die generierte JDBC-URL keine Verbindung mit der Datenbank herstellen kann, fordert es Sie auf, die JDBC-URL anzugeben.

JDBC URL-Hinweise fr alle Datenbanken


HINWEIS Der Domnenname darf das Ausrufezeichen (!) nicht enthalten. Java interpretiert das Ausrufezeichen
als jar-Dateitrennzeichen.

JDBC-URL-Formate fr Microsoft SQL Server-Datenbanken


Fr Microsoft SQL Server-Datenbanken knnen Sie folgende Beispiel-JDBC-URLs als Modell verwenden:
n

Verbindung herstellen mit der Standard-SQL Server-Instanz (unbenannt) nach Hostname:


jdbc:sqlserver://Host;databaseName=Datenbank

Verbindung herstellen mit der benannten Instanz nach Hostname und Instanzname:
jdbc:sqlserver://Host;instanceName=Instanz;databaseName=Datenbank

Verbindung herstellen mit SQL Server nach Hostname und Port:


jdbc:sqlserver://Host:Port;databaseName=Datenbank

Verbindung herstellen nach Port:


jdbc:sqlserver://localhost:1422;databaseName\=VIM_VCDB (Benutzername, Kennwort und Datenbank-

typ mssen separat bergeben werden)


n

Verbindung mit lokalem Server mit integrierter Sicherheit herstellen:


jdbc:sqlserver://localhost\\SQLEXP_VIM;databaseName=VIM_VCDB;integratedSecurity=true

Verbindung mit lokalem Server ohne integrierte Sicherheit herstellen:


jdbc:sqlserver://localhost\\SQLEXP_VIM;databaseName\=VIM_VCDB (Benutzername, Kennwort und Da-

tenbanktyp mssen separat bergeben werden)

VMware, Inc.

61

vSphere-Upgrade-Handbuch

Die JDBC-Konfiguration von VMware vCenter Server fr Microsoft SQL Server funktioniert mglicherweise
nicht standardmig mit direkten IPv6-Adressen. Sie mssen eines der folgenden Formate verwenden:
n

Verwenden Sie das Hostnamenformat fr eine Standard-Typ-4-JDBC-URL (empfohlen):


jdbc:sqlserver://Vollqualifizierter Hostname der Datenbank:Port

Direktes IPv6-Adressenformat verwenden:


jdbc:sqlserver://;serverName=[IPv6-Adresse]

Weitere Informationen ber die JDBC-URL-Formatierung fr MS SQL-Datenbanken einschlielich Port- und


Instanzkonfigurationsoptionen finden Sie auf der Website msdn.microsoft.com. Zum Zeitpunkt der Verffentlichung dieses Themas war die Datei unter http://msdn.microsoft.com/en-us/library/ms378428.aspx verfgbar.

JDBC URL-Formate fr Oracle-Datenbanken


Fr Oracle-Datenbanken knnen Sie folgende Beispiele fr JDBC-URLs als Modell verwenden:
n

Dieses Format erfordert den Hostnamen und die Adresse, den Port (standardmig 1521) und den Dienstnamen (z. B. oracle.world):
jdbc:oracle:thin:@Host:Port/Dienst

Dieses Format erfordert den Hostnamen und die Adresse, den Port (standardmig 1521) und den SID
(z. B. ORCL):
jdbc:oracle:thin:@Host:Port/SID

Dieses Format ist fr einen vollstndig konfigurierten Oracle-Client mit Oracle Net, was hilfreich fr eine
Konfiguration ohne TCP oder fr Oracle RAC (Real Application Cluster) ist:
jdbc:oracle:thin:@tnsname

Das folgende Beispiel ist fr einen Oracle RAC mit einem Thin-Treiber, ohne dass der vollstndige OracleClient installiert ist:
jdbc:oracle:thin:@(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=rac1-vip)(PORT=1521))(ADDRESS=(PROTOCOL=TCP)(HOST=rac2-vip)(PORT=1521))(LOAD_BALANCE=yes)(FAILOVER=ON)(CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=RAC.DBTEAM)(FAILOVER_MODE=(BACKUP=rac1)(TYPE=SELECT)(METHOD=BASIC)))))

In diesem Beispiel ist rac1-vip die virtuelle IP des ersten Knotens, rac2-vip die virtuelle IP des zweiten
Knotens, RAC.DBTEAM der RAC DB-Dienstname und rac1 der Name des Failover-Knotens.
Weitere Informationen ber die JDBC-URL-Formatierung fr Oracle-Datenbanken finden Sie auf der Website
oracle.com. Zum Zeitpunkt der Verffentlichung dieses Themas war die Datei unter
http://download.oracle.com/docs/cd/B28359_01/java.111/b31224/urls.htm/BEIJFHHB verfgbar

JDBC URL-Formate fr IBM DB2 Datenbanken


Fr IBM DB2 Datenbanken knnen Sie folgende Beispiele fr JDBC-URLs als Modell verwenden:
n

Dieses Format erfordert den Hostnamen und die Adresse, den Port (z. B. 50000) und den Datenbanknamen
(wie auf dem Server erstellt):
jdbc:db2://Host:Port/Datenbank

Dieses Format ist fr einen vollstndig konfigurierten DB2-Client (IBM Data Server Client), wobei
Datenbank der Alias der lokalen Datenbank ist. Dieses Beispiel ist fr Konfigurationen ohne TCP hilfreich:
jdbc:db2:Datenbank

Weitere Informationen ber die JDBC-URL-Formatierung fr IBM DB2-Datenbanken finden Sie auf der Website publib.boulder.ibm.com.

62

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

Lsungen fr den DNS-Lastausgleich und vCenter Server-Datenspeichernamen


vCenter Server 5.x verwendet unterschiedliche interne Bezeichner fr Datenspeicher als vorherige Versionen
von vCenter Server. Diese nderung wirkt sich auf das Hinzufgen gemeinsam genutzter NFS-Datenspeicher
zu Hosts aus und kann Upgrades auf vCenter Server 5.x beeintrchtigen.
vCenter Server-Versionen vor Version 5.0 konvertieren Datenspeicher-Hostnamen in IP-Adressen. Wenn Sie
beispielsweise einen NFS-Datenspeicher mit dem Namen \\nfs-datastore\folder mounten, konvertieren
vCenter Server-Versionen vor Version 5.0 den Namen nfs-datastore vor dem Speichern in eine IP-Adresse,
wie z. B. 10.23.121.25. Der ursprngliche Name nfs-datastore geht verloren.
Diese Konvertierung von Hostnamen in IP-Adressen verursacht ein Problem, wenn Lsungen fr den DNSLastausgleich mit vCenter Server verwendet werden. Die Lsungen fr den DNS-Lastausgleich selbst replizieren die Daten und werden als einzelner logischer Datenspeicher angezeigt. Der Lastausgleich wird whrend
der Konvertierung des Datenspeicher-Hostnamens in eine IP-Adresse durchgefhrt, indem der Datenspeicher-Hostname je nach Last in unterschiedliche IP-Adressen aufgelst wird. Dieser Lastausgleich geschieht
auerhalb von vCenter Server und wird vom DNS-Server implementiert. In vCenter Server-Versionen vor
Version 5.0 knnen Funktionen wie vMotion nicht auf solche Lsungen fr den DNS-Lastausgleich angewendet werden, weil der Lastausgleich dazu fhrt, dass ein logischer Datenspeicher wie mehrere Datenspeicher
erscheint. vCenter Server kann vMotion nicht durchfhren, weil er nicht erkennen kann, dass es sich nicht um
mehrere Datenspeicher handelt, sondern tatschlich um einen einzelnen logischen Datenspeicher, der von
Hosts gemeinsam genutzt wird.
Um dieses Problem zu beheben, konvertieren vCenter Server Version 5.0 und hher Datenspeichernamen nicht
in IP-Adressen, wenn Sie Datenspeicher hinzufgen. Dadurch wird es vCenter Server ermglicht, einen gemeinsam genutzten Datenspeicher zu erkennen, aber nur dann, wenn Sie den Datenspeicher zu jedem Host
hinzufgen und dabei immer denselben Datenspeichernamen verwenden. Beispielsweise erkennt vCenter
Server einen Datenspeicher in den folgenden Fllen nicht als gemeinsam von Hosts genutzt.
n

Der Datenspeicher wird als IP-Adresse zu Host1 und als Hostname zu Host2 hinzugefgt.

Der Datenspeicher wird als Hostname zu Host1 und in der Form hostname.vmware.com zu Host2 hinzugefgt.

Damit vCenter Server einen Datenspeicher als gemeinsam genutzt erkennen kann, mssen Sie den Datenspeicher mit demselben Namen zu jedem Host hinzufgen.

Datenspeichernamen und Upgrades auf vCenter Server 5.x


In vCenter Server-Versionen vor Version 5.0 speichert die vCenter Server-Datenbank die Datenspeicherpfade
im alten Format als IP-Adressen. Beim Upgrade auf vCenter Server 5.x werden diese Pfade in das neue Format
konvertiert. Wenn Sie eine Lsung fr den DNS-Lastausgleich mit gemeinsam genutzten Datenspeichern verwenden, stellen Sie vor dem Upgrade auf vCenter Server 5.x sicher, dass jeder gemeinsam genutzte Datenspeicher auf jedem seiner Hosts mit demselben Namen gemountet ist.
Das Upgrade auf vCenter Server 5.x schlgt mglicherweise ebenfalls aufgrund des nicht gengenden Arbeitsspeichers fehl, wenn Sie eine Lsung fr den DNS-Lastausgleich mit gemeinsam genutzten Datenspeichern verwenden. In einer groen vCenter Server-Datenbank kann die Konvertierung der Datenspeicherpfade
in das neue Format eine groe Menge an Arbeitsspeicher bentigen. Weitere Informationen finden Sie im
VMware-Knowledgebase-Artikel unter http://kb.vmware.com/kb/2015055.

VMware, Inc.

63

vSphere-Upgrade-Handbuch

Grundlegendes zum vCenter Host Agent Pre-Upgrade Checker


Das Vor-Upgrade-Prfungsprogramm des vCenter Host-Agenten generiert einen Bericht, der bekannte Probleme auffhrt, die ein erfolgreiches Upgrade der vCenter Host-Agent-Software verhindern.
Um ein erfolgreiches Upgrade auf vCenter Server 5.x durchzufhren, mssen Sie potenzielle Probleme auf
den verwalteten ESX/ESXi-Hosts diagnostizieren und beheben. Sie knnen das Vor-Upgrade-Prfungsprogramm des vCenter Host-Agenten fr In-Place-Upgrades von vCenter Server 4.x auf vCenter Server 5.x ausfhren.
Auf allen verwalteten ESX/ESXi-Hosts wird der vCenter Host-Agent ausgefhrt. Diese Software koordiniert
die von vCenter Server empfangenen Aktionen. Wenn Sie vCenter Server einen Host hinzufgen, wird der
Agent auf dem physischen ESX/ESXi-Host installiert. Wenn Sie ein Upgrade auf vCenter Server 5.x durchfhren, muss auch fr die Agenten auf jedem ESX/ESXi-Host ein Upgrade durchgefhrt werden.
Whrend eines vCenter Server-Upgrades wird die vorhandene Agent-Software deinstalliert und die aktualisierte Agent-Software installiert. Wenn das Upgrade fehlschlgt, wird die aktualisierte Agent-Software mglicherweise nicht installiert, sodass der Host nicht mehr mit vCenter Server 4.x oder 5.x erreicht werden kann.
Um diese Situation zu verhindern, knnen Sie vor dem Upgrade auf vCenter Server 5.x das Vor-UpgradePrfungsprogramm des vCenter Host-Agenten ausfhren.
Mit dem Vor-Upgrade-Prfungsprogramm des vCenter Host-Agenten wird geprft, ob die Agent-Software
aktualisiert werden kann. Hierbei wird unter anderem geprft, ob der Host erreichbar und gengend Festplattenspeicher verfgbar ist, ob das Netzwerk funktioniert, das Dateisystem intakt ist und erforderliche Patches angewendet wurden. Bei jedem Ausfhren des Tools prft das System, ob unter VMware.com neue
Updates fr das Tool verfgbar sind, und ldt die vorhandenen Updates herunter. Durch die Aktualisierung
des Tools wird sichergestellt, dass neue Upgrade-Probleme bercksichtigt werden.
WICHTIG Die erfolgreiche Ausfhrung des Vor-Upgrade-Prfungsprogramms des vCenter Host-Agenten ist
keine Garantie fr ein erfolgreiches Upgrade auf vCenter Server 5.x. Ein Upgrade auf vCenter Server betrifft
mehrere Komponenten und das Tool prft nur eine Komponente: den vCenter Host-Agenten. Auerdem wird
mit dem Tool nur nach bekannten Problemen gesucht. Daher knnen Probleme vorliegen, die mit dem Tool
nicht erkannt werden knnen.
Das Vor-Upgrade-Prfungsprogramm des vCenter Host-Agenten kann die erkannten Probleme nicht selbst
beheben. Sie mssen die im Bericht aufgefhrten Probleme manuell lsen und das Tool erneut ausfhren, um
sicherzustellen, dass die Probleme nicht mehr vorhanden sind.
Weitere Informationen ber das Ausfhren des Vor-Upgrade-Prfungsprogramms des vCenter Host-Agenten
finden Sie unter Ausfhren des vCenter Host Agent Pre-Upgrade Checkers, auf Seite 64.

Ausfhren des vCenter Host Agent Pre-Upgrade Checkers


Der vCenter Host Agent Pre-Upgrade Checker generiert einen Bericht, der bekannte Probleme auffhrt, die
ein erfolgreiches Upgrade der vCenter Host-Agent-Software verhindern.
Weitere Informationen ber das Ausfhren des vCenter Host Agent Pre-Upgrade Checker finden Sie unter
Grundlegendes zum vCenter Host Agent Pre-Upgrade Checker, auf Seite 64.
Voraussetzungen

64

berprfen Sie, ob die ESX/ESXi-Hosts von vCenter Server verwaltet werden.

berprfen Sie, ob die vCenter Host Agent-Software auf allen verwalteten ESX/ESXi-Hosts ausgefhrt
wird.

berprfen Sie, ob Internetkonnektivitt vom vCenter Server-System vorhanden ist. Auf diese Weise
knnen neue Updates auf das Tool angewendet werden und Sie knnen die Berichte sowie die damit
verbundenen Knowledgebase (KB)-Artikel anzeigen.

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

Vorgehensweise
1

Laden Sie auf dem vCenter Server-System, von dem aus das Upgrade durchgefhrt wird, das vCenter
Server 5-Installationspaket herunter, oder legen Sie die vCenter Server 5-Installations-DVD ein.

Fhren Sie eine der folgenden Aktionen aus, um den Pre-Upgrade Checker zu starten.

Navigieren Sie im Installationspaket oder auf der DVD zum Ordner \vpx\agentupgradecheck und
fhren Sie die Datei AgentUpgradeChecker.exe aus.

Starten Sie das vCenter Server-Installationsprogramm autorun.exe und whlen Sie [vCenter Host
Agent Pre-Upgrade Checker] aus der [Dienstprogramm] -Liste aus.

Whlen Sie den DSN fr das vCenter Server-System aus, von dem Sie das Upgrade durchfhren, und
whlen Sie die entsprechenden Anmeldedaten fr diesen DSN.
Wenn Sie sich nicht sicher sind, welchen Typ von Anmeldedaten Sie auswhlen sollen, prfen Sie, welcher
Authentifizierungstyp fr den DSN konfiguriert ist ( [Systemsteuerung] > [Verwaltung] > [Datenquellen (ODBC)] > [System-DSN] ).

Wenn der DSN eine Anmeldung fr den Anmeldedatentyp bentigt, geben Sie einen Benutzernamen und
ein Kennwort ein und klicken Sie auf [Weiter] .

Whlen Sie eine Option aus, um alle Hosts oder bestimmte Hosts zu prfen.
Option

Aktion

Alle Hosts prfen

Whlen Sie [Standardmodus] und klicken Sie auf [Weiter] .

Zu prfende Hosts angeben

a
b

Whlen Sie [Benutzerdefinierter Modus] und klicken Sie auf [Weiter] .


Whlen Sie die zu prfenden Hosts aus und klicken Sie auf [Weiter] .
Doppelklicken Sie auf einen Cluster, um alle darin enthaltenen Hosts
auszuwhlen.

Klicken Sie auf [Vorprfung ausfhren] .


Der Vorgang dauert pro Host 30 bis 40 Sekunden.

Klicken Sie auf [Weiter] , wenn die Prfung abgeschlossen ist.

berprfen Sie die Vor-Upgrade-Berichte.


n

Um den Bericht fr einen einzelnen Host anzuzeigen, klicken Sie auf den Link neben dem Hostnamen.

Klicken Sie auf [Bericht anzeigen] , um einen Zusammenfassungsbericht anzuzeigen.

Sie verfgen nun ber eine Liste der Probleme, die vor dem Upgrade auf vCenter Server 5 gelst werden
mssen.
Weiter
Verwenden Sie die im Bericht enthaltenen Links zu KB-Artikeln, um die Probleme auf jedem Host zu beheben.
Nachdem Sie dieses Problem behoben haben, fhren Sie den vCenter Host Agent Pre-Upgrade Checker erneut
aus. Wiederholen Sie diesen Vorgang, bis Sie alle berichteten Probleme behoben haben, und fahren Sie dann
mit dem Upgrade auf vCenter Server 5 fort.

VMware, Inc.

65

vSphere-Upgrade-Handbuch

Ausfallzeiten whrend des vCenter Server-Upgrades


Wenn Sie vCenter Server aktualisieren, sind Ausfallzeiten fr vCenter Server einzuplanen.
Fr vCenter Server sind die folgenden Ausfallzeiten zu erwarten:
n

vCenter Server muss fr das Upgrade fr 40 bis 50 Minuten aus der Produktion genommen werden, je
nach Gre der Datenbank. Ungefhr 10-15 Minuten dieses Zeitraums werden fr das Upgrade des Datenbankschemas bentigt. Diese Schtzung beinhaltet nicht das Wiederverbinden mit dem Host nach dem
Upgrade.
Wenn Microsoft .NET Framework nicht auf der Maschine installiert ist, ist vor dem Starten der vCenter
Server-Installation ein Neustart erforderlich.

vSphere Distributed Resource Scheduler funktioniert nicht, whrend das Upgrade durchgefhrt wird.
vSphere HA wiederum funktioniert whrend des Upgrades.

Fr ESX/ESXi-Hosts, die von vCenter Server verwaltet werden, oder virtuelle Maschinen, die auf dem Host
ausgefhrt werden, mssen keine Ausfallzeiten eingeplant werden.

Herunterladen des vCenter Server-Installationsprogramms


Sie mssen das Installationsprogramm fr vCenter Server, den vSphere-Client und die zugehrigen vCenterKomponenten und Support-Tools herunterladen.
Vorgehensweise
1

Laden Sie die ZIP-Datei fr vCenter Server von der VMware-Download-Seite unter
http://www.vmware.com/de/support/ herunter.

Extrahieren Sie die Dateien aus dem ZIP-Archiv.

Eine Microsoft SQL-Datenbank, bei der ein nicht untersttzter


Kompatibilittsmodus festgelegt ist, sorgt dafr, dass das Installieren oder das
Upgrade von vCenter Server fehlschlgt
Die vCenter Server-Installation mit einer Microsoft SQL-Datenbank schlgt fehl, wenn die Datenbank so eingerichtet ist, dass sie im Kompatibilittsmodus mit einer nicht untersttzten Version ausgefhrt wird.
Problem
Die folgende Fehlermeldung erscheint: Der eingegebene Datenbankbenutzer verfgt nicht ber die erforderlichen Berechtigungen zum Installieren und Konfigurieren von vCenter Server mit der ausgewhlten Datenbank. Beheben Sie die folgenden Fehler: %s

Ursache
vCenter Server muss die Datenbankversion untersttzen. Wenn die Datenbank so eingestellt ist, dass sie im
Kompatibilittsmodus mit einer nicht untersttzten Version ausgefhrt wird, tritt dieser Fehler bei SQL auch
dann auf, wenn es sich bei der Datenbank um eine untersttzte Version handelt. Wenn beispielsweise SQL
2008 fr die Ausfhrung im SQL 2000-Kompatibilittsmodus eingestellt ist, tritt dieser Fehler auf.
Lsung
u

66

Stellen Sie sicher, dass es sich bei der vCenter Server-Datenbank um eine untersttzte Version handelt
und sie nicht so eingerichtet ist, dass sie im Kompatibilittsmodus mit einer nicht untersttzten Version
ausgefhrt wird. Siehe die VMware-Produkt-Interoperabilittsmatrix unter
http://partnerweb.vmware.com/comp_guide2/sim/interop_matrix.php?.

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

Verwenden von Simple Install zum Installieren von vCenter Single Sign
On, zum Upgrade von Inventory Service und zum Upgrade auf vCenter
Server 5.1
Fr vSphere 5.1 mssen Sie vCenter Single Sign On installieren und ein Upgrade von Inventory Service durchfhren, bevor Sie ein Upgrade auf vCenter Server 5.1 durchfhren knnen. Sie knnen die Installation von
vCenter Single Sign On und ein Upgrade von Inventory Service und vCenter Server mit der Option vCenter
Simple Install gemeinsam auf einem einzelnen Host vornehmen. Diese Option ist fr kleine Bereitstellungen
geeignet.
Alternativ knnen Sie vCenter Single Sign On installieren, ein Inventory Service-Upgrade vornehmen und ein
vCenter Server-Upgrade getrennt einleiten, um den Standort und die Konfiguration der Komponenten anzupassen. Siehe Getrenntes Installieren von vCenter Single Sign On, Durchfhren eines Upgrades des Inventory
Service und Durchfhren eines Upgrades von vCenter Server, auf Seite 72 und Wie sich vCenter Single
Sign On auf die Installation und auf Upgrades von vCenter Server auswirkt, auf Seite 34.
Voraussetzungen
Weitere Informationen hierzu finden Sie unter Voraussetzungen fr das Upgrade von vCenter Server,
auf Seite 52.
Vorgehensweise
1

Installieren von vCenter Single Sign On als Teil einer einfachen Installation von vCenter Server (Simple
Install) auf Seite 67
Erstellen Sie den einzigen Knoten bei einer Basisinstallation von vCenter Single Sign On.

Installieren oder Durchfhren eines Upgrades von vCenter Inventory Service als Teil einer einfachen
Installation von vCenter Server (Simple Install) auf Seite 69
Sie knnen vCenter Single Sign On, vCenter Inventory Service und vCenter Server mit der Option vCenter Server Simple Install gemeinsam auf einer einzelnen Hostmaschine installieren. Diese Option ist fr
kleine Bereitstellungen geeignet.

Durchfhren eines Upgrades auf vCenter Server 5.1 als Teil einer einfachen Installation (Simple Install) auf Seite 69
Sie knnen ein Upgrade von vCenter Server als Teil einer einfachen Installation vornehmen, nachdem
Sie vCenter Single Sign On installiert und ein Inventory Service-Upgrade vorgenommen haben.

Installieren von vCenter Single Sign On als Teil einer einfachen Installation von
vCenter Server (Simple Install)
Erstellen Sie den einzigen Knoten bei einer Basisinstallation von vCenter Single Sign On.
Weitere Informationen zu vCenter Single Sign On finden Sie unter Wie sich vCenter Single Sign On auf die
Installation und auf Upgrades von vCenter Server auswirkt, auf Seite 34 und der Dokumentation zu vSphereSicherheit.
HINWEIS vCenter Server 5.1 untersttzt die Verbindung zwischen vCenter Server und vCenter Server-Komponenten anhand der IP-Adresse nur dann, wenn die IP-Adresse IPV4-konform ist. Zum Herstellen einer
Verbindung mit einem vCenter Server-System in einer IPv6-Umgebung mssen Sie den vollqualifizierten
Domnennamen (FQDN) oder den Hostnamen von vCenter Server verwenden. Die Best Practice besteht darin,
anstatt der IP-Adresse, die sich ndern kann, wenn sie von DHCP zugewiesen wurde, den FQDN zu verwenden, der in allen Fllen funktioniert.

VMware, Inc.

67

vSphere-Upgrade-Handbuch

Voraussetzungen
n

Weitere Informationen finden Sie im ersten Thema dieser Aufgabe mit mehreren Themen: Verwenden
von Simple Install zum Installieren von vCenter Single Sign On, zum Upgrade von Inventory Service und
zum Upgrade auf vCenter Server 5.1, auf Seite 67.

Weitere Informationen hierzu finden Sie unter Voraussetzungen fr das Upgrade von vCenter Server, auf Seite 52.

Vorgehensweise
1

Doppelklicken Sie im Software-Installationsprogrammverzeichnis auf die Datei autorun.exe, um das Installationsprogramm zu starten.

Whlen Sie [VMware]

Folgen Sie den Anweisungen des Installationsassistenten, um die Sprache fr die Installation auszuwhlen, und stimmen Sie den Patent- und Lizenzvereinbarungen zu.

Richten Sie das Kennwort fr das vCenter Single Sign On-Administratorkonto ein.

[vCenter] [Simple Install] und klicken Sie auf [Installieren] .

Das Kennwort muss mindestens acht Zeichen mit mindestens einem Kleinbuchstaben, einem Grobuchstaben, einer Zahl und einem Sonderzeichen enthalten.
5

Whlen Sie den Datenbanktyp fr vCenter Single Sign On aus.

Wenn Sie eine vorhandene Datenbank verwenden, fhren Sie das Skript rsaIMSLite<DBName>SetupTablespaces.sql aus, um sicherzustellen, dass der Tablespace fr die Datenbank erstellt wird. Das Skript ist
unter vCenter Server-Installationsverzeichnis\Single Sign On\DBScripts\SSOServer\Schema\Ihre_vorhandene_Datenbank gespeichert.
Sie knnen das Installationsprogramm fr die Ausfhrung des Skripts beenden und spter von diesem
Bereich aus wieder fortsetzen.

Wenn Sie die mitgelieferte Microsoft SQL Server 2008 R2 Express-Datenbank verwenden, geben Sie die
Kennwrter fr einen Single Sign On-Datenbankadministrator und einen Single Sign On-Datenbankbenutzer ein. Das Installationsprogramm verwendet diese Anmeldedaten, um die Benutzer in der Datenbank anzulegen.
Das Kennwort muss den GPO-Kennwortrichtlinien (GPO = Group Policy Object, Gruppenrichtlinienobjekt) von Windows fr Ihr lokales Betriebssystem und Ihre lokale Active Directory-Domne entsprechen.
Das Kennwort darf maximal 32 Zeichen lang sein. Die folgenden Zeichen drfen in Kennwrtern nicht
verwendet werden: Semikolon (;), doppeltes Anfhrungszeichen ("), einfaches Anfhrungszeichen ('),
Zirkumflex (^) und Rckwrtsschrgstrich (\). Kennwrter mssen der GPO-Kennwortrichtlinie (GPO =
Group Policy Object, Gruppenrichtlinienobjekt) von Windows entsprechen.

Wenn Sie eine vorhandene Datenbank verwenden, geben Sie die Informationen fr die JDBC-Verbindung
ein.

Geben Sie den vollstndig qualifizierten Domnennamen (FQDN) oder die IP-Adresse fr die vCenter
Single Sign On-Hostmaschine ein.

10

(Optional) Geben Sie die Kontoinformationen fr den SSPI-Dienst ein.


Verwenden Sie hierzu das Windows-Standardkonto NetworkService oder geben Sie die Kontoinformationen fr den Administratorbenutzer ein. Dieser Schritt kann nur angewendet werden, wenn Sie als
Domnenkontobenutzer zum Installieren von Single Sign On angemeldet sind.

11

Whlen Sie den Ordner fr die Installation von vCenter Single Sign On aus.
Der Installationspfad darf keines der folgenden Zeichen enthalten: Nicht-ASCII-Zeichen, Kommas (,),
Punkte (.), Ausrufezeichen (!), Rautezeichen (#), At-Zeichen (@) bzw. Prozentzeichen (%).

12

68

Akzeptieren oder ndern Sie den HTTPS-Port fr vCenter Single Sign On.

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

13

Klicken Sie auf [Install] .

vCenter Single Sign On wird installiert und der Assistent fr das Installieren bzw. das Durchfhren eines
Upgrades von vCenter Inventory Service wird gestartet.
Weiter
Installieren Sie vCenter Inventory Service bzw. fhren Sie ein Upgrade durch. Weitere Informationen hierzu
finden Sie unter Installieren oder Durchfhren eines Upgrades von vCenter Inventory Service als Teil einer
einfachen Installation von vCenter Server (Simple Install), auf Seite 69.

Installieren oder Durchfhren eines Upgrades von vCenter Inventory Service als
Teil einer einfachen Installation von vCenter Server (Simple Install)
Sie knnen vCenter Single Sign On, vCenter Inventory Service und vCenter Server mit der Option vCenter
Server Simple Install gemeinsam auf einer einzelnen Hostmaschine installieren. Diese Option ist fr kleine
Bereitstellungen geeignet.
Diese Aufgabe enthlt die Fortsetzung des vCenter Server-Upgrades mit Simple Install aus der Aufgabe
Installieren von vCenter Single Sign On als Teil einer einfachen Installation von vCenter Server (Simple Install), auf Seite 67.
Wenn der Inventory Service auf dem Computer installiert ist, wird mit dieser Prozedur ein Inventory ServiceUpgrade vorgenommen.
Voraussetzungen
n

Weitere Informationen finden Sie im ersten Thema dieser Aufgabe mit mehreren Themen: Durchfhren
eines Upgrades auf vCenter Server 5.1 als Teil einer einfachen Installation (Simple Install), auf Seite 69.

Weitere Informationen hierzu finden Sie unter Voraussetzungen fr das Upgrade von vCenter Server, auf Seite 52.

Vorgehensweise
1

Wenn Sie eine vorhandene Inventory Service-Instanz aktualisieren oder erneut installieren, mssen Sie
sich entscheiden, ob Sie die vorhandene Datenbank beibehalten oder diese durch eine neue, leere Datenbank ersetzen mchten.

Klicken Sie auf [Install] .

Das Inventory Service-Upgrade wird durchgefhrt und der vCenter Server-Upgrade-Assistent startet.
Weiter
Upgrade von vCenter Server. Fahren Sie mit Durchfhren eines Upgrades auf vCenter Server 5.1 als Teil einer
einfachen Installation (Simple Install), auf Seite 69 fort.

Durchfhren eines Upgrades auf vCenter Server 5.1 als Teil einer einfachen
Installation (Simple Install)
Sie knnen ein Upgrade von vCenter Server als Teil einer einfachen Installation vornehmen, nachdem Sie
vCenter Single Sign On installiert und ein Inventory Service-Upgrade vorgenommen haben.
Dieser Vorgang fhrt fort mit dem vCenter Server-Upgrade ber Simple Install aus der Unteraufgabe Installieren oder Durchfhren eines Upgrades von vCenter Inventory Service als Teil einer einfachen Installation
von vCenter Server (Simple Install), auf Seite 69.

VMware, Inc.

69

vSphere-Upgrade-Handbuch

Als Alternative knnen Sie vCenter Single Sign On installieren, ein Inventory Service-Upgrade vornehmen
und ein vCenter Server-Upgrade getrennt einleiten, um den Standort und die Konfiguration der Komponenten
anzupassen. Weitere Informationen hierzu finden Sie unter Getrenntes Installieren von vCenter Single Sign
On, Durchfhren eines Upgrades des Inventory Service und Durchfhren eines Upgrades von vCenter Server, auf Seite 72.
Wenn auf Ihrem Computer eine frhere Version von vCenter Server installiert ist, wird diese vom vCenter
Server-Installationsprogramm erkannt und aktualisiert. Wenn das Upgrade fehlschlgt, gibt es kein automatisches Rollback auf die vorherige Version von vCenter Server.
In-Place-Upgrade auf vCenter 5.1 wird unter Microsoft Windows XP nicht untersttzt.
HINWEIS vCenter Server 5.1 untersttzt die Verbindung zwischen vCenter Server und vCenter Server-Komponenten anhand der IP-Adresse nur dann, wenn die IP-Adresse IPV4-konform ist. Zum Herstellen einer
Verbindung mit einem vCenter Server-System in einer IPv6-Umgebung mssen Sie den vollqualifizierten
Domnennamen (FQDN) oder den Hostnamen von vCenter Server verwenden. Die Best Practice besteht darin,
anstatt der IP-Adresse, die sich ndern kann, wenn sie von DHCP zugewiesen wurde, den FQDN zu verwenden, der in allen Fllen funktioniert.
Voraussetzungen
n

Weitere Informationen finden Sie im ersten Thema dieser Aufgabe mit mehreren Themen: Verwenden
von Simple Install zum Installieren von vCenter Single Sign On, zum Upgrade von Inventory Service und
zum Upgrade auf vCenter Server 5.1, auf Seite 67.

Weitere Informationen hierzu finden Sie unter Voraussetzungen fr das Upgrade von vCenter Server, auf Seite 52.

Vorgehensweise
1

(Optional) Geben Sie Ihren Lizenzschlssel ein.


WICHTIG Wenn Sie keinen Lizenzschlssel eingeben, luft Ihre Lizenz ab. Nach der Installation knnen
Sie eine Verbindung zu vCenter Server herstellen und den Lizenzschlssel erneut eingeben.

Geben Sie die Anmeldedaten fr die Datenbank ein oder besttigen Sie sie.

Whlen Sie, ob Sie ein Upgrade der vCenter Server-Datenbank durchfhren mchten.
n

Whlen Sie [Vorhandene vCenter Server-Datenbank aktualisieren] aus, um mit dem Upgrade auf
vCenter Server fortzufahren.

Whlen Sie [Vorhandene vCenter Server-Datenbank nicht aktualisieren] aus, wenn Sie nicht ber
eine Sicherungskopie Ihrer Datenbank verfgen.
Sie knnen das Upgrade nicht fortsetzen.

70

Klicken Sie auf [Ich habe eine Sicherungskopie der vorhandenen vCenter Server-Datenbank und der
SSL-Zertifikate erstellt] .

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

Whlen Sie die Methode fr das Upgrade von vCenter Agent.


Option

Beschreibung

Automatisch

Fr automatische Upgrades von vCenter Agent auf allen Hosts in der vCenter Server-Bestandsliste.

Manuell

Falls eine der folgenden Optionen zutrifft:


n Sie mssen die Zeitpunkte der Upgrades von vCenter Agent auf bestimmten Hosts steuern.
n vCenter Agent wurde auf jedem Host in der Bestandsliste installiert, damit vCenter Server den Host verwalten kann. vCenter Agent muss bei
jedem Upgrade von vCenter Server ebenfalls aktualisiert werden.

vCenter Agent wurde auf jedem Host in der Bestandsliste installiert, damit vCenter Server den Host
verwalten kann. vCenter Agent muss bei jedem Upgrade von vCenter Server ebenfalls aktualisiert werden.
6

Legen Sie das Konto fest, in dem der vCenter-Dienst ausgefhrt werden soll.
Option

Beschreibung

SYSTEM-Konto

Aktivieren Sie das Kontrollkstchen [SYSTEM-Konto verwenden] , geben


Sie den vollstndig qualifizierten Domnennamen des vCenter Server-Hosts
ein und klicken Sie auf [Weiter] . Sie knnen das Konto SYSTEM nicht
verwenden, wenn Sie die im Lieferumfang enthaltene Datenbank oder
Windows-Authentifizierung fr SQL Server verwenden.

Benutzerspezifisches Konto

Heben Sie die Aktivierung des Kontrollkstchens [SYSTEM-Konto verwenden] auf, geben Sie das Kontokennwort und den vollqualifizierten Domnennamen des vCenter Server-Hosts ein und klicken Sie auf [Weiter] .

bernehmen oder ndern Sie die Portnummern fr die Verbindung mit vCenter Server.

(Optional) Whlen Sie die Option [Anzahl der verfgbaren flchtigen Ports erhhen] aus.

Whlen Sie die Gre Ihrer vCenter Server-Bestandsliste, um Arbeitsspeicher fr mehrere Java-Dienste,
die von vCenter Server verwendet werden, zuzuteilen.
Diese Einstellung bestimmt die maximale JVM-Heap-Einstellungen fr VMware VirtualCenter Management Webservices (Tomcat), den Inventory Service und den profilgesteuerten Speicherdienst. Sie knnen
diese Einstellung nach der Installation anpassen, falls sich die Anzahl an Hosts in Ihrer Umgebung ndert.
Weitere Informationen finden Sie in den Empfehlungen im Thema vCenter Server-Hardwareanforderungen.

10

Geben Sie die fr die Registrierung von vCenter Server bei vCenter Single Sign On erforderlichen Informationen ein.
Der Administratorbenutzername fr vCenter Single Sign On lautet admin@Systemdomne. Geben Sie
das Kennwort ein, das Sie bei der Installation von vCenter Single Sign On verwendet haben. Die Lookup
Service-URL lautet https://SSO_Host_FQDN_oder_IP:7444/lookupservice/sdk, wobei 7444 die StandardHTTPS-Portnummer fr vCenter Single Sign On ist. Geben Sie dieselben Daten ein, die Sie bei der Installation von vCenter Single Sign On eingegeben haben. Falls Sie bei der Installation von vCenter Single Sign
On eine andere Portnummer angegeben haben, verwenden Sie diese Portnummer.
HINWEIS Wenn Sie vCenter Single Sign On in einer vCenter Server Appliance installiert haben, geben Sie
root@localos als Single Sign On-Administrator ein. In diesem Fall ist das Kennwort das Root-Kennwort
von vCenter Server Appliance. Die Lookup Service-URL lautet https://vCenter_Appliance_IP_oder_Hostname:{7444}/lookupservice/sdk.

11

Geben Sie die Inventory Service-URL ein.


Die Inventory Service-URL lautet https://Inventory_Service_Host_FQDN_oder_IP:10443. 10443 ist die Standard-HTTPS-Portnummer fr Inventory Service. Falls Sie bei der Installation von Inventory Service eine
andere Portnummer angegeben haben, verwenden Sie diese Portnummer.

VMware, Inc.

71

vSphere-Upgrade-Handbuch

vCenter Simple Install ist abgeschlossen.


Weiter
Upgrade von vSphere-Client und vSphere Web Client auf Version 5.1. Mit diesem Schritt werden Kompatibilittsprobleme verhindert, die die ordnungsgeme Funktion von vSphere Web Client beeintrchtigen knnen. Siehe Aktualisieren des vSphere-Clients, auf Seite 103 und Installieren oder Durchfhren eines Upgrades vom vSphere Web Client, auf Seite 104. Unter Nach dem Upgrade von vCenter Server, auf Seite 102 werden Themen zu anderen Aktionen nach dem Upgrade behandelt.

Getrenntes Installieren von vCenter Single Sign On, Durchfhren eines


Upgrades des Inventory Service und Durchfhren eines Upgrades von
vCenter Server
Um den Standort und die Konfiguration der Komponenten individuell anzupassen, knnen Sie in einzelnen
Vorgngen vCenter Single Sign On installieren, bzw. ein Inventory Service-Upgrade oder ein vCenter ServerUpgrade vornehmen.
Als Alternative knnen Sie die Installation von vCenter Single Sign On, ein Upgrade von vCenter Inventory
Service und ein Upgrade von vCenter Server mit der Option vCenter Simple Install gemeinsam auf einer
einzelnen Hostmaschine vornehmen. Diese Option ist fr kleine Bereitstellungen geeignet. Weitere Informationen hierzu finden Sie unter Verwenden von Simple Install zum Installieren von vCenter Single Sign On,
zum Upgrade von Inventory Service und zum Upgrade auf vCenter Server 5.1, auf Seite 67.
Voraussetzungen
Siehe Voraussetzungen fr das Upgrade von vCenter Server, auf Seite 52.
Vorgehensweise
1

Getrenntes Installieren von vCenter Single Sign On auf Seite 73


Sie knnen vCenter Single Sign On in einer Basis-, einer High Availability- oder einer Bereitstellung fr
mehrere Standorte installieren.

Installieren oder Durchfhren eines Upgrades vom vSphere Web Client auf Seite 87
Mithilfe des vSphere Web Client knnen Sie eine Verbindung mit einem vCenter Server-System herstellen, um ber einen Browser einen ESXi-Host verwalten zu knnen.

Besttigen von Active Directory-Domnen fr vCenter Server-Administratoren auf Seite 88


Stellen Sie nach der Installation von vCenter Single Sign On sicher, dass alle vCenter Server-Administratoren in den vorhandenen Active Directory-Domnen durch Single Sign On erkannt werden.

Installieren oder Durchfhren eines Upgrades von vCenter Inventory Service in einer separaten Installation auf Seite 89
Sie knnen vCenter Single Sign On, vCenter Inventory Service und vCenter Server getrennt installieren,
um den Standort und die Konfiguration der Komponenten anzupassen.

(Optional) Replizieren von Daten zwischen Single Sign On-Instanzen fr mehrere Standorte in einer
neuen vCenter Server-Bereitstellung auf Seite 91
Die automatische Replizierung von Daten zwischen Single Sign On-Sites wird in einer Bereitstellung fr
mehrere Standorte nicht untersttzt. Nach der Installation der Single Sign On-Instanzen bzw. nachdem
Sie eine nderung an einer der Instanzen vorgenommen haben, mssen Sie mithilfe eines Befehlszeilentools einen manuellen Datenexport- und Datenimportvorgang durchfhren.

Durchfhren eines getrennten Upgrades von vCenter Server auf Seite 92


Sie knnen ein getrenntes Upgrade von vCenter Server nach der Installation von vCenter Single Sign On
und dem Upgrade von Inventory Service vornehmen.

72

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

Getrenntes Installieren von vCenter Single Sign On


Sie knnen vCenter Single Sign On in einer Basis-, einer High Availability- oder einer Bereitstellung fr mehrere Standorte installieren.
Informationen zum Verstndnis der Basis-, High Availability- und der Bereitstellung fr mehrere Standorte
von Single Sign On finden Sie unter vCenter Single Sign On-Bereitstellungsmodi, auf Seite 36.
Alternativ knnen Sie die Installation oder das Upgrade von vCenter Single Sign On, vCenter Inventory Service
und vCenter Server mithilfe der Option vCenter Server Simple Install zusammen auf einer einzelnen Hostmaschine vornehmen. Diese Option ist fr kleine Bereitstellungen geeignet. Siehe Verwenden von Simple
Install zum Installieren von vCenter Single Sign On, zum Upgrade von Inventory Service und zum Upgrade
auf vCenter Server 5.1, auf Seite 67.
Voraussetzungen
n

Lesen Sie Voraussetzungen fr das Upgrade von vCenter Server, auf Seite 52 durch.

Lesen Sie Wie sich vCenter Single Sign On auf die Installation und auf Upgrades von vCenter Server
auswirkt, auf Seite 34 durch.

Vorgehensweise
u

Whlen Sie eine der folgenden vCenter Single Sign On-Bereitstellungen aus.
n

Getrenntes Installieren von vCenter Single Sign On in einer Basisbereitstellung, auf Seite 73.

Installieren und Konfigurieren von vCenter Single Sign On fr eine High Availability-Bereitstellung, auf Seite 75.

Installieren und Konfigurieren von vCenter Single Sign On fr eine Bereitstellung fr mehrere
Standorte, auf Seite 82.

Getrenntes Installieren von vCenter Single Sign On in einer Basisbereitstellung


Erstellen Sie den einzigen Knoten bei einer Basisinstallation von vCenter Single Sign On.
Bevor Sie Single Sign On im Basismodus installieren, sollten Sie die zuknftigen Anforderungen fr die Bereitstellung vorsichtig abwgen, um zu ermitteln, ob eine Bereitstellung fr mehrere Standorte oder eine High
Availability-Bereitstellung angemessen ist. Wenn Sie eine Single Sign On-Instanz im Basismodus installieren,
knnen Sie die Instanz spter nicht auf einen High Availability-Knoten oder einen Knoten fr mehrere Standorte heraufstufen.
Weitere Informationen zur Installation von vCenter Single Sign On im Hochverfgbarkeitsmodus finden Sie
unter Installieren und Konfigurieren von vCenter Single Sign On fr eine High Availability-Bereitstellung, auf Seite 75. Informationen zum Installieren von vCenter Single Sign On im Modus fr mehrere
Standorte finden Sie unter Installieren und Konfigurieren von vCenter Single Sign On fr eine Bereitstellung
fr mehrere Standorte, auf Seite 82.
Folgen Sie diesen Anweisungen, um nur vCenter Single Sign On zu installieren. Sie mssen vor dem Upgrade
von vCenter Server vCenter Single Sign On installieren und ein Upgrade von Inventory Service durchfhren.
Fr einfache Bereitstellungen knnen Sie die Installation von vCenter Single Sign On, ein Upgrade von Inventory Service und vCenter Server mit der Option vCenter Server Simple Install gemeinsam auf einer
einzelnen Hostmaschine vornehmen. Weitere Informationen hierzu finden Sie unter Verwenden von Simple
Install zum Installieren von vCenter Single Sign On, zum Upgrade von Inventory Service und zum Upgrade
auf vCenter Server 5.1, auf Seite 67.

VMware, Inc.

73

vSphere-Upgrade-Handbuch

Weitere Informationen zu vCenter Single Sign On finden Sie unter Wie sich vCenter Single Sign On auf die
Installation und auf Upgrades von vCenter Server auswirkt, auf Seite 34 und der Dokumentation zu vSphereSicherheit.
HINWEIS vCenter Server 5.1 untersttzt die Verbindung zwischen vCenter Server und vCenter Server-Komponenten anhand der IP-Adresse nur dann, wenn die IP-Adresse IPV4-konform ist. Zum Herstellen einer
Verbindung mit einem vCenter Server-System in einer IPv6-Umgebung mssen Sie den vollqualifizierten
Domnennamen (FQDN) oder den Hostnamen von vCenter Server verwenden. Die Best Practice besteht darin,
anstatt der IP-Adresse, die sich ndern kann, wenn sie von DHCP zugewiesen wurde, den FQDN zu verwenden, der in allen Fllen funktioniert.
Voraussetzungen
n

Lesen Sie vCenter Single Sign On-Bereitstellungsmodi, auf Seite 36 durch.

Weitere Informationen finden Sie im ersten Thema dieser Aufgabe mit mehreren Themen: Getrenntes
Installieren von vCenter Single Sign On, Durchfhren eines Upgrades des Inventory Service und Durchfhren eines Upgrades von vCenter Server, auf Seite 72.

Siehe Voraussetzungen fr das Upgrade von vCenter Server, auf Seite 52.

Vorgehensweise
1

Doppelklicken Sie im Software-Installationsprogrammverzeichnis auf die Datei autorun.exe, um das Installationsprogramm zu starten.

Whlen Sie [vCenter] [Single Sign On] und klicken Sie auf [Installieren] .

Folgen Sie den Anweisungen des Installationsassistenten, um die Sprache fr die Installation auszuwhlen, und stimmen Sie den Patent- und Lizenzvereinbarungen zu.

Whlen Sie [Den primren Knoten fr eine neue Single Sign On-Installation erstellen] .

Whlen Sie die Option fr die [vCenter Single Sign On-Basisinstallation] .

Richten Sie das Kennwort fr das vCenter Single Sign On-Administratorkonto ein.
Das Kennwort muss mindestens acht Zeichen mit mindestens einem Kleinbuchstaben, einem Grobuchstaben, einer Zahl und einem Sonderzeichen enthalten.

Whlen Sie den Datenbanktyp fr vCenter Single Sign On aus.

Wenn Sie eine vorhandene Datenbank verwenden, fhren Sie das Skript rsaIMSLite<DBName>SetupTablespaces.sql aus, um sicherzustellen, dass der Tablespace fr die Datenbank erstellt wird. Das Skript ist
unter vCenter Server-Installationsverzeichnis\Single Sign On\DBScripts\SSOServer\Schema\Ihre_vorhandene_Datenbank gespeichert.
Sie knnen das Installationsprogramm fr die Ausfhrung des Skripts beenden und spter von diesem
Bereich aus wieder fortsetzen.

Wenn Sie eine vorhandene Datenbank fr Single Sign On verwenden, erstellen Sie einen Datenbankbenutzer (RSA_USER) und einen Datenbankadministrator (RSA_DBA), sofern Sie dies nicht bereits getan
haben, indem Sie das folgende Skript ausfhren: rsaIMSLiteDBNameSetupUsers.sql. Das Skript ist im
Download-Paket des vCenter Server-Installationsprogramms unter vCenter Server-Installationsverzeichnis\SSOServer enthalten.
Sie knnen das Installationsprogramm fr die Ausfhrung des Skripts beenden und spter von diesem
Bereich aus wieder fortsetzen.

74

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

10

Wenn Sie die mitgelieferte Microsoft SQL Server 2008 R2 Express-Datenbank verwenden, geben Sie die
Kennwrter fr einen Single Sign On-Datenbankadministrator und einen Single Sign On-Datenbankbenutzer ein. Das Installationsprogramm verwendet diese Anmeldedaten, um die Benutzer in der Datenbank anzulegen.
Das Kennwort muss den GPO-Kennwortrichtlinien (GPO = Group Policy Object, Gruppenrichtlinienobjekt) von Windows fr Ihr lokales Betriebssystem und Ihre lokale Active Directory-Domne entsprechen.
Das Kennwort darf maximal 32 Zeichen lang sein. Die folgenden Zeichen drfen in Kennwrtern nicht
verwendet werden: Semikolon (;), doppeltes Anfhrungszeichen ("), einfaches Anfhrungszeichen ('),
Zirkumflex (^) und Rckwrtsschrgstrich (\). Kennwrter mssen der GPO-Kennwortrichtlinie (GPO =
Group Policy Object, Gruppenrichtlinienobjekt) von Windows entsprechen.

11

Wenn Sie eine vorhandene Datenbank verwenden, geben Sie die Informationen fr die JDBC-Verbindung
ein.

12

Geben Sie den vollstndig qualifizierten Domnennamen (FQDN) oder die IP-Adresse fr die vCenter
Single Sign On-Hostmaschine ein.

13

(Optional) Geben Sie die Kontoinformationen fr den SSPI-Dienst ein.


Verwenden Sie hierzu das Windows-Standardkonto NetworkService oder geben Sie die Kontoinformationen fr den Administratorbenutzer ein. Dieser Schritt kann nur angewendet werden, wenn Sie als
Domnenkontobenutzer zum Installieren von Single Sign On angemeldet sind.

14

Whlen Sie den Ordner fr die Installation von vCenter Single Sign On aus.
Der Installationspfad darf keines der folgenden Zeichen enthalten: Nicht-ASCII-Zeichen, Kommas (,),
Punkte (.), Ausrufezeichen (!), Rautezeichen (#), At-Zeichen (@) bzw. Prozentzeichen (%).

15

Akzeptieren oder ndern Sie den HTTPS-Port fr vCenter Single Sign On.

16

Klicken Sie auf [Install] .

vCenter Single Sign On wird installiert.


Weiter
Sichern Sie die vCenter Single Sign On-Konfiguration und -Datenbank. Weitere Informationen hierzu finden
Sie unter Sichern der vCenter Single Sign On-Konfiguration, auf Seite 111.
Fhren Sie ein Upgrade von Inventory Service durch. Weitere Informationen hierzu finden Sie unter Installieren oder Durchfhren eines Upgrades von vCenter Inventory Service in einer separaten Installation,
auf Seite 89.

Installieren und Konfigurieren von vCenter Single Sign On fr eine High AvailabilityBereitstellung
Im Hochverfgbarkeitsmodus verwenden zwei Knoten dieselbe Datenbank, dieselben Daten und dieselben
Benutzerspeicher, um sicherzustellen, dass vCenter Single Sign On keine einzelne Ausfallstelle ist.
HINWEIS Wenn vCenter Single Sign On fr High Availability konfiguriert ist, knnen lokale Windows-Betriebssystembenutzer nicht authentifiziert werden. Active Directory-Benutzer knnen jedoch authentifiziert
werden.
Voraussetzungen
n

VMware, Inc.

berprfen Sie die Voraussetzungen fr das Upgrade von vCenter Server.

75

vSphere-Upgrade-Handbuch

Vorgehensweise
1

Vorbereiten virtueller oder physischer Maschinen fr die High Availability-Konfiguration von vCenter
Single Sign On auf Seite 76
Zur Konfiguration von vCenter Single Sign On fr High Availability sind zwei Maschinen erforderlich.
Eine Maschine dient als primrer Knoten, die andere als Sicherungsknoten. Werden die Knoten fr High
Availability konfiguriert, verwenden beide dieselbe Datenbank, dieselben Daten und dieselben Benutzerspeicher.

Installieren des ersten Knotens bei einer High Availability-Installation auf Seite 77
Erstellen Sie den ersten Knoten bei einer vCenter Single Sign On-Installation fr High Availability.

Installieren eines zustzlichen Knotens bei einer vorhandenen High Availability-Installation von vCenter
Server Single Sign On auf Seite 78
Erstellen Sie einen zustzlichen vCenter Single Sign On-Knoten fr eine vorhandene vCenter Single Sign
On-Installation fr hohe Verfgbarkeit.

Konfigurieren der Lastausgleichssoftware auf Seite 78


Sie knnen jede SSL-fhige Lastausgleichslsung (physisch oder virtuell) als Lastausgleichssoftware fr
Single Sign On konfigurieren und so die Verfgbarkeit erhhen.

Konfigurieren von Single Sign On-Lastausgleich auf Seite 80


Konfigurieren Sie die Lastausgleichssoftware. Konfigurieren Sie die Lastausgleichssoftware so, dass SSL
verwendet wird, da Single Sign On vertrauliche Informationen sendet und empfngt.

Aktualisieren der Lookup Service-Datenstze auf Seite 80


Wenn Sie Single Sign On fr High Availability konfigurieren, aktualisieren Sie die Lookup Service-Datenstze, um sicherzustellen, dass der Lastausgleich eine Verbindung zu den Single Sign On-Knoten
herstellen kann.

Vorbereiten virtueller oder physischer Maschinen fr die High Availability-Konfiguration von vCenter
Single Sign On
Zur Konfiguration von vCenter Single Sign On fr High Availability sind zwei Maschinen erforderlich. Eine
Maschine dient als primrer Knoten, die andere als Sicherungsknoten. Werden die Knoten fr High Availability konfiguriert, verwenden beide dieselbe Datenbank, dieselben Daten und dieselben Benutzerspeicher.
Vorgehensweise
1

Installieren oder erstellen Sie zwei virtuelle Maschinen.


n

Erstellen Sie zwei virtuelle Maschinen, auf denen ein Windows-Gastbetriebssystem ausgefhrt wird.

Verwenden Sie zwei physische Maschinen, auf denen ein Windows-Betriebssystem ausgefhrt wird.

Erstellen Sie fr jede virtuelle Maschine einen DNS-Eintrag.

(Optional) Wenn Sie Active Directory verwenden und vCenter Single Sign On dies automatisch erkennen
soll, fhren Sie die folgenden Aufgaben aus.
n

Fgen Sie beide Maschinen zur selben Active Directory-Domne hinzu.

Weisen Sie dem Active Directory-Domnenbenutzer, mit dem Sie die Installation ausfhren, auf beiden Maschinen Administratorberechtigungen zu.

Die Maschinen knnen nun vCenter Single Sign On-Knoten werden.


Weiter
Installieren Sie vCenter Single Sign On, um die Knoten zu erstellen.

76

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

Installieren des ersten Knotens bei einer High Availability-Installation


Erstellen Sie den ersten Knoten bei einer vCenter Single Sign On-Installation fr High Availability.
HINWEIS vCenter Server 5.1 untersttzt die Verbindung zwischen vCenter Server und vCenter Server-Komponenten anhand der IP-Adresse nur dann, wenn die IP-Adresse IPV4-konform ist. Zum Herstellen einer
Verbindung mit einem vCenter Server-System in einer IPv6-Umgebung mssen Sie den vollqualifizierten
Domnennamen (FQDN) oder den Hostnamen von vCenter Server verwenden. Die Best Practice besteht darin,
anstatt der IP-Adresse, die sich ndern kann, wenn sie von DHCP zugewiesen wurde, den FQDN zu verwenden, der in allen Fllen funktioniert.
Weitere Informationen zu vCenter Single Sign On finden Sie unter Wie sich vCenter Single Sign On auf die
Installation und auf Upgrades von vCenter Server auswirkt, auf Seite 34 und der Dokumentation zu vSphereSicherheit.
Voraussetzungen
n

berprfen Sie die Voraussetzungen fr das Upgrade von vCenter Server.

Vorgehensweise
1

Doppelklicken Sie im Software-Installationsprogrammverzeichnis auf die Datei autorun.exe, um das Installationsprogramm zu starten.

Whlen Sie [vCenter] [Single Sign On] , und klicken Sie auf [Installieren] .

Folgen Sie den Anweisungen des Installationsassistenten, um die Sprache fr die Installation auszuwhlen, und stimmen Sie den Patent- und Lizenzvereinbarungen zu.

Whlen Sie [Den primren Knoten fr eine neue Single Sign On-Installation erstellen] .

Whlen Sie den Single Sign On-Typ und [Den primren Knoten fr eine neue Single Sign On-Installation erstellen] .

Richten Sie das Kennwort fr das vCenter Single Sign On-Administratorkonto ein.

Whlen Sie den Datenbanktyp fr vCenter Single Sign On aus.

Whlen Sie den Datenbanktyp fr vCenter Single Sign On aus.


a

Wenn Sie die mitgelieferte Microsoft SQL Server 2008 R2 Express-Datenbank verwenden, geben Sie
die Kennwrter fr einen Single Sign On-Datenbankadministrator und einen Single Sign On-Datenbankbenutzer ein. Das Installationsprogramm verwendet diese Anmeldedaten, um die Benutzer in
der Datenbank anzulegen.

Wenn Sie eine vorhandene Datenbank verwenden, geben Sie die Informationen fr die JDBC-Verbindung ein.

Geben Sie den vollstndig qualifizierten Domnennamen (FQDN) oder die IP-Adresse fr die vCenter
Single Sign On-Hostmaschine ein.

10

(Optional) Geben Sie die Kontoinformationen fr den SSPI-Dienst ein.


Verwenden Sie hierzu das Windows-Standardkonto NetworkService oder geben Sie die Kontoinformationen fr den Administratorbenutzer ein. Dieser Schritt kann nur angewendet werden, wenn Sie als
Domnenkontobenutzer zum Installieren von Single Sign On angemeldet sind.

11

Whlen Sie den Ordner fr die Installation von vCenter Single Sign On aus.

12

Akzeptieren oder ndern Sie den HTTPS-Port fr vCenter Single Sign On.

13

Klicken Sie auf [Install] .

VMware, Inc.

77

vSphere-Upgrade-Handbuch

Installieren eines zustzlichen Knotens bei einer vorhandenen High Availability-Installation von
vCenter Server Single Sign On
Erstellen Sie einen zustzlichen vCenter Single Sign On-Knoten fr eine vorhandene vCenter Single Sign OnInstallation fr hohe Verfgbarkeit.
Weitere Informationen zum Erstellen des einzigen Knotens bei einer Basisinstallation von vCenter Single Sign
On finden Sie unter Getrenntes Installieren von vCenter Single Sign On in einer Basisbereitstellung, auf Seite 73.
Wenn Sie Single Sign On fr eine Installation fr mehrere Standorte installieren, finden Sie Informationen
unter Installieren eines zustzlichen Knotens fr eine vCenter Single Sign On-Installation fr mehrere Standorte, auf Seite 85.
Voraussetzungen
Weitere Informationen finden Sie in den vorhergehenden Schritten dieses Themas, das mehrere Aufgaben
enthlt, mit dem Titel Installieren und Konfigurieren von vCenter Single Sign On fr eine High AvailabilityBereitstellung, auf Seite 75.
Vorgehensweise
1

Doppelklicken Sie im Software-Installationsprogrammverzeichnis auf die Datei autorun.exe, um das Installationsprogramm zu starten.

Whlen Sie im Bereich Single Sign On-Bereitstellungstyp die Option [Vorhandener Single Sign OnInstallation beitreten] .

Whlen Sie den Single Sign On-Typ aus und geben Sie die Verbindungsinformationen fr den vorhandenen primren Knoten der Single Sign On-Installation ein, dem Sie diesen Knoten hinzufgen.
Standardmig handelt es sich beim Single Sign On-Port um den Port 7444. Wenn Sie bei der Installation
von Single Sign On einen anderen Port zugewiesen haben, verwenden Sie diesen Port.

Klicken Sie auf [Install] .

Weiter
Fahren Sie mit der nchsten Aufgabe, Konfigurieren der Lastausgleichssoftware, auf Seite 78, fort.
Konfigurieren der Lastausgleichssoftware
Sie knnen jede SSL-fhige Lastausgleichslsung (physisch oder virtuell) als Lastausgleichssoftware fr Single
Sign On konfigurieren und so die Verfgbarkeit erhhen.
In der Lastausgleichskonfiguration werden vier Pfade definiert, einer fr jede Single Sign On-Schnittstelle:
STS, Gruppenberprfung, Lookup Service (alle High Availability-Knoten) und das SSO Admin-SDK (nur
primrer Knoten). An und von vCenter Single Sign On werden vertrauliche Informationen bergeben, beispielsweise Kennwrter. Konfigurieren Sie die Apache HTTPD-Software fr die Verwendung von SSL und
verwenden Sie ausschlielich SSL-Ports als Proxys zum Single Sign On-Server.
Voraussetzungen
HINWEIS Dies ist ein Beispiel fr die Konfiguration der Lastausgleichssoftware unter Verwendung von Apache
HTTPD. Andere Lastausgleiche werden auf andere Weise konfiguriert.
Stellen Sie sicher, dass Sie ber zwei Single Sign On-Knoten verfgen und Apache HTTPD als Lastausgleichsdienst eingerichtet haben. Informationen zum Einrichten der Lastausgleichssoftware finden Sie im KB-Artikel
2034157.

78

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

Vorgehensweise
u

Definieren Sie die Pfade und konfigurieren Sie die Proxy- und Lastausgleichsdirektiven.
Fgen Sie am Ende der Datei httpd-ssl.conf den VirtualHost-Eintrag hinzu. Sie knnen auch einen vorhandenen VirtualHost-Eintrag aktualisieren.
HINWEIS Bei der Verwendung der 64-Bit-Versionen von Microsoft Windows-Betriebssystemen knnen
Fehler auftreten. Aktualisieren Sie den folgenden Wert in der Datei conf/extra/httpd-ssl.conf: SSLSessionCache "shmcb:C:/PROGRA\~2/Apache Software Foundation/Apache2.2/logs/ssl_scache (5120000)

Weiter
Aktualisieren der HTTPD-Konfiguration mit SSL-Zertifikaten, auf Seite 79.
Aktualisieren der HTTPD-Konfiguration mit SSL-Zertifikaten
Um mit dem Beispiel Apache HTTPD-Lastausgleich weiterzumachen, konfigurieren Sie HTTPD fr die Verwendung von SSL-Zertifikaten, nachdem Sie den Apache HTTPD-Server konfiguriert haben.
Voraussetzungen
HINWEIS Dieses Beispiel beschreibt die Verwendung von Apache HTTPD als Lastausgleich. Andere Lastausgleiche werden unterschiedlich konfiguriert.
Stellen Sie sicher, dass Sie ber benutzerdefinierte Zertifikate verfgen.
Vorgehensweise
1

ffnen Sie in einem Texteditor conf/extra/httpd-ssl.conf.

Geben Sie den Speicherort Ihres SSL-Serverzertifikats ein.


SSLCertificateFile "C:/Programme (x86)/Apache Software Foundation/Apache2.2/conf/certs/server.crt"

Geben Sie den privaten Schlssel des SSL-Servers fr Ihr benutzerdefiniertes Lastenausgleichszertifikat
ein.
SSLCertificateKeyFile "C:/Programme (x86)/Apache Software Foundation/Apache2.2/conf/certs/server.key"

Geben Sie die Datei ein, die die gesamte Zertifikatskette enthlt (wenn Sie lediglich das Blatt und root
haben, knnen Sie die CA angeben).
SSLCertificateChainFile "C:/Programme (x86)/Apache Software Foundation/Apache2.2/conf/certs/ca/cacert.pem"

Um sicherzustellen, dass sich die Clients beim Server authentifizieren knnen, geben Sie die folgende
Anweisung ein.
SSLVerifyClient none

Starten Sie den Apache-Server neu.

Weiter
Aktualisieren Sie die Lookup Service-Datenstze.

VMware, Inc.

79

vSphere-Upgrade-Handbuch

Konfigurieren von Single Sign On-Lastausgleich


Konfigurieren Sie die Lastausgleichssoftware. Konfigurieren Sie die Lastausgleichssoftware so, dass SSL verwendet wird, da Single Sign On vertrauliche Informationen sendet und empfngt.
Voraussetzungen
n

Sie mssen sowohl einen primren als auch einen Single Sign On-Sicherungsknoten erstellt haben.

Es muss eine untersttzte Lastausgleichssoftware installiert sein.

Vorgehensweise
1

Konfigurieren Sie Knotenaffinitt fr die Maschine, auf der der primre Knoten installiert ist.

Fgen Sie Eintrge fr die folgenden Single Sign On-Dienste hinzu.


Tabelle 4-7. Diensteintrge
Dienst

Zuordnung

Auf Knoten

Groupcheck

/groupcheck zu /sso-adminserver

Beide

Lookup Service

/lookupservice

Beide

Security Token Service

/ims

Beide

Admin server

/sso-adminserver zu /sso-adminserver

Nur auf primrem Knoten

HINWEIS Da sich Groupcheck auf beiden Knoten befindet, Admin server jedoch nur auf dem primren
Knoten, verwenden Sie nicht denselben Pfad fr beide.
Weiter
Aktualisieren der Lookup Service-Datenstze, auf Seite 80
Aktualisieren der Lookup Service-Datenstze
Wenn Sie Single Sign On fr High Availability konfigurieren, aktualisieren Sie die Lookup Service-Datenstze,
um sicherzustellen, dass der Lastausgleich eine Verbindung zu den Single Sign On-Knoten herstellen kann.
Vorgehensweise
1

80

Kopieren Sie das Rootzertifikat der Zertifikatskette, die das SSL-Zertifikat fr die Lastverteilungssoftware
ausgestellt hat, auf die Maschine, auf der Single Sign On node1 (der primre Knoten) installiert ist.

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

Fhren Sie in einem Terminalfenster auf jedem der Systeme, auf denen Single Sign On installiert ist, die
folgenden Schritte durch.
a

Legen Sie die Variable JAVA_HOME fest.


Standardmig installieren VMware-Produkte JRE im Ordner C:\Programme\VMware\Infrastructure\jre.

berprfen Sie Ihre Firewalleinstellungen, um sicherzustellen, dass Verbindungen zur Lastverteilungssoftware hergestellt werden knnen.

Listen Sie die Dienste in dem Verzeichnis auf, in dem Sie Single Sign On installiert haben.
Falls Sie die Software am Standardspeicherort installiert haben, fhren Sie den folgenden Befehl aus,
um zu dem Verzeichnis zu wechseln.
cd /d C:\Programme\VMware\Infrastructure\SSOServer\ssolscli

Rufen Sie die Liste der Dienste ab.


ssolscli listServices https://primary_node_hostname:7444/lookupservice/sdk

Suchen Sie in der Liste der Dienste die Dienste Gruppenberprfung, SSO-Admin und Security Token Service (STS) und ermitteln Sie den Typ.
Tabelle 4-8. Diensttyp

Typ

URN

Groupcheck

urn:sso:groupcheck

Admin

urn:sso:admin

Security Token Service

urn:sso:sts

Erstellen Sie eine Eigenschaftendatei fr jeden Dienst und benennen Sie die Dateien jeweils gc.properties, admin.properties und sts.properties.
Die fr die Admin- und Gruppenberprfung von Single Sign On angegebenen URIs sind diejenigen
URIs, die Sie in der Konfiguration der Lastverteilungssoftware angegeben haben.
Beispielsweise sieht eine .properties-Datei hnlich aus wie diese.
[service]
friendlyName=STS for Single Sign On
version=1.0
ownerId=
type=urn:sso:sts
description=Security Token Service of Single Sign On server
[endpoint0]
uri=https://location_of_your_load_balancer:configured port/ims/STSService?wsdl
ssl=C:\location_of_pem\cacert.pem
protocol=wsTrust

Suchen Sie die Dienst-ID (serviceId) fr jeden der drei Dienste.


Die Dienst-ID befindet sich unter serviceId in der Liste der von Ihnen erstellten Dienste.

VMware, Inc.

81

vSphere-Upgrade-Handbuch

Erstellen Sie mit einem reinen Texteditor eine Dienst-ID-Datei fr jeden Dienst.
Tabelle 4-9. Dateinamen
Dienst

Dateiname

sts.properties

sts_id

gc.properties

gc_id

admin.properties

admin_id

Die Dienst-ID-Datei enthlt nur die Dienst-ID und darf keine anderen Daten enthalten.
Nachfolgend finden Sie ein Beispiel fr den Inhalt der sts_id-Datei.
{D46D4BFD-CC5B-4AE7-87DC-5CD63A97B194}:7

Fhren Sie fr jeden Dienst die folgenden Befehle aus.


SingleSignOn install dir\ssolscli\ssolscli updateService
-d Lookup Service URL -u sso administrator name -p
sso administrator password -si serviceid_file
-ip service.properties

Der nachfolgende Code ist ein Beispiel fr den Inhalt der sts_id-Datei.
C:\Program Files\VMware\Infrastructure\SSOServer\ssolscli\ssolscli
updateService -d https://primary_sso_node configured_port/
lookupservice/sdk -u admin@System-Domain -p VMware123
-si sts_id -ip sts.properties

Weiter
Fhren Sie ein Upgrade von Inventory Service durch. Siehe Installieren oder Durchfhren eines Upgrades
von vCenter Inventory Service in einer separaten Installation, auf Seite 89.
HINWEIS Whrend der Installation von vCenter Server, vSphere Web Client und dem Inventory Service mssen
Sie die Adresse des neuen Hostnamens fr die Lastverteilung fr den Lookup Service angeben. Die Adresse
sollte das Format https://Lastausgleich-FQDN:Konfigurierter Port/Konfigurierter Pfad haben.

Installieren und Konfigurieren von vCenter Single Sign On fr eine Bereitstellung


fr mehrere Standorte
Die vCenter Single Sign On-Konfiguration fr mehrere Standorte ist fr Bereitstellungen mit mehreren physischen Standorten konzipiert. Die Installation einer Single Sign On-Instanz an jedem Standort ermglicht den
schnellen Zugriff auf lokale Authentifizierungsdienste. Jede Single Sign On-Instanz ist mit den lokalen Instanzen der Active Directory-Server (LDAP) verbunden und verfgt ber eine eigene Datenbank mit lokalen
Benutzern und Gruppen.
Weitere Informationen zu vCenter Single Sign On finden Sie unter Wie sich vCenter Single Sign On auf die
Installation und auf Upgrades von vCenter Server auswirkt, auf Seite 34 und in der Dokumentation zu
vSphere-Sicherheit.
Weitere Informationen zum Bereitstellungsmodus fr mehrere Standorte finden Sie unter vCenter Single Sign
On-Bereitstellungsmodi, auf Seite 36.
Weitere Informationen zur Installation von vCenter Single Sign On im Hochverfgbarkeitsmodus finden Sie
unter Installieren und Konfigurieren von vCenter Single Sign On fr eine High Availability-Bereitstellung, auf Seite 75. Weitere Informationen zur Installation von vCenter Single Sign On im Basismodus finden
Sie unter Getrenntes Installieren von vCenter Single Sign On in einer Basisbereitstellung, auf Seite 73.

82

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

Folgen Sie diesen Anweisungen, um nur vCenter Single Sign On zu installieren. Sie mssen vor dem Upgrade
von vCenter Server vCenter Single Sign On installieren und ein Upgrade von Inventory Service durchfhren.
Fr einfache Bereitstellungen knnen Sie die Installation von vCenter Single Sign On, ein Upgrade von Inventory Service und vCenter Server mit der Option vCenter Server Simple Install gemeinsam auf einer
einzelnen Hostmaschine vornehmen. Siehe Verwenden von Simple Install zum Installieren von vCenter Single Sign On, zum Upgrade von Inventory Service und zum Upgrade auf vCenter Server 5.1, auf Seite 67.
Nach der Installation von Single Sign On wird keine Konnektivitt zwischen den Single Sign On-Servern
bentigt, da keine automatische Datenreplikation zwischen Single Sign On-Instanzen erfolgt.
Die vSphere-Suite enthlt keine Komponenten, die mit mehreren Single Sign On-Servern kommunizieren. Jede
vSphere-Komponente sollte so konfiguriert werden, dass sie mit der zugehrigen lokalen Single Sign OnInstanz kommuniziert, um einen schnelleren Zugriff zu erzielen.
HINWEIS vCenter Server 5.1 untersttzt die Verbindung zwischen vCenter Server und vCenter Server-Komponenten anhand der IP-Adresse nur dann, wenn die IP-Adresse IPV4-konform ist. Zum Herstellen einer
Verbindung mit einem vCenter Server-System in einer IPv6-Umgebung mssen Sie den vollqualifizierten
Domnennamen (FQDN) oder den Hostnamen von vCenter Server verwenden. Die Best Practice besteht darin,
anstatt der IP-Adresse, die sich ndern kann, wenn sie von DHCP zugewiesen wurde, den FQDN zu verwenden, der in allen Fllen funktioniert.
Voraussetzungen
n

Lesen Sie Voraussetzungen fr das Upgrade von vCenter Server, auf Seite 52 durch.

Vorgehensweise
1

Installieren des ersten Knotens bei der vCenter Single Sign On-Installation fr mehrere Standorte auf Seite 83
Erstellen Sie den ersten vCenter Single Sign On-Knoten fr eine vCenter Single Sign On-Installation fr
mehrere Standorte.

Installieren eines zustzlichen Knotens fr eine vCenter Single Sign On-Installation fr mehrere Standorte auf Seite 85
Erstellen Sie einen zustzlichen vCenter Single Sign On-Knoten fr eine vCenter Single Sign On-Installation fr mehrere Standorte.

Installieren des ersten Knotens bei der vCenter Single Sign On-Installation fr mehrere Standorte
Erstellen Sie den ersten vCenter Single Sign On-Knoten fr eine vCenter Single Sign On-Installation fr mehrere Standorte.
Voraussetzungen
n

Lesen Sie vCenter Single Sign On-Bereitstellungsmodi, auf Seite 36 durch.

Lesen Sie Getrenntes Installieren von vCenter Single Sign On, Durchfhren eines Upgrades des Inventory
Service und Durchfhren eines Upgrades von vCenter Server, auf Seite 72 durch.

Siehe Voraussetzungen fr das Upgrade von vCenter Server, auf Seite 52.

Vorgehensweise
1

Doppelklicken Sie im Software-Installationsprogrammverzeichnis auf die Datei autorun.exe, um das Installationsprogramm zu starten.

Whlen Sie [vCenter] [Single Sign On] und klicken Sie auf [Installieren] .

Folgen Sie den Anweisungen des Installationsassistenten, um die Sprache fr die Installation auszuwhlen, und stimmen Sie den Patent- und Lizenzvereinbarungen zu.

VMware, Inc.

83

vSphere-Upgrade-Handbuch

Whlen Sie im Bereich Single Sign On-Bereitstellungstyp des vCenter-Assistenten die Option [Den
primren Knoten fr eine neue Single Sign On-Installation erstellen] .

Whlen Sie in dem Bereich, in dem Sie aufgefordert werden, einen einzelnen Knotentyp auszuwhlen,
die Option [Den primren Knoten fr eine neue Single Sign On-Installation erstellen] .

Richten Sie das Kennwort fr das vCenter Single Sign On-Administratorkonto ein.
Das Kennwort muss mindestens acht Zeichen mit mindestens einem Kleinbuchstaben, einem Grobuchstaben, einer Zahl und einem Sonderzeichen enthalten.

Whlen Sie den Datenbanktyp fr vCenter Single Sign On aus.

Wenn Sie eine vorhandene Datenbank verwenden, fhren Sie das Skript rsaIMSLite<DBName>SetupTablespaces.sql aus, um sicherzustellen, dass der Tablespace fr die Datenbank erstellt wird. Das Skript ist
unter vCenter Server-Installationsverzeichnis\Single Sign On\DBScripts\SSOServer\Schema\Ihre_vorhandene_Datenbank gespeichert.
Sie knnen das Installationsprogramm fr die Ausfhrung des Skripts beenden und spter von diesem
Bereich aus wieder fortsetzen.

Wenn Sie eine vorhandene Datenbank fr Single Sign On verwenden, erstellen Sie einen Datenbankbenutzer (RSA_USER) und einen Datenbankadministrator (RSA_DBA), sofern Sie dies nicht bereits getan
haben, indem Sie das folgende Skript ausfhren: rsaIMSLiteDBNameSetupUsers.sql. Das Skript ist im
Download-Paket des vCenter Server-Installationsprogramms unter vCenter Server-Installationsverzeichnis\SSOServer enthalten.
Sie knnen das Installationsprogramm fr die Ausfhrung des Skripts beenden und spter von diesem
Bereich aus wieder fortsetzen.

10

Wenn Sie die mitgelieferte Microsoft SQL Server 2008 R2 Express-Datenbank verwenden, geben Sie die
Kennwrter fr einen Single Sign On-Datenbankadministrator und einen Single Sign On-Datenbankbenutzer ein. Das Installationsprogramm verwendet diese Anmeldedaten, um die Benutzer in der Datenbank anzulegen.
Das Kennwort muss den GPO-Kennwortrichtlinien (GPO = Group Policy Object, Gruppenrichtlinienobjekt) von Windows fr Ihr lokales Betriebssystem und Ihre lokale Active Directory-Domne entsprechen.
Das Kennwort darf maximal 32 Zeichen lang sein. Die folgenden Zeichen drfen in Kennwrtern nicht
verwendet werden: Semikolon (;), doppeltes Anfhrungszeichen ("), einfaches Anfhrungszeichen ('),
Zirkumflex (^) und Rckwrtsschrgstrich (\). Kennwrter mssen der GPO-Kennwortrichtlinie (GPO =
Group Policy Object, Gruppenrichtlinienobjekt) von Windows entsprechen.

11

Wenn Sie eine vorhandene Datenbank verwenden, geben Sie die Informationen fr die JDBC-Verbindung
ein.

12

Geben Sie den vollstndig qualifizierten Domnennamen (FQDN) oder die IP-Adresse fr die vCenter
Single Sign On-Hostmaschine ein.

13

(Optional) Geben Sie die Kontoinformationen fr den SSPI-Dienst ein.


Verwenden Sie hierzu das Windows-Standardkonto NetworkService oder geben Sie die Kontoinformationen fr den Administratorbenutzer ein. Dieser Schritt kann nur angewendet werden, wenn Sie als
Domnenkontobenutzer zum Installieren von Single Sign On angemeldet sind.

14

Whlen Sie den Ordner fr die Installation von vCenter Single Sign On aus.
Der Installationspfad darf keines der folgenden Zeichen enthalten: Nicht-ASCII-Zeichen, Kommas (,),
Punkte (.), Ausrufezeichen (!), Rautezeichen (#), At-Zeichen (@) bzw. Prozentzeichen (%).

15

Akzeptieren oder ndern Sie den HTTPS-Port fr vCenter Single Sign On.

16

Klicken Sie auf [Install] .

Der erste Single Sign On-Knoten fr mehrere Standorte wird installiert.

84

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

Installieren eines zustzlichen Knotens fr eine vCenter Single Sign On-Installation fr mehrere
Standorte
Erstellen Sie einen zustzlichen vCenter Single Sign On-Knoten fr eine vCenter Single Sign On-Installation
fr mehrere Standorte.
Voraussetzungen
n

Installieren Sie den ersten Knoten in der vCenter Single Sign On-Installation fr mehrere Standorte. Siehe
Installieren des ersten Knotens bei der vCenter Single Sign On-Installation fr mehrere Standorte,
auf Seite 83.

Lesen Sie vCenter Single Sign On-Bereitstellungsmodi, auf Seite 36 durch.

Siehe Voraussetzungen fr das Upgrade von vCenter Server, auf Seite 52.

Vorgehensweise
1

Doppelklicken Sie im Software-Installationsprogrammverzeichnis auf die Datei autorun.exe, um das Installationsprogramm zu starten.

Whlen Sie [vCenter] [Single Sign On] und klicken Sie auf [Installieren] .

Folgen Sie den Anweisungen des Installationsassistenten, um die Sprache fr die Installation auszuwhlen, und stimmen Sie den Patent- und Lizenzvereinbarungen zu.

Whlen Sie im Bereich Single Sign On-Bereitstellungstyp die Option [Vorhandener Single Sign OnInstallation beitreten] .

Whlen Sie [Mehrere Standorte] aus.

Geben Sie die entsprechenden Informationen ein, damit dieser zustzliche Knoten auf den primren Single
Sign On-Knoten verweist.
HINWEIS Wenn es sich bei dem primren Knoten um einen High Availability-Cluster handelt, geben Sie
die Adresse des Lastausgleichs des primren Knotens ein.

Geben Sie den vollstndig qualifizierten Domnennamen (FQDN) oder die IP-Adresse des primren
Knotens ein.

Geben Sie den HTTPS-Port des primren Knotens ein.

Geben Sie das Kennwort fr das vCenter Single Sign On-Administratorkonto des primren Knotens
ein: admin@Systemdomne.

Richten Sie das Kennwort fr das vCenter Single Sign On-Administratorkonto ein.
Das Kennwort muss mindestens acht Zeichen mit mindestens einem Kleinbuchstaben, einem Grobuchstaben, einer Zahl und einem Sonderzeichen enthalten.

8
9

Whlen Sie den Datenbanktyp fr vCenter Single Sign On aus.


Wenn Sie eine vorhandene Datenbank verwenden, fhren Sie das Skript rsaIMSLite<DBName>SetupTablespaces.sql aus, um sicherzustellen, dass der Tablespace fr die Datenbank erstellt wird. Das Skript ist

unter vCenter Server-Installationsverzeichnis\Single Sign On\DBScripts\SSOServer\Schema\Ihre_vorhandene_Datenbank gespeichert.


Sie knnen das Installationsprogramm fr die Ausfhrung des Skripts beenden und spter von diesem
Bereich aus wieder fortsetzen.

VMware, Inc.

85

vSphere-Upgrade-Handbuch

10

Wenn Sie die mitgelieferte Microsoft SQL Server 2008 R2 Express-Datenbank verwenden, geben Sie die
Kennwrter fr einen Single Sign On-Datenbankadministrator und einen Single Sign On-Datenbankbenutzer ein. Das Installationsprogramm verwendet diese Anmeldedaten, um die Benutzer in der Datenbank anzulegen.
Das Kennwort muss den GPO-Kennwortrichtlinien (GPO = Group Policy Object, Gruppenrichtlinienobjekt) von Windows fr Ihr lokales Betriebssystem und Ihre lokale Active Directory-Domne entsprechen.
Das Kennwort darf maximal 32 Zeichen lang sein. Die folgenden Zeichen drfen in Kennwrtern nicht
verwendet werden: Semikolon (;), doppeltes Anfhrungszeichen ("), einfaches Anfhrungszeichen ('),
Zirkumflex (^) und Rckwrtsschrgstrich (\). Kennwrter mssen der GPO-Kennwortrichtlinie (GPO =
Group Policy Object, Gruppenrichtlinienobjekt) von Windows entsprechen.

11

Wenn Sie eine vorhandene Datenbank verwenden, geben Sie die Informationen fr die JDBC-Verbindung
ein.

12

Geben Sie den vollstndig qualifizierten Domnennamen (FQDN) oder die IP-Adresse fr die vCenter
Single Sign On-Hostmaschine ein.

13

(Optional) Geben Sie die Kontoinformationen fr den SSPI-Dienst ein.


Verwenden Sie hierzu das Windows-Standardkonto NetworkService oder geben Sie die Kontoinformationen fr den Administratorbenutzer ein. Dieser Schritt kann nur angewendet werden, wenn Sie als
Domnenkontobenutzer zum Installieren von Single Sign On angemeldet sind.

14

Whlen Sie den Ordner fr die Installation von vCenter Single Sign On aus.
Der Installationspfad darf keines der folgenden Zeichen enthalten: Nicht-ASCII-Zeichen, Kommas (,),
Punkte (.), Ausrufezeichen (!), Rautezeichen (#), At-Zeichen (@) bzw. Prozentzeichen (%).

15

Akzeptieren oder ndern Sie den HTTPS-Port fr vCenter Single Sign On.

16

Klicken Sie auf [Install] .

17

Whlen Sie den Single Sign On-Typ aus und geben Sie die Verbindungsinformationen fr den vorhandenen primren Knoten der Single Sign On-Installation ein, dem Sie diesen Knoten hinzufgen.
Standardmig handelt es sich beim Single Sign On-Port um den Port 7444. Wenn Sie bei der Installation
von Single Sign On einen anderen Port zugewiesen haben, verwenden Sie diesen Port.

18

Richten Sie das Kennwort fr das vCenter Single Sign On-Administratorkonto ein.
Das Kennwort muss mindestens acht Zeichen mit mindestens einem Kleinbuchstaben, einem Grobuchstaben, einer Zahl und einem Sonderzeichen enthalten.

19

Whlen Sie den Datenbanktyp fr vCenter Single Sign On aus.

20

Wenn Sie eine vorhandene Datenbank verwenden, geben Sie die Anmeldedaten eines Single Sign OnDatenbankadministrators mit den entsprechenden Berechtigungen ein (MSSQL-Datenbankadministratoren bentigen z. B. die Berechtigungen DBO und SYSADMIN). Das Installationsprogramm verwendet
diese Anmeldedaten, um die Benutzer RSA_DBA und RSA_USER anzulegen.

21

Wenn Sie eine vorhandene Datenbank verwenden, geben Sie die Informationen fr die JDBC-Verbindung
ein.

22

Geben Sie den vollstndig qualifizierten Domnennamen (FQDN) oder die IP-Adresse fr die vCenter
Single Sign On-Hostmaschine ein.

23

(Optional) Geben Sie die Kontoinformationen fr den SSPI-Dienst ein.


Verwenden Sie hierzu das Windows-Standardkonto NetworkService oder geben Sie die Kontoinformationen fr den Administratorbenutzer ein. Dieser Schritt kann nur angewendet werden, wenn Sie als
Domnenkontobenutzer zum Installieren von Single Sign On angemeldet sind.

86

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

24

Whlen Sie den Ordner fr die Installation von vCenter Single Sign On aus.
Der Installationspfad darf keines der folgenden Zeichen enthalten: Nicht-ASCII-Zeichen, Kommas (,),
Punkte (.), Ausrufezeichen (!), Rautezeichen (#), At-Zeichen (@) bzw. Prozentzeichen (%).

25

Akzeptieren oder ndern Sie den HTTPS-Port fr vCenter Single Sign On.

26

Klicken Sie auf [Install] .

Der zustzliche vCenter Single Sign On-Knoten wird installiert.


Weiter
Wiederholen Sie dieses Verfahren fr jeden weiteren Knoten fr mehrere Standorte.
HINWEIS Replizieren Sie nach der Installation von Single Sign On und Inventory Service auf jedem der Knoten
fr mehrere Standorte die Single Sign On-Daten zwischen den Knoten. Siehe (Optional) Replizieren von Daten
zwischen Single Sign On-Instanzen fr mehrere Standorte in einer neuen vCenter Server-Bereitstellung,
auf Seite 91.
Fhren Sie ein Upgrade von Inventory Service durch. Weitere Informationen hierzu finden Sie unter Installieren oder Durchfhren eines Upgrades von vCenter Inventory Service in einer separaten Installation,
auf Seite 89.

Installieren oder Durchfhren eines Upgrades vom vSphere Web Client


Mithilfe des vSphere Web Client knnen Sie eine Verbindung mit einem vCenter Server-System herstellen,
um ber einen Browser einen ESXi-Host verwalten zu knnen.
Wenn eine frhere Version von vSphere Web Client installiert ist, sorgt dieser Vorgang dafr, dass ein Upgrade
von vSphere Web Client auf Version 5.1 durchgefhrt wird.
HINWEIS vCenter Server 5.1 untersttzt die Verbindung zwischen vCenter Server und vCenter Server-Komponenten anhand der IP-Adresse nur dann, wenn die IP-Adresse IPV4-konform ist. Zum Herstellen einer
Verbindung mit einem vCenter Server-System in einer IPv6-Umgebung mssen Sie den vollqualifizierten
Domnennamen (FQDN) oder den Hostnamen von vCenter Server verwenden. Die Best Practice besteht darin,
anstatt der IP-Adresse, die sich ndern kann, wenn sie von DHCP zugewiesen wurde, den FQDN zu verwenden, der in allen Fllen funktioniert.
Voraussetzungen
n

Herunterladen des vCenter Server-Installationsprogramms.

Stellen Sie sicher, dass das System ber einen Internetzugang verfgt.

Stellen Sie sicher, dass das System die Softwareanforderungen fr vSphere Web Client erfllt. Weitere
Informationen hierzu finden Sie unter Softwareanforderungen fr vSphere-Client und vSphere Web
Client, auf Seite 25.

Bevor Sie das vSphere-Produkt installieren oder ein Upgrade durchfhren, synchronisieren Sie die Systemuhren aller Maschinen im vSphere-Netzwerk. Weitere Informationen hierzu finden Sie unter Synchronisieren der Systemuhren im vSphere-Netzwerk, auf Seite 59.

Installieren Sie vCenter Single Sign On und installieren Sie Inventory Service und vCenter Server bzw.
fhren Sie ein Upgrade auf Version 5.1 durch.

Vergewissern Sie sich, dass vSphere Web Client und vCenter Server mit demselben vCenter Single Sign
On-Server registriert sind, um sicherzustellen, dass der vSphere Web Client auf die vCenter Server-Bestandsliste zugreifen kann.

Beenden Sie alle Browser, bevor Sie vSphere Web Client installieren oder deinstallieren.

VMware, Inc.

87

vSphere-Upgrade-Handbuch

Melden Sie sich auf der Hostmaschine als Mitglied der Gruppe Administratoren an und verwenden Sie
dabei einen Benutzernamen, der ausschlielich ASCII-Zeichen enthlt.

Wenn Sie ein Upgrade von vSphere Web Client durchfhren und Sie vorhaben, es mit einer vCenter
Server-Instanz der Version 5.0.x einzusetzen, das mit einem vSphere Web Client der Version 5.0 registriert
war, ohne den SSL-Fingerabdruck zu akzeptieren, finden Sie dazu weitere Informationen unter vSphere
Web Client Version 5.1 kann keine Verbindung zu vCenter Server Version 5.0.x herstellen, auf Seite 105.

Vorgehensweise
1

Doppelklicken Sie im Software-Installationsprogrammverzeichnis auf die Datei autorun.exe, um das Installationsprogramm zu starten.

Whlen Sie [VMware vSphere]

Folgen Sie den Anweisungen des Installationsassistenten, um die Sprache fr die Installation auszuwhlen, und stimmen Sie den Patent- und Lizenzvereinbarungen zu.

bernehmen oder ndern Sie die Standard-Porteinstellungen.

Geben Sie die fr die Registrierung von vSphere Web Client bei vCenter Single Sign On erforderlichen
Informationen ein.

[Web Client] und klicken Sie auf [Installieren] .

Der Administratorbenutzername fr vCenter Single Sign On lautet admin@System-Domain. Geben Sie


das Kennwort ein, das Sie bei der Installation von vCenter Single Sign On fr den Administratorbenutzer
eingegeben haben. Die Lookup Service-URL lautet https://SSO_Host_FQDN_oder_IP:7444/lookupservice/sdk, wobei 7444 die Standard-HTTPS-Portnummer fr vCenter Single Sign On ist. Geben Sie dieselben Daten ein, die Sie bei der Installation von vCenter Single Sign On eingegeben haben. Falls Sie bei
der Installation von vCenter Single Sign On eine andere Portnummer angegeben haben, verwenden Sie
diese Portnummer.
HINWEIS Wenn Sie vCenter Single Sign On in einer vCenter Server Appliance installiert haben, geben Sie
root@localos als Single Sign On-Administrator ein. In diesem Fall ist das Kennwort das Root-Kennwort
von vCenter Server Appliance. Die Lookup Service-URL lautet https://vCenter_Appliance_IP_oder_Hostname:{7444}/lookupservice/sdk.
6

Klicken Sie auf [Installieren (Install)] .

Starten Sie den vSphere Web Client, indem Sie eine der folgenden Aktionen durchfhren.
n

Navigieren Sie in einem Browser zu https://Hostname_oder_IP-Adresse_des_vSphere_Web_Client:


9443/vsphere-client.

Whlen Sie im Windows-Startmen [Programme] > [VMWare] > [VMware vSphere Web Client]
> [vSphere Web Client] .

Besttigen von Active Directory-Domnen fr vCenter Server-Administratoren


Stellen Sie nach der Installation von vCenter Single Sign On sicher, dass alle vCenter Server-Administratoren
in den vorhandenen Active Directory-Domnen durch Single Sign On erkannt werden.
Wenn Ihre Administratoren Active Directory-Benutzer sind, werden sie whrend einer Installation oder eines
Upgrades von Single Sign On auf Single Sign On migriert, vorausgesetzt, Single Sign On kann die Active
Directory-Domnen finden. Unter folgenden Umstnden werden die Benutzer des lokalen Betriebssystems
nicht in die neue Umgebung migriert, sodass Sie neue Administratoren erstellen mssen:

88

Single Sign On wird auf einer anderen Maschine bereitgestellt als vCenter Server.

Single Sign On wird als primrer Knoten in einer Installation fr hohe Verfgbarkeit oder mehrere Standorte bereitgestellt.

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

Voraussetzungen
n

Installieren Sie vCenter Single Sign On.

Installieren Sie vSphere Web Client, oder fhren Sie ein Upgrade auf die aktuelle Version aus.

Vorgehensweise
1

Melden Sie sich als Single Sign On-Administrator bei vSphere Web Client an: admin@Systemdomne.

Vergewissern Sie sich, dass Sie auf alle Active Directory-Domnen zugreifen knnen, die Ihre vCenter
Server-Administratoren enthalten.

Wenn Sie auf eine Active Directory-Domne nicht zugreifen knnen, beheben Sie das Problem, und fgen
Sie die Active Directory-Domne mithilfe von vSphere Web Client hinzu.
Weitere Informationen finden Sie unter Manuelles Hinzufgen von Active Directory-Domnen, wenn
die automatische Erkennung bei der Installation von Single Sign On fehlschlgt, auf Seite 96 und im
VMware-Knowledgebase-Artikel http://kb.vmware.com/kb/2035934.

Weisen Sie einen der Active Directory-Domnenbenutzer als Single Sign On-Administrator zu.

Melden Sie sich bei vSphere Web Client ab und als der neue Single Sign On-Administrator wieder an.
Wenn Sie die Verbindung erfolgreich herstellen knnen, haben Sie Single Sign On ordnungsgem konfiguriert.

Installieren oder Durchfhren eines Upgrades von vCenter Inventory Service in


einer separaten Installation
Sie knnen vCenter Single Sign On, vCenter Inventory Service und vCenter Server getrennt installieren, um
den Standort und die Konfiguration der Komponenten anzupassen.
Diese Anweisungen gelten nur fr das Durchfhren eine Upgrades von vCenter Inventory Service. Sie mssen
vCenter Single Sign On installieren, bevor Sie ein Upgrade von Inventory Service und vCenter Server durchfhren. Fr einfache Bereitstellungen knnen Sie die Installation von vCenter Single Sign On, ein Upgrade von
Inventory Service und ein Upgrade von vCenter Server mit der Option vCenter Server Simple Install gemeinsam auf einer einzelnen Hostmaschine vornehmen. Weitere Informationen hierzu finden Sie unter Verwenden von Simple Install zum Installieren von vCenter Single Sign On, zum Upgrade von Inventory Service und
zum Upgrade auf vCenter Server 5.1, auf Seite 67.
Wenn vCenter Inventory Service bereits auf dem Computer installiert ist, wird mit diesem Vorgang ein Inventory Service-Upgrade vorgenommen.
HINWEIS vCenter Server 5.1 untersttzt die Verbindung zwischen vCenter Server und vCenter Server-Komponenten anhand der IP-Adresse nur dann, wenn die IP-Adresse IPV4-konform ist. Zum Herstellen einer
Verbindung mit einem vCenter Server-System in einer IPv6-Umgebung mssen Sie den vollqualifizierten
Domnennamen (FQDN) oder den Hostnamen von vCenter Server verwenden. Die Best Practice besteht darin,
anstatt der IP-Adresse, die sich ndern kann, wenn sie von DHCP zugewiesen wurde, den FQDN zu verwenden, der in allen Fllen funktioniert.
Voraussetzungen
n

Weitere Informationen finden Sie im ersten Thema dieser Aufgabe mit mehreren Themen: Getrenntes
Installieren von vCenter Single Sign On, Durchfhren eines Upgrades des Inventory Service und Durchfhren eines Upgrades von vCenter Server, auf Seite 72.

Siehe Voraussetzungen fr das Upgrade von vCenter Server, auf Seite 52.

VMware, Inc.

89

vSphere-Upgrade-Handbuch

Vorgehensweise
1

Doppelklicken Sie im Software-Installationsprogrammverzeichnis auf die Datei autorun.exe, um das Installationsprogramm zu starten.

Whlen Sie [VMware]

Folgen Sie den Anweisungen des Installationsassistenten, um die Sprache fr die Installation auszuwhlen, und stimmen Sie den Patent- und Lizenzvereinbarungen zu.

bernehmen oder ndern Sie den Standardinstallationsordner.

[vCenter] [Inventory Service] und klicken Sie auf [Installieren.]

Der Installationspfad darf keines der folgenden Zeichen enthalten: Nicht-ASCII-Zeichen, Kommas (,),
Punkte (.), Ausrufezeichen (!), Rautezeichen (#), At-Zeichen (@) bzw. Prozentzeichen (%).
5

Geben Sie den vollqualifizierten Domnennamen fr die Inventory Service-Hostmaschine ein.

Wenn Sie eine vorhandene Inventory Service-Instanz aktualisieren oder erneut installieren, mssen Sie
sich entscheiden, ob Sie die vorhandene Datenbank beibehalten oder diese durch eine neue, leere Datenbank ersetzen mchten.

bernehmen oder ndern Sie die Standardwerte fr die Inventory Service-Portnummern.

Whlen Sie die Gre Ihrer vCenter Server-Bestandsliste, um Arbeitsspeicher fr mehrere Java-Dienste,
die von vCenter Server verwendet werden, zuzuteilen.
Diese Einstellung bestimmt die maximale JVM-Heap-Einstellungen fr VMware VirtualCenter Management Webservices (Tomcat), den Inventory Service und den profilgesteuerten Speicherdienst. Sie knnen
diese Einstellung nach der Installation anpassen, falls sich die Anzahl an Hosts in Ihrer Umgebung ndert.
Weitere Informationen finden Sie in den Empfehlungen im Thema vCenter Server-Hardwareanforderungen.

Geben Sie die fr die Registrierung von Inventory Service bei vCenter Single Sign On erforderlichen Informationen ein.
Der Administratorbenutzername fr vCenter Single Sign On lautet admin@Systemdomne. Geben Sie
das Kennwort ein, das Sie bei der Installation von vCenter Single Sign On verwendet haben. Die Lookup
Service-URL lautet https://SSO_Host_FQDN_oder_IP:7444/lookupservice/sdk, wobei 7444 die StandardHTTPS-Portnummer fr vCenter Single Sign On ist. Geben Sie dieselben Daten ein, die Sie bei der Installation von vCenter Single Sign On eingegeben haben. Falls Sie bei der Installation von vCenter Single Sign
On eine andere Portnummer angegeben haben, verwenden Sie diese Portnummer.
HINWEIS Wenn Sie vCenter Single Sign On in einer vCenter Server Appliance installiert haben, geben Sie
root@localos als Single Sign On-Administrator ein. In diesem Fall ist das Kennwort das Root-Kennwort
von vCenter Server Appliance. Die Lookup Service-URL lautet https://vCenter_Appliance_IP_oder_Hostname:{7444}/lookupservice/sdk.

10

Klicken Sie auf [Zertifikate installieren] .

11

Klicken Sie auf [Install] .

Ein Upgrade von Inventory Service wird durchgefhrt.


Weiter
Upgrade von vCenter Server. Weitere Informationen hierzu finden Sie unter Durchfhren eines getrennten
Upgrades von vCenter Server, auf Seite 92.

90

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

(Optional) Replizieren von Daten zwischen Single Sign On-Instanzen fr mehrere


Standorte in einer neuen vCenter Server-Bereitstellung
Die automatische Replizierung von Daten zwischen Single Sign On-Sites wird in einer Bereitstellung fr mehrere Standorte nicht untersttzt. Nach der Installation der Single Sign On-Instanzen bzw. nachdem Sie eine
nderung an einer der Instanzen vorgenommen haben, mssen Sie mithilfe eines Befehlszeilentools einen
manuellen Datenexport- und Datenimportvorgang durchfhren.
Die zu replizierenden Daten umfassen die lokalen Benutzer und Gruppen sowie die Konfiguration des STSServers. Da diese Daten nur selten gendert werden, knnen Sie Replizierungen je nach Bedarf einmal am Tag
oder einmal die Woche planen. Spezifische Anweisungen zum manuellen Replizieren von Daten zwischen
Servern in einer Single Sign On-Bereitstellung fr mehrere Standorte finden Sie in der Dokumentation zur
vSphere-Sicherheit.
Diese Schritte stehen fr eine akkumulierende nderungsreplizierung. nderungen an einem Knoten werden
nur an den Knoten bertragen, an dem die nchsten nderungen vorgenommen werden. Nach der letzten
geplanten nderung werden die nderungen an alle Knoten weitergegeben.
Alternativ dazu knnen Sie die Replizierung sequenziell ausfhren. Nach der nderung an einem Knoten
replizieren Sie diese an alle anderen Knoten, bevor Sie einen der anderen Knoten ndern. Whrend des Einrichtens der virtuellen Infrastruktur auf jeder Site ist es besser, den akkumulativen Ansatz zu whlen, fr den
weniger Schritte erforderlich sind, da die nderungen in einem relativ kurzen Zeitraum geplant und ausgefhrt werden knnen. Verwenden Sie fr regelmige, fortlaufende Vorgnge den sequenziellen Ansatz.
VORSICHT Um sicherzustellen, dass die Daten whrend der manuellen Replizierung synchron bleiben, drfen
Sie keine nderungen an den zu replizierenden Daten vornehmen, beispielsweise Identittsquellen oder lokale
Benutzer hinzufgen oder lschen.
Diese Verfahrensweise setzt den Status des Zielknotens vollstndig auer Kraft. Sie mssen die Replizierungsdaten nacheinander manuell transportieren. Dies bedeutet, dass die nderungen an einem Knoten an
alle anderen Knoten in der Bereitstellung weitergegeben werden, bevor nderungen an weiteren Knoten auftreten.
Voraussetzungen
n

berprfen Sie, ob Sie auf den vCenter Single Sign On-Systemen, in das Sie die Replizierungsdaten exportieren oder importieren mchten, ber vCenter Single Sign On-Administratorberechtigungen verfgen.

Installieren Sie vCenter Single Sign On und vCenter Inventory Service fr jede Site der Konfiguration fr
mehrere Standorte, bevor vCenter Server installiert wird.

Vorgehensweise
1

Installieren Sie vCenter Server auf der ersten Site.

Exportieren Sie die Single Sign On-Daten von der ersten Site und kopieren Sie sie auf die zweite Site.

VMware, Inc.

91

vSphere-Upgrade-Handbuch

Importieren Sie die Single Sign On-Daten auf die zweite Site.
a

Melden Sie sich beim vCenter Single Sign On-System an, bei dem Sie die nderung anwenden mchten.

Navigieren Sie zum SSO-Installationsverzeichnis sso-replication-cli

Fhren Sie repl_tool.cmd mit den folgenden Parametern aus, damit die Replizierungszustandsdatei
importiert wird.
import -f Datei -u Admin_Benutzername [-p Kennwort]

Geben Sie die folgenden Befehlszeilenparameter in der angegebenen Reihenfolge an.


Parameter

Wert

Modus

Import.

Datei

Relativer oder absoluter Pfad zu einer Datei, aus der die Daten importiert werden.

Admin-Benutzername

Name eines gltigen vCenter Single Sign On-Administratorbenutzers.

Kennwort

Optional. Wenn Sie kein Kennwort eingeben, werden Sie dazu bei der Ausfhrung des
Befehls aufgefordert.

Installieren Sie vCenter Server auf der zweiten Site.

Exportieren Sie die Single Sign On-Daten von der zweiten Site und importieren Sie sie auf die dritte Site.
Folgen Sie dabei dem in den Schritten Schritt 2 und Schritt 3 beschriebenen Verfahren.

Wiederholen Sie die Verfahren in den Schritten Schritt 4 und Schritt 5 fr jede nachfolgende Site in der
Konfiguration fr mehrere Standorte.

Die Single Sign On-Daten wurden an alle Knoten weitergeleitet.

Durchfhren eines getrennten Upgrades von vCenter Server


Sie knnen ein getrenntes Upgrade von vCenter Server nach der Installation von vCenter Single Sign On und
dem Upgrade von Inventory Service vornehmen.
Alternativ knnen Sie das Upgrade von vCenter Server als Teil einer einfachen Installation (Simple Install)
vornehmen. Siehe Verwenden von Simple Install zum Installieren von vCenter Single Sign On, zum Upgrade
von Inventory Service und zum Upgrade auf vCenter Server 5.1, auf Seite 67 und Wie sich vCenter Single
Sign On auf die Installation und auf Upgrades von vCenter Server auswirkt, auf Seite 34.
Fr diesen Vorgang ist eine Ausfallzeit der vCenter Server-Instanz erforderlich, die aktualisiert wird. Die
virtuelle Maschinen brauchen nicht ausgeschaltet zu werden.
Wenn auf Ihrem Computer eine frhere Version von vCenter Server installiert ist, wird diese vom vCenter
Server-Installationsprogramm erkannt und aktualisiert. Wenn das Upgrade fehlschlgt, gibt es kein automatisches Rollback auf die vorherige Version von vCenter Server.
In-Place-Upgrade auf vCenter 5.1 wird unter Microsoft Windows XP nicht untersttzt.
HINWEIS vCenter Server 5.1 untersttzt die Verbindung zwischen vCenter Server und vCenter Server-Komponenten anhand der IP-Adresse nur dann, wenn die IP-Adresse IPV4-konform ist. Zum Herstellen einer
Verbindung mit einem vCenter Server-System in einer IPv6-Umgebung mssen Sie den vollqualifizierten
Domnennamen (FQDN) oder den Hostnamen von vCenter Server verwenden. Die Best Practice besteht darin,
anstatt der IP-Adresse, die sich ndern kann, wenn sie von DHCP zugewiesen wurde, den FQDN zu verwenden, der in allen Fllen funktioniert.
Voraussetzungen
n

92

Siehe Voraussetzungen fr das Upgrade von vCenter Server, auf Seite 52.

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

Weitere Informationen finden Sie im ersten Thema dieser Aufgabe mit mehreren Themen: Getrenntes
Installieren von vCenter Single Sign On, Durchfhren eines Upgrades des Inventory Service und Durchfhren eines Upgrades von vCenter Server, auf Seite 72.

Vorgehensweise
1

Doppelklicken Sie im Software-Installationsprogrammverzeichnis auf die Datei autorun.exe, um das Installationsprogramm zu starten.

Whlen Sie [vCenter Server] aus.

Folgen Sie den Anweisungen des Installationsassistenten, um die Sprache fr die Installation auszuwhlen, und stimmen Sie den Patent- und Lizenzvereinbarungen zu.

Geben Sie die Anmeldedaten fr die Datenbank ein oder besttigen Sie sie.

Whlen Sie, ob Sie ein Upgrade der vCenter Server-Datenbank durchfhren mchten.
n

Whlen Sie [Vorhandene vCenter Server-Datenbank aktualisieren] aus, um mit dem Upgrade auf
vCenter Server fortzufahren.

Whlen Sie [Vorhandene vCenter Server-Datenbank nicht aktualisieren] aus, wenn Sie nicht ber
eine Sicherungskopie Ihrer Datenbank verfgen.
Sie knnen das Upgrade nicht fortsetzen.

Klicken Sie auf [Ich habe eine Sicherungskopie der vorhandenen vCenter Server-Datenbank und der
SSL-Zertifikate erstellt] .

Whlen Sie die Methode fr das Upgrade von vCenter Agent.


Option

Beschreibung

Automatisch

Fr automatische Upgrades von vCenter Agent auf allen Hosts in der vCenter Server-Bestandsliste.

Manuell

Falls eine der folgenden Optionen zutrifft:


n Sie mssen die Zeitpunkte der Upgrades von vCenter Agent auf bestimmten Hosts steuern.
n vCenter Agent wurde auf jedem Host in der Bestandsliste installiert, damit vCenter Server den Host verwalten kann. vCenter Agent muss bei
jedem Upgrade von vCenter Server ebenfalls aktualisiert werden.

vCenter Agent wurde auf jedem Host in der Bestandsliste installiert, damit vCenter Server den Host
verwalten kann. vCenter Agent muss bei jedem Upgrade von vCenter Server ebenfalls aktualisiert werden.
8

Legen Sie das Konto fest, in dem der vCenter-Dienst ausgefhrt werden soll.
Option

Beschreibung

SYSTEM-Konto

Aktivieren Sie das Kontrollkstchen [SYSTEM-Konto verwenden] , geben


Sie den vollstndig qualifizierten Domnennamen des vCenter Server-Hosts
ein und klicken Sie auf [Weiter] . Sie knnen das Konto SYSTEM nicht
verwenden, wenn Sie die im Lieferumfang enthaltene Datenbank oder
Windows-Authentifizierung fr SQL Server verwenden.

Benutzerspezifisches Konto

Heben Sie die Aktivierung des Kontrollkstchens [SYSTEM-Konto verwenden] auf, geben Sie das Kontokennwort und den vollqualifizierten Domnennamen des vCenter Server-Hosts ein und klicken Sie auf [Weiter] .

bernehmen oder ndern Sie die Portnummern fr die Verbindung mit vCenter Server.

10

(Optional) Whlen Sie die Option [Anzahl der verfgbaren flchtigen Ports erhhen] aus.

VMware, Inc.

93

vSphere-Upgrade-Handbuch

11

Whlen Sie die Gre Ihrer vCenter Server-Bestandsliste, um Arbeitsspeicher fr mehrere Java-Dienste,
die von vCenter Server verwendet werden, zuzuteilen.
Diese Einstellung bestimmt die maximale JVM-Heap-Einstellungen fr VMware VirtualCenter Management Webservices (Tomcat), den Inventory Service und den profilgesteuerten Speicherdienst. Sie knnen
diese Einstellung nach der Installation anpassen, falls sich die Anzahl an Hosts in Ihrer Umgebung ndert.
Weitere Informationen finden Sie in den Empfehlungen im Thema vCenter Server-Hardwareanforderungen.

12

Geben Sie die fr die Registrierung von vCenter Server bei vCenter Single Sign On erforderlichen Informationen ein.
Der Administratorbenutzername fr vCenter Single Sign On lautet admin@Systemdomne. Geben Sie
das Kennwort ein, das Sie bei der Installation von vCenter Single Sign On verwendet haben. Die Lookup
Service-URL lautet https://SSO_Host_FQDN_oder_IP:7444/lookupservice/sdk, wobei 7444 die StandardHTTPS-Portnummer fr vCenter Single Sign On ist. Geben Sie dieselben Daten ein, die Sie bei der Installation von vCenter Single Sign On eingegeben haben. Falls Sie bei der Installation von vCenter Single Sign
On eine andere Portnummer angegeben haben, verwenden Sie diese Portnummer.
HINWEIS Wenn Sie vCenter Single Sign On in einer vCenter Server Appliance installiert haben, geben Sie
root@localos als Single Sign On-Administrator ein. In diesem Fall ist das Kennwort das Root-Kennwort
von vCenter Server Appliance. Die Lookup Service-URL lautet https://vCenter_Appliance_IP_oder_Hostname:{7444}/lookupservice/sdk.

13

Geben Sie die Inventory Service-URL ein.


Die Inventory Service-URL lautet https://Inventory_Service_Host_FQDN_oder_IP:10443. 10443 ist die Standard-HTTPS-Portnummer fr Inventory Service. Falls Sie bei der Installation von Inventory Service eine
andere Portnummer angegeben haben, verwenden Sie diese Portnummer.

14

Klicken Sie auf [Installieren (Install)] .


Die Installation nimmt ggf. einige Minuten in Anspruch. Whrend der Installation der ausgewhlten
Komponenten werden mehrere Statusleisten angezeigt.

Die vCenter-Installation ist abgeschlossen.


Weiter
Upgrade von vSphere-Client und vSphere Web Clientauf Version 5.1. Mit diesem Schritt werden Kompatibilittsprobleme verhindert, die die ordnungsgeme Funktion von vSphere Web Client beeintrchtigen knnen. Siehe Aktualisieren des vSphere-Clients, auf Seite 103 und Installieren oder Durchfhren eines Upgrades vom vSphere Web Client, auf Seite 104. Unter Nach dem Upgrade von vCenter Server, auf Seite 102 werden Themen zu anderen Aktionen nach dem Upgrade behandelt.

Installation von vCenter Single Sign On schlgt fehl


In einer Windows-Umgebung kann die vCenter Single Sign On-Installation aus mehreren Grnden fehlschlagen.
Problem
Die vCenter Single Sign On-Installation schlgt in einer Windows-Umgebung fehl.
Ursache
Es gibt mehrere Ursachen fr einen Fehlschlag der Installation.

94

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

Lsung
1

Vergewissern Sie sich, dass alle Voraussetzungen fr das Installations-Setup erfllt werden.
In dem Moment, wo die Installation fehlschlgt, zeigt das Installationsprogramm ein Meldung hnlich
der folgenden an:####: Installation fehlgeschlagen aufgrund von...

Fhren Sie an der Befehlszeile den folgenden Befehl aus, um ein vCenter Single Sign On-Supportpaket zu
erhalten.
C:\Windows\System32\cscript.exe "SSO Server\scripts\sso-support.wsf" /z

3
4

Klicken Sie auf [OK]


Detaillierte Hinweise zu dem Fehler und zu mglichen Lsungen finden Sie in den Protokollen SSOServer\utils\logs\imsTrace.log, install.log und %TEMP%\vminstall.log.

Fehler beim Start oder whrend der Initialisierung von vCenter Single
Sign On
Mehrere Probleme knnen dazu fhren, dass vCenter Single Sign On beim Starten oder whrend der Initialisierung fehlschlgt.
Problem
vCenter Single Sign On schlgt entweder beim Starten oder whrend der Initialisierung fehl.
Ursache
Fehler beim Starten oder whrend der Initialisierung treten in den folgenden Situationen auf.
n

Wenn sich Ihr Datenbankserver auf derselben Maschine wie vCenter Single Sign On befindet, kann der
Neustart Ihrer Maschine in manchen Fllen dazu fhren, dass vCenter Single Sign On vor der Initialisierung des Datenbankservers gestartet wird.

Wenn Sie einen externen Datenbankserver verwenden, ist es mglich, dass auf die Datenbank nicht zugegriffen werden kann.

Wenn Sie einen externen Datenbankserver verwenden, ist das Kennwort fr die Anmeldung beim Datenbankserver mglicherweise abgelaufen oder wurde gendert und in vCenter Single Sign On nicht
aktualisiert. Die Konten zur Anmeldung bei der Datenbank laufen nicht ab, wenn die eingebettete Microsoft SQL Server Express-Datenbank verwendet wird.

Lsung
n

Wenn vCenter Single Sign On vor dem Initialisieren des Datenbankservers gestartet wird, starten Sie
vCenter Single Sign On manuell neu.

Auf den Datenbankserver muss unter Verwendung der IP-Adresse oder des FQDN zugegriffen werden
knnen, die bzw. den Sie beim Installieren von vCenter Single Sign On verwendet haben.

VMware, Inc.

Suchen Sie die Eigenschaftendatei SingleSignOn-Server\webapps\lookupservice\WEB-INF\classes\config.properties und besttigen Sie, dass die IP-Adresse oder der FQDN korrekt ist.

Nehmen Sie die erforderlichen nderungen vor.

Stellen Sie sicher, dass die vCenter Single Sign On-Datenbank zur Verwendung konfiguriert ist.
a

Geben Sie in der Befehlszeile SingleSignOn-Server\utils\ssocli manage-secrets -a listallkeys


ein.

Wenn Sie dazu aufgefordert werden, geben Sie das Master-Kennwort ein.

Geben Sie zum Aktualisieren der Konfiguration ssocli configure-riat -a configure-db ein.

95

vSphere-Upgrade-Handbuch

Manuelles Hinzufgen von Active Directory-Domnen, wenn die


automatische Erkennung bei der Installation von Single Sign On
fehlschlgt
Wenn die automatische Erkennung whrend der Installation von vCenter Single Sign On auf einer Maschine
mit einem Windows-Betriebssystem fehlschlgt, mssen Sie mglicherweise Active Directory-Domnen manuell hinzufgen.
Problem
Bei der Installation von vCenter Single Sign On werden Active Directory-Domnen nicht erkannt, wenn die
automatische Erkennung fehlschlgt.
Ursache
Die automatische Erkennung kann aus verschiedenen Grnden fehlschlagen. Zu diesen Ursachen zhlen Fehler bei der Konfiguration von DNS und Reverse-Lookup sowie Probleme mit der Vertrauenswrdigkeit und
Zertifikaten.
Lsung
1

Vergewissern Sie sich, dass die Netzwerkvoraussetzungen wie in Installations- und Einrichtungshandbuch
fr vSphere beschrieben erfllt sind.

Prfen Sie, ob die DNS-Konfiguration korrekt ist.


Zeigen Sie die Protokolle Single_Sign_On_Server\utils\logs\discover-is.log und imsTrace.log an,
oder geben Sie in einer Befehlszeile
Single_Sign_On_Server\utils\ssocli configure-riat -a discover-is ein, und befolgen Sie die Aufforderungen. berprfen Sie bei Protokollmeldungen, die einen Fehler wie
WARNING: Erkannte Adresse 'Hostname/IP' ist in Reverse-Lookup nicht demselben Host zugeordnet.
Host: 'anderer_Hostname/selbe IP'

enthalten, die Host-DNS-Konfiguration des Domnencontrollers, und nehmen Sie die ntigen nderungen vor.
3

Zwingen Sie den Server, die Domne zu verlassen und anschlieend der Domne erneut beizutreten, um
alle Probleme mit der Konnektivitt und der Vertrauenswrdigkeit offenzulegen.

Wenn bei Ihren Controllern SSL fr LDAP-Dienste aktiviert ist, berprfen Sie, ob das SSL-Zertifikat noch
gltig ist.

Wenn die automatische Erkennung fehlschlgt, fgen Sie die Active Directory-Domne mithilfe von
vSphere Web Client zu vCenter Single Sign On hinzu.

Durchfhren eines Upgrades von vCenter Server mit Service Packs


VMware bietet Service Packs zum Aktualisieren der vCenter Server 5.1-Software und Komponenten von Drittanbietern.
vCenter Server Service Pack-Versionen knnen Aktualisierungen fr vCenter Server, Inventory Service, vCenter Single Sign On und Profile-Driven Storage Service enthalten.

96

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

vCenter Server 5.1 Service Packs stehen auf der VMware Website zur Verfgung. Beim Service Pack-Aktualisierungsprozess werden Dateien und Registrierungseinstellungen aktualisiert, die fr vCenter Server erforderlich sind. Auerdem werden Windows-Dienste neu gestartet, die whrend der Aktualisierung gestoppt
wurden.
HINWEIS Die Installation einer Aktualisierung auf Windows Server 2008 oder spter mit aktivierter Benutzerkontensteuerung erfordert Administratorrechte. Der angemeldete Benutzer muss Administrator oder Mitglied der Administratorgruppe sein, deren Rechte auf Administratorebene eingerichtet sind. Weitere Informationen hierzu finden Sie unter Erhhen der Rechte der Gruppe Administratoren auf Administratorebene
unter Windows Server 2008, auf Seite 97.

Erhhen der Rechte der Gruppe Administratoren auf Administratorebene unter


Windows Server 2008
Zum Installieren eines vCenter Server-Updates unter Windows Server 2008 oder hher mit aktivierter Benutzerkontensteuerung (UAC) muss der angemeldete Benutzer ber Rechte auf Administratorebene verfgen.
Sie knnen die Rechte von Mitgliedern der Gruppe Administratoren auf die Administratorebene erhhen.
Alternativ dazu knnen Sie die Benutzerkontensteuerung in der Systemsteuerung unter Benutzerkonten
deaktivieren und nach Abschluss des Updates wieder aktivieren.
Vorgehensweise
1

Doppelklicken Sie in der Systemsteuerung unter Verwaltung auf [Lokale Sicherheitsrichtlinie] .

Whlen Sie unter Lokale Richtlinien die Option [Sicherheitsoptionen] aus.

Doppelklicken Sie auf [Benutzerkontensteuerung: Alle Administratoren im Administratorbesttigungsmodus ausfhren] .

Whlen Sie [Deaktiviert] , und klicken Sie auf [OK] .

Alle Mitglieder der Gruppe Administratoren knnen das Update installieren.


Weiter
Nach der Installation des Updates knnen Sie Benutzerkontensteuerung: Alle Administratoren im Administratorbesttigungsmodus ausfhren wieder aktivieren.

Upgrade von VMware vCenter Server Appliance


Um Upgrades fr die vCenter Server Appliance durchzufhren, stellen Sie die neue Appliance-Version bereit
und importieren Sie die Netzwerkidentitt Ihrer vorhandenen vCenter Server Appliance.
VMware-Produktversionen werden mit bis zu drei Stellen nummeriert, beispielsweise vCenter Server Appliance 5.0.1. Eine Release, bei der die erste oder zweite Stelle gendert wird, enthlt wichtige nderungen der
Software, fr die ein Upgrade von der vorherigen Version erforderlich ist. Eine Release, bei der nur die dritte
Stelle gendert wird, zeigt eine kleinere nderung an, fr die nur ein Update oder ein Patch erforderlich ist.
Dieses Verfahren beschreibt ein Upgrade auf die vCenter Server Appliance von Version 5.0.x auf Version 5.1.
Hinweise zu Updates auf die vCenter Server Appliance, beispielsweise von Version 5.0 auf Version 5.0.1,
finden Sie unter Update der VMware vCenter Server Appliance ber ein VMware.com-Repository, auf Seite 99, Update der VMware vCenter Server Appliance ber ein komprimiertes Update-Paket, auf Seite 100 und Update der VMware vCenter Server Appliance ber ein CD-ROM-Laufwerk, auf Seite 101.

VMware, Inc.

97

vSphere-Upgrade-Handbuch

Version 5.0.1 und 5.1 der vCenter Server Appliance verwenden PostgreSQL als eingebettete Datenbank anstelle
von IBM DB2, die in vCenter Server Appliance 5.0 verwendet wurde. Wenn Sie die eingebettete Datenbank
mit der vCenter Server Appliance verwenden und ein Upgrade von Version 5.0 auf Version 5.1 durchfhren,
wird die eingebettete IBM DB2-Datenbank in eine PostgreSQL-Datenbank migriert. Der Konfigurationszustand der vorhandenen Datenbank wird beibehalten und das Schema wird aktualisiert, damit die Datenbank
mit vCenter Server Appliance 5.1 kompatibel ist.
HINWEIS vCenter Server 5.1 untersttzt die Verbindung zwischen vCenter Server und vCenter Server-Komponenten anhand der IP-Adresse nur dann, wenn die IP-Adresse IPV4-konform ist. Zum Herstellen einer
Verbindung mit einem vCenter Server-System in einer IPv6-Umgebung mssen Sie den vollqualifizierten
Domnennamen (FQDN) oder den Hostnamen von vCenter Server verwenden. Die Best Practice besteht darin,
anstatt der IP-Adresse, die sich ndern kann, wenn sie von DHCP zugewiesen wurde, den FQDN zu verwenden, der in allen Fllen funktioniert.
Voraussetzungen
n

berprfen Sie, dass die Systemuhren aller Maschinen im vSphere-Netzwerk synchronisiert sind. Weitere
Informationen hierzu finden Sie unter Synchronisieren der Systemuhren im vSphere-Netzwerk, auf Seite 59.

Sichern Sie die vCenter Server-Datenbank.

Vorgehensweise
1

Stellen Sie die neue Version von vCenter Server Appliance bereit.
Die neue Appliance verfgt ber eine Standardnetzwerkkonfiguration und der vCenter Server-Dienst ist
nicht konfiguriert und deaktiviert.

Stellen Sie in separaten Browserfenstern eine Verbindung zur alten und zur neuen Appliance her.

Starten Sie den Assistenten zum Einrichten von vCenter Server und akzeptieren Sie die Lizenzvereinbarung.

Whlen Sie in der neuen Appliance im Fensterbereich Bereichsoptionen die Option [Upgrade von
vorheriger Version] .

(Optional) Konfigurieren Sie die vCenter Server Appliance so, dass sie eine externe vCenter Single Sign
On-Instanz anstelle der standardmig eingebetteten Single Sign On verwendet.
a

Klicken Sie auf [SSO konfigurieren] .

Legen Sie auf der Seite SSO-Einstellungen den SSO-Bereitstellungstyp mit [extern] fest.

Geben Sie die Informationen fr die Single Sign On-Instanz ein.


Die externe Single Sign On-Instanz muss sich auf einer anderen vCenter Server Appliance befinden.
Sie darf sich nicht auf einer Windows-Maschine befinden.

98

Klicken Sie in der neuen Appliance auf [Weiter] .

Whlen Sie in der Registerkarte [Appliance-Upgrade] die Option [Quelle] fr die Appliance-Rolle und
klicken Sie auf [Rolle festlegen] .

Klicken Sie in der alten Appliance auf [Vertrauensverhltnis einrichten] .

Kopieren Sie in der neuen Appliance den lokalen Appliance-Schlssel.

10

Fgen Sie in der alten Appliance den lokalen Appliance-Schlssel in das Feld [Schlssel der RemoteAppliance] ein und klicken Sie auf [Remoteschlssel importieren] .

11

Kopieren Sie in der alten Appliance den lokalen Appliance-Schlssel.

12

Fgen Sie in der neuen Appliance den lokalen Appliance-Schlssel in das Feld [Schlssel der RemoteAppliance] ein und klicken Sie auf [Weiter] .

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

13

Klicken Sie in der neuen Appliance auf [Weiter] .


Die neue Appliance fhrt die alte Appliance herunter und nimmt die Netzwerkidentitt der alten Appliance an. Wenn die alte Appliance fr dynamische Adressierung konfiguriert war, verwendet auch die
neue Appliance die dynamische Adressierung. Wenn der Importvorgang abgeschlossen ist, wird die neue
vCenter Server Appliance gestartet.

14

Prfen Sie die Liste der von der Quell-Appliance verwalteten Hosts und sorgen Sie dafr, dass die Kontrollkstchen der Hosts, die von der neuen Appliance verwaltet werden sollen, aktiviert sind.

15

berprfen Sie den Test der Quell-Appliance-Hosts vor dem Upgrade und korrigieren Sie eventuelle
Probleme.

16

Besttigen Sie, dass Sie eine Sicherung oder einen Snapshot der Quell-Appliance und der externen Datenbank erstellt haben, und klicken Sie auf [Weiter] .

17

Nach Abschluss des Upgrades klicken Sie auf [Schlieen] .

Das Upgrade der vCenter Server Appliance ist abgeschlossen und die neue Appliance fhrt einen Neustart
durch.

Update der VMware vCenter Server Appliance ber ein VMware.comRepository


Sie knnen die vCenter Server Appliance so einrichten, dass sie sich automatisch von einem ffentlichen Repository auf der VMware.com-Website aus aktualisiert, wenn VMware ein neues Update freigibt.
Informationen dazu, wie Sie die vCenter Server Appliance ber ein komprimiertes Update-Paket aktualisieren,
das Sie auf Ihr eigenes internes Repository herunterladen, finden Sie unter Update der VMware vCenter
Server Appliance ber ein komprimiertes Update-Paket, auf Seite 100. Informationen dazu, wie Sie die
vCenter Server Appliance ber das virtuelle CD-ROM-Laufwerk der Appliance aktualisieren, finden Sie unter
Update der VMware vCenter Server Appliance ber ein CD-ROM-Laufwerk, auf Seite 101. Informationen
zu den Haupt-Upgrades fr die vCenter Server Appliance finden Sie unter Upgrade von VMware vCenter
Server Appliance, auf Seite 97.
Voraussetzungen
n

berprfen Sie, dass die Systemuhren aller Maschinen im vSphere-Netzwerk synchronisiert sind. Weitere
Informationen hierzu finden Sie unter Synchronisieren der Systemuhren im vSphere-Netzwerk, auf Seite 59.

Sichern Sie die vCenter Server-Datenbank.

Vorgehensweise
1

ffnen Sie die Webschnittstelle der vCenter Virtual Appliance fr die Verwaltung auf Port 5480.

Klicken Sie auf der Registerkarte [Update] auf [Einstellungen] .

(Optional) Legen Sie unter [Automatische Updates] fest, dass die vCenter Server Appliance auf Updates
prft und diese installiert.

Whlen Sie unter [Update-Repository] die Option [Standard-Repository verwenden] aus.


Das Standard-Repository wird auf die korrekte VMware.com-URL festgelegt.

Klicken Sie auf [Einstellungen speichern] .

Klicken Sie auf [Status] .

Klicken Sie unter [Aktionen] auf [Updates berprfen] oder [Updates installieren] .

VMware, Inc.

99

vSphere-Upgrade-Handbuch

Update der VMware vCenter Server Appliance ber ein komprimiertes


Update-Paket
Falls Ihr Internetzugang eingeschrnkt ist, knnen Sie Ihr eigenes internes Repository fr Updates festlegen,
anstatt Updates aus einem ffentlichem VMware-Repository abzurufen. Sie knnen Updates als komprimiertes Update-Paket herunterladen.
Informationen zum Update der vCenter Server Appliance ber ein ffentliches VMware-Repository finden
Sie unter Update der VMware vCenter Server Appliance ber ein VMware.com-Repository, auf Seite 99.
Informationen dazu, wie Sie die vCenter Server Appliance ber das virtuelle CD-ROM-Laufwerk der Appliance aktualisieren, finden Sie unter Update der VMware vCenter Server Appliance ber ein CD-ROM-Laufwerk, auf Seite 101. Informationen zu den Haupt-Upgrades fr die vCenter Server Appliance finden Sie unter
Upgrade von VMware vCenter Server Appliance, auf Seite 97.
Voraussetzungen
n

berprfen Sie, dass die Systemuhren aller Maschinen im vSphere-Netzwerk synchronisiert sind. Weitere
Informationen hierzu finden Sie unter Synchronisieren der Systemuhren im vSphere-Netzwerk, auf Seite 59.

Sichern Sie die vCenter Server-Datenbank.

Vorgehensweise
1

Laden Sie das komprimierte Update-Paket von der VMware.com-Website herunter.

Erstellen Sie auf dem von Ihnen ausgewhlten Webserver ein Repository-Verzeichnis unter dem Stammverzeichnis: Beispiel: vc_update_repo.

Extrahieren Sie das komprimierte Paket in das Repository-Verzeichnis.


Die extrahierten Dateien befinden sich in zwei Unterverzeichnissen: manifest und package-pool.

ffnen Sie die Webschnittstelle der vCenter Virtual Appliance fr die Verwaltung auf Port 5480.

Klicken Sie auf der Registerkarte [Update] auf [Einstellungen] .

Whlen Sie [Angegebenes Repository verwenden] .

Geben Sie als Repository-URL die URL des Repositorys ein, das Sie erstellt haben.
Wenn beispielsweise das Repository-Verzeichnis vc_update_repo lautet, sollte die URL etwa folgendermaen lauten: http://Name_des_Webservers.Ihre_Firma.com/vc_update_repo

Klicken Sie auf [Einstellungen speichern] .

Klicken Sie auf [Status] .

10

Klicken Sie unter [Aktionen] auf [Updates installieren] .

Das Update wird installiert.

100

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

Update der VMware vCenter Server Appliance ber ein CD-ROMLaufwerk


Sie knnen die vCenter Server Appliance von einer ISO-Datei aktualisieren, die die Appliance vom virtuellen
CD-ROM-Laufwerk liest.
Informationen dazu, wie Sie die vCenter Server Appliance ber ein komprimiertes Update-Paket aktualisieren,
das Sie auf Ihr eigenes internes Repository herunterladen, finden Sie unter Update der VMware vCenter
Server Appliance ber ein komprimiertes Update-Paket, auf Seite 100. Informationen zum Update der vCenter Server Appliance ber ein ffentliches VMware-Repository finden Sie unter Update der VMware vCenter
Server Appliance ber ein VMware.com-Repository, auf Seite 99. Informationen zu den Haupt-Upgrades fr
die vCenter Server Appliance finden Sie unter Upgrade von VMware vCenter Server Appliance, auf Seite 97.
Voraussetzungen
n

berprfen Sie, dass die Systemuhren aller Maschinen im vSphere-Netzwerk synchronisiert sind. Weitere
Informationen hierzu finden Sie unter Synchronisieren der Systemuhren im vSphere-Netzwerk, auf Seite 59.

Sichern Sie die vCenter Server-Datenbank.

Vorgehensweise
1

Laden Sie die ISO-Datei fr das Update von der VMware.com-Website herunter.

Verbinden Sie das CD-ROM-Laufwerk der vCenter Server Appliance mit der heruntergeladenen ISODatei.

ffnen Sie die Webschnittstelle der vCenter Virtual Appliance fr die Verwaltung auf Port 5480.

Klicken Sie auf der Registerkarte [Update] auf [Einstellungen] .

Whlen Sie unter [Update-Repository] die Option [CD-ROM-Updates verwenden] aus.

Klicken Sie auf [Einstellungen speichern] .

Klicken Sie auf [Status] .

Klicken Sie unter [Aktionen] auf [Updates installieren] .

Das vCenter Server-Upgrade schlgt fehl, wenn der Tomcat-Dienst


nicht gestoppt werden kann
Ein vCenter Server-Upgrade kann fehlschlagen, wenn das Installationsprogramm den Tomcat-Dienst nicht
stoppen kann.
Problem
Wenn das vCenter Server-Installationsprogramm den Tomcat-Dienst whrend eines Upgrades nicht stoppen
kann, schlgt das Upgrade mit einer Fehlermeldung hnlich der folgenden fehl: VC Tomcat-Dienst kann nicht
gelscht werden. Das Problem kann selbst dann auftreten, wenn Sie den Tomcat-Dienst manuell vor dem
Upgrade stoppen, wenn einige vom Tomcat-Prozess verwendete Dateien gesperrt sind.
Lsung
1

Whlen Sie in Windows [Start] [Einstellungen] > [Systemsteuerung] > [Verwaltung] > [Dienste] .

Klicken Sie mit der rechten Maustaste auf [VMware VirtualCenter Server] und whlen Sie [Manuell] .

Klicken Sie mit der rechten Maustaste auf [VMware vCenter Management Webservices] und whlen
Sie [Manuell] .

VMware, Inc.

101

vSphere-Upgrade-Handbuch

Starten Sie vor dem Upgrade die vCenter Server-Maschine neu.


Dadurch werden gesperrte Dateien freigegeben, die vom Tomcat-Prozess verwendet werden, und das
vCenter Server-Installationsprogramm ist in der Lage, den Tomcat-Dienst fr das Upgrade zu stoppen.

Lsung
Alternativ dazu knnen Sie die vCenter Server-Maschine und den Upgrade-Vorgang neu starten. Whlen Sie
dabei aber die Option, die verhindert, dass vCenter Server-Daten berschrieben werden.

Nach dem Upgrade von vCenter Server


Beachten Sie nach dem Upgrade auf vCenter Server die folgenden Post-Upgrade-Optionen und -Anforderungen.
n

ffnen Sie %TEMP%\VCDatabaseUpgrade.log, um das Protokoll zum Datenbank-Upgrade anzuzeigen.

Installieren Sie den vSphere-Client und den vSphere Web Client und stellen Sie sicher, dass Sie auf die
vCenter Server-Instanz zugreifen knnen.

Aktualisieren Sie alle zustzlichen Module, die mit dieser Instanz von vCenter Server verknpft sind, wie
z. B. vSphere Update Manager.

Melden Sie sich auf der VMware-Website bei Ihrer Kontoseite an, um auf das Lizenzportal zuzugreifen.
Fhren Sie ber das Lizenzportal ein Upgrade Ihrer vCenter Server-Lizenz durch. Weisen Sie mithilfe des
vSphere-Clients oder vSphere Web Client dem vCenter Server 5.1-Host den aktualisierten Lizenzschlssel
zu.

Kopieren Sie fr Oracle-Datenbanken den Oracle JDBC-Treiber (ojdbc14.jar oder ojdbc5.jar) in den
Ordner [VMware vCenter Server]\tomcat\lib.

Wenn Sie fr SQL Server-Datenbanken die Bulk-Protokollierung fr das Upgrade aktivieren, deaktivieren
Sie es nach Abschluss des Upgrades.

Verbinden Sie optional das vCenter Server-System mit einer Gruppe im verknpften Modus.

Aktualisieren oder migrieren Sie optional die ESXi- oder ESX-Hosts in der vCenter Server-Bestandsliste
auf ESXi 5.1.

Aktivieren Sie die SSL-Zertifizierungsprfung fr alle vSphere HA-Cluster, sofern sie nicht bereits aktiviert ist. Die SSL-Zertifizierungsprfung ist erforderlich, um HA auf den Hosts zu konfigurieren. Whlen
Sie in vCenter Server [Verwaltung] > [vCenter Server-Einstellungen] > [SSL-Einstellungen] > [vCenter
bentigt verifizierte Host-SSL-Zertifikate] . Befolgen Sie die Anweisungen zum Verifizieren jedes HostSSL-Zertifikats und klicken Sie auf [OK] . Konfigurieren Sie HA auf den Hosts ggf. neu.

Herunterladen des vSphere-Clients


Bei dem vSphere-Client handelt es sich um ein Windows-Programm, das Sie zum Konfigurieren des Hosts
und zum Ausfhren von virtuelle Maschinen verwenden knnen. Sie knnen den vSphere-Client von jedem
beliebigen Host herunterladen.
Voraussetzungen
Stellen Sie sicher, dass Sie die URL des Hosts haben, d. h. die IP-Adresse oder den Hostnamen.
Das System muss ber einen Internetzugang verfgen.
Vorgehensweise
1

ffnen Sie auf einem Windows-Computer einen Webbrowser.

Geben Sie die URL oder IP-Adresse fr den vCenter Server oder Host ein.
Beispiel: http://beispielserver.beispiel.com oder http://xxx.xxx.xxx.xxx.

102

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

Klicken Sie unter Erste Schritte auf [Herunterladen des vSphere-Clients] .

Klicken Sie zum Herunterladen des vSphere-Client-Installationsprogramms auf [Speichern] .

Das Installationsprogramm fr vSphere-Client wird auf das System heruntergeladen.


Weiter
Installation des vSphere-Clients

Aktualisieren des vSphere-Clients


Benutzer virtueller Maschinen und vCenter Server-Administratoren mssen den vSphere-Client 5.1 verwenden, um eine Verbindung mit vCenter Server 5.1 oder eine direkte Verbindung mit ESX 5.1-Hosts herzustellen.
Sie knnen den VI-Client 2.5, den vSphere-Client 4.x und den vSphere-Client 5.1 auf derselben Maschine
installieren. Stellen Sie nach dem Upgrade von vCenter Server sicher, dass Sie den vSphere-Client auf die
gleiche Version aktualisieren, um Kompatibilittsprobleme zu vermeiden, die die ordnungsgeme Funktion
des vSphere-Clients beeintrchtigen knnen.
Der Upgrade-Vorgang von vSphere-Client erfordert keine Ausfallzeit. Die virtuelle Maschinen oder Clients
brauchen nicht ausgeschaltet zu werden.
Voraussetzungen
n

Stellen Sie sicher, dass Ihnen das Installationsprogramm fr vCenter Server oder fr den vSphere-Client
zur Verfgung steht.

Stellen Sie sicher, dass Sie Mitglied der Administratorgruppe auf diesem System sind.

Stellen Sie sicher, dass das System ber einen Internetzugang verfgt.

Vorgehensweise
1

(Optional) Verwenden Sie die Option [Software] in der Windows-Systemsteuerung, um alle vorherigen
Versionen von vCenter Server zu entfernen.
Sie mssen ltere Versionen von vCenter Server-Clients nicht entfernen. Diese knnen zum Herstellen
einer Verbindung mit Legacy-Hosts hilfreich sein.

Fhren Sie das vSphere-Client-Installationsprogramm aus.


n

Starten Sie das vCenter Server-Installationsprogramm. Doppelklicken Sie im Software-Installations


programmverzeichnis auf die Datei autorun.exe, und whlen Sie [vSphere] [Client] .
Doppelklicken Sie nach dem Herunterladen des vSphere-Clients auf die Datei VMware-viclient-Build-Nummer.exe.

Nachdem Sie vSphere-Client 5.1 installiert haben, knnen Sie eine Verbindung mit vCenter Server herstellen,
indem Sie den Domnennamen oder die IP-Adresse der Windows-Maschine, auf der vCenter Server installiert
ist, und den Benutzernamen und das Kennwort eines Benutzers auf dieser Maschine verwenden.
Weiter
Verwenden Sie den vSphere-Client, um unter Verwendung Ihres Windows-Benutzernamens und -Kennworts
eine Verbindung mit der vCenter Server-IP-Adresse herzustellen. Geben Sie die Anmeldeinformationen fr
den Windows-Computer an, auf dem vCenter Server installiert ist. Der Benutzername und das Kennwort von
vCenter Server knnen sich von dem Benutzernamen und Kennwort, das Sie fr ESXi verwenden, unterscheiden.

VMware, Inc.

103

vSphere-Upgrade-Handbuch

Wenn der vSphere-Client Sicherheitswarnungen und Ausnahmen anzeigt, wenn Sie sich anmelden oder manche Vorgnge ausfhren, wie z. B. Leistungsdiagramme ffnen oder die Registerkarte [bersicht] anzeigen,
kann dies daran liegen, dass die Sicherheitseinstellungen Ihres Internet Explorers (IE) auf Hoch gesetzt sind.
Wenn Ihre IE-Sicherheitseinstellungen auf Hoch gesetzt sind, aktivieren Sie die IE-Einstellung [Skripting
des Internet Explorer-Browsersteuerelements zulassen] .
Wenn Sie keine Verbindung mit dem vCenter Server-System herstellen knnen, mssen Sie den VMware
VirtualCenter Server-Dienst eventuell manuell starten. Whlen Sie zum Starten des Dienstes im Men [Einstellungen] die Optionen [Systemsteuerung] > [Verwaltung] > [Dienste] > [VMware VirtualCenter
Server] aus. Die Maschine bentigt eventuell mehrere Minuten, um den Dienst zu starten.

Installieren oder Durchfhren eines Upgrades vom vSphere Web Client


Mithilfe des vSphere Web Client knnen Sie eine Verbindung mit einem vCenter Server-System herstellen,
um ber einen Browser einen ESXi-Host verwalten zu knnen.
Wenn eine frhere Version von vSphere Web Client installiert ist, sorgt dieser Vorgang dafr, dass ein Upgrade
von vSphere Web Client auf Version 5.1 durchgefhrt wird.
HINWEIS vCenter Server 5.1 untersttzt die Verbindung zwischen vCenter Server und vCenter Server-Komponenten anhand der IP-Adresse nur dann, wenn die IP-Adresse IPV4-konform ist. Zum Herstellen einer
Verbindung mit einem vCenter Server-System in einer IPv6-Umgebung mssen Sie den vollqualifizierten
Domnennamen (FQDN) oder den Hostnamen von vCenter Server verwenden. Die Best Practice besteht darin,
anstatt der IP-Adresse, die sich ndern kann, wenn sie von DHCP zugewiesen wurde, den FQDN zu verwenden, der in allen Fllen funktioniert.
Voraussetzungen

104

Herunterladen des vCenter Server-Installationsprogramms.

Stellen Sie sicher, dass das System ber einen Internetzugang verfgt.

Stellen Sie sicher, dass das System die Softwareanforderungen fr vSphere Web Client erfllt. Weitere
Informationen hierzu finden Sie unter Softwareanforderungen fr vSphere-Client und vSphere Web
Client, auf Seite 25.

Bevor Sie das vSphere-Produkt installieren oder ein Upgrade durchfhren, synchronisieren Sie die Systemuhren aller Maschinen im vSphere-Netzwerk. Weitere Informationen hierzu finden Sie unter Synchronisieren der Systemuhren im vSphere-Netzwerk, auf Seite 59.

Installieren Sie vCenter Single Sign On und installieren Sie Inventory Service und vCenter Server bzw.
fhren Sie ein Upgrade auf Version 5.1 durch.

Vergewissern Sie sich, dass vSphere Web Client und vCenter Server mit demselben vCenter Single Sign
On-Server registriert sind, um sicherzustellen, dass der vSphere Web Client auf die vCenter Server-Bestandsliste zugreifen kann.

Beenden Sie alle Browser, bevor Sie vSphere Web Client installieren oder deinstallieren.

Melden Sie sich auf der Hostmaschine als Mitglied der Gruppe Administratoren an und verwenden Sie
dabei einen Benutzernamen, der ausschlielich ASCII-Zeichen enthlt.

Wenn Sie ein Upgrade von vSphere Web Client durchfhren und Sie vorhaben, es mit einer vCenter
Server-Instanz der Version 5.0.x einzusetzen, das mit einem vSphere Web Client der Version 5.0 registriert
war, ohne den SSL-Fingerabdruck zu akzeptieren, finden Sie dazu weitere Informationen unter vSphere
Web Client Version 5.1 kann keine Verbindung zu vCenter Server Version 5.0.x herstellen, auf Seite 105.

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

Vorgehensweise
1

Doppelklicken Sie im Software-Installationsprogrammverzeichnis auf die Datei autorun.exe, um das Installationsprogramm zu starten.

Whlen Sie [VMware vSphere]

Folgen Sie den Anweisungen des Installationsassistenten, um die Sprache fr die Installation auszuwhlen, und stimmen Sie den Patent- und Lizenzvereinbarungen zu.

bernehmen oder ndern Sie die Standard-Porteinstellungen.

Geben Sie die fr die Registrierung von vSphere Web Client bei vCenter Single Sign On erforderlichen
Informationen ein.

[Web Client] und klicken Sie auf [Installieren] .

Der Administratorbenutzername fr vCenter Single Sign On lautet admin@System-Domain. Geben Sie


das Kennwort ein, das Sie bei der Installation von vCenter Single Sign On fr den Administratorbenutzer
eingegeben haben. Die Lookup Service-URL lautet https://SSO_Host_FQDN_oder_IP:7444/lookupservice/sdk, wobei 7444 die Standard-HTTPS-Portnummer fr vCenter Single Sign On ist. Geben Sie dieselben Daten ein, die Sie bei der Installation von vCenter Single Sign On eingegeben haben. Falls Sie bei
der Installation von vCenter Single Sign On eine andere Portnummer angegeben haben, verwenden Sie
diese Portnummer.
HINWEIS Wenn Sie vCenter Single Sign On in einer vCenter Server Appliance installiert haben, geben Sie
root@localos als Single Sign On-Administrator ein. In diesem Fall ist das Kennwort das Root-Kennwort
von vCenter Server Appliance. Die Lookup Service-URL lautet https://vCenter_Appliance_IP_oder_Hostname:{7444}/lookupservice/sdk.
6

Klicken Sie auf [Installieren (Install)] .

Starten Sie den vSphere Web Client, indem Sie eine der folgenden Aktionen durchfhren.
n

Navigieren Sie in einem Browser zu https://Hostname_oder_IP-Adresse_des_vSphere_Web_Client:


9443/vsphere-client.

Whlen Sie im Windows-Startmen [Programme] > [VMWare] > [VMware vSphere Web Client]
> [vSphere Web Client] .

vSphere Web Client Version 5.1 kann keine Verbindung zu vCenter Server Version
5.0.x herstellen
Die Version 5.1 von vSphere Web Client kann keine Verbindung zu einem vCenter Server der Version 5.0.x
herstellen.
Problem
In diesem Fall wird die folgende Fehlermeldung angezeigt: Verifizieren des SSL-Zertifikats fr ein oder
mehrere vCenter Server-Systeme fehlgeschlagen: vCenter_5.0_IP

Ursache
Dieses Problem tritt auf, wenn der vCenter Server der Version 5.0.x auf einem vSphere Web Client der Version
5.0 registriert ist, ohne dass der SSL-Fingerabdruck akzeptiert wird, und dann der vSphere Web Client auf
Version 5.1 aktualisiert wird.

VMware, Inc.

105

vSphere-Upgrade-Handbuch

Lsung
1

Wenn Sie den vSphere Web Client nicht auf Version 5.1 aktualisiert haben, gehen Sie wie folgt vor.
a

Heben Sie die Registrierung des vCenter-Servers von vSphere Web Client Version 5.0 auf.

Registrieren Sie den vCenter-Server erneut auf vSphere Web Client Version 5.0, aktivieren Sie im
Zertifikatswarnungsbereich das Kontrollkstchen [Dieses Zertifikat installieren und keine Sicherheitswarnungen fr diesen Server anzeigen] und klicken Sie auf [Ignorieren] .

Anweisungen zum Registrieren und zur Aufhebung der Registrierung eines vCenter-Servers auf einem
vSphere Web Client finden Sie in der vCenter Server und Hostverwaltung-Dokumentation
2

Wenn Sie den vSphere Web Client auf Version 5.1 aktualisiert haben, gehen Sie wie folgt vor.
a

Heben Sie die Registrierung des vCenter-Servers von vSphere Web Client Version 5.1 auf.

Registrieren Sie den vCenter-Server erneut auf vSphere Web Client Version 5.1.

Anweisungen zum Registrieren und zur Aufhebung der Registrierung eines vCenter-Servers auf einem
vSphere Web Client finden Sie in der vCenter Server und Hostverwaltung-Dokumentation

Installieren Sie eine lokale Kopie der vSphere Web Client-Hilfe


Falls Sie von dem System aus, das Sie fr den Zugriff auf den vSphere Web Client benutzen, keinen Internetzugriff haben, knnen Sie eine Kopie der Online-Hilfe herunterladen und lokal bereitstellen.
Standardmig greift der vSphere Web Client auf die Online-Hilfe im Web zu. So kann der Client auf die
aktuellste Version des Hilfeinhalts zugreifen.
Wenn Sie die Hilfe herunterladen und lokal bereitstellen, wird die Hilfe nicht aktualisiert, falls neue Hilfeinformationen im Web verffentlicht werden. Wenn Sie die Hilfe lokal bereitstellen, prfen Sie regelmig, ob
Updates verfgbar sind.
Anweisungen zum Herunterladen und lokalen Bereitstellen der Online-Hilfe zum vSphere Web Client finden
Sie unter http://kb.vmware.com/kb/2030344.

Installieren oder Durchfhren eines Upgrades von vSphere ESXi Dump Collector
ESXi kann so konfiguriert werden, dass der VMkernel-Arbeitsspeicher auf einen Netzwerkserver anstatt einer
lokalen Festplatte ausgegeben wird, wenn ein kritischer Fehler im System auftritt Installieren Sie vSphere ESXi
Dump Collector, um solche Arbeitsspeicher-Dumps im Netzwerk zu sammeln.
Wenn auf Ihrem System eine frhere Version von Dump Collector installiert ist, sorgt dieser Vorgang dafr,
dass ein Upgrade von Dump Collector auf Version 5.1 durchgefhrt wird.
HINWEIS ESXi Dump Collector wird in der vCenter Server Appliance standardmig installiert und aktiviert.
Diese Anweisungen gelten fr Windows-basierte Bereitstellungen.
Anweisungen zum Konfigurieren von ESXi fr das Ausgeben des Kernelarbeitsspeichers auf dem Netzwerkserver finden Sie in den Informationen zum Konfigurieren von ESXi Dump Collector mit esxcli im Installationsund Einrichtungshandbuch fr vSphere.
Der Dump Collector ist sehr ntzlich fr Datencenter, bei denen ESXi-Hosts anhand des Auto Deploy-Prozesses konfiguriert werden, sodass ihnen mglicherweise kein lokaler Speicher zur Verfgung steht. Sie knnen Dump Collector auch fr ESXi-Hosts, die ber lokalen Speicher verfgen, als zustzlichen Speicherort
installieren, auf den vmkernel-Speicher-Dumps umgeleitet werden knnen, falls kritische Fehler auftreten.
Sie knnen den Dump Collector auf derselben Maschine wie den verknpften vCenter Server oder auf einer
anderen Maschine installieren, die ber eine Netzwerkverbindung mit vCenter Server verfgt. ESXi Dump
Collector untersttzt keine vSphere Distributed Switches in ESXi 5.x.

106

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

Der Dump Collector-Dienst bindet an eine IPv4-Adresse fr die Kommunikation mit vCenter Server und bietet
keine Untersttzung fr IPv6. vCenter Server kann sich auf einer Hostmaschine in einer Netzwerkumgebung
befinden, in der nur IPv4, IPv4 und IPv6 oder nur IPv6 eingesetzt wird. Allerdings muss die Maschine, die
eine Verbindung zu vCenter Server ber den vSphere-Client herstellt, ber eine IPv4-Adresse verfgen, damit
der Dump Collector-Dienst funktionieren kann.
Voraussetzungen
n

Stellen Sie sicher, dass Sie ber Administratorberechtigungen verfgen

Stellen Sie sicher, dass die Hostmaschine ber Windows Installer 3.0 oder hher verfgt.

Stellen Sie sicher, dass die Hostmaschine ber einen untersttzten Prozessor und ein untersttztes Betriebssystem verfgt. Der Dump Collector untersttzt die gleichen Prozessoren und Betriebssysteme wie
vCenter Server. Siehe vCenter Server-Softwareanforderungen, auf Seite 25 und Hardwareanforderungen fr vCenter Server, vCenter Single Sign On, den vSphere-Client und vSphere Web Client, auf Seite 20.

Achten Sie darauf, dass die Hostmaschine ber eine gltige IPv4-Adresse verfgt. Sie knnen den Dump
Collector auf einer Maschine in einer Netzwerkumgebung, in der nur IPv4 oder sowohl IPv4 als auch IPv6
eingesetzt werden, installieren. Sie knnen den Dump Collector jedoch nicht in einer Netzwerkumgebung,
in der nur IPv6 eingesetzt wird, installieren.

Wenn Sie fr das Dump Collector-Repository einen Speicherort im Netzwerk verwenden, stellen Sie sicher, dass der Netzwerkspeicherort gemountet ist.

Sammeln Sie die folgenden Informationen, um die Installation bzw. das Upgrade abzuschlieen:
n

Der Installationsspeicherort des Dump Collectors, wenn Sie den Standardspeicherort nicht verwenden.

Der Speicherort des Dump Collector-Repositorys, in dem die Dump-Dateien gespeichert werden sollen.

(Optional) Die maximale Gre des Dump Collector-Repositorys. Auf dem angegebenen Netzwerkspeicherort muss mindestens so viel freier Speicherplatz zur Verfgung stehen.

Ob der Dump Collector als eigenstndige Instanz installiert wird oder mit vCenter Server integriert werden soll. Die Integration von Dump Collector mit vCenter Server-Versionen vor Version 5.0 wird nicht
untersttzt.

Wenn Dump Collector mit einem vCenter Server integriert wird, die Adresse und die Anmeldeinformationen fr den vCenter Server: IP-Adresse oder Name, HTTP-Port, Benutzername und Kennwort.

Der Dump Collector-Server-Port, sofern Sie die Standardeinstellung nicht verwenden.

Der Hostname oder die IP-Adresse, die zum Identifizieren des Dump Collectors im Netzwerk verwendet
wird.

Vorgehensweise
1

Doppelklicken Sie im Software-Installationsprogrammverzeichnis auf die Datei autorun.exe, um das Installationsprogramm zu starten.

Whlen Sie [VMware vSphere]

Folgen Sie den Eingabeaufforderungen des Assistenten, um die Installation bzw. das Upgrade abzuschlieen.

[ESXi] [Dump Collector] und klicken Sie auf [Installieren] .

Installieren oder Durchfhren eines Upgrades von vSphere Syslog Collector


Installieren Sie den vSphere Syslog Collector, damit ESXi-Systemprotokolle an einen Server auf dem Netzwerk
statt an eine lokale Festplatte geleitet werden.
Wenn auf Ihrem System eine frhere Version von Syslog Collector installiert ist, sorgt dieser Vorgang dafr,
dass ein Upgrade von Syslog Collector auf Version 5.1 durchgefhrt wird.

VMware, Inc.

107

vSphere-Upgrade-Handbuch

Sie knnen den Syslog Collector auf derselben Maschine wie den verknpften vCenter Server oder auf einer
anderen Maschine installieren, die ber eine Netzwerkverbindung mit vCenter Server verfgt. Der Syslog
Collector-Dienst bindet an eine IPv4-Adresse fr die Kommunikation mit vCenter Server und bietet keine
Untersttzung fr IPv6. vCenter Server kann sich auf einer Hostmaschine in einer Netzwerkumgebung befinden, in der nur IPv4, IPv4 und IPv6 oder nur IPv6 eingesetzt wird. Allerdings muss die Maschine, die eine
Verbindung zu vCenter Server ber den vSphere-Client herstellt, ber eine IPv4-Adresse verfgen, damit der
Syslog Collector-Dienst funktionieren kann.
Voraussetzungen
n

Stellen Sie sicher, dass Sie ber Administratorberechtigungen verfgen.

Stellen Sie sicher, dass die Hostmaschine ber Windows Installer 3.0 oder hher verfgt.

Stellen Sie sicher, dass die Hostmaschine ber einen untersttzten Prozessor und ein untersttztes Betriebssystem verfgt. Der Syslog Collector untersttzt die gleichen Prozessoren und Betriebssysteme wie
vCenter Server. Siehe vCenter Server-Softwareanforderungen, auf Seite 25 und Hardwareanforderungen fr vCenter Server, vCenter Single Sign On, den vSphere-Client und vSphere Web Client, auf Seite 20.

Legen Sie fest, ob der Syslog Collector als eigenstndige Instanz installiert wird oder mit vCenter Server
integriert werden soll. Die Integration von Syslog Collector mit vCenter Server-Versionen vor Version 5.0
wird nicht untersttzt.

Achten Sie darauf, dass die Hostmaschine ber eine gltige IPv4-Adresse verfgt. Sie knnen den Dump
Collector auf einer Maschine in einer Netzwerkumgebung, in der nur IPv4 oder sowohl IPv4 als auch IPv6
eingesetzt werden, installieren. Sie knnen den Syslog Collector jedoch nicht in einer Netzwerkumgebung
installieren, in der nur IPv6 eingesetzt wird.

Sammeln Sie die folgenden Informationen, um die Installation bzw. das Upgrade abzuschlieen:
n

Der Installationsspeicherort des Syslog Collectors, wenn Sie den Standardspeicherort nicht verwenden.

Der Speicherort des Syslog Collector-Repositorys, in dem die Syslog-Dateien gespeichert werden sollen.

(Optional) Die maximale Gre des Syslog Collector-Repositorys. Auf dem angegebenen Netzwerkspeicherort muss mindestens so viel freier Speicherplatz zur Verfgung stehen.

(Optional) Die maximale Anzahl der beizubehaltenden Syslog Collector-Austauschprotokolle.

Wenn Syslog Collector mit einem vCenter Server integriert wird, die Adresse und die Anmeldeinformationen fr den vCenter Server: IP-Adresse oder Name, HTTP-Port, Benutzername und Kennwort.

Der Port des Syslog Collector-Servers, sofern Sie nicht die Standardeinstellung verwenden, und ob fr
diesen Port die Protokolle TCP und UDP verwendet werden sollen.

Der SSL-Port des Syslog Collector-Servers, sofern Sie nicht die Standardeinstellung verwenden, und ob
fr diesen Port SSL verwendet werden soll.

Der Hostname oder die IP-Adresse, die zum Identifizieren des Syslog Collectors im Netzwerk verwendet
wird.

Vorgehensweise

108

Doppelklicken Sie im Software-Installationsprogrammverzeichnis auf die Datei autorun.exe, um das Installationsprogramm zu starten.

Whlen Sie [VMware vSphere]

Folgen Sie den Eingabeaufforderungen des Assistenten, um die Installation bzw. das Upgrade abzuschlieen.

[Syslog Collector] und klicken Sie auf [Installieren] .

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

Installieren oder Durchfhren eines Upgrades von vSphere Auto Deploy


Installieren Sie vSphere Auto Deploy, um physische Hosts bereitzustellen und anzupassen, indem Sie das
ESXi-Image direkt in den Arbeitsspeicher laden. Sie knnen Hunderte von ESXi-Hosts effizient mit vCenter
Server bereitstellen sowie erneut bereitstellen.
Wenn auf Ihrem System eine vorherige Version von Auto Deploy installiert ist, sorgt dieser Vorgang dafr,
dass ein Upgrade von Auto Deploy auf Version 5.1 durchgefhrt wird.
Sie mssen den Deploy-Server separat fr jede Instanz von vCenter Server installieren, mit der Sie vorhaben,
Auto Deploy zu verwenden. Auto Deploy wird nicht von vCenter Server-Versionen vor Version 5.0 untersttzt. Die Verwendung von vCenter Server 5.1 mit Auto Deploy 5.0 wird nicht untersttzt. Sie mssen ein
Upgrade von Auto Deploy auf Version 5.1 durchfhren, damit es zusammen mit vCenter Server 5.1 eingesetzt
werden kann. Auto Deploy untersttzt sowohl IPv4 als auch IPv6. Auto Deploy verwendet jedoch eine PXEStart-Infrastruktur, die nur IPv4 untersttzt. Sie knnen Auto Deploy in einer gemischten IPv4-IPv6-Umgebung oder einer reinen IPv4-Umgebung verwenden, jedoch nicht in einer reinen IPv6-Umgebung.
Voraussetzungen
n

Stellen Sie sicher, dass Sie ber Administratorberechtigungen verfgen

Stellen Sie sicher, dass die Hostmaschine ber Windows Installer 3.0 oder hher verfgt.

Stellen Sie sicher, dass die Hostmaschine ber einen untersttzten Prozessor und ein untersttztes Betriebssystem verfgt. Auto Deploy untersttzt die gleichen Prozessoren und Betriebssysteme wie vCenter
Server.

Sammeln Sie die folgenden Informationen, um die Installation bzw. das Upgrade abzuschlieen:
n

Der Installationsspeicherort von Auto Deploy, wenn Sie den Standardspeicherort nicht verwenden.

Der Speicherort des Auto Deploy-Repositorys. Verwenden Sie keine Netzwerkfreigabe fr das Repository.

(Optional) Die maximale Gre des Auto Deploy-Repositorys. Als Best Practice teilen Sie 2 GB zu, damit
Sie ausreichend Speicherplatz fr vier Image-Profilen bereit und zustzlichen Speicherplatz in Reserve
haben. Fr jedes Image-Profil werden ungefhr 350 MB bentigt. Berechnen Sie den Speicherplatzbedarf
fr das Auto Deploy-Repository anhand der Anzahl der Image-Profilen bereit, die Sie voraussichtlich
verwenden werden. Auf der angegebenen Festplatte muss mindestens so viel freier Speicherplatz zur
Verfgung stehen.

Die Adresse und die Anmeldeinformationen von vCenter Server, fr den Sie die Auto Deploy-Funktion
installieren: IP-Adresse oder Name, HTTP-Port, Benutzername und Kennwort.

Der Auto Deploy-Server-Port, sofern Sie die Standardeinstellung nicht verwenden.

Der Hostname oder die IP-Adresse, die zum Identifizieren von Auto Deploy im Netzwerk verwendet
wird.

Vorgehensweise
1

Doppelklicken Sie im Software-Installationsprogrammverzeichnis auf die Datei autorun.exe, um das Installationsprogramm zu starten.

Whlen Sie [VMware vSphere]

Folgen Sie den Eingabeaufforderungen des Assistenten, um die Installation bzw. das Upgrade abzuschlieen.

VMware, Inc.

[Auto Deploy] und klicken Sie auf [Installieren] .

109

vSphere-Upgrade-Handbuch

Installieren oder Durchfhren eines Upgrades von VMware vSphere


Authentication Proxy
Installieren Sie VMware vSphere Authentication Proxy, um ESXi-Hosts den Beitritt zu einer Domne zu ermglichen, ohne Active Directory-Anmeldeinformationen zu verwenden. vSphere Authentication Proxy verbessert die Sicherheit fr von PXE gestartete Hosts sowie von Hosts, die unter Verwendung von VMware Auto
Deploy bereitgestellt werden, weil Active Directory-Anmeldeinformationen nicht in der Hostkonfiguration
gespeichert werden mssen.
Wenn auf Ihrem System eine frhere Version von vSphere Authentication Proxy installiert ist, sorgt dieser
Vorgang dafr, dass ein Upgrade von vSphere Authentication Proxy auf Version 5.1 durchgefhrt wird.
Sie knnen vSphere Authentication Proxy auf derselben Maschine wie den verknpften vCenter Server oder
auf einer anderen Maschine installieren, die ber eine Netzwerkverbindung mit vCenter Server verfgt.
vSphere Authentication Proxy wird nicht von vCenter Server-Versionen vor Version 5.0 untersttzt.
Der vSphere Authentication Proxy-Dienst bindet an eine IPv4-Adresse fr die Kommunikation mit vCenter
Server und bietet keine Untersttzung fr IPv6. vCenter Server kann sich auf einer Hostmaschine in einer
Netzwerkumgebung befinden, in der nur IPv4, IPv4 und IPv6 oder nur IPv6 eingesetzt wird. Allerdings muss
die Maschine, die eine Verbindung zu vCenter Server ber den vSphere-Client herstellt, ber eine IPv4-Adresse verfgen, damit der Authentication Proxy-Dienst funktionieren kann.
Voraussetzungen
n

Installieren Sie vSphere Auto Deploy. Siehe Installieren oder Durchfhren eines Upgrades von vSphere
Auto Deploy, auf Seite 109.

Stellen Sie sicher, dass Sie ber Administratorberechtigungen verfgen.

Stellen Sie sicher, dass die Hostmaschine ber Windows Installer 3.0 oder hher verfgt.

Stellen Sie sicher, dass die Hostmaschine ber einen untersttzten Prozessor und ein untersttztes Betriebssystem verfgt. vSphere Authentication Proxy untersttzt die gleichen Prozessoren und Betriebssysteme wie vCenter Server. Siehe vCenter Server-Softwareanforderungen, auf Seite 25 und Hardwareanforderungen fr vCenter Server, vCenter Single Sign On, den vSphere-Client und vSphere Web Client, auf Seite 20.

Achten Sie darauf, dass die Hostmaschine ber eine gltige IPv4-Adresse verfgt. Sie knnen vSphere
Authentication Proxy auf einer Maschine in einer Netzwerkumgebung installieren, in der nur IPv4 oder
sowohl IPv4 als auch IPv6 eingesetzt werden. Sie knnen vSphere Authentication Proxy jedoch nicht in
einer Netzwerkumgebung installieren, in der nur IPv6 eingesetzt wird.

Wenn Sie vSphere Authentication Proxy auf einer Windows Server 2008 R2-Hostmaschine installieren,
laden Sie den im Windows-KB-Artikel 981506 auf der Website support.microsoft.com beschriebenen
Windows-Hotfix herunter und installieren Sie ihn. Wenn dieser Hotfix nicht installiert ist, kann der Authentication Proxy-Adapter nicht initialisiert werden. Zu diesem Problem werden Fehlermeldungen in
der Datei camadapter.log protokolliert, die den Meldungen CAM-Website konnte nicht mit CTL gebunden
werden und CAMAdapter konnte nicht initialisiert werden hneln.

Sammeln Sie die folgenden Informationen, um die Installation bzw. das Upgrade abzuschlieen:

110

Der Installationsspeicherort von vSphere Authentication Proxy, wenn Sie den Standardspeicherort nicht
verwenden.

Die Adresse und Anmeldeinformationen von vCenter Server, mit dem Authentication Proxy eine Verbindung herstellt: IP-Adresse oder Name, HTTP-Port, Benutzername und Kennwort.

Der Hostname oder die IP-Adresse, die zum Identifizieren von vSphere Authentication Proxy im Netzwerk verwendet wird.

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

Vorgehensweise
1

Installieren Sie .NET Framework 3.5 auf der Hostmaschine, auf der Sie den vSphere Authentication ProxyDienst installieren.

Installieren Sie vSphere Auto Deploy.


Sie mssen Auto Deploy nicht auf derselben Hostmaschine installieren, auf der der vSphere Authentication Proxy-Dienst installiert ist.

Fgen Sie die Hostmaschine dort hinzu, wo Sie den Authentication Proxy-Dienst fr die Domne installieren.

Verwenden Sie das Domnenadministratorkonto, um sich bei der Hostmaschine anzumelden.

Doppelklicken Sie im Software-Installationsprogrammverzeichnis auf die Datei autorun.exe, um das Installationsprogramm zu starten.

Whlen Sie [VMware vSphere]

Folgen Sie den Eingabeaufforderungen des Assistenten, um die Installation bzw. das Upgrade abzuschlieen.

[Authentication Proxy] und klicken Sie auf [Installieren] .

Whrend der Installation registriert sich der Authentifizierungsdienst mit der vCenter Server-Instanz, auf
der Auto Deploy registriert ist.
Wenn Sie den vSphere Authentication Proxy-Dienst installieren, erstellt das Installationsprogramm ein Domnenkonto mit den entsprechenden Berechtigungen zum Ausfhren des Authentication Proxy-Diensts. Der
Name des Kontos beginnt mit dem Prfix CAM- und ihm wird ein 32-stelliges, zufllig generiertes Kennwort
zugeordnet. Das Kennwort ist so konfiguriert, dass es nie abluft. ndern Sie die Kontoeinstellungen nicht.
Weiter
Konfigurieren Sie ESXi fr die Verwendung von vSphere Authentication Proxy zum Beitritt in eine Domne.
Informationen finden Sie in der Dokumentation vSphere-Sicherheit.

Sichern der vCenter Single Sign On-Konfiguration


Bewahren Sie eine aktuelle Sicherung der Single Sign On-Konfiguration auf. Sollte die Single Sign On-Instanz
beschdigt werden, knnen Sie die Sicherung wiederherstellen, um einen dauerhaften vSphere-Zugang fr
vCenter Server und vCenter Server-Komponenten sicherzustellen.
Fhren Sie in den folgenden Fllen eine Sicherung der Single Sign On-Konfiguration durch.
n

Nach der Installation, dem Update oder der nderung des Speicherorts einer vCenter Single Sign OnInstanz.

Wenn die Datei node.pkg gendert wird. Die Datei node.pkg wird gendert, wenn Sie eine der folgenden
Aktionen ausfhren.
n

ndern Sie Single Sign On-Datenbankinformationen, z. B. den Hostnamen oder den Port der Datenbank.

ndern Sie das Single Sign On-Kennwort, das fr den Administratorbenutzer admin@System-Domain erstellt wurde, als das Single Sign On ursprnglich installiert wurde. Dieses ursprngliche
Kennwort ist erforderlich, wenn Sie eine Single Sign On-Sicherung wiederherstellen.

Um eine komplette Sicherung herzustellen, mssen Sie auch Ihre Single Sign On-Datenbank sichern. Weitere
Informationen hierzu finden Sie in der Dokumentation fr den Datenbanktyp.

VMware, Inc.

111

vSphere-Upgrade-Handbuch

Vorgehensweise
u

Fhren Sie die folgenden Aktionen auf der vCenter Single Sign On-Hostmaschine aus.
Option

Beschreibung

Von der Windows-Benutzeroberflche

a
b

Navigieren Sie zu [Programme] > [VMware] .


Klicken Sie mit der rechten Maustaste auf [vCenter Single Sign OnSicherungspaket erstellen] und whlen Sie [Als Administrator ausfhren] .

Von einem Befehlsfenster aus

Klicken Sie mit der rechten Maustaste auf das Symbol oder den Menbefehl [Eingabeaufforderung] und whlen Sie [Als Administrator
ausfhren] .
ndern Sie das Verzeichnis in C:\Programme\VMware\Infrastructure\SSOServer\scripts.

Wenn Sie Single Sign On an einem anderen Speicherort als der Standardeinstellung C:\Programme installiert haben, passen Sie den Pfad an.
c

Geben Sie cscript sso-backup.wsf /z ein und drcken Sie die Eingabetaste.

Die vCenter Single Sign On-Konfiguration wird als Single Sign On.zip auf dem Desktop der Hostmaschine
gesichert. Informationen zum Wiederherstellen einer vCenter Single Sign On-Sicherung finden Sie unter
Wiederherstellen einer vCenter Single Sign On-Instanz oder einer primren Knoteninstanz auf einer neuen
Hostmaschine, auf Seite 112.

Wiederherstellen einer vCenter Single Sign On-Instanz oder einer primren


Knoteninstanz auf einer neuen Hostmaschine
Sollte die vCenter Single Sign On-Instanz oder eine primre Knoteninstanz beschdigt werden, knnen Sie die
Sicherung wiederherstellen, um einen dauerhaften vSphere-Zugang fr vCenter Server und vCenter ServerKomponenten sicherzustellen.
Voraussetzungen
n

Stellen Sie sicher, dass Sie ber eine aktuelle Sicherung Ihrer vCenter Single Sign On-Konfiguration verfgen. Weitere Informationen hierzu finden Sie unter Sichern der vCenter Single Sign On-Konfiguration, auf Seite 111.

Bereiten Sie eine Hostmaschine fr die wiederhergestellte Single Sign On-Instanz vor. Bei der Hostmaschine kann es sich um eine physische oder eine virtuelle Maschine handeln. Sie muss die Hardwareanforderungen fr Single Sign On erfllen. Weitere Informationen hierzu finden Sie unter Hardwareanforderungen fr vCenter Server, vCenter Single Sign On, den vSphere-Client und vSphere Web Client,
auf Seite 20.

Stellen Sie sicher, dass die vCenter Single Sign On-Datenbank von der Hostmaschine erreichbar ist.

Stellen Sie sicher, dass Sie das Original-Administratorkennwort fr die vCenter Single Sign On-Instanz
haben, die Sie wiederherstellen mchten.

Stellen Sie sicher, dass Sie den Kontonamen und das Kennwort fr den RSA SSPI-Dienst und den vCenter
Single Sign On-Dienst der vCenter Single Sign On-Instanz haben, die Sie wiederherstellen mchten.

Laden Sie das vCenter Server-Installationsprogramm von der VMware-Download-Seite unter


http://www.vmware.com/support/ auf die neue Hostmaschine herunter.

Vorgehensweise
1

112

Kopieren Sie die Sicherungsdatei Single Sign On.zip auf die neue Hostmaschine im Verzeichnis
C:\Temp\SSO Recovery.

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

Geben Sie dem neuen Host denselben vollstndig qualifizierten Domnennamen (Fully Qualified Domain
Name, FQDN), den auch der Single Sign On-Server hat, von dem die Sicherung hergestellt wurde.

Wenn die Single Sign On-Instanz, von der Sie die Sicherung erstellt haben, in einer Arbeitsgruppe lag und
mithilfe ihrer IPv4-Adresse installiert wurde, achten Sie darauf, dass die neue Hostmaschine dieselbe
statische IP-Adresse hat.
DHCP wird nicht untersttzt.

Stellen Sie sicher, dass die DNS des neuen Hosts vorwrts und rckwrts auflsbar ist.

Doppelklicken Sie auf der vCenter Single Sign On-Hostmaschine im VMware vCenter Server-Installationsverzeichnis auf die Datei autorun.exe, um das Installationsprogramm zu starten.

Whlen Sie [vCenter] [Single Sign On] und klicken Sie auf [Installieren] .

Folgen Sie den Anweisungen des Installationsassistenten, um die Sprache fr die Installation auszuwhlen, und stimmen Sie den Patent- und Lizenzvereinbarungen zu.

Whlen Sie [Installierte Instanz von vCenter Single Sign On aus einer Sicherungskopie wiederherstellen] .

Navigieren Sie zur Datei Single Sign On.zip und whlen Sie sie aus.

10

Geben Sie das ursprngliche Administratorkennwort fr die alte Single Sign On-Instanz ein.
Sie mssen das Kennwort verwenden, das fr den admin@Systemdomne-Benutzer erstellt wurde, als
Single Sign On ursprnglich installiert wurde, auch wenn Sie dieses Kennwort mittlerweile gendert
haben.

11

Achten Sie darauf, dass der RSA SSPI-Dienst auf demselben Konto angemeldet wird wie in der Single
Sign On-Instanz, aus der Sie die Sicherung erstellt haben.

12

Befolgen Sie die Benutzeraufforderungen des Assistenten, um die Single Sign On-Wiederherstellung abzuschlieen.

Die vCenter Single Sign On-Instanz oder primre Knoteninstanz wird wiederhergestellt.
Weiter
Wenn Hochverfgbarkeits-Sicherungsknoten fr Single Sign On mit dem wiederhergestellten Knoten verknpft sind, achten Sie darauf, dass sich der RSA SSPI-Dienst auf demselben Konto im primren Knoten und
allen Hochverfgbarkeits-Sicherungsknoten anmeldet.
Melden Sie sich ber den vSphere Web Client bei den vCenter Server-Instanzen an, die fr die Single Sign OnInstanz registriert sind, um zu prfen, ob Sie einen funktionierenden Zugang dazu haben.

Aktivieren der IPv6-Untersttzung fr vCenter Inventory Service


vCenter Inventory Service untersttzt das standardmige Binden an IPv6-Schnittstellen nicht. Wenn Sie
vCenter Server installieren, untersttzt vCenter Inventory Service standardmig nur IPv4. Sie knnen die
IPv6-Untersttzung fr vCenter Inventory Service aktivieren, indem Sie die Datei dataservice.properties
von Inventory Service ndern.
Vorgehensweise
1

VMware, Inc.

Halten Sie vCenter Inventory Service an.


a

Whlen Sie unter "Verwaltung" in der Systemsteuerung [Dienste] aus.

Klicken Sie mit der rechten Maustaste auf [vCenter Inventory Service] und whlen Sie [Anhalten] .

ffnen Sie die folgende Datei in einem Texteditor:Installationsverzeichnis_von_Inventory_Service/lib/server/config/dataservice.properties.

113

vSphere-Upgrade-Handbuch

ndern Sie die Zeile dataservice.nio.enabled = true in dataservice.nio.enabled = false

Starten Sie den vCenter Server Inventory-Dienst neu.

Die IPv6-Untersttzung fr vCenter Inventory Service ist aktiviert.

Hinweise zum verknpften Modus fr vCenter Server


Beachten Sie mehrere Problemflle, bevor Sie eine Gruppe im verknpften Modus konfigurieren.
Bevor Sie eine Gruppe im verknpften Modus konfigurieren, beachten Sie die folgenden Problemflle.
n

Wenn Sie ein Upgrade von vCenter Server Version 5.0.x durchfhren und der Server Teil einer Gruppe
im verknpften Modus ist, wird er nicht aus der Gruppe entfernt. Wenn Sie eine vCenter Server-Version
vor Version 5, die Teil einer Gruppe im verknpften Modus ist, aktualisieren, wird sie aus der Gruppe
entfernt. vCenter Server untersttzt keine Gruppen im verknpften Modus, die sowohl Version 5.0.x als
auch frhere Versionen von vCenter Server enthalten. Ebenso untersttzt vCenter Server keine Gruppen
im verknpften Modus, die sowohl Version 5.1.x als auch Versionen von 5.0.x von vCenter Server enthalten. vCenter Server 5.0.x kann nur einer Gruppe im verknpften Modus mit anderen Instanzen von
vCenter Server 5.0.x hinzugefgt werden. vCenter Server 5.1.x kann nur einer Gruppe im verknpften
Modus mit anderen Instanzen von vCenter Server 5.1.x hinzugefgt werden. Nachdem ein Upgrade aller
vCenter Server-Instanzen in der Gruppe auf Version 5.0.x oder 5.1.x ausgefhrt wurde, knnen Sie sie
erneut zusammenfgen.

Jedem Benutzer von vCenter Server werden vCenter Server-Instanzen angezeigt, auf denen er gltige
Berechtigungen besitzt.

Beim Einrichten der Gruppe im verknpften Modus von vCenter Server mssen Sie die erste vCenter
Server-Instanz als eigenstndige Instanz installieren, da Sie nicht ber einen vCenter Server-Remotecomputer verfgen, dem Sie beitreten knnen. Nachfolgende vCenter Server-Instanzen knnen der ersten
vCenter Server-Instanz oder anderen vCenter Server-Instanzen einer Gruppe im verknpften Modus beitreten.

Wenn Sie vCenter Server mit einer eigenstndigen Instanz verbinden, die nicht Teil einer Domne ist,
mssen Sie die eigenstndige Instanz zu einer Domne hinzufgen und einen Domnenbenutzer als Administrator hinzufgen.

Die vCenter Server-Instanzen in einer Gruppe im verknpften Modus mssen nicht dieselbe Domnenbenutzeranmeldung haben. Die Instanzen knnen unter verschiedenen Domnenkonten laufen. Standardmig werden sie als Konto LocalSystem der Maschine ausgefhrt, auf der sie laufen, daher sind
sie unterschiedliche Konten.

Wenn Sie whrend der Installation von vCenter Server eine IP-Adresse fr die Remote-Instanz von vCenter Server eingeben, konvertiert das Installationsprogramm die Adresse in einen vollqualifizierten Domnennamen.

VORSICHT Wenn Sie vCenter Server auf mehr als einem Mitglied einer Gruppe im verknpften Modus
deinstallieren und neu installieren mssen, fhren Sie diesen Vorgang jeweils mit einem vCenter Server
durch. Das gleichzeitige Deinstallieren und Neuinstallieren von mehreren verknpften vCenter Servern
wird nicht untersttzt und kann zu Fehlern fhren, die verhindern, dass vCenter Server eine Verbindung
mit dem vCenter Inventory Service herstellen kann. Falls es notwendig ist, gleichzeitig mehrere verknpfte vCenter Server zu deinstallieren und neu zu installieren, isolieren Sie sie zunchst von der Gruppe
im verknpften Modus und verbinden Sie sie nach Abschluss der Neuinstallation wieder.

Voraussetzungen fr den verknpften Modus fr vCenter Server


Bereiten Sie das vCenter Server-System fr den Beitritt in eine Gruppe im verknpften Modus vor.
Bevor Sie einen vCenter Server mit einer Gruppe im verknpften Modus verbinden, lesen Sie Hinweise zum
verknpften Modus fr vCenter Server, auf Seite 114.

114

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

Alle Anforderungen fr ein eigenstndiges vCenter Server-System gelten ebenfalls fr Systeme im verknpften Modus.
Die folgenden Anforderung gelten fr jedes vCenter Server-System, das ein Mitglied einer Gruppe im verknpften Modus ist:
n

vCenter Server untersttzt keine Gruppen im verknpften Modus, die sowohl Version 5.x als auch Versionen von vCenter Server vor 5.0 enthalten. Ebenso untersttzt vCenter Server keine Gruppen im verknpften Modus, die sowohl Version 5.1.x als auch Versionen von 5.0.x von vCenter Server enthalten.
vCenter Server 5.0.x kann nur einer Gruppe im verknpften Modus mit anderen Instanzen von vCenter
Server 5.0.x hinzugefgt werden. vCenter Server 5.1.x kann nur einer Gruppe im verknpften Modus mit
anderen Instanzen von vCenter Server 5.1.x hinzugefgt werden. Nachdem ein Upgrade aller vCenter
Server-Instanzen in der Gruppe auf Version 5.0.x oder 5.1.x ausgefhrt wurde, knnen Sie sie erneut
zusammenfgen.

Stellen Sie sicher, dass alle vCenter Server einer Gruppe im verknpften Modus bei demselben vCenter
Single Sign On Server registriert sind.

Um mit einer Gruppe im verknpften Modus verbunden zu werden, muss vCenter Server im Testmodus
oder als eine Standard-Edition lizenziert sein. Die Editionen vCenter Server Foundation und vCenter
Server Essentials untersttzen den verknpften Modus nicht.

DNS muss funktionieren, damit die Replizierung im verknpften Modus funktioniert.

Die vCenter Server-Instanzen in einer Gruppe im verknpften Modus knnen zu verschiedenen Domnen
gehren, wenn diese eine Beziehung mit gegenseitigem Vertrauen haben. Jede Domne muss den anderen
Domnen, auf denen vCenter Server-Instanzen installiert sind, vertrauen.

Wenn Sie eine vCenter Server-Instanz zu einer Gruppe im verknpften Modus hinzufgen, muss das
Installationsprogramm von einem Domnenbenutzer ausgefhrt werden, der sowohl Administrator auf
der Maschine, auf der vCenter Server installiert wird, als auch auf der Zielmaschine der Gruppe im verknpften Modus ist.

Alle vCenter Server-Instanzen mssen ber eine synchrone Netzwerkzeit verfgen. Das vCenter ServerInstallationsprogramm validiert, dass die Systemuhren der Maschinen nicht mehr als fnf Minuten von
einander abweichen. Weitere Informationen hierzu finden Sie unter Synchronisieren der Systemuhren
im vSphere-Netzwerk, auf Seite 59.

Verbinden einer Gruppe im verknpften Modus nach einem vCenter ServerUpgrade


Nachdem Sie ein Upgrade auf vCenter Server 5.x durchgefhrt haben, knnen Sie das System mit einer Gruppe
im verknpften Modus verbinden. Eine Gruppe im verknpften Modus ermglicht Ihnen das Anmelden bei
allen einzelnen Instanzen von vCenter Server in der Gruppe und das Anzeigen und Verwalten der Bestandslisten aller vCenter Server-Systeme in der Gruppe.
Voraussetzungen
Weitere Informationen hierzu finden Sie unter Voraussetzungen fr den verknpften Modus fr vCenter
Server, auf Seite 114.
HINWEIS vCenter Server untersttzt keine Gruppen im verknpften Modus, die sowohl Version 5.x als auch
Versionen von vCenter Server vor 5.0 enthalten. Ebenso untersttzt vCenter Server keine Gruppen im verknpften Modus, die sowohl Version 5.1.x als auch Versionen von 5.0.x von vCenter Server enthalten. vCenter
Server 5.0.x kann nur einer Gruppe im verknpften Modus mit anderen Instanzen von vCenter Server 5.0.x
hinzugefgt werden. vCenter Server 5.1.x kann nur einer Gruppe im verknpften Modus mit anderen Instanzen von vCenter Server 5.1.x hinzugefgt werden. Nachdem ein Upgrade aller vCenter Server-Instanzen in
der Gruppe auf Version 5.0.x oder 5.1.x ausgefhrt wurde, knnen Sie sie erneut zusammenfgen.

VMware, Inc.

115

vSphere-Upgrade-Handbuch

Vorgehensweise
1

Whlen Sie im Men [Start] [Alle Programme] > [VMware] > [vCenter Server-Konfiguration fr den
verknpften Modus] .

Klicken Sie auf [Weiter] .

Whlen Sie [Konfiguration fr den verknpften Modus ndern] aus und klicken Sie dann auf [Weiter] .

Klicken Sie auf [vCenter Server-Instanz einer vorhandenen Gruppe fr den verknpften Modus oder
einer anderen Instanz hinzufgen] und klicken Sie auf [Weiter] .

Geben Sie den Servernamen und die LDAP-Portnummer aller Remote-vCenter Server ein, die Teil der
Gruppe sind oder sein werden, und klicken Sie auf [Weiter] .
Wenn Sie eine IP-Adresse eingeben, konvertiert das Installationsprogramm die Adresse in einen vollqualifizierten Domnennamen.

Wenn das vCenter Server-Installationsprogramm einen Rollenkonflikt erkennt, geben Sie an, wie der
Konflikt behoben werden soll.
Ein Konflikt tritt auf, wenn das beitretende System und die Gruppe im verknpften Modus jeweils eine
Rolle mit demselben Namen, aber mit unterschiedlichen Berechtigungen enthalten.

Option

Beschreibung

Ja, Konflikte von VMware vCenter


Server beheben lassen

Klicken Sie auf [Weiter] .


Die Rolle des beitretenden Systems wird in Name-vCenterRollenname umbenannt, wobei Name-vCenter der Name des vCenter Server-Systems ist, das
der Gruppe im verknpften Modus beitritt, und Rollenname der Name der
Originalrolle ist.

Nein, ich werde die Konflikte selbst


beheben

So beheben Sie die Konflikte manuell:


a Melden Sie sich ber den vSphere-Client beim vCenter Server-System
an, das mit der Gruppe im verknpften Modus verbunden wird. Verwenden Sie hierbei ein Konto mit Administratorrechten.
b Benennen Sie die Rolle mit den Konflikten um.
c Schlieen Sie die vSphere-Client-Sitzung und kehren Sie zum vCenter Server-Installationsprogramm zurck.
d Klicken Sie auf [Zurck] und dann auf [Weiter] .
Die Installation wird ohne Konflikte fortgesetzt.

Klicken Sie auf [Beenden] .


vCenter Server wird neu gestartet. Je nach Gre Ihrer Bestandsliste kann der Wechsel in den verknpften
Modus einige Sekunden bis Minuten in Anspruch nehmen.

Die vCenter Server-Instanz ist jetzt Teil einer Gruppe im verknpften Modus. Es kann mehrere Sekunden
dauern, bis die globalen Daten (z. B. Benutzerrollen), die auf einer Maschine gendert wurden, auf den anderen
Maschinen sichtbar werden. Die Verzgerung betrgt in der Regel 15 Sekunden oder weniger. Es kann ein
paar Minuten dauern, bis eine neue vCenter Server-Instanz von den vorhandenen Instanzen erkannt und
angezeigt wird, da Mitglieder der Gruppe die globalen Daten nicht stndig abrufen.
Nachdem Sie eine Gruppe im verknpften Modus erstellt haben, knnen Sie sich bei jeder Instanz von vCenter Server anmelden und die Bestandslisten aller vCenter Server in der Gruppe anzeigen und verwalten.
Weiter
Informationen zu Gruppen im verknpften Modus finden Sie in der Dokumentation vCenter Server und Hostverwaltung.

116

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

Konfigurieren der Einstellungen fr VMware Tomcat Server in vCenter Server 5.1


Ab vCenter Server 5.1 knnen VMware Tomcat Server-Einstellungen nicht mehr ber die Windows-Benutzeroberflche konfiguriert werden. vCenter Server 5.1 verwendet VMware vFabric tc Server, eine Unternehmensversion von Apache Tomcat 7. Tomcat Version 7 stellt keine Systemsteuerung in der Windows-Benutzeroberflche bereit. Stattdessen konfigurieren Sie Tomcat, indem Sie die Konfigurationsdateien manuell bearbeiten.
Sie knnen die maximale JVM-Heap-Gre fr vCenter Server, vCenter Single Sign On, vCenter Inventory
Service und den profilgesteuerten Speicherdienst anpassen. Empfehlungen fr die JVM-Heap-Gre finden
Sie unter Hardwareanforderungen fr vCenter Server, vCenter Single Sign On, den vSphere-Client und
vSphere Web Client, auf Seite 20.
Einstellungen fr Java-Optionen werden in den folgenden Dateien gespeichert.
n

vCenter Server: Installationsverzeichnis\VMware\Infrastructure\tomcat\conf\wrapper.conf

vCenter Single Sign On: Installationsverzeichnis\VMware\Infrastructure\SSOServer\conf\wrapper.conf

vCenter Inventory Service: Installationsverzeichnis\VMware\Infrastructure\Inventory Service\conf\wrapper.conf

Profilgesteuerter Speicherdienst: Installationsverzeichnis\VMware\Infrastructure\Profile-Driven


Storage\conf\wrapper.conf

Tabelle 4-10. Die Einstellung fr die maximale Java-Heap-Gre der JVM fr vCenter Server und vCenter
Single Sign On in den wrapper.conf -Dateien
Java-Option

Einstellung und Standardwert

-Xmxsize
Die maximale JVM-Heap-Gre in Megabyte. Diese Einstellung steuert die maximale Gre fr den Java-Heap. Durch
die Optimierung dieses Parameters kann der Overhead fr
die Speicherbereinigung gesenkt werden, wodurch Antwortzeit und Durchsatz des Servers verbessert werden. Fr
einige Anwendungen ist die Standardeinstellung fr diese
Option zu niedrig, was zu einer hheren Anzahl an kleineren
Speicherbereinigungen fhrt.

wrapper.java.additional.9="-Xmx1024M"

Tabelle 4-11. Die Einstellung fr die maximale Java-Heap-Gre der JVM fr Inventory Service und den
profilgesteuerten Speicherdienst in den wrapper.conf -Dateien
Java-Option

Einstellung und Standardwert

maxmemorysize
Die maximale JVM-Heap-Gre in Megabyte. Diese Einstellung steuert die maximale Gre fr den Java-Heap. Durch
die Optimierung dieses Parameters kann der Overhead fr
die Speicherbereinigung gesenkt werden, wodurch Antwortzeit und Durchsatz des Servers verbessert werden. Fr
einige Anwendungen ist die Standardeinstellung fr diese
Option zu niedrig, was zu einer hheren Anzahl an kleineren
Speicherbereinigungen fhrt.

Inventory Service: wrapper.java.maxmemory=2048


Profilgesteuerter Speicherdienst: wrapper.java.maxmemory=1024

Die Sicherheits- und Porteinstellungen fr vCenter Server und Single Sign On werden in den folgenden Dateien
gespeichert.
n

vCenter Server: Installationsverzeichnis\VMware\Infrastructure\tomcat\conf\server.xml und Installationsverzeichnis\VMware\Infrastructure\tomcat\conf\catalina.properties

VMware, Inc.

117

vSphere-Upgrade-Handbuch

vCenter Single Sign On: Installationsverzeichnis\VMware\Infrastructure\SSOServer\conf\server.xml und Installationsverzeichnis\VMware\Infrastructure\SSOServer\conf\catalina.properties

Tabelle 4-12. Port- und Sicherheitseinstellungen fr vCenter Server in den Dateien server.xml und
catalina.properties
Port- bzw. Sicherheitseinstellung fr vCenter Server

Einstellung und Standardwert

Basisport zum Herunterfahren

base.shutdown.port=8003

Basis-JMX-Port. Der durch die Klasse com.springsource.tcserver.serviceability.rmi.JmxSocketListener implementierte Listener ist fr tc Server spezifisch. Dieser Listener ermglicht die JMX-Management von tc Server und ist die
JMX-Konfiguration, die von der AMS-Verwaltungskonsole
zum Verwalten von tc Server-Instanzen verwendet wird.
Das Port-Attribut gibt den Port des JMX-Servers fr die Verbindung mit Verwaltungsprodukten wie AMS an. Die Variable ${jmx.port} ist in der Standarddatei catalina.properties auf 6969 eingestellt. Das Bindungsattribut gibt den
Host des JMX-Servers an. Standardmig ist dieses Attribut
auf localhost (127.0.0.1) eingestellt.
Mit der Standardeinstellung -1 wird der Port deaktiviert.

base.jmx.port=-1

Web services HTTPS

bio-vmssl.http.port=8080

Web Services HTTPS

bio-vmssl.https.port=8443

SSL-Zertifikat

bio-vmssl.keyFile.name=C:\ProgramData\VMware\VMware VirtualCenter\SSL\rui.pfx

Kennwort fr SSL-Zertifikat

bio-vmssl.SSL.password=testpassword

AJP-Port

bio-vmssl.ajp.port=8009

Tabelle 4-13. Port- und Sicherheitseinstellungen fr vCenter Single Sign On in den Dateien server.xml und
catalina.properties
Port- bzw. Sicherheitseinstellungen fr vCenter Single
Sign On

Einstellung und Standardwert

Basisport zum Herunterfahren

base.shutdown.port=7005

Basis-JMX-Port. Der durch die Klasse com.springsource.tcserver.serviceability.rmi.JmxSocketListener implementierte Listener ist fr tc Server spezifisch. Dieser Listener ermglicht die JMX-Management von tc Server und ist die
JMX-Konfiguration, die von der AMS-Verwaltungskonsole
zum Verwalten von tc Server-Instanzen verwendet wird.
Das Port-Attribut gibt den Port des JMX-Servers fr die Verbindung mit Verwaltungsprodukten wie AMS an. Die Variable ${jmx.port} ist in der Standarddatei catalina.properties auf 6969 eingestellt. Das Bindungsattribut gibt den
Host des JMX-Servers an. Standardmig ist dieses Attribut
auf localhost (127.0.0.1) eingestellt.
Mit der Standardeinstellung -1 wird der Port deaktiviert.

base.jmx.port=-1

HTTP-Port

ajp-vm.http.port=7080

HTTPS-Port

ajp-vm.https.port=7444

AJP-Port

ajp-vm.ajp.port=7009

Siehe Getting Started with vFabric tc Server und vFabric tc Server Administration unter https://www.vmware.com/support/pubs/vfabric-tcserver.html.

118

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

Sie knnen die Windows-Dienste fr vCenter Server und vCenter Single Sign On ber Systemsteuerung >
Verwaltung > Dienste verwalten. Der Windows-Dienst fr vCenter Server ist als VMware VirtualCenter
Management Webservices aufgefhrt.

Festlegen der maximalen Anzahl von Datenbankverbindungen nach einem


vCenter Server-Upgrade
Standardmig erstellt ein vCenter Server gleichzeitig maximal 50 Datenbankverbindungen. Wenn Sie diesen
Wert in der Vorgngerversion von vCenter Server auf weniger als 50 konfigurieren und anschlieend das
Upgrade auf vCenter Server 5.x durchfhren, stellt das Upgrade die Standardeinstellung 50 wieder her. Wenn
Sie diesen Wert in der Vorgngerversion von vCenter Server auf mehr als 50 konfigurieren, behlt das System
nach dem Upgrade auf vCenter Server 5 den vorherigen Wert bei. Sie knnen die vom Standard abweichende
Einstellung neu konfigurieren.
Eine Erhhung der Anzahl der Datenbankverbindungen bietet sich dann an, wenn vCenter Server hufig
zahlreiche Vorgnge ausfhrt und die Leistung entscheidend ist. Eine Verringerung der Anzahl ist dann angebracht, wenn es sich um eine freigegebene Datenbank handelt und die Verbindungen zur Datenbank kostenintensiv sind. ndern Sie diesen Wert nur dann, wenn bei Ihrem System eines der folgenden Probleme
vorliegt.
Fhren Sie diese Aufgabe aus, bevor Sie die Authentifizierung fr Ihre Datenbank konfigurieren. Weitere
Informationen zur Konfiguration der Authentifizierung finden Sie in der Dokumentation zu Ihrer Datenbank.
Vorgehensweise
1

Whlen Sie in einem vSphere-Client-Host, der mit einem vCenter Server-System verbunden ist, [Verwaltung] > [vCenter Server-Konfiguration] .

Klicken Sie auf [Datenbank] .

Whlen Sie im Men [Aktueller vCenter Server] den entsprechenden Server aus.

Geben Sie unter [Maximale Anzahl] die Anzahl ein.

Starten Sie den vCenter Server neu.

Die neue Datenbankeinstellung tritt in Kraft.

Wiederherstellen von vCenter Server


Sie knnen die vorherigen vCenter Server-Konfigurationen wiederherstellen, wenn Sie ber eine vollstndige
Sicherung Ihrer vCenter-Datenbank sowie der vorherigen VirtualCenter- und vCenter SSL-Zertifikate verfgen.
Voraussetzungen
Im Fall eines Systemausfalls oder eines Notfalls bentigen Sie mglicherweise einige oder alle der folgenden
Elemente, um VirtualCenter und seine Komponenten wiederherzustellen. Befolgen Sie die Disaster RecoveryRichtlinien Ihres Unternehmens fr die Speicherung und Verarbeitung dieser Elemente.
n

Installationsmedien fr dieselbe Version von vCenter Server, die Sie wiederherstellen.

Datenbanksicherungsdateien.

SSL-Dateien, die Sie an folgendem Speicherort finden: %ALLUSERSPROFILE%\Application Data\VMware\VMware VirtualCenter\SSL auf den vCenter-Systemen.

Anmerkungen von der Originalinstallation im Bezug auf die Auswahl, Einstellungen und verwendeten
Informationen.

vpxd.cfg-Dateien.

vCenter Server- und ESX/ESXi-Lizenzschlssel.

VMware, Inc.

119

vSphere-Upgrade-Handbuch

Vorgehensweise
1

Deinstallieren Sie vCenter Server.

Stellen Sie die vorherige Version der vCenter Server-Datenbank mithilfe der Sicherung wieder her.
Informationen finden Sie in der Datenbankdokumentation.

Installieren Sie Ihre ursprngliche vCenter Server-Version erneut und whlen Sie bei der Installation die
wiederhergestellte Datenbank aus.

Stellen Sie sicher, dass der Lizenzserver gestartet wurde, wenn in der ursprnglichen Installation ein
Lizenzserver verwendet wurde.

Stellen Sie den SSL-Zertifikatsordner von VirtualCenter und vpxd.cfg im Verzeichnis Profil_fr_alle_Benutzer\Anwendungsdaten\VMware\VMware VirtualCenter wieder her.

Stellen Sie sicher, dass der DSN des Systems auf die Datenbank verweist.

Upgrade von Datenspeicher- und Netzwerkberechtigungen


In frheren Versionen von vCenter Server wurden Zugriffsberechtigungen vom Datencenter an Datenspeicher
und Netzwerke vererbt. In vCenter Server 4.0 und hher verfgen Datenspeicher und Netzwerke ber eigene
Berechtigungen, die den Zugriff auf sie steuern. Je nach bentigtem Zugriffsumfang mssen Sie Berechtigungen daher mglicherweise manuell zuweisen.
In vCenter Server 5.x erhalten Benutzer am Anfang die Rolle Kein Zugriff zu allen neuen verwalteten Objekten, einschlielich Datenspeicher und Netzwerke. Daher knnen Benutzer sie standardmig weder anzeigen noch Vorgnge an ihnen ausfhren. Alle vorhandenen Objekte in vCenter Server behalten ihre Berechtigungen nach dem Upgrade bei. Der Upgrade-Prozess verwendet die Berechtigung Nur Lesen des Datencenters, um zu ermitteln, ob vorhandenen Datenspeichern und Netzwerken Berechtigungen zugewiesen werden sollen.
n

Die Berechtigung Nur Lesen wird nicht weitergegeben (nicht von untergeordneten Objekten geerbt).
VMware geht davon aus, dass Datenspeichern und Netzwerken keine Zugriffsberechtigungen zugewiesen werden sollen. Sie mssen Ihre Rollen aktualisieren, um die Berechtigungen fr Datenspeicher und
Netzwerke einzubeziehen. Diese Rechte sind erforderlich, damit Benutzer Vorgnge auf diesen Objekten
anwenden und anzeigen knnen.

Die Berechtigung Nur Lesen wird weitergegeben (von untergeordneten Objekten geerbt). VMware davon
aus, dass Datenspeichern und Netzwerken Zugriffsberechtigungen zugewiesen werden sollen, damit Benutzer sie anzeigen und grundlegende Vorgnge durchfhren knnen, die Zugriff bentigen. Die Standard-Mindestberechtigungen werden beim Upgrade-Prozess automatisch zugewiesen.
Nach dem Upgrade-Prozess mssen Sie ein Update Ihrer Berechtigungsrollen durchfhren, wenn Ihre
Rollen es erforderlich machen, dass Benutzer ber zustzliche Berechtigungen verfgen, z. B. ber die
Fhigkeit, einen Datenspeicher oder ein Netzwerk zu lschen.

Tabelle 4-14. Anforderungen an Datenspeicher- und Netzwerkberechtigungen


Objekt
Datenspeicher

120

Berechtigung vor dem Upgrade

Berechtigung nach dem Upgrade

Aktion zum Aktivieren des Zugriffs erforderlich

Berechtigung Nur Lesen,


die nicht weitergegeben
wird

Kein Zugriff

Weisen Sie Zugriffsberechtigungen fr Datenspeicher oder Datenspeicherordner zu.

Berechtigung Nur Lesen,


die weitergegeben wird

Speicher zuteilen

Keine.

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

Tabelle 4-14. Anforderungen an Datenspeicher- und Netzwerkberechtigungen (Fortsetzung)


Objekt
Netzwerk

Berechtigung vor dem Upgrade

Berechtigung nach dem Upgrade

Aktion zum Aktivieren des Zugriffs erforderlich

Berechtigung Nur Lesen,


die nicht weitergegeben
wird

Kein Zugriff

Weisen Sie Zugriffsberechtigungen fr


Netzwerke oder Netzwerkordner zu.

Berechtigung Nur Lesen,


die weitergegeben wird

Netzwerk zuweisen

Keine.

HINWEIS Die Berechtigung Nur Lesen fr ein Datencenter, die weitergegeben wird, sowie alle von Ihnen
festgelegten Berechtigungen arbeiten nach dem Upgrade der Netzwerkberechtigungen weiterhin erwartungsgem.

Berechtigungen fr Datenspeicher
In VMware vSphere 5.x verfgen Datenspeicher ber eigene Berechtigungen fr die Zugriffssteuerung. Deshalb mssen Sie mglicherweise Ihre Berechtigungen neu konfigurieren, um dem neuen Datenspeicher Zugriffsrechte zuzuteilen. Dies ist erforderlich, wenn Sie fr Benutzer die Berechtigung Nur Lesen, die nicht
weitergegeben wird, auf dem Datencenter festgelegt haben.
Tabelle 4-15. Berechtigungen fr Datenspeicher

Rechtename

Benutzern zugeteilte Aktionen

Auswirkungen

Kombination mit Objekt

Speicher zuteilen

Teilt Speicherplatz auf einem Datenspeicher fr eine virtuelle Maschine, einen


Snapshot oder einen Klon zu.

Hosts, vCenter Server

Datenspeicher

Datenspeicher,
virtuelle Festplatten

Datenspeicher
durchsuchen

Durchsuchen Sie die Dateien auf einem Datenspeicher, einschlielich CD-ROM oder
Diskettenmedien und Dateien fr serielle
oder parallele Schnittstellen. Auerdem ermglicht die Berechtigung Benutzern das
Hinzufgen von vorhandenen Festplatten
zu einem Datenspeicher.

Hosts, vCenter Server

Datenspeicher

Datenspeicher,
Datenspeicherordner, Hosts
oder virtuelle
Maschinen

Datenspeicher lschen

Entfernen Sie einen Datenspeicher.

Hosts, vCenter Server

Datenspeicher

Datenspeicher,
Datenspeicherordner

Datenspeicherdatei lschen

Lscht eine Datei im Datenspeicher.

Hosts, vCenter Server

Datenspeicher

Datenspeicher

Dateiverwaltung

Fhrt Dateivorgnge im Datenspeicherbrowser aus.

Hosts, vCenter Server

Datenspeicher

Datenspeicher

Datenspeicher
verschieben

Verschieben Sie einen Datenspeicher zwischen Ordnern in der Bestandsliste.


HINWEIS Die Rechte mssen sowohl auf
dem Quell- als auch auf dem Zielobjekt
vorhanden sein.

vCenter Server

Datenspeicher, Quellund Zielobjekt

Datenspeicher,
Datenspeicherordner

Datenspeicher
umbenennen

Benennen Sie einen Datenspeicher um.

Hosts, vCenter Server

Datenspeicher

Datenspeicher

VMware, Inc.

Gltig fr Objekt

121

vSphere-Upgrade-Handbuch

Update von Datenspeicherberechtigungen


Sie mssen die Datenspeicherberechtigungen Nur Lesen, die nicht weitergegeben werden, in Datenspeicherberechtigungen ndern, die weitergegeben werden, damit Benutzer auf die Datenspeicher zugreifen knnen.
Sie knnen Datenspeicherberechtigungen fr Datenspeicher oder fr Ordner zuweisen, die Datenspeicher
enthalten.
Voraussetzungen
Ermitteln Sie vor der Durchfhrung des Upgrade-Verfahrens, welche Benutzer Zugriff auf die einzelnen Datenspeicher bentigen und welche Berechtigungen jeder Benutzer bentigt. Definieren Sie bei Bedarf neue
Datenspeicherrollen oder ndern Sie die Beispielrolle [Datenspeicherkonsument] . Diese Beispielrolle weist
dem Datenspeicher die Berechtigung [Speicher zuteilen] zu, die Benutzern das Ausfhren grundlegender
Betriebsvorgnge virtueller Maschinen ermglicht, wie z. B. das Erstellen von Klonen und Snapshots. Ordnen
Sie auerdem Ihre Datenspeicher den Benutzerzugriffsanforderungen entsprechend in Ordnern an.
HINWEIS Die Berechtigung [Nur Lesen] fr ein Datencenter, die weitergegeben wird, und alle von Ihnen
festgelegten Berechtigungen sind nach dem Upgrade der Datenspeicherberechtigungen weiterhin wirksam.
Vorgehensweise
1

Melden Sie sich beim vSphere-Client als Administrator an.

Klicken Sie auf der Startseite auf [Datenspeicher] , um die Datenspeicher in der Bestandsliste anzuzeigen.

Whlen Sie den Datenspeicher oder Datenspeicherordner aus und klicken Sie auf die Registerkarte [Berechtigungen] .

Klicken Sie mit der rechten Maustaste auf die Registerkarte [Berechtigungen] und whlen Sie im PopupKontextmen [Berechtigung hinzufgen] aus.

Weisen Sie im Fenster [Zugewiesene Rolle] eine Rolle zu.


n

Wenn Sie bestimmte Datenspeicherrechte zuweisen mchten, die von Ihrem Unternehmen in einer
Rolle definiert wurden, whlen Sie die benutzerdefinierte Rolle.

Wenn Sie Nur Lesen-Datencenterberechtigungen, die nicht weitergegeben werden, in Datencenterberechtigungen migrieren mchten, die weitergegeben werden, whlen Sie [Datenspeicherkonsument (Beispiel)] . Diese Rolle weist Benutzern das Recht [Speicher zuteilen] zu, das erforderlich
ist, damit Benutzer Speicherplatz auf den Datenspeichern verbrauchen knnen, fr die diese Rolle
gewhrt wird. Zum Durchfhren von speicherplatzintensiven Vorgngen, wie z. B. dem Erstellen
einer virtuellen Festplatte oder eines Snapshots, muss der Benutzer fr diese Vorgnge auerdem die
entsprechenden Berechtigungen fr die virtuelle Maschine besitzen.

Wenn Sie [Nur Lesen] -Datenspeicherberechtigungen zuweisen mchten, whlen Sie [Nur Lesen] .
Diese Rolle ermglicht Benutzern das Durchsuchen des Datenspeichers, ohne dass sie andere Datenspeicherrechte erhalten. Whlen Sie [Nur Lesen] beispielsweise fr Benutzer, die CD-/DVDROM-ISO-Images an einen Datenspeicher anhngen mssen.

Whlen Sie [An untergeordnete Objekte weitergeben] .

Klicken Sie im Fenster Benutzer und Gruppen auf [Hinzufgen] .

Whlen Sie die Benutzer und Gruppen, fr die Sie die Rolle hinzufgen mchten.
Um mehrere Namen auszuwhlen, halten Sie die STRG-Taste gedrckt und klicken Sie auf jeden zustzlichen Namen.

Klicken Sie auf [OK] .


Alle Benutzer werden fr diese Rolle zu der Liste [Benutzer und Gruppen] hinzugefgt.

122

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

10

Klicken Sie auf [OK] .

Der Datenspeicher wird mit den neuen Berechtigungen gespeichert.


HINWEIS Sie mssen fr neue Datenspeicher, die Sie erstellen, Berechtigungen vergeben. Standardmig werden neue Datenspeicher im Datencenterordner in der Bestandsliste erstellt. Sie knnen sie nach Bedarf in einen
Datenspeicherordner verschieben.

Netzwerkberechtigungen
In VMware vSphere 4.0 und hher verfgen Netzwerke ber eigene Berechtigungen zur Zugriffssteuerung.
Deshalb mssen Sie mglicherweise Ihre Berechtigungen neu konfigurieren, um dem neuen Netzwerk Berechtigungen zuzuteilen. Dies ist erforderlich, wenn Sie die Berechtigung Nur Lesen, die nicht weitergegeben
wird, auf dem Datencenter festgelegt haben.
Tabelle 4-16 listet die standardmigen Netzwerkrechte auf, die mit einem Benutzer kombiniert und einem
Netzwerk zugewiesen werden knnen, wenn sie fr eine Rolle ausgewhlt werden.
Tabelle 4-16. Netzwerkberechtigungen
Kombination mit Objekt

Gltig fr Objekt

Rechtename

Benutzern zugeteilte Aktionen

Auswirkungen

Netzwerk zuweisen

Weist einer virtuellen Maschine ein


Netzwerk zu.

vCenter Server

Virtuelle
Maschine

Netzwerk, virtuelle Maschine

Netzwerk konfigurieren

Netzwerk konfigurieren

Hosts, vCenter Server

Netzwerk,
Netzwerkordner

Netzwerke, virtuelle Maschinen

Netzwerk lschen

Entfernen Sie ein Netzwerk.

Hosts, vCenter Server

Datencenter

Datencenter

Netzwerk verschieben

Verschieben Sie ein Netzwerk zwischen Ordnern in der Bestandsliste.


HINWEIS Die Rechte mssen sowohl
auf dem Quell- als auch auf dem Zielobjekt vorhanden sein.

Hosts, vCenter Server

Netzwerk,
Quelle und
Ziel

Netzwerke

Update von Netzwerkberechtigungen


Sie mssen die Netzwerkberechtigungen Nur Lesen, die nicht weitergegeben werden, in Netzwerkberechtigungen ndern, die weitergegeben werden, damit Benutzer auf die Netzwerke zugreifen knnen. Sie knnen
Netzwerkberechtigungen fr Netzwerke oder fr Ordner zuweisen, die Netzwerke enthalten.
Legen Sie vor der Durchfhrung des Update-Verfahrens die Netzwerkanordnung fr virtuelle Maschinen,
Hosts und Benutzer fest. Definieren Sie bei Bedarf neue Netzwerkrollen oder ndern Sie die Beispielrolle
[Netzwerkkonsument] . Diese Beispielrolle weist das Recht Netzwerk zuweisen zu. Gruppieren Sie auerdem
Ihre Netzwerke den organisatorischen Anforderungen entsprechend in Ordnern.
HINWEIS Die Berechtigung [Nur Lesen] fr ein Datencenter, die weitergegeben wird, und alle von Ihnen
festgelegten Berechtigungen sind nach dem Upgrade der Netzwerkberechtigungen weiterhin wirksam.
Vorgehensweise
1

Melden Sie sich beim vSphere-Client als Administrator an.

Klicken Sie auf der Startseite auf [Netzwerk] , um die Netzwerke in der Bestandsliste anzuzeigen.

Whlen Sie das Netzwerk oder den Netzwerkordner aus und klicken Sie auf die Registerkarte [Berechtigungen] .

Klicken Sie mit der rechten Maustaste auf die Registerkarte [Berechtigungen] und whlen Sie im Kontextmen [Berechtigung hinzufgen] .

VMware, Inc.

123

vSphere-Upgrade-Handbuch

Fhren Sie im Fenster [Zugewiesene Rolle] eine der folgenden Aktionen aus:
n

Wenn Sie bestimmte Netzwerkrechte zuweisen mchten, die von Ihrem Unternehmen in einer Rolle
definiert wurden, whlen Sie die benutzerdefinierte Rolle aus.
HINWEIS Die Nur Lesen-Berechtigung fr ein Datencenter, die weitergegeben wird, und alle von
Ihnen festgelegten Berechtigungen sind nach dem Upgrade weiterhin wirksam.

Wenn Sie Nur Lesen-Datencenterberechtigungen, die nicht weitergegeben werden, in Netzwerkberechtigungen migrieren mchten, die weitergegeben werden, whlen Sie [Datenspeicherkonsument (Beispiel)] . Diese Rolle weist Benutzern das Recht [Netzwerk zuweisen] zu, das erforderlich
ist, damit Benutzer dem Netzwerk, fr das die Rolle gewhrt wird, die vNIC einer virtuellen Maschine
oder eines Hosts zuweisen knnen. Dies erfordert, dass die entsprechenden Berechtigungen fr die
Zuweisung ebenfalls fr die virtuelle Maschinen oder Hosts gewhrt werden.

Whlen Sie [An untergeordnete Objekte weitergeben] .

Klicken Sie im Fenster [Benutzer und Gruppen] auf [Hinzufgen] .

Whlen Sie die Benutzer und Gruppen, fr die Sie die Rolle hinzufgen mchten.
Um mehrere Namen auszuwhlen, halten Sie die STRG-Taste gedrckt und klicken Sie auf jeden zustzlichen Namen.

Klicken Sie auf [OK] .


Alle Benutzer werden fr diese Rolle zu der Liste [Benutzer und Gruppen] hinzugefgt.

10

Klicken Sie auf [OK] .

Neue Netzwerke, die Sie erstellen, werden standardmig unter dem Datencenter hinzugefgt.
HINWEIS Sie mssen fr neue Netzwerke, die Sie erstellen, Berechtigungen vergeben. Standardmig werden
neue Netzwerke im Datencenterordner in der Bestandsliste erstellt. Sie knnen sie nach Bedarf in einen Netzwerkordner verschieben.

Konfigurieren der Einstellungen fr VMware Tomcat Server in vCenter Server 5.1


Ab vCenter Server 5.1 knnen VMware Tomcat Server-Einstellungen nicht mehr ber die Windows-Benutzeroberflche konfiguriert werden. vCenter Server 5.1 verwendet VMware vFabric tc Server, eine Unternehmensversion von Apache Tomcat 7. Tomcat Version 7 stellt keine Systemsteuerung in der Windows-Benutzeroberflche bereit. Stattdessen konfigurieren Sie Tomcat, indem Sie die Konfigurationsdateien manuell bearbeiten.
Sie knnen die maximale JVM-Heap-Gre fr vCenter Server, vCenter Single Sign On, vCenter Inventory
Service und den profilgesteuerten Speicherdienst anpassen. Empfehlungen fr die JVM-Heap-Gre finden
Sie unter Hardwareanforderungen fr vCenter Server, vCenter Single Sign On, den vSphere-Client und
vSphere Web Client, auf Seite 20.
Einstellungen fr Java-Optionen werden in den folgenden Dateien gespeichert.
n

vCenter Server: Installationsverzeichnis\VMware\Infrastructure\tomcat\conf\wrapper.conf

vCenter Single Sign On: Installationsverzeichnis\VMware\Infrastructure\SSOServer\conf\wrapper.conf

vCenter Inventory Service: Installationsverzeichnis\VMware\Infrastructure\Inventory Service\conf\wrapper.conf

Profilgesteuerter Speicherdienst: Installationsverzeichnis\VMware\Infrastructure\Profile-Driven


Storage\conf\wrapper.conf

124

VMware, Inc.

Kapitel 4 Upgrade auf vCenter Server 5.1

Tabelle 4-17. Die Einstellung fr die maximale Java-Heap-Gre der JVM fr vCenter Server und vCenter
Single Sign On in den wrapper.conf -Dateien
Java-Option

Einstellung und Standardwert

-Xmxsize
Die maximale JVM-Heap-Gre in Megabyte. Diese Einstellung steuert die maximale Gre fr den Java-Heap. Durch
die Optimierung dieses Parameters kann der Overhead fr
die Speicherbereinigung gesenkt werden, wodurch Antwortzeit und Durchsatz des Servers verbessert werden. Fr
einige Anwendungen ist die Standardeinstellung fr diese
Option zu niedrig, was zu einer hheren Anzahl an kleineren
Speicherbereinigungen fhrt.

wrapper.java.additional.9="-Xmx1024M"

Tabelle 4-18. Die Einstellung fr die maximale Java-Heap-Gre der JVM fr Inventory Service und den
profilgesteuerten Speicherdienst in den wrapper.conf -Dateien
Java-Option

Einstellung und Standardwert

maxmemorysize
Die maximale JVM-Heap-Gre in Megabyte. Diese Einstellung steuert die maximale Gre fr den Java-Heap. Durch
die Optimierung dieses Parameters kann der Overhead fr
die Speicherbereinigung gesenkt werden, wodurch Antwortzeit und Durchsatz des Servers verbessert werden. Fr
einige Anwendungen ist die Standardeinstellung fr diese
Option zu niedrig, was zu einer hheren Anzahl an kleineren
Speicherbereinigungen fhrt.

Inventory Service: wrapper.java.maxmemory=2048


Profilgesteuerter Speicherdienst: wrapper.java.maxmemory=1024

Die Sicherheits- und Porteinstellungen fr vCenter Server und Single Sign On werden in den folgenden Dateien
gespeichert.
n

vCenter Server: Installationsverzeichnis\VMware\Infrastructure\tomcat\conf\server.xml und Installationsverzeichnis\VMware\Infrastructure\tomcat\conf\catalina.properties

vCenter Single Sign On: Installationsverzeichnis\VMware\Infrastructure\SSOServer\conf\server.xml und Installationsverzeichnis\VMware\Infrastructure\SSOServer\conf\catalina.properties

Tabelle 4-19. Port- und Sicherheitseinstellungen fr vCenter Server in den Dateien server.xml und
catalina.properties
Port- bzw. Sicherheitseinstellung fr vCenter Server

Einstellung und Standardwert

Basisport zum Herunterfahren

base.shutdown.port=8003

Basis-JMX-Port. Der durch die Klasse com.springsource.tcserver.serviceability.rmi.JmxSocketListener implementierte Listener ist fr tc Server spezifisch. Dieser Listener ermglicht die JMX-Management von tc Server und ist die
JMX-Konfiguration, die von der AMS-Verwaltungskonsole
zum Verwalten von tc Server-Instanzen verwendet wird.
Das Port-Attribut gibt den Port des JMX-Servers fr die Verbindung mit Verwaltungsprodukten wie AMS an. Die Variable ${jmx.port} ist in der Standarddatei catalina.properties auf 6969 eingestellt. Das Bindungsattribut gibt den
Host des JMX-Servers an. Standardmig ist dieses Attribut
auf localhost (127.0.0.1) eingestellt.
Mit der Standardeinstellung -1 wird der Port deaktiviert.

base.jmx.port=-1

Web services HTTPS

bio-vmssl.http.port=8080

Web Services HTTPS

bio-vmssl.https.port=8443

SSL-Zertifikat

bio-vmssl.keyFile.name=C:\ProgramData\VMware\VMware VirtualCenter\SSL\rui.pfx

VMware, Inc.

125

vSphere-Upgrade-Handbuch

Tabelle 4-19. Port- und Sicherheitseinstellungen fr vCenter Server in den Dateien server.xml und

catalina.properties (Fortsetzung)

Port- bzw. Sicherheitseinstellung fr vCenter Server

Einstellung und Standardwert

Kennwort fr SSL-Zertifikat

bio-vmssl.SSL.password=testpassword

AJP-Port

bio-vmssl.ajp.port=8009

Tabelle 4-20. Port- und Sicherheitseinstellungen fr vCenter Single Sign On in den Dateien server.xml und
catalina.properties
Port- bzw. Sicherheitseinstellungen fr vCenter Single
Sign On

Einstellung und Standardwert

Basisport zum Herunterfahren

base.shutdown.port=7005

Basis-JMX-Port. Der durch die Klasse com.springsource.tcserver.serviceability.rmi.JmxSocketListener implementierte Listener ist fr tc Server spezifisch. Dieser Listener ermglicht die JMX-Management von tc Server und ist die
JMX-Konfiguration, die von der AMS-Verwaltungskonsole
zum Verwalten von tc Server-Instanzen verwendet wird.
Das Port-Attribut gibt den Port des JMX-Servers fr die Verbindung mit Verwaltungsprodukten wie AMS an. Die Variable ${jmx.port} ist in der Standarddatei catalina.properties auf 6969 eingestellt. Das Bindungsattribut gibt den
Host des JMX-Servers an. Standardmig ist dieses Attribut
auf localhost (127.0.0.1) eingestellt.
Mit der Standardeinstellung -1 wird der Port deaktiviert.

base.jmx.port=-1

HTTP-Port

ajp-vm.http.port=7080

HTTPS-Port

ajp-vm.https.port=7444

AJP-Port

ajp-vm.ajp.port=7009

Siehe Getting Started with vFabric tc Server und vFabric tc Server Administration unter https://www.vmware.com/support/pubs/vfabric-tcserver.html.
Sie knnen die Windows-Dienste fr vCenter Server und vCenter Single Sign On ber Systemsteuerung >
Verwaltung > Dienste verwalten. Der Windows-Dienst fr vCenter Server ist als VMware VirtualCenter
Management Webservices aufgefhrt.

126

VMware, Inc.

Upgrade von Update Manager

Sie knnen ein Upgrade von Update Manager 1.0 Update 6, Update Manager 4.x und Update Manager 5.0 auf
Update Manager 5.1 durchfhren.
Sie knnen Update Manager 5.1 nur auf einem 64-Bit-Betriebssystem installieren.
Wenn Sie eine frhere Version von Update Manager auf einer 32-Bit-Plattform ausfhren, knnen Sie kein InPlace-Upgrade auf Update Manager 5.1 durchfhren. Sie mssen das Datenmigrations-Tool verwenden, das
mit dem Update Manager 5.0-Installationsmedium mitgeliefert wird, um Ihr Update Manager-System von
einem 32-Bit-Betriebssystem auf Update Manager 5.0 auf einem 64-Bit-Betriebssystem zu migrieren, und dann
ein In-Place-Upgrade von Version 5.0 auf Version 5.1 durchfhren. Detaillierte Informationen zur Verwendung
des Datenmigrations-Tools finden Sie in der Dokumentation Installieren und Verwalten von VMware vSphere
Update Manager fr Update Manager 5.0.
Wenn Sie den Update Manager aktualisieren, knnen Sie den Installationspfad und den Speicherort fr PatchDownloads nicht ndern. Um diese Parameter zu ndern, mssen Sie eine neue Version von Update Manager
installieren anstatt ihn zu aktualisieren.
Vorherige Versionen von Update Manager verwenden einen 512-Bit-Schlssel und ein selbst signiertes Zertifikat, die whrend des Upgrades jedoch nicht ersetzt werden. Wenn Sie einen sichereren 2048-Bit-Schlssel
bentigen, knnen Sie entweder eine Neuinstallation von Update Manager 5.1 durchfhren oder Sie knnen
das Update Manager-Dienstprogramm zum Ersetzen des vorhandenen Zertifikats verwenden.
Geplante Aufgaben zum Prfen auf Patches und fr Standardisierungen von virtuellen Maschinen werden
whrend des Upgrades nicht entfernt. Nach dem Upgrade knnen Sie geplante Prfaufgaben, die aus vorherigen Versionen vorhanden sind, bearbeiten und entfernen. Sie knnen vorhandene geplante Standardisierungsaufgaben entfernen, jedoch nicht bearbeiten.
VM-Patch-Baselines werden whrend des Upgrades entfernt. Vorhandene geplante Aufgaben, die diese enthalten, werden normal ausgefhrt und ignorieren nur die Prf- und Standardisierungsvorgnge, die VMPatch-Baselines verwenden.
Aktualisieren Sie die Update Manager-Datenbank whrend des Update Manager-Upgrades. Sie knnen auswhlen, ob Sie die vorhandenen Daten in der Datenbank beibehalten oder whrend des Upgrades ersetzen
mchten.
Dieses Kapitel behandelt die folgenden Themen:
n

Upgrade von Update Manager-Server, auf Seite 128

Aktualisieren des Update Manager-Client-Plug-Ins, auf Seite 129

VMware, Inc.

127

vSphere-Upgrade-Handbuch

Upgrade von Update Manager-Server


Zum Upgrade einer Instanz von Update Manager, die auf einer 64-Bit-Maschine installiert ist, mssen Sie
zuerst ein Upgrade von vCenter Server auf eine kompatible Version durchfhren.
Update Manager Version 5.1 ermglicht Upgrades von Update Manager 1.0 Update 6, Update Manager 4.x
und Update Manager 5.0.
Voraussetzungen
n

Stellen Sie sicher, dass der Datenbankbenutzer ber die erforderlichen Berechtigungen verfgt. Siehe
Kapitel Vorbereiten der Update Manager-Datenbank in Installieren und Verwalten von VMware vSphere Update
Manager.

Halten Sie den Update Manager-Dienst an und sichern Sie die Update Manager-Datenbank. Das Installationsprogramm aktualisiert das Datenbankschema, wodurch die Datenbank unwiderruflich inkompatibel zu vorherigen Update Manager-Versionen wird.

Vorgehensweise
1

Aktualisieren Sie vCenter Server auf eine kompatible Version.


HINWEIS Der vCenter Server-Installationsassistent gibt eine Warnmeldung aus, dass Update Manager
nicht kompatibel ist, wenn vCenter Server aktualisiert wird.
Wenn Sie dazu aufgefordert werden, mssen Sie die Maschine, auf der vCenter Server ausgefhrt wird,
neu starten. Anderenfalls ist es mglich, dass Sie kein Upgrade von Update Manager durchfhren knnen.

Doppelklicken Sie im Softwareinstallationsverzeichnis auf die Datei autorun.exe unter C:\Installationsverzeichnis und whlen Sie [vSphere Update Manager] .

Wenn Sie die Datei autorun.exe nicht starten knnen, navigieren Sie zum Ordner UpdateManager und
fhren Sie VMware-UpdateManager.exe aus.
3

Whlen Sie eine Sprache aus, und klicken Sie auf [OK] .

Klicken Sie in der Aktualisierungswarnmeldung auf [OK] .

berprfen Sie die Begrungsseite und klicken Sie auf [Weiter] .

Lesen Sie die Patentvereinbarung und klicken Sie auf [Weiter] .

Stimmen Sie den Bedingungen der Lizenzvereinbarung zu und klicken Sie auf [Weiter] .

berprfen Sie die Support-Informationen, whlen Sie, ob Sie alte Upgrade-Dateien lschen mchten, ob
Sie Updates sofort nach der Installation von den Standard-Download-Quellen herunterladen mchten,
und klicken Sie auf [Weiter] .
Wenn Sie die Option [Alte Host-Upgrade-Dateien aus dem Repository lschen] deaktivieren, werden
Dateien aufbewahrt, die Sie nicht mit Update Manager 5.1 verwenden knnen.
Wenn Sie die Option [Updates von Standardquellen sofort nach der Installation herunterladen] deaktivieren, ldt Update Manager Updates einmal tglich entsprechend dem Standard-Download-Zeitplan
oder sofort herunter, wenn Sie auf der Seite Download-Einstellungen auf [Jetzt herunterladen] klicken.
Sie knnen den Standard-Download-Zeitplan ndern, nachdem die Installation abgeschlossen ist.

Geben Sie die vCenter Server-Systemanmeldedaten ein und klicken Sie auf [Weiter] .
Damit die Update Manager-Registrierung weiterhin mit dem ursprnglichen vCenter Server-System gltig bleibt, behalten Sie die IP-Adresse des vCenter Server-Systems bei und geben Sie die Anmeldedaten
der Originalinstallation ein.

128

VMware, Inc.

Kapitel 5 Upgrade von Update Manager

10

Geben Sie das Datenbankkennwort fr die Update Manager-Datenbank ein und klicken Sie auf [Weiter] .
Das Datenbankkennwort ist nur erforderlich, wenn DSN keine Windows NT-Authentifizierung verwendet.

11

Whlen Sie auf der Seite fr das Datenbank-Upgrade [Ja, ich mchte meine Update Manager-Datenbank
aktualisieren] und [Ich habe eine Sicherungskopie der vorhandenen Update Manager-Datenbank
erstellt] und klicken Sie auf [Weiter] .

12

(Optional) Whlen Sie auf der Seite mit der Warnung ber die erneute Initialisierung der Datenbank aus,
dass die vorhandene Datenbank beibehalten werden soll, wenn sie bereits auf das neueste Schema aktualisiert wurde.
Wenn Sie Ihre vorhandene Datenbank mit einer leeren ersetzen, gehen alle vorhandenen Daten verloren.

13

Geben Sie die Porteinstellungen fr den Update Manager an, whlen Sie aus, ob Sie die Proxyeinstellungen
konfigurieren mchten, und klicken Sie auf [Weiter] .
Konfigurieren Sie die Proxy-Einstellungen, wenn der Computer, auf dem Update Manager installiert ist,
auf das Internet zugreifen kann.

14

(Optional) Geben Sie die Informationen zum Proxyserver und Port ein, geben Sie an, ob der Proxy authentifiziert werden soll, und klicken Sie auf [Weiter] .

15

Klicken Sie auf [Installieren] , um mit dem Upgrade zu beginnen.

16

Klicken Sie auf [Beenden] .

Sie haben den Update Manager-Server aktualisiert.


Weiter
Fhren Sie ein Upgrade auf das Update Manager-Client-Plug-In durch.

Aktualisieren des Update Manager-Client-Plug-Ins


Der Update Manager-Server und das Update Manager-Client-Plug-In mssen dieselbe Version aufweisen.
Voraussetzungen
Aktualisieren des Update Manager-Servers.
Vorgehensweise
1

Verbinden Sie den vSphere Client mit einem vCenter Server-System, bei dem Update Manager registriert
ist.

Whlen Sie [Plug-ins] > [Plug-ins verwalten] .

Klicken Sie fr die VMware vSphere Update Manager-Erweiterung im Fenster Plug-In-Manager auf
[Herunterladen und installieren] .

Schlieen Sie die Update Manager-Client-Installation ab und klicken Sie auf [Beenden] .
Als Status fr die Update Manager-Erweiterung wird Aktiviert angezeigt.

Klicken Sie auf [Schlieen] , um das Fenster Plug-In-Manager zu schlieen.

Das Symbol fr das Update Manager-Client-Plug-In wird im vSphere-Client auf der Homepage des vSphereClients angezeigt.

VMware, Inc.

129

vSphere-Upgrade-Handbuch

130

VMware, Inc.

Upgrade und Migration Ihrer Hosts

Wenn Sie Update Manager nach dem Upgrade von vCenter Server und vSphere Update Manager verwenden,
fhren Sie ein Upgrade oder eine Migration der VMware ESX 4.x- und ESXi 4.x-Hosts auf ESXi 5.x oder ein
Update der ESXi 5.0.x-Hosts auf ESXi 5.x durch.
Diese Themen richten sich an Administratoren, die ein Upgrade von ESX, ESXi und virtuellen Maschinen von
ESX 4.x/ESXi 4.x auf ESX 5.0.x, oder ein Update von ESXi 5.0 auf ESXi 5.x durchfhren.
Dieses Kapitel behandelt die folgenden Themen:
n

Vorbereiten von Host-Upgrades, auf Seite 131

Durchfhren des Upgrades oder der Migration, auf Seite 156

Nach dem Upgrade oder der Migration von Hosts, auf Seite 209

Vorbereiten von Host-Upgrades


Damit das Upgrade Ihres Hosts erfolgreich verluft, machen Sie sich mit den einhergehenden nderungen
vertraut und bereiten Sie sich auf diese vor.

Best Practices fr ESXi-Upgrades und -Migrationen


Wenn Sie Hosts migrieren oder ein Upgrade durchfhren, sollten Sie die empfohlene Vorgehensweise verstehen und befolgen, um Upgrades bzw. Migrationen erfolgreich durchzufhren.
Befolgen Sie fr ein erfolgreiches Upgrade bzw. eine erfolgreiche Migration diese empfohlene Vorgehensweise:
1

VMware, Inc.

Informieren Sie sich zunchst ausreichend ber den ESXi-Upgrade-Prozess, die Auswirkungen dieses
Prozesses auf Ihre bestehende Bereitstellung und ber die erforderliche Vorbereitung fr das Upgrade.
n

Wenn Ihr vSphere-System VMware-Lsungen oder Plug-Ins enthlt, stellen Sie sicher, dass sie mit
der Version von vCenter Server, auf die Sie ein Upgrade durchfhren, kompatibel sind. Siehe die
VMware-Produkt-Interoperabilittsmatrix unter
http://www.vmware.com/resources/compatibility/sim/interop_matrix.php.

Lesen Sie Vorbereiten von Host-Upgrades, auf Seite 131, um sich mit den Unterschieden bei der
Konfiguration und der Partitionierung zwischen ESX/ESXi 4.x und ESXi 5.x, den untersttzten Upgrade- und Migrationsszenarien und den Optionen und Werkzeugen, die zum Durchfhren eines
Upgrades oder einer Migration zur Verfgung stehen, vertraut zu machen.

Informationen ber bekannte Probleme bei der Installation finden Sie in den Versionshinweisen fr
VMware vSphere 5.1.

131

vSphere-Upgrade-Handbuch

Wenn sich Ihre vSphere-Installation in einer VMware View-Umgebung befindet, finden Sie weitere
Informationen unter Separates Upgrade fr vSphere-Komponenten in einer VMware View-Umgebung, auf Seite 243.

Bereiten Sie Ihr System auf das Upgrade vor.


n

Vergewissern Sie sich, dass Ihre aktuelle ESX- oder ESXi-Version hinsichtlich der Durchfhrung einer
Migration oder eines Upgrades untersttzt wird. Weitere Informationen hierzu finden Sie unter
Untersttzte Upgrades auf ESXi 5.1, auf Seite 141.

Stellen Sie sicher, dass Ihr Systemhardware die ESXI 5.1-Anforderungen erfllt. Weitere Informationen hierzu finden Sie unter Kapitel 3, Systemanforderungen, auf Seite 15 und im VMware-Kompatibilittshandbuch unter http://www.vmware.com/resources/compatibility/search.php. berprfen Sie die Systemkompatibilitt, die E/A-Kompatibilitt (Netzwerk- und HBA-Karten), die Speicherkompatibilitt und die Kompatibilitt der Backup-Software.

Stellen Sie sicher, dass auf dem Host ausreichend Speicherplatz fr das Upgrade bzw. die Migration
vorhanden ist. Eine Migration von ESX 4.x auf ESXi 5.x beansprucht 50 MB freien Speicherplatz auf
Ihrem VMFS-Datenspeicher.

Wenn ein SAN mit dem Host verbunden ist, trennen Sie die Fibre, bevor Sie mit dem Upgrade bzw.
der Migration fortfahren. Deaktivieren Sie keine HBA-Karten im BIOS.
HINWEIS Dieser Schritt gilt nicht fr ESX-Hosts, die vom SAN gestartet werden und die Servicekonsole auf SAN-LUNs haben. Sie knnen LUNs trennen, die den VMFS-Datenspeicher, aber nicht die
Servicekonsole enthalten.

Sichern Sie Ihren Host, bevor Sie ein Upgrade oder eine Migration durchfhren, sodass Sie Ihren Host
wiederherstellen knnen, falls das Upgrade fehlschlgt.
WICHTIG Nachdem Sie Ihren Host auf ESXi 5.x aktualisiert oder migriert haben, knnen Sie kein Rollback
auf Ihre ESX- oder ESXi-Software der Version 4.x durchfhren.

132

Je nach der von Ihnen ausgewhlten Methode des Upgrades bzw. der Migration, mssen Sie mglicherweise alle virtuelle Maschinen auf dem Host migrieren oder ausschalten. Lesen Sie die Anleitung fr die
Upgrade- bzw. Migrationsmethode.

Testen Sie das System nach dem Upgrade bzw. der Migration, um sicherzustellen, dass das Upgrade bzw.
die Migration erfolgreich abgeschlossen wurde.

Wenden Sie Ihre Hostlizenz neu an. Weitere Informationen hierzu finden Sie unter Erneutes Anwenden
von Lizenzen nach einem Upgrade auf ESXi 5.1, auf Seite 210.

Ziehen Sie es in Erwgung, einen Syslog-Server fr die Remoteprotokollierung einzurichten, um ausreichend Speicherplatz fr Protokolldateien zu gewhrleisten. Die Einrichtung der Protokollierung auf einem Remotehost ist besonders wichtig fr Hosts, die ber begrenzten lokalen Speicher verfgen. Optional
knnen Sie den vSphere Syslog Collector installieren, um Protokolle von allen Hosts zu erfassen. Weitere
Informationen hierzu finden Sie unter Bereitstellen von ausreichendem Speicherplatz fr die Systemprotokollierung, auf Seite 25. Weitere Informationen zur Einrichtung und Konfiguriation von Syslog und
dem Syslog-Server, zur Einrichtung von Syslog von der Hostprofil-Schnittstelle aus und zur Installation
von vSphere Syslog Collector finden Sie im HandbuchInstallations- und Einrichtungshandbuch fr vSphere.

Falls das Upgrade bzw. die Migration fehlgeschlagen ist und Sie den Host gesichert haben, knnen Sie
den Host wiederherstellen.

VMware, Inc.

Kapitel 6 Upgrade und Migration Ihrer Hosts

Von der Migration oder dem Upgrade von ESX 4.x oder ESXi 4.x auf ESXi 5.x
betroffene Dateien und Konfigurationseinstellungen
Bei der Migration oder dem Upgrade von ESX 4.x oder ESXi 4.x auf ESXi 5.x werden nicht alle Hostkonfigurationsdateien und -einstellungen migriert.
Nach dem Upgrade mssen Sie einige Hosteinstellungen neu konfigurieren.

Migrieren von ESX 4.x-Dateien und -Einstellungen zu ESXi 5.x


Beim Upgrade-Prozess werden mglichst viele Einstellungen der ESX-Hostkonfiguration beibehalten. Aufgrund der Unterschiede zwischen ESX 4.x- und der ESXi 5.x-Architektur knnen viele Konfigurationsdateien
bei Auswahl der Option [Migrieren] im ESXi-Installations- oder -Upgrade-Assistenten nicht migriert werden.
Zu VMware gehrende Dateien wie /etc/vmware/esx.conf werden migriert, wohingegen viele vorhandene
Einstellungen wie Agenten und Skripts von Drittanbietern nicht migriert werden knnen.
HINWEIS Wenn ein 4.x-Host ber Anpassungen verfgt, wie z. B. VIBs oder Treiber von Drittanbietern, gehen
diese Anpassungen verloren und das System wird mglicherweise instabil, wenn Sie das Upgrade mit der
Standard-Installations-ISO von VMware durchfhren. Verwenden Sie ESXi Image Builder CLI zum Erstellen
einer angepassten ESXi-Installations-ISO-Datei, die die VIBs bzw. Treiber enthlt. Weitere Informationen zu
Image Builder finden Sie im Installations- und Einrichtungshandbuch fr vSphere.
Tabelle 6-1. Whrend der Migration oder Aktualisierung auf ESXi migrierte Dateien
Migrierte Datei

Anmerkungen

/etc/sfcb/sfcb.cfg

Migriert.

/var/lib/sfcb/registration/repository/root/interop/*

Migriert.

/etc/logrotate.conf

Nicht migriert. ESXi Logrotation ist mit frheren Versionen


nicht kompatibel.

/etc/localtime

Nicht migriert. Zeitzonen werden in ESXi nicht untersttzt.

/etc/ntp.conf

Migriert.

/etc/ntp.drift

Migriert.

/etc/ntp.keys

Migriert.

/etc/syslog.conf

Migriert fr ESXi, nicht migriert fr ESX.

/etc/security/access.conf

Migriert. Fr PAM-Konfigurationen erforderlich.

/etc/security/login.map
/etc/sysconfig/network

Migriert. Virtuelle Netzwerkkarten der Servicekonsole


(vswifs) werden in virtuelle ESXi-Netzwerkkarten konvertiert. (vmks)

/etc/sysconfig/ntp

Nicht migriert.

/etc/sysconfig/xinetd

Nicht migriert.

/etc/sysconfig/console/*

Nicht migriert.

/etc/sysconfig/i18n

Nicht migriert. i18n wird in ESXi nicht untersttzt

/etc/sysconfig/clock

Nicht migriert. Zeitzonen werden in ESXi nicht untersttzt.

/etc/sysconfig/crond

Nicht migriert.

/etc/sysconfig/syslog

Nicht migriert. Der Syslog-Daemon ist mit frheren Versionen nicht kompatibel.

VMware, Inc.

133

vSphere-Upgrade-Handbuch

Tabelle 6-1. Whrend der Migration oder Aktualisierung auf ESXi migrierte Dateien (Fortsetzung)
Migrierte Datei

Anmerkungen

/etc/sysconfig/keyboard

Migriert. Fr nicht untersttzte Eintrge wird standardmig Englisch verwendet.

/etc/sysconfig/mouse

Nicht migriert. Keine Mausuntersttzung in ESXi.

/etc/sysconfig/static-routes

Migriert.

/etc/sysconfig/static-routes-ipv6

Migriert.

/etc/sysconfig/network-scripts/route-$device

Migriert.

/etc/ssh

Nicht migriert. Weitere Informationen hierzu finden Sie unter SSH-Konfiguration, die von einem Upgrade oder einer
Migration auf ESXi 5.x betroffen ist, auf Seite 136.

/etc/nsswitch.conf

Migriert. In verschiedenen Konfigurationen verwendet, besonders hilfreich bei der Active Directory-Authentifizierung.

/etc/yp.conf

Nicht migriert. NIS wird in ESXi nicht untersttzt.

/etc/krb.conf

Fr die Active Directory-Untersttzung in Likewise erforderlich.

/etc/krb.realms
/etc/krb5.conf
/etc/krb5.acl
/etc/krb5.keytab
/etc/krb5.log
/etc/krb5.mkey
/etc/login.defs

Nicht migriert. Diese Datei steuert Einstellungen wie maildir, Steuerelemente fr den Ablauf von Kennwrtern, uidund gid-Einstellungen (min/max) sowie den Befehl zum Lschen von Benutzern.

/etc/pam.d/*

Teilweise migriert. Zur Authentifizierung und Autorisierung erforderlich.


HINWEIS Benutzerdefinierte nderungen an Einstellungen
in /etc/pam.d/system-auth in ESX 4.x werden beim Upgrade auf ESXi 5.x wieder auf ihre Standardwerte zurckgesetzt. Wenn Sie die benutzerdefinierten Werte beibehalten
mchten, setzen Sie sie manuell nach dem Upgrade zurck.

/etc/hosts.allow

Nicht migriert.

/etc/hosts.deny

Nicht migriert.

/etc/ldap.conf

Nicht migriert. LDAP wird in ESXi nicht untersttzt.

/etc/openldap

134

/etc/sudoers

Nicht migriert. SUDO wird in ESXi nicht untersttzt.

/etc/snmp/snmpd.conf

Auf /etc/vmware/snmp.xml migriert.

/usr/local/etc/

Nicht migriert.

/etc/rc.d/rc*.d/*

Nicht migriert. ESX- und ESXi rc.d-Skripts sind nicht kompatibel.

/etc/xinetd.conf

Nicht migriert. xinetd wird von ESXi nicht untersttzt.

/etc/motd

Migriert. Ein Hinweis wird angehngt, mit dem ber das


Upgrade auf ESX 5.x informiert wird

/etc/likewise/*

Migriert. Fr Likewise-Konfigurationen verwendet.

/etc/vmware/vmkiscsid/*

Migriert.

VMware, Inc.

Kapitel 6 Upgrade und Migration Ihrer Hosts

Tabelle 6-1. Whrend der Migration oder Aktualisierung auf ESXi migrierte Dateien (Fortsetzung)
Migrierte Datei

Anmerkungen

etc/vmware/init/*

Nicht migriert. Init-Skripte sind nicht kompatibel.

/etc/vmware/esx.conf

Migriert.

/etc/vmware/pci*

Nicht migriert.

/etc/vmware/simple.map

Nicht migriert. Eine simple.map-Datei wird erstellt.

/etc/vmware/license.cfg

Nicht migriert. Der Zeitgeber fr den Testmodus wird bei


Upgrades zurckgesetzt.

/etc/vmware/vmware.lic

Nicht migriert. ESXi 5.x-Upgrades werden auf den Testmodus zurckgesetzt.

/etc/vmware/hostd/*

Migriert.

/etc/vmware/hostd/config.xml

Nicht migriert. Diese Datei ist mit ESXi derzeit nicht kompatibel.

/etc/vmware/hostd/proxy.xml

Nicht migriert. Diese Datei ist mit ESXi derzeit nicht kompatibel.

/etc/vmware/vmauth/authentication.conf

Migriert. Fr Likewise-Konfigurationen verwendet.

/etc/vmware/vmauth/provider.xml
/etc/hosts

Migriert.

/etc/resolv.conf

Migriert.

/usr/lib/vmware

Nicht migriert.

/etc/fstab

Teilweise migriert. Nur NFS-Eintrge werden auf ESXi migriert.

/etc/passwd

Teilweise migriert. Nur das Root-Benutzerkennwort wird


gespeichert (wenn mglich).

/etc/shadow
/etc/groups

Nicht migriert.

Firewall-Konfigurationsnderungen nach Migration oder Upgrade auf ESXi 5.x


Bei der Migration oder dem Upgrade von ESX/ESXi 4.x auf ESXi 5.x werden mehrere nderungen an der
Firewall-Konfiguration des Hosts vorgenommen.
Wenn Sie von ESX 4.x auf ESXi 5.x migrieren, wird die Liste der ESX 4.x-Regelstze durch die neue Regelsatzliste in ESXi 5.x ersetzt. Die folgende Konfiguration aus der Datei /etc/vmware/esx.conf wird beibehalten:
n

Der bestehende Status Aktiviert/Deaktiviert.

allowedip, die von esxcfg-firewall hinzugefgt wurde.

Vom Benutzer hinzugefgte Regelsatzdateien und in ESX 4.x. erstellte benutzerdefinierte Firewallregeln werden nach der Migration nicht beibehalten. Fr diejenigen Regelstze, fr die es keine Eintrge in der Datei /etc/vmware/esx.conf von ESX 4.x gibt, ldt die ESXi 5.x-Firewall beim ersten Start nach der Migration den
standardmigen aktivierten Status.
Nach der Migration auf ESXi 5.x wird die Blockierungsrichtlinie unter ESXi 5.x nur dann standardmig auf
false gesetzt (standardmig darf der gesamte Datenverkehr PASSIEREN), wenn die Werte fr blockIncoming und blockOutgoing der Standardrichtlinie in der ESX 4.x-Datei /etc/vmware/esx.conf auf false
gesetzt sind. Andernfalls wird der gesamte Datenverkehr standardmig blockiert.

VMware, Inc.

135

vSphere-Upgrade-Handbuch

Benutzerdefinierte Ports, die mithilfe des ESX/ESXi 4.1-Befehls esxcfg-firewall geffnet wurden, bleiben nach
dem Upgrade auf ESXi 5.x nicht geffnet. Die Konfigurationseintrge werden durch den Upgrade-Vorgang
in die Datei esx.conf portiert, die entsprechenden Ports werden jedoch nicht geffnet. Weitere Informationen
zur ESXi-Firewall-Konfiguration finden Sie in der vSphere-Sicherheit-Dokumentation.
WICHTIG Die ESXi-Firewall in ESXi 5.x lsst das Filtern des vMotion-Datenverkehrs pro Netzwerk nicht zu.
Daher mssen Sie Regeln fr Ihre externe Firewall installieren, um sicherzustellen, dass keine eingehenden
Verbindungen mit dem vMotion-Socket hergestellt werden knnen.

Ressourcenpooleinstellungen, die von einem Upgrade von ESX 4.x auf ESXi 5.x
betroffen sind
Nach dem Upgrade auf ESXi 5.x sind die Einstellungen fr die ESX 4.x-Ressourcenpools mglicherweise nicht
ausreichend, um alle virtuellen Maschinen im Pool zu starten.
Das Upgrade auf ESXi 5.x hat Auswirkungen auf die Menge des fr das Hostsystem verfgbaren Arbeitsspeichers. Daher stehen in Ressourcenpools, die so eingestellt sind, dass sie nahezu alle verfgbaren Ressourcen verwenden, fr einige virtuelle Maschinen mglicherweise nicht gengend Ressourcen zur Verfgung,
um sie nach dem Upgrade zu starten. In diesem Fall wird ein Systemalarm ausgegeben. Sie knnen diesen
Alarm anzeigen, indem Sie in der direkten Konsole von ESXi Alt + F11 drcken. Konfigurieren Sie die Ressourcenpools neu, um das Problem zu beheben.

SSH-Konfiguration, die von einem Upgrade oder einer Migration auf ESXi 5.x
betroffen ist
Die Host-SSH-Konfiguration wird nur fr Upgrades von ESXi 4.1 oder ESXi 5.0 x auf ESXi 5.x migriert.
Die SSH-Konfiguration wird nicht fr ESX 4.x-Hosts oder ESXi 4.0-Hosts migriert. Fr diese Hosts wird der
SSH-Zugriff whrend des Upgrade- oder Migrationsvorgangs deaktiviert. Sie knnen den SSH-Zugriff in der
direkten Konsole neu aktivieren. Weitere Informationen zur Aktivierung des SSH-Zugriffs finden Sie im Installations- und Einrichtungshandbuch fr vSphere.

Netzwerknderungen in ESXi 5.x


Einige in /etc/sysconfig/network gespeicherte ESX 4.x- und ESXi 4.x-Netzwerkeinstellungen werden beim
Upgrade oder der Migration auf ESXi 5.x migriert. Bei der Migration auf ESXi 5.x werden die virtuellen Netzwerkkarten der ESX-Servicekonsole (vswifs) in virtuelle ESXi-Netzwerkkarten (vmks) konvertiert.
Die verteilte Portgruppe oder dvPort, zu der die virtuellen Netzwerkkarten eine Verbindung herstellen, wird
ebenfalls migriert. Die Servicekonsolen-Portgruppe wurde in Verwaltungsnetzwerk-Portgruppe umbenannt.
Wenn vswifs auf vmks migriert werden, werden sie in der vorhandenen vmk-Reihenfolge nummeriert. Wenn
der ESX-Host der Version 4.x ber die virtuellen Netzwerkkarten NICs vmk0, vmk1 und vswif0 verfgt, lautet
die neue ESXi-Konfiguration nach der Migration vmk0, vmk1 und vmk2, wobei es sich bei vmk2 um die
Verwaltungsschnittstelle handelt.
Wenn virtuelle Netzwerkkarten zur Verwendung von DHCP konfiguriert sind, steuert eine Einstellung, ob
DHCP neben der Installation einer IPv4-Adresse die Standardroute und den Hostnamen festlegt. In ESX lautet
diese Einstellung PEERDNS. In ESXi lautet die Einstellung DhcpDNS. Der PEERDNS fr die virtuellen Netzwerkkarten der ESX-Servicekonsole wird auf die DhcpDNS-Einstellung der virtuellen ESXi-Netzwerkkarten
migriert. Die DhcpDNS-Einstellung behlt die ESX-Konfiguration fr die Standardroute und den Hostnamen
sowie die IPv4-Adresse bei.
Bei der Migration von ESX 4.x auf ESXi 5.x werden ebenfalls die manuell zugewiesenen IPv4- und IPv6-Adressen, die Standardroute und die hostspezifischen IPv4- und IPv6-Routen beibehalten.
Beim Upgrade von ESXi 4.x auf ESXi 5.x ndert sich die maximale Anzahl (Standardeinstellung) an Ports fr
einen virtuellen Switch von 64 in 128. Um dieselbe maximale Anzahl an Ports in ESXi 4.x beizubehalten, muss
der Wert mit dem vSphere-Client vor dem Upgrade explizit festgelegt werden.

136

VMware, Inc.

Kapitel 6 Upgrade und Migration Ihrer Hosts

ESX-Hosts verfgen ber zwei IP-Stapel, einen fr den vmkernel und den anderen fr die Servicekonsole. Da
ESXi-Hosts lediglich ber einen IP-Stapel verfgen, knnen bei der Migration nicht beide ESX-Standardrouten
beibehalten werden. Nach der Migration wird die Standardroute der ESX-Servicekonsole zur einzigen ESXiStandardroute; die vmkernel-Route wird ersetzt. Die Verwendung einer einzigen ESXi-Standardroute kann
zum Konnektivittsverlust fr gerouteten Datenverkehr (Nicht-Verwaltungsdaten) fhren, der vom vmkernel
stammt. Um die vmkernel-Netzwerkaktivitt wiederherzustellen, knnen Sie neben der Standardroute auch
statische Routen konfigurieren.
Alle vswif-Schnittstellen werden auf vmk-Schnittstellen migriert. Tritt ein Konflikt zwischen den beiden
Schnittstellen auf, verbleibt eine Schnittstelle im deaktivierten Status. Bei dem Upgrade werden alle in Konflikt
stehenden Kernel-IP-Adressierungen zugunsten der Verwaltungsschnittstelle deaktiviert.
Bei der Migration auf ESXi 5.x werden alle vorhandenen virtuellen vmk-Netzwerkkarten deaktiviert, die die
folgenden Bedingungen erfllen.
n

Die virtuelle vmk-Netzwerkkarte verfgt ber eine manuell konfigurierte (statische) IP-Adresse.

Die IP-Adresse befindet sich in demselben Subnetz wie die virtuelle vswif-Netzwerkkarte, die auf einen
Switch mit der virtuellen vmk-Netzwerkkarte migriert wurde.

Die vmk- und vswif-Netzwerkkarten befinden sich beide auf demselben virtuellen Switch.

Beispiel: Wenn vswif0 mit der IP-Adresse 192.0.2.1/24 auf vswitch1 auf einen Switch mit vmk0 mit der IPAdresse 192.0.2.2/24 migriert wird, wird vmk0 nach der Migration ebenfalls auf vswitch1 deaktiviert.

ESX 4.x-Servicekonsolen-Portgruppe bei der Migration nach ESXi 5.x entfernt


Da ESXi 5.x ber keine Servicekonsole verfgt, wird beim Migrieren von ESX 4.x nach ESXi 5.x die Servicekonsolen-Portgruppe entfernt.
Nach der Migration auf ESXi 5.x wird eine neue Portgruppe erstellt, die Verwaltungsnetzwerk-Portgruppe.
Wenn vom ESX-Host vorausgesetzt wird, dass die Servicekonsolenportgruppe einen vorhandenen Dienst untersttzt, knnen Sie ein firstboot-Skript erstellen, um nach der Migration die Portgruppe neu zu erstellen.
Weitere Informationen ber den %firstboot-Befehl finden Sie in der Dokumentation Installation und Upgrade von Skriptbefehlen, auf Seite 178.

Partitionierungsnderungen von ESX 4.x auf ESXi 5.x


Das in ESXi 5.x verwendete ESXi-Partitionsschema unterscheidet sich von demjenigen von frheren ESX- und
ESXi-Versionen. ESXi 5.x verfgt nicht ber die Servicekonsolenpartitionen von ESX.
Wie sich diese nderungen auf Ihren Host auswirken, hngt davon ab, ob Sie ein Upgrade auf ESXi 5.x oder
eine Neuinstallation durchfhren.

Partitionierung bei Neuinstallationen von ESXi 5.x


Bei Neuinstallationen werden mehrere neue Partitionen fr die Bootbanks, die Scratch-Partition und den Locker erstellt. Neue ESXi 5.x-Installationen verwenden GUID-Partitionstabellen (GPT) anstelle von MSDOSbasierter Partitionierung.
Die Partitionstabelle ist ein feststehender Teil des Binr-Images und wird bei der Installation des Systems auf
die Festplatte geschrieben. Das ESXi-Installationsprogramm lsst die Scratch- und VMFS-Partitionen leer und
ESXi erstellt sie, wenn der Host das erste Mal nach der Installation oder dem Upgrade neu gestartet wird. Die
Scratch-Partition ist 4 GB gro. Der Rest der Festplatte wird als VMFS5-Partition formatiert.
HINWEIS Das Installationsprogramm kann mehrere VFAT-Partitionen erstellen. Die Bezeichnung VFAT
bedeutet nicht immer, dass es sich um eine Scratch-Partition handelt. In einigen Fllen kann sich eine VFATPartition einfach im Leerlauf befinden.

VMware, Inc.

137

vSphere-Upgrade-Handbuch

Partitionierung bei aktualisierten ESXi 5.x-Hosts


Aktualisierte Systeme verwenden keine GUID-Partitionstabellen (GPT), sondern behalten die ltere MSDOSbasierte Partitionsbezeichnung bei.
Bei den meisten ESXi 4.x-Hosts wird die Partitionstabelle beim Upgrade auf ESXi 5.x nicht neu geschrieben.
Die Partitionstabelle wird fr Systeme neu geschrieben, die ber einseitige Bootbanks verfgen. Einseitige
Bootbanks knnen in Systemen auftreten, die von ESXi 3.5 auf ESXi 4.x und dann direkt auf ESXi 5.x aktualisiert
werden.
Bei ESX-Hosts wird die Partitionsstruktur in eine vergleichbare Partitionsstruktur eines ESXi 4.x-Hosts gendert. Die VMFS3-Partition wird beibehalten und die MSDOS-basierte Partitionstabelle berschreibt die vorhandene Partitionstabelle.
Bei ESX-Hosts werden bei der Migration auf ESXi 5.x Daten in von Benutzern erstellten Partitionen innerhalb
der Servicekonsole nicht beibehalten.
Aktualisierte Hosts weisen keine Scratch-Partition auf. Stattdessen wird das Scratch-Verzeichnis erstellt und
der Zugriff darauf erfolgt auerhalb des VMFS-Volumes. Alle anderen Partitionen wie Bootbanks, Locker und
vmkcore sind identisch mit denjenigen anderer Systeme.
Auf aktualisierten Hosts wird die VMFS-Partition nicht von VMFS3 auf VMFS5 aktualisiert. ESXi 5.x ist kompatibel mit VMFS3-Partitionen. Nach dem Upgrade des Hosts auf ESXi 5.x knnen Sie ein Upgrade der Partition auf VMFS5 durchfhren. Weitere Informationen ber das Durchfhren eines Upgrades von Datenspeichern auf VMFS5 finden Sie unter vSphere-Speicher.
Aktualisierte Hosts, auf denen die ltere MSDOS-basierte Partitionierung beibehalten wird, bieten keine Untersttzung fr die Installation von ESXi auf einer einzelnen physischen Festplatte oder in einem LUN, das
grer als 2 TB ist. Fr die Installation von ESXi auf einer Festplatte oder in einem LUN, das grer als 2 TB
ist, ist eine Neuinstallation erforderlich.
HINWEIS Das ESXi 5.x-Installationsprogramm kann keine ESX 2.x-Instanzen oder VMFS2-Datenspeicher erkennen. Bei einem Upgrade auf ESXi 5.x knnen Sie keine ESX 2.x-Instanzen auf ESXi 5.x migrieren oder
VMFS2-Datenspeicher beibehalten. Fhren Sie stattdessen eine Neuinstallation von ESXi 5.x durch.
Fr die VMFS-Partition auf der Festplatte, die whrend des Upgrades auf ESXi 5.x beibehalten werden soll,
muss sich die Partition physisch hinter der Boot-Partition (Partition 4) und der erweiterten Partition auf der
Festplatte befinden (8192 + 1835008 Sektoren). Jedes System, das ber eine VMFS-Partition hinter der 1843200Sektormarke verfgt, kann diese VMFS-Partition unabhngig davon beibehalten, ob diese anfnglich mit ESX
3.5 oder 4.x installiert wurde.
Bei Systemen, bei denen sich die VMFS-Partition nicht auf dem Boot-Laufwerk, sondern auf einem anderen
Laufwerk befindet, wird der gesamte Inhalt des Boot-Laufwerks whrend des Upgrades berschrieben. Alle
Extradaten auf dieser Festplatte werden gelscht.

ESXi 5.1 Upgrade-Optionen


VMware bietet mehrere Mglichkeiten zum Durchfhren eines Upgrades von ESX/ESXi-Hosts.
vSphere Update Manager

138

vSphere Update Manager ist Software zum Durchfhren von Upgrades, Migrationen und Updates von geclusterten Hosts, virtuelle Maschinen und Gastbetriebssystemen sowie zum Anwenden von Patches auf diese. Update Manager koordiniert Upgrades von Hosts und virtuelle Maschinen. Wenn Ihre
Site vCenter Server verwendet, empfiehlt VMware die Verwendung von vCenter Update Manager. Eine Anleitung zum Durchfhren eines koordinierten
Host-Upgrades finden Sie unter Verwenden von vSphere Update Manager
zum Durchfhren von koordinierten Host-Upgrades, auf Seite 156. Eine Anleitung zum Durchfhren eines koordinierten Upgrades einer virtuellen Ma-

VMware, Inc.

Kapitel 6 Upgrade und Migration Ihrer Hosts

schine finden Sie unter Durchfhren eines koordinierten Upgrades von virtuelle Maschinen mithilfe von vSphere Update Manager, auf Seite 215. Die
vollstndige Dokumentation zu Update Manager finden Sie unter Installieren
und Verwalten von VMware vSphere Update Manager.
Durchfhren eines interaktiven Upgrades oder
einer interaktiven Migration mithilfe eines ESXiInstaller-ISO-Images auf
CD/DVD oder einem
USB-Flash-Laufwerk

Sie knnen das ESXi 5.1-Installationsprogramm von einem CD-/DVD- oder


USB-Flash-Laufwerk aus starten, um ein interaktives Upgrade oder eine interaktive Migration durchzufhren. Diese Methode eignet sich fr Bereitstellungen mit einer kleinen Anzahl von Hosts. Das Installationsprogramm funktioniert genauso wie fr eine Neuinstallation. Wenn Sie jedoch eine Zielfestplatte
auswhlen, die bereits eine ESX/ESXi 4.x- oder ESXi 5.0.x-Installation enthlt,
wird der Host auf Version 5.1 aktualisiert, und Sie erhalten die Mglichkeit,
einige der vorhandenen Hosteinstellungen und Konfigurationsdateien zu migrieren und den bestehenden VMFS-Datenspeicher beizubehalten. Weitere Informationen hierzu finden Sie unter Interaktives Upgrade oder interaktive
Migration von Hosts, auf Seite 173.

Skriptgesteuerte Upgrades durchfhren

Sie knnen ein Upgrade oder eine Migration von Hosts von ESXi/ESX 4.x und
ESXi 5.0.x auf ESXi 5.1 durchfhren, indem Sie ein Update-Skript aufrufen, das
fr ein effizientes, automatisches Upgrade sorgt. Skriptgesteuerte Upgrades
bieten eine effiziente Mglichkeit zum Bereitstellen mehrerer Hosts. Sie knnen von einem CD-, DVD- oder einem USB-Flash-Laufwerk aus ein Skript zum
Durchfhren eines Upgrades von ESXi verwenden oder das Installationsprogramm per PXE-Startvorgang starten. Zudem knnen Sie ein Skript von einer
interaktiven Installation aus aufrufen. Weitere Informationen hierzu finden Sie
unter Installieren, Aktualisieren oder Migrieren von Hosts mithilfe eines
Skripts, auf Seite 174.

vSphere Auto Deploy

Auto Deploy ist eine neue Funktion in vSphere 5.x. Nachdem ein ESXi 5.x-Host
mit Auto Deploy bereitgestellt wird, knnen Sie Auto Deploy zum erneuten
Bereitstellen des Hosts und Neustarten mit einem neuen Image-Profil verwenden. Das Image-Profil kann ein ESXi-Upgrade oder einen Patch, ein Hostkonfigurationsprofil und optional Drittanbietertreiber oder Verwaltungs-Agenten
von VMware-Partnern enthalten. Sie knnen benutzerdefinierte Images mithilfe von ESXi Image Builder CLI erstellen. Weitere Informationen hierzu finden Sie unter Verwenden von vSphere Auto Deploy zum erneuten Bereitstellen von Hosts, auf Seite 190.

esxcli

Sie knnen mithilfe des esxcli-Befehlszeilendienstprogramms fr ESXi ein


Upgrade auf ESXi 5.x durchfhren und Patches auf ESXi 5.x-Hosts anwenden.
Es ist nicht mglich, esxcli zum Aktualisieren von ESX/ESXi 4.x-Hosts auf
ESXi 5.x zu verwenden. Dieses Dienstprogramm bentigt die vSphere-CLI.
Weitere Informationen hierzu finden Sie unter Aktualisieren von Hosts mithilfe von esxcli-Befehlen, auf Seite 195.

Die Dienstprogramme esxupdate und vihostupdate werden fr ESXi 5.x-Upgrades nicht untersttzt.
Tabelle 6-2. ESXi 5.x-Upgrade-Methoden
Upgrade-Methode

Upgrade von ESX bzw. ESXi 4.x auf


ESXi 5.x

Upgrade oder Patch von ESXi 5.0.x


auf ESXi 5.1

vSphere Update Manager

yes

yes

Interaktives Upgrade von CD, DVD


oder USB-Laufwerk

yes

yes

Skript-Upgrade

yes

yes

VMware, Inc.

139

vSphere-Upgrade-Handbuch

Tabelle 6-2. ESXi 5.x-Upgrade-Methoden (Fortsetzung)


Upgrade-Methode

Upgrade von ESX bzw. ESXi 4.x auf


ESXi 5.x

Upgrade oder Patch von ESXi 5.0.x


auf ESXi 5.1

vSphere Auto Deploy

Nein

Ja, wenn der ESXi 5.0.x-Host mit Auto


Deploy bereitgestellt wurde

esxcli

Nein

yes

Aktualisieren von Hosts mit benutzerdefinierten VIBs von Drittanbietern


Wenn Sie ein Upgrade eines Hosts durchfhren, der benutzerdefinierte VIBs enthlt, wird beim Upgrade eine
Fehlermeldung angezeigt, wenn die VIBs in der Upgrade-ISO-Datei nicht identisch sind.
Auf einem Host knnen benutzerdefinierte VIBs installiert sein, zum Beispiel fr Treiber von Drittanbietern
oder fr Verwaltungs-Agenten. ESX/ESXi 4.x-Hosts knnen beispielsweise Cisco Nexus 1000V VEMs oder
EMC PowerPath-Module enthalten. Die ESXi 5.x-Architektur unterscheidet sind von ESX/ESXi 4.x, sodass
benutzerdefinierte Softwarepakete (VIBs) von Drittanbietern beim Upgrade von ESX/ESXi 4.x auf ESXi 5.x
nicht migriert werden knnen. Beim Upgrade eines 4.x-Hosts mit benutzerdefinierten VIBs, die nicht in der
Upgrade-ISO-Datei enthalten sind, zeigt das ESXi-Installationsprogramm eine Fehlermeldung ber fehlende
VIBs an.
Um Anpassungen von Drittanbietern als Teil des Host-Upgrades zu migrieren, verwenden Sie den ESXi Image
Builder, um ein benutzerdefiniertes ESXi ISO-Image mit den fehlenden VIBs zu erstellen. Informationen zur
Verwendung von Image Builder zur Erstellung einer benutzerdefinierten ISO-Datei finden Sie in der Dokumentation Installations- und Einrichtungshandbuch fr vSphere.
Wenn Sie ein Upgrade der Version 4.x von ESX/ESXi ohne Software von Drittanbietern durchfhren mchten,
fhren Sie die folgenden Aktionen aus.
n

Entfernen Sie die Drittanbieter-Software. Wenn Sie vSphere Update Manager verwenden, whlen Sie
whrend der Standardisierung die Option zum Lschen von Drittanbieter-Softwaremodulen aus. Informationen zum Durchfhren von Upgrades mit vSphere Update Manager finden Sie unter Installieren und
Verwalten von VMware vSphere Update Manager.

berschreiben Sie die Fehlermeldung whrend des Host-Upgrades, indem Sie die Option zum Erzwingen
der Migration auswhlen.

VORSICHT Die Verwendung einer dieser beiden Optionen kann dazu fhren, dass der aktualisierte Host nicht
ordnungsgem gestartet werden kann, das System instabil wird oder Funktionalitten verloren gehen. Stellen
Sie sicher, dass Ihr System keine kritischen Abhngigkeiten von Drittanbieter-VIBs aufweist, die beim erstmaligen Start aufgelst werden mssen, da dies zu einem spteren Zeitpunkt nicht mehr mglich ist. Ihr
System bentigt mglicherweise benutzerdefinierte Treiber fr Netzwerkkarten, ber die der Startvorgang
ausgefhrt wird.
Wenn Sie ein Upgrade eines 5.0.x-Hosts durchfhren, werden untersttzte benutzerdefinierte VIBs von dem
Host migriert, die nicht in der ISO-Datei des ESXi-Installationsprogramms enthalten sind. Wenn der Host oder
die ISO-Datei des Installationsprogramms ein VIB enthalten, das einen Konflikt erzeugt und das Upgrade
verhindert, identifiziert eine Fehlermeldung das strende VIB. Sie knnen das VIB entfernen und das Upgrade
erneut versuchen oder die ESXI Image Builder CLI verwenden, um eine benutzerdefinierte Installationsprogramm-ISO-Datei zu erstellen, die den Konflikt behebt. Die Option forcemigrate ist nicht verfgbar.
Wenn Sie einen Host unter ESX/ESXi 4.1 Upgrade 1 oder ESX/ESXi 4.0 Upgrade 3 aktualisieren, wird die
Fehlermeldung fr die unter Tabelle 6-3 aufgefhrten VIBs angezeigt (auch wenn bisher noch keine benutzerdefinierten VIBs installiert wurden). Wenn Sie sichergestellt haben, dass das ordnungsgeme Funktionieren auf Ihrem System nicht von solchen VIBs abhngt, knnen Sie die Warnungen ignorieren und mit dem
Upgrade fortfahren.

140

VMware, Inc.

Kapitel 6 Upgrade und Migration Ihrer Hosts

Tabelle 6-3. ESX/ESXi 4.0 U3 und 4.1 U1-VIBs von Drittanbietern, die nicht auf ESXi 5.x migriert werden
knnen.
ESX/ESXi-Version

Bulletin-ID

VIB-ID

4.1 Upgrade 1

ESX410-201101224-UG

cross_vmware-esx-drivers-netvxge_400.2.0.28.21239-1OEM
Wenn Ihr System keine Hardware enthlt, die diesen Neterion-Treiber bentigt, knnen Sie die Fehlermeldung ignorieren.

4.1 Upgrade 1

ESX410-201101223-UG

cross_vmware-esx-driversscsi-3w-9xxx_400.2.26.08.036vm40-1OE
M
Wenn Ihr System keine Hardware enthlt, die diesen 3wave-Treiber bentigt,
knnen Sie die Fehlermeldung ignorieren.

4.0 Upgrade 3

ESX400-201105213-UG

cross_vmware-esx-driversscsi-3w-9xxx_400.2.26.08.036vm40-1OE
M
Wenn Ihr System keine Hardware enthlt, die diesen 3wave-Treiber bentigt,
knnen Sie die Fehlermeldung ignorieren.

Untersttzte Upgrades auf ESXi 5.1


Sie knnen ein Upgrade eines ESXi 5.0-Hosts direkt auf ESXi 5.1 vornehmen und in den meisten Fllen knnen
Sie eine direkte Migration eines ESX 4.x-Hosts oder ein direktes Upgrade eines ESXi 4.x-Hosts auf ESXi 5.1
durchfhren.
Die Details und die Ebene der Untersttzung fr ein Upgrade oder eine Migration von ESX- und ESXi-Hosts
der Version 4.x und ESXi 5.0.x-Hosts auf ESXi 5.1 hngen von dem Host ab, fr den ein Upgrade vorzunehmen
ist, und von der Upgrade-Methode, die Sie verwenden.
Die folgenden ESX/ESXi 4.x- und ESXi 5.0-Versionen werden fr ein Upgrade auf ESXi Version 5.1 untersttzt.
n

ESX/ESXi 4.0, 4.0 U1, 4.0 U2, 4.0 U3, 4.0 U4

ESX/ESXi 4.1, 4.1 U1, 4.1 U2, 4.1 U3

ESXi 5.0, 5.0 U1

VMware, Inc.

141

vSphere-Upgrade-Handbuch

Tabelle 6-4. Untersttzte Szenarios fr das Upgrade oder die Migration auf ESXi 5.1
Szenario fr das Upgrade oder die Migration auf ESXi 5.1

Support

ESX- und ESXi-Hosts der Version 3.x

Wird fr das direkte Upgrade nicht untersttzt.


Sie mssen ESX- und ESXi-Hosts der Version 3.x auf ESX
oder ESXi Version 4.x aktualisieren, bevor Sie fr diese ein
Upgrade auf ESXi 5.1 durchfhren knnen. Weitere Informationen finden Sie in der vSphere 4.x-Upgrade-Dokumentation.
Alternativ ist es mglicherweise einfacher und kostengnstiger, eine Neuinstallation von ESXi 5.1 durchzufhren.

142

Ein ESX-Host der Version 4.x, der von ESX 3.x mit einem zu
ESXi 5.x nicht kompatiblen Partitionslayout aktualisiert wurde

Nicht untersttzt.
Die VMFS-Partition kann nicht beibehalten werden. Ein Upgrade oder eine Migration ist nur mglich, wenn es auf der
Festplatte, die aktualisiert werden soll, hchstens eine
VMFS-Partition gibt. Zudem muss die VMFS-Partition nach
Sektor 1843200 beginnen. Fhren Sie eine Neuinstallation
durch. Um virtuelle Maschinen beizubehalten, migrieren Sie
sie auf ein anderes System.

ESX- oder ESXi-Host 4.x, Migration oder Upgrade mit


vSphere Update Manager

Wird untersttzt. Weitere Hinweise finden Sie in der Dokumentation Verwenden von vSphere Update Manager zum
Durchfhren von koordinierten Host-Upgrades, auf Seite 156 und Installieren und Verwalten von VMware vSphere Update Manager.

ESX- oder ESXi-Host 4.x, interaktive Migration oder interaktives Upgrade

Wird untersttzt. Weitere Informationen hierzu finden Sie


unter Interaktives Upgrade oder interaktive Migration von
Hosts, auf Seite 173.
Der Installationsprogrammassistent bietet die Option, ein
Upgrade oder eine Neuinstallation durchzufhren. Wenn
Sie ein Upgrade durchfhren, werden ESX-Partitionen und
Konfigurationsdateien konvertiert, damit sie mit ESXi kompatibel sind.

ESX- oder ESXi-Host 4.x, Upgrade im Skriptmodus

Wird untersttzt. Weitere Informationen hierzu finden Sie


unter Installieren, Aktualisieren oder Migrieren von Hosts
mithilfe eines Skripts, auf Seite 174.
Geben Sie im Upgrade-Skript diejenige Festplatte an, die auf
dem System aktualisiert werden soll. Falls das System nicht
aktualisiert werden kann, weil die Partitionstabelle nicht
kompatibel ist, gibt das Installationsprogramm eine Warnung aus und wird nicht fortgesetzt. Fhren Sie in diesem
Fall eine Neuinstallation durch. Ein Upgrade oder eine Migration ist nur mglich, wenn es auf der Festplatte, die aktualisiert werden soll, hchstens eine VMFS-Partition gibt und
wenn die VMFS-Partition nach Sektor 1843200 beginnt.

ESX-Host 4.x auf einem SAN oder SSD

Teilweise untersttzt.
Sie knnen den Host wie einen normalen ESX 4.x-Host aktualisieren; es werden aber keine Vorkehrungen getroffen,
um die Partitionen auf der Festplatte zu optimieren. Fhren
Sie zum Optimieren des Partitionsschemas auf dem Host eine Neuinstallation durch.

VMware, Inc.

Kapitel 6 Upgrade und Migration Ihrer Hosts

Tabelle 6-4. Untersttzte Szenarios fr das Upgrade oder die Migration auf ESXi 5.1 (Fortsetzung)
Szenario fr das Upgrade oder die Migration auf ESXi 5.1

Support

ESX-Host 4.x, fehlende .vmdk-Datei der Servicekonsole, interaktive Migration von CD oder DVD, Migration im Skriptmodus oder Migration mit vSphere Update Manager

Nicht untersttzt.

ESX- oder ESXi-Host 4.x, asynchron freigegebener Treiber


oder andere Drittanbieteranpassungen, interaktive Migration von CD oder DVD, Migration im Skriptmodus oder Migration mit vSphere Update Manager

Untersttzt mit der ESXi Image Builder CLI.


Wenn ein 4.x-Host ber Anpassungen verfgt, wie z. B. VIBs
oder Treiber von Drittanbietern, gehen diese Anpassungen
verloren und das System wird mglicherweise instabil,
wenn Sie das Upgrade mit der Standard-Installations-ISO
von VMware durchfhren. Weitere Informationen hierzu
finden Sie unter Aktualisieren von Hosts mit benutzerdefinierten VIBs von Drittanbietern, auf Seite 140. Sie knnen
ESXi Image Builder CLI zum Erstellen einer angepassten ESXi-Installations-ISO-Datei verwenden, die die VIBs bzw.
Treiber enthlt. Weitere Informationen zu Image Builder finden Sie im Installations- und Einrichtungshandbuch fr vSphere.

ESXi-Host 5.x, asynchron freigegebener Treiber oder andere


Drittanbieteranpassungen, interaktives Upgrade von CD
oder DVD, Upgrade im Skriptmodus oder Upgrade mit
vSphere Update Manager

Wird untersttzt.
Wenn Sie ein Upgrade eines ESXi 5.x-Hosts, der benutzerdefinierte VIBs hat, auf Version 5.1 vornehmen, werden die
benutzerdefinierten VIBs migriert. Weitere Informationen
hierzu finden Sie unter Aktualisieren von Hosts mit benutzerdefinierten VIBs von Drittanbietern, auf Seite 140.

ESXi 5.0.x-Host

Methoden, die fr ein direktes Upgrade auf ESXi 5.1 untersttzt werden:
n vSphere Update Manager.
n Interaktives Upgrade von CD, DVD oder USB-Laufwerk.
n Skript-Upgrade.
n Auto Deploy. Wenn der ESXi 5.0-Host mit Auto Deploy
bereitgestellt wurde, knnen Sie Auto Deploy verwenden, um den Host mit einem ESXi 5.1-Image erneut bereitzustellen.
n esxcli.

Der wahrscheinlichste Grund fr eine fehlende Servicekonsole besteht darin, dass die Servicekonsole beschdigt ist
oder das VMFS-Volume nicht zur Verfgung steht. Dies
kann passieren, wenn das VMFS auf einem SAN installiert
wurde und nicht auf die LUN zugegriffen werden kann.
Wenn Sie in diesem Fall auf dem Bildschirm zur Festplattenauswahl des Installationsprogrammassistenten eine Festplatte auswhlen, auf der sich eine ESX 4.x-Installation befindet, fordert Sie der Assistent auf, eine Erstinstallation
durchzufhren.

Verwenden von manuell zugewiesenen IP-Adressen fr Upgrades und


Migrationen, die mit vSphere Update Manager durchgefhrt werden
Wenn Sie vSphere Update Manager zum Aktualisieren oder Migrieren eines Hosts von ESZ/ESXi 4.x auf ESXi
5.x verwenden, mssen Sie fr die Hosts manuell zugewiesene IP-Adressen verwenden. Manuell zugewiesene
IP-Adressen werden auch als statische IP-Adressen bezeichnet.
DHCP-IP-Adressen knnen bei Host-Upgrades oder -Migrationen, die mit Update Manager durchgefhrt
werden, Probleme verursachen. Wenn ein Host seine DHCP-IP-Adresse whrend eines Upgrades oder einer
Migration verliert, da der auf dem DHCP-Server konfigurierte Lease-Zeitraum abgelaufen ist, geht die Verbindung von Update Manager zum Host verloren. Selbst wenn das Host-Upgrade oder die Hostmigration
erfolgreich verluft, meldet Update Manager in diesem Fall das Upgrade oder die Migration als fehlgeschlagen,
da er keine Verbindung zum Host herstellen kann. Verwenden Sie zum Verhindern dieses Szenarios manuell
zugewiesene IP-Adressen fr Ihre Hosts.

VMware, Inc.

143

vSphere-Upgrade-Handbuch

Medienoptionen fr das Starten des ESXi-Installationsprogramms


Das ESXi-Installationsprogramm muss fr das System erreichbar sein, auf dem Sie ESXi installieren.
Fr das ESXi-Installationsprogramm werden die folgenden Startmedien untersttzt:
n

Starten von CD/DVD. Weitere Informationen hierzu finden Sie unter Herunterladen und Brennen des
ESXi-Installer-ISO-Images auf eine CD oder DVD, auf Seite 144.

Starten von einem USB-Flash-Laufwerk. Weitere Informationen hierzu finden Sie unter Formatieren eines USB-Flash-Laufwerks fr das Starten der ESXi-Installation oder des Upgrades, auf Seite 144.

Starten vom Netzwerk per PXE-Startvorgang. Starten des ESXi-Installationsprogramms per PXE-Startvorgang, auf Seite 148

Starten von einem Remotespeicherort aus mit einer Remoteverwaltungsanwendung. Siehe Verwenden
von Anwendungen fr die Remoteverwaltung, auf Seite 156.

Herunterladen und Brennen des ESXi-Installer-ISO-Images auf eine CD oder DVD


Wenn Sie ber keine ESXi-Installations-CD/DVD verfgen, knnen Sie eine erstellen.
Sie knnen auch ein Installer-ISO-Image erstellen, das ein benutzerdefiniertes Installationsskript enthlt. Weitere Informationen hierzu finden Sie unter Erstellen eines Installer-ISO-Images mit einem benutzerdefinierten
Installations- oder Upgrade-Skript, auf Seite 147.
Vorgehensweise
1

Laden Sie das ISO-Image fr ESXi von der Download-Seite von VMware unter
http://my.vmware.com/de/web/vmware/downloads herunter.

Brennen Sie das ISO-Image auf eine CD oder eine DVD.

Formatieren eines USB-Flash-Laufwerks fr das Starten der ESXi-Installation oder


des Upgrades
Sie knnen ein USB-Flash-Laufwerk fr das Starten der ESXi-Installation oder des Upgrades formatieren.
Diese Anweisungen gehen davon aus, dass Sie den Vorgang auf einer Linux-Maschine durchfhren und dass
das USB-Flash-Laufwerk vom Betriebssystem als /dev/sdb erkannt wird.
HINWEIS Die Datei ks, die das Installationsskript enthlt, darf sich nicht auf dem selben USB-Flash-Laufwerk
befinden, von dem aus die Installation oder das Upgrade gestartet wird.
Voraussetzungen
Laden Sie von der VMware-Website das ESXi-ISO-Image VMware-VMvisor-Installer-5.x.xXXXXXX.x86_64.iso herunter, einschlielich der Datei isolinux.cfg, wobei 5.x.x die ESXi-Version ist, die Sie
installieren, und XXXXXX die Build-Nummer des Installer-ISO-Images ist.

144

VMware, Inc.

Kapitel 6 Upgrade und Migration Ihrer Hosts

Vorgehensweise
1

Wenn Ihr USB-Flash-Laufwerk nicht als /dev/sdb erkannt wird oder Sie nicht sicher sind, wie Ihr USBFlash-Laufwerk erkannt wird, finden Sie heraus, wie es erkannt wird.
a

Fhren Sie in einem Terminalfenster den folgenden Befehl aus:


tail -f /var/log/messages

Dieser Befehl zeigt aktuelle Protokollmeldungen im Terminalfenster an.


b

Schlieen Sie Ihr USB-Flash-Laufwerk an.


Im Terminalfenster werden mehrere das USB-Flash-Laufwerk identifizierende Meldungen in einem
Format angezeigt, das der folgenden Meldung hnelt.
Oct 25 13:25:23 ubuntu kernel: [
disk

712.447080] sd 3:0:0:0: [sdb] Attached SCSI removable

In diesem Beispiel gibt [sdb] das USB-Gert an. Falls Ihr Gert auf andere Art identifiziert wird,
verwenden Sie bei diesem Vorgang diese Identifikation anstelle von sdb und lassen Sie dabei die
Klammern weg.
2

Erstellen Sie eine Partitionstabelle auf dem USB-Flash-Gert.


/sbin/fdisk /dev/sdb

Geben Sie d ein, um Partitionen zu lschen, bis alle Partitionen gelscht sind.

Geben Sie n ein, um die primre Partition 1 zu erstellen, die sich ber die gesamte Festplatte erstreckt.

Geben Sie t ein, um fr den Typ eine passende Einstellung fr das Dateisystem FAT32 festzulegen,
z. B. c.

Geben Sie a ein, um das aktive Flag auf Partition 1 zu setzen.

Geben Sie p ein, um die Partitionstabelle auszugeben.


Das Ergebnis sollte dem folgenden Text hneln:
Disk /dev/sdb: 2004 MB, 2004877312 bytes
255 heads, 63 sectors/track, 243 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot
Start
End
Blocks
/dev/sdb1
*
1
243
1951866

f
3

Id
c

System
W95 FAT32 (LBA)

Geben Sie w ein, um die Partitionstabelle zu schreiben und den Vorgang zu beenden.

Formatieren Sie das USB-Flash-Laufwerk mit dem Dateisystem Fat32.


/sbin/mkfs.vfat -F 32 -n USB /dev/sdb1

Fhren Sie die folgenden Befehle aus:


/path_to_syslinux-3.86_directory/syslinux-3.86/bin/syslinux /dev/sdb1
cat /path_to_syslinux-3.86_directory/syslinux-3.86/usr/share/syslinux/mbr.bin > /dev/sdb

Mounten Sie das USB-Flash-Laufwerk.


mount /dev/sdb1 /usbdisk

Mounten Sie das ESXi-Installer-ISO-Image.


mount -o loop VMware-VMvisor-Installer-5.x.x-XXXXXX.x86_64.iso /esxi_cdrom

Kopieren Sie den Inhalt des ISO-Images nach /usbdisk.


cp -r /esxi_cdrom/* /usbdisk

VMware, Inc.

145

vSphere-Upgrade-Handbuch

Benennen Sie die Datei isolinux.cfg in syslinx.cfg um.


mv /usbdisk/isolinux.cfg /usbdisk/syslinux.cfg

ndern Sie in der Datei /usbdisk/syslinux.cfg die Zeile APPEND -c boot.cfg in APPEND -c boot.cfg -p
1.

10

Unmounten Sie das USB-Flash-Laufwerk.


umount /usbdisk

11

Unmounten Sie das ESXi-Installer-ISO-Image.


umount /esxi_cdrom

Das USB-Flash-Laufwerk kann jetzt das ESXi-Installationsprogramm starten.

Erstellen eines USB-Flash-Laufwerks fr das Speichern des ESXi-Installations- oder


-Upgrade-Skripts
Sie knnen ein USB-Flash-Laufwerk zum Speichern des ESXi-Installations- oder -Upgrade-Skripts verwenden,
das whrend der Skriptinstallation bzw. des Skript-Upgrades von ESXi verwendet wird.
Wenn auf der Installationsmaschine mehrere USB-Flash-Laufwerke vorhanden sind, durchsucht die Installationssoftware alle angeschlossenen USB-Flash-Laufwerke nach dem Installations- oder Upgrade-Skript.
Die Anweisungen in diesem Verfahren setzen voraus, dass das USB-Flash-Laufwerk als /dev/sdb erkannt wird.
HINWEIS Die Datei ks, die das Installations- oder Upgrade-Skript enthlt, darf sich nicht auf dem selben USBFlash-Laufwerk befinden, von dem aus die Installation oder das Upgrade gestartet wird.
Voraussetzungen
n

Linux-Maschine

Installations- oder Upgrade-Skript fr ESXi, die Kickstart-Datei ks.cfg

USB-Flash-Laufwerk

Vorgehensweise
1

Schlieen Sie das USB-Flash-Laufwerk an eine Linux-Maschine an, die auf das Installations- bzw. Upgrade-Skript zugreifen kann.

Erstellen Sie eine Partitionstabelle.


/sbin/fdisk /dev/sdb

146

Geben Sie d ein, um Partitionen zu lschen, bis alle Partitionen gelscht sind.

Geben Sie n ein, um die primre Partition 1 zu erstellen, die sich ber die gesamte Festplatte erstreckt.

Geben Sie t ein, um fr den Typ eine passende Einstellung fr das Dateisystem FAT32 festzulegen,
z. B. c.

Geben Sie a ein, um das aktive Flag auf Partition 1 zu setzen.

VMware, Inc.

Kapitel 6 Upgrade und Migration Ihrer Hosts

Geben Sie p ein, um die Partitionstabelle auszugeben.


Das Ergebnis sollte dem folgenden Text hneln:
Disk /dev/sdb: 2004 MB, 2004877312 bytes
255 heads, 63 sectors/track, 243 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot
Start
End
Blocks
/dev/sdb1
*
1
243
1951866

f
3

Id
c

System
W95 FAT32 (LBA)

Geben Sie w ein, um die Partitionstabelle zu schreiben und den Vorgang zu beenden.

Formatieren Sie das USB-Flash-Laufwerk mit dem Dateisystem Fat32.


/sbin/mkfs.vfat -F 32 -n USB /dev/sdb1

Mounten Sie das USB-Flash-Laufwerk.


mount /dev/sdb1 /usbdisk

Kopieren Sie das ESXi-Installationsskript auf das USB-Flash-Laufwerk.


cp ks.cfg /usbdisk

Unmounten Sie das USB-Flash-Laufwerk.

Das USB-Flash-Laufwerk enthlt das Installations- oder das Upgrade-Skript fr ESXi.


Weiter
Wenn Sie das ESXi-Installationsprogramm starten, verweisen Sie fr das Installations- oder Upgrade-Skript
auf den Speicherort des USB-Flash-Laufwerks. Siehe Eingeben von Startoptionen zum Starten eines Installations- oder Upgrade-Skripts, auf Seite 175 und Grundlegendes zu PXE-Konfigurationsdateien, auf Seite 151.

Erstellen eines Installer-ISO-Images mit einem benutzerdefinierten Installationsoder Upgrade-Skript


Sie knnen das standardmige ESXi-Installer-ISO-Image mit einem eigenen Installations- oder UpgradeSkript anpassen. Dies ermglicht Ihnen die Durchfhrung einer skriptbasierten, unbeaufsichtigten Installation
bzw. eines skriptbasierten, unbeaufsichtigten Upgrades, wenn Sie das resultierende Installer-ISO-Image starten.
Siehe auch Grundlegendes zu Installations- und Upgrade-Skripts, auf Seite 177 und Grundlegendes zur
Datei boot.cfg, auf Seite 186.
Voraussetzungen
n

Linux-Maschine.

Das ESXi-ISO-Image VMware-VMvisor-Installer-5.x.x-XXXXXX.x86_64.iso, wobei 5.x.x die Version von


ESXi, die Sie installieren, und XXXXXX die Build-Nummer des Installer-ISO-Images ist.

Ihr benutzerdefiniertes Installations- oder Upgrade-Skript, die Kickstart-Datei ks_cust.cfg.

Vorgehensweise
1

Laden Sie das ESXi-ISO-Image von der VMware-Website herunter.

Mounten Sie das ISO-Image in einen Ordner:


mount -o loop VMware-VMvisor-Installer-5.x.x-XXXXXX.x86_64.iso /esxi_cdrom_mount
XXXXXX ist die ESXi-Build-Nummer fr die Version, die Sie installieren bzw. auf die Sie ein Upgrade aus-

fhren.

VMware, Inc.

147

vSphere-Upgrade-Handbuch

Kopieren Sie den Inhalt von cdrom in einen anderen Ordner:


cp -r /esxi_cdrom_mount /esxi_cdrom

Kopieren Sie die Kickstart-Datei nach /esxi_cdrom


cp ks_cust.cfg /esxi_cdrom

(Optional) ndern Sie die Datei boot.cfg mithilfe der Option kernelopt dahingehend, dass sie den Speicherort des Installations- oder Upgrade-Skripts angibt.
Mit diesem Schritt wird die Installation bzw. das Upgrade vollkommen automatisch, da das Angeben der
Kickstart-Datei whrend der Installation oder des Upgrades entfllt.

Neuerstellung des ISO-Images:


mkisofs -relaxed-filenames -J -R -o custom_esxi.iso -b isolinux.bin -c boot.cat -no-emul-boot
-boot-load-size 4 -boot-info-table /esxi_cdrom

Das ISO-Image enthlt jetzt Ihr benutzerdefiniertes Installations- bzw. Upgrade-Skript.


Weiter
Installieren Sie ESXi aus dem ISO-Image.

Starten des ESXi-Installationsprogramms per PXE-Startvorgang


Sie verwenden PXE (Preboot Execution Environment) fr den Startvorgang eines Hosts und um das ESXiInstallationsprogramm von einer Netzwerkschnittstelle zu starten.
ESXi 5.x wird in einem ISO-Format verteilt, das fr die Installation auf Flash-Arbeitsspeicher oder einer lokalen
Festplatte entwickelt wurde. Mithilfe von PXE knnen Sie die Dateien extrahieren und starten.
PXE verwendet DHCP und das TFTP-Protokoll (Trivial File Transfer Protocol), um ein Betriebssystem ber
ein Netzwerk zu starten.
Das Starten mit PXE setzt eine gewisse Netzwerkinfrastruktur und eine Maschine mit einem PXE-fhigen
Netzwerkadapter voraus. Die meisten Maschinen, die in der Lage sind, ESXi auszufhren, verfgen ber
Netzwerkadapter, die den PXE-Startvorgang ermglichen.
HINWEIS Stellen Sie sicher, dass der Auto Deploy-Server ber eine IPv4-Adresse verfgt. Das Starten per PXEStartvorgang wird nur mit IPv4 untersttzt.
Grundlegendes zu TFTP-Server, PXELINUX und gPXE
Trivial File Transfer Protocol (TFTP) hnelt dem FTP-Dienst und wird normalerweise nur fr Netzwerkstartsysteme oder zum Laden der Firmware auf Netzwerkgerten (z. B. Routern) verwendet.
Die meisten Linux-Distributionen enthalten eine Kopie des tftp-hpa-Servers. Wenn Sie eine untersttzte Lsung bentigen, erwerben Sie einen untersttzten TFTP-Server von einem Anbieter Ihrer Wahl.
Wenn Ihr TFTP-Server auf einem Microsoft Windows-Host ausgefhrt werden soll, mssen Sie tftpd32 Version 2.11 oder hher verwenden. Weitere Informationen hierzu finden Sie unter http://tftpd32.jounin.net/.
Frhere Versionen von tftpd32 sind nicht kompatibel mit PXELINUX und gPXE.
Sie knnen sich einen TFTP-Server auch von einem der verpackten Appliances auf dem VMware Marketplace
beschaffen.
Die PXELINUX- und gPXE-Umgebungen ermglichen das Starten des ESXi-Installationsprogramms durch
die Zielmaschine. PXELINUX ist Teil des SYSLINUX-Pakets, das sich unter
http://www.kernel.org/pub/linux/utils/boot/syslinux/ befindet. Viele Linux-Distributionen enthalten das Paket bereits. Viele Versionen von PXELINUX enthalten zudem gPXE. Einige Distributionen, wie z. B. Red Hat
Enterprise Linux Version 5.3, enthalten frhere Versionen von PXELINUX, die gPXE nicht enthalten.

148

VMware, Inc.

Kapitel 6 Upgrade und Migration Ihrer Hosts

Wenn Sie gPXE nicht verwenden, knnen Probleme beim Starten des ESXi-Installationsprogramms auf einem
stark ausgelasteten Netzwerk auftreten. TFTP ist manchmal unzuverlssig beim bertragen groer Datenmengen. Wenn Sie PXELINUX ohne gPXE verwenden, werden die Binrdatei pxelinux.0, die Konfigurationsdatei, der Kernel und andere Dateien ber TFTP bertragen. Wenn Sie gPXE verwenden, werden nur die
Binrdatei gpxelinux.0 und die Konfigurationsdatei ber TFTP bertragen. Mit gPXE knnen Sie einen Webserver zum bertragen des Kernels und anderer zum Starten des ESXi-Installationsprogramms erforderlichen
Dateien verwenden.
HINWEIS VMware testet den PXE-Startvorgang mit PXELINUX Version 3.86. Dies deutet jedoch nicht auf eine
eingeschrnkte Untersttzung hin. Wenden Sie sich an den jeweiligen Anbieter zwecks Untersttzung von
Agenten von Drittanbietern, die Sie zum Einrichten Ihrer PXE-Startinfrastruktur verwenden.
Abbildung 6-1. berblick ber den Installationsprozess per PXE-Startvorgang

ESXi-Zielhost

UDP
DHCP-Server

IP- und TFTP-Server

UDP
TFTP-Server

IP fr den virtuellen
Netzwerkadapter
zuweisen

Netzwerk-Bootloader
zuweisen

gpxelinux.0 oder pxelinux.0

TCP fr gPXELINUX
UDP fr PXELINUX
Webserver

Kernel

UDP
DHCP-Server

IP fr Kernel
zuweisen

IP

TCP
Skriptdepot

Kernel
zuweisen

Installationsskript von Installationszuweisen programm


startet

ks.cfg

ESXi-Host

VMware, Inc.

149

vSphere-Upgrade-Handbuch

Beispiel-DHCP-Konfiguration
Der DHCP-Server muss zum Starten des ESXi-Installationsprogramms per PXE-Startvorgang die Adresse des
TFTP-Servers sowie einen Zeiger auf das Verzeichnis pxelinux.0 oder gpxelinux.0 senden.
Der DHCP-Server wird von der Zielmaschine zum Abrufen einer IP-Adresse verwendet. Der DHCP-Server
muss feststellen knnen, ob die Zielmaschine starten darf, und den Speicherort der PXELINUX-Binrdatei (die
sich gewhnlich auf einem TFTP-Server befindet) kennen. Beim Start der Zielmaschine sendet sie ein Paket
ber das Netzwerk, das diese Informationen anfordert, damit sie selbst starten kann. Der DHCP-Server antwortet.
VORSICHT Richten Sie keinen neuen DHCP-Server ein, wenn sich bereits einer in Ihrem Netzwerk befindet.
Falls mehrere DHCP-Server auf die DHCP-Anforderungen reagieren, knnen Maschinen falsche oder widersprchliche IP-Adressen abrufen oder nicht die richtigen Startinformationen erhalten. Sprechen Sie mit einem
Netzwerkadministrator, bevor Sie einen DHCP-Server einrichten. Zur Untersttzung bei der Konfiguration
von DHCP wenden Sie sich an den Hersteller Ihres DHCP-Servers.
Viele DHCP-Server knnen Hosts per PXE-Startvorgang starten. Wenn Sie eine Version von DHCP fr Microsoft Windows verwenden, lesen Sie die DHCP-Serverdokumentation, um zu erfahren, wie die Argumente
next-server und filename an die Zielmaschine bergeben werden.
gPXE-Beispiel
In diesem Beispiel wird gezeigt, wie ein ISC DHCP-Server der Version 3.0 fr das Aktivieren von gPXE konfiguriert wird.
allow booting;
allow bootp;
# gPXE options
option space gpxe;
option gpxe-encap-opts code 175 = encapsulate gpxe;
option gpxe.bus-id code 177 = string
class "pxeclients" {
match if substring(option vendor-class-identifier, 0, 9) = "PXEClient";
next-server TFTP server address;
if not exists gpxe.bus-id {
filename "/gpxelinux.0";
}
}
subnet Network address netmask Subnet Mask {
range Starting IP Address Ending IP Address;
}

Wenn eine Maschine einen Startvorgang per PXE versucht, stellt der DHCP-Server eine IP-Adresse und den
Speicherort der Binrdatei gpxelinux.0 auf dem TFTP-Server zur Verfgung. Die zugeordnete IP-Adresse
befindet sich in dem Bereich, der im Subnetzabschnitt der Konfigurationsdatei definiert ist.
PXELINUX (ohne gPXE) Beispiel
In diesem Beispiel wird gezeigt, wie ein ISC DHCP-Server der Version 3.0 fr das Aktivieren von PXELINUX
konfiguriert wird.
#
# DHCP Server Configuration file.
#
see /usr/share/doc/dhcp*/dhcpd.conf.sample
#
ddns-update-style ad-hoc;
allow booting;

150

VMware, Inc.

Kapitel 6 Upgrade und Migration Ihrer Hosts

allow bootp;
class "pxeclients" {
match if substring(option vendor-class-identifier, 0, 9) = "PXEClient";
next-server xxx.xxx.xx.xx;
filename = "pxelinux.0";
}
subnet 192.168.48.0 netmask 255.255.255.0 {
range 192.168.48.100 192.168.48.250;
}

Wenn eine Maschine einen Startvorgang per PXE versucht, stellt der DHCP-Server eine IP-Adresse und den
Speicherort der Binrdatei pxelinux.0 auf dem TFTP-Server zur Verfgung. Die zugeordnete IP-Adresse befindet sich in dem Bereich, der im Subnetzabschnitt der Konfigurationsdatei definiert ist.
Grundlegendes zu PXE-Konfigurationsdateien
Die PXE-Konfigurationsdatei legt das Men fest, das dem ESXi-Zielhost angezeigt wird, wenn er startet und
den TFTP-Server kontaktiert. Fr das Starten des ESXi-Installationsprogramms per PXE-Startvorgang bentigen Sie eine PXE-Konfigurationsdatei.
Der TFTP-Server berwacht stndig PXE-Clients im Netzwerk. Wenn er erkennt, dass ein PXE-Client PXEDienste anfordert, sendet er ein Netzwerkpaket, das ein Startmen enthlt, an den Client.
Erforderliche Dateien
Die PXE-Konfigurationsdatei muss die Pfade zu den folgenden Dateien enthalten:
n

mboot.c32 ist der Bootloader.

boot.cfg ist die Bootloader-Konfigurationsdatei.

Siehe Grundlegendes zur Datei boot.cfg, auf Seite 186.


Dateiname der PXE-Konfigurationsdatei
Whlen Sie als Dateinamen der PXE-Konfigurationsdatei eine der folgenden Optionen aus:
n

01-mac-Adresse_von_ESXi-Zielhost. Beispiel: 01-23-45-67-89-0a-bc

Die IP-Adresse des ESXi-Zielhosts in hexadezimaler Schreibweise.

Standard

Die anfngliche Startdatei pxelinux.0 oder gpxelinux.0 versucht, eine PXE-Konfigurationsdatei zu laden. Sie
versucht es mit der MAC-Adresse des ESXi-Zielhosts, der der Code des ARP-Typs, der fr Ethernet 01 lautet,
vorangestellt ist. Schlgt der Versuch fehl, versucht sie es mit der IP-Adresse des ESXi-Zielsystems in hexadezimaler Schreibweise. Letztendlich wird versucht, eine Datei namens default zu laden.
Speicherort der PXE-Konfigurationsdatei
Speichern Sie die Datei auf dem TFTP-Server im Verzeichnis var/lib/tftpboot/pxelinux.cfg/.
Sie knnen die Datei z. B. auf dem TFTP-Server unter /tftpboot/pxelinux.cfg/01-00-21-5a-ce-40-f6 speichern. Die MAC-Adresse des Netzwerkadapters auf dem ESXi-Zielhost ist 00-21-5a-ce-40-f6.
[] Starten des ESXi-Installationsprogramms per PXE-Startvorgang unter Verwendung von PXELINUX
und einer PXE-Konfigurationsdatei
Sie knnen einen TFTP-Server zum Starten des ESXi-Installationsprogramms per PXE-Startvorgang mithilfe
von PXELINUX und einer PXE-Konfigurationsdatei verwenden.
Siehe auch Grundlegendes zu Installations- und Upgrade-Skripts, auf Seite 177 und Grundlegendes zur
Datei boot.cfg, auf Seite 186.

VMware, Inc.

151

vSphere-Upgrade-Handbuch

Voraussetzungen
berprfen Sie, ob Ihre Umgebung ber die folgenden Komponenten verfgt:
n

Das ISO-Image des ESXi-Installationsprogramms, das von der VMware-Website heruntergeladen wurde.

TFTP-Server mit gPXE, der den PXE-Startvorgang untersttzt. Weitere Informationen hierzu finden Sie
unter Grundlegendes zu TFTP-Server, PXELINUX und gPXE, auf Seite 148.

DHCP-Server, der fr PXE-Startvorgnge konfiguriert ist. Weitere Informationen hierzu finden Sie unter
Beispiel-DHCP-Konfiguration, auf Seite 150.

PXELINUX

Server mit einer Hardwarekonfiguration, die von ESXi 5.1 untersttzt wird. Weitere Informationen finden
Sie im Hardware-Kompatibilittshandbuch unter
http://www.vmware.com/resources/compatibility/search.php.

Netzwerksicherheitsrichtlinien zum Zulassen des TFTP-Datenverkehrs (UDP-Port 69)

(Optional) Installationsskript, die Kickstart-Datei. Weitere Informationen hierzu finden Sie unter Grundlegendes zu Installations- und Upgrade-Skripts, auf Seite 177.

Netzwerkadapter mit PXE-Untersttzung auf dem Ziel-ESXi-Host

IPv4-Netzwerk. IPv6 wird fr die PXE-Startvorgnge nicht untersttzt.

In den meisten Fllen ist die Verwendung eines nativen VLANs sinnvoll. Wenn Sie die VLAN-ID angeben
mchten, die mit dem PXE-Startvorgang verwendet wird, stellen Sie sicher, dass Ihre Netzwerkkarte die
VLAN-ID-Spezifikation untersttzt.
Vorgehensweise
1

Erstellen Sie das Verzeichnis /tftpboot/pxelinux.cfg auf dem TFTP-Server.

Installieren Sie auf der Linux-Maschine PXELINUX.


PXELINUX ist im SYSLINUX-Paket enthalten. Extrahieren Sie die Dateien, suchen Sie die Datei pxelinux.
0 und kopieren Sie sie in das Verzeicnis /tftpboot auf Ihrem TFTP-Server.

Konfigurieren Sie den DHCP-Server zum Senden der folgenden Informationen an jeden Clienthost:
n

Name oder IP-Adresse Ihres TFTP-Servers.

Name der anfnglichen Startdatei. Dies ist pxelinux.0.

Kopieren Sie den Inhalt des ESXi-Installationsprogramm-Images in das Verzeichnis /var/lib/tftpboot


des TFTP-Servers.

(Optional) Fgen Sie fr eine Skriptinstallation in der boot.cfg-Datei die Option kernelopt in die Zeile
nach dem Kernelbefehl ein, um den Speicherort des Installationsskripts anzugeben.
Verwenden Sie den folgenden Code als Beispiel, wobei XXX.XXX.XXX.XXX die IP-Adresse des Servers ist,
auf dem sich das Installationsskript befindet, und esxi_ksFiles das Verzeichnis, in dem sich die Datei
ks.cfg befindet.
kernelopt=ks=http://XXX.XXX.XXX.XXX/esxi_ksFiles/ks.cfg

152

VMware, Inc.

Kapitel 6 Upgrade und Migration Ihrer Hosts

Erstellen Sie eine PXE-Konfigurationsdatei.


Diese Datei legt fest, wie der Host gestartet wird, wenn kein Betriebssystem verfgbar ist. Die PXE-Konfigurationsdatei referenziert die Startdateien. Verwenden Sie den folgenden Code als Beispiel, wobei
XXXXXX die Build-Nummer des Images des ESXi-Installationsprogramms ist.
DEFAULT menu.c32
MENU TITLE ESXi-5.x.x-XXXXXX-full Boot Menu
NOHALT 1
PROMPT 0
TIMEOUT 80
LABEL install
KERNEL mboot.c32
APPEND -c location of boot.cfg
MENU LABEL ESXi-5.x.x-XXXXXX-full ^Installer
LABEL hddboot
LOCALBOOT 0x80
MENU LABEL ^Boot from local disk

Geben Sie die MAC-Adresse der Zielhostmaschine als Name der Datei an: 01-mac-Adresse_von_ESXiZielhost.
Beispiel: 01-23-45-67-89-0a-bc.

Speichern Sie die PXE-Konfigurationsdatei unter /tftpboot/pxelinux.cfg auf dem TFTP-Server.

Starten Sie die Maschine mit dem Netzwerkadapter.

Starten des ESXi-Installationsprogramms per PXE-Startvorgang mithilfe von PXELINUX und der PXEKonfigurationsdatei isolinux.cfg
Sie knnen das ESXi-Installationsprogramm per PXE-Startvorgang mithilfe von PXELINUX starten und die
Datei isolinux.cfg als PXE-Konfigurationsdatei verwenden.
Siehe auch Grundlegendes zu Installations- und Upgrade-Skripts, auf Seite 177 und Grundlegendes zur
Datei boot.cfg, auf Seite 186.
Voraussetzungen
berprfen Sie, ob Ihre Umgebung ber die folgenden Komponenten verfgt:
n

Das ISO-Image des ESXi-Installationsprogramms, das von der VMware-Website heruntergeladen wurde.

TFTP-Server mit PXELINUX, der den PXE-Startvorgang untersttzt. Weitere Informationen hierzu finden
Sie unter Grundlegendes zu TFTP-Server, PXELINUX und gPXE, auf Seite 148.

DHCP-Server, der fr PXE-Startvorgnge konfiguriert ist. Weitere Informationen hierzu finden Sie unter
Beispiel-DHCP-Konfiguration, auf Seite 150.

PXELINUX

Server mit einer Hardwarekonfiguration, die von ESXi 5.1 untersttzt wird. Weitere Informationen finden
Sie im Hardware-Kompatibilittshandbuch unter
http://www.vmware.com/resources/compatibility/search.php.

Netzwerksicherheitsrichtlinien zum Zulassen des TFTP-Datenverkehrs (UDP-Port 69)

(Optional) Installationsskript, die Kickstart-Datei. Weitere Informationen hierzu finden Sie unter Grundlegendes zu Installations- und Upgrade-Skripts, auf Seite 177.

Netzwerkadapter mit PXE-Untersttzung auf dem Ziel-ESXi-Host

IPv4-Netzwerk. IPv6 wird fr die PXE-Startvorgnge nicht untersttzt.

VMware, Inc.

153

vSphere-Upgrade-Handbuch

In den meisten Fllen ist die Verwendung eines nativen VLANs sinnvoll. Wenn Sie die VLAN-ID angeben
mchten, die mit dem PXE-Startvorgang verwendet wird, stellen Sie sicher, dass Ihre Netzwerkkarte die
VLAN-ID-Spezifikation untersttzt.
Vorgehensweise
1

Erstellen Sie das Verzeichnis /tftpboot/pxelinux.cfg auf dem TFTP-Server.

Installieren Sie auf der Linux-Maschine PXELINUX.


PXELINUX ist im SYSLINUX-Paket enthalten. Extrahieren Sie die Dateien, suchen Sie die Datei pxelinux.
0 und kopieren Sie sie in das Verzeichnis /tftpboot auf Ihrem TFTP-Server.

Konfigurieren Sie den DHCP-Server.


Der DHCP-Server sendet die folgenden Informationen an Ihre Clienthosts:
n

Name oder IP-Adresse Ihres TFTP-Servers.

Name der anfnglichen Startdatei. Dies ist pxelinux.0.

Kopieren Sie den Inhalt des ESXi-Installationsprogramm-Images in das Verzeichnis /var/lib/tftpboot


des TFTP-Servers.

(Optional) Fgen Sie fr eine Skriptinstallation in der boot.cfg-Datei die Option kernelopt in die nchste
Zeile nach dem kernel-Befehl ein, um den Speicherort des Installationsskripts anzugeben.
Im folgenden Beispiel ist XXX.XXX.XXX.XXX die IP-Adresse des Servers, auf dem sich das Installationsskript befindet.
kernelopt=ks=http://XXX.XXX.XXX.XXX/esxi_ksFiles/ks.cfg

Kopieren Sie die Datei isolinux.cfg vom ISO-Image des ESXi-Installationsprogramms in das Verzeichnis /tftpboot/pxelinux.cfg.
Die Datei isolinux.cfg enthlt den folgenden Code, bei dem XXXXXX die Build-Nummer des ESXi-Installationsprogramm-Images ist:
DEFAULT menu.c32
MENU TITLE ESXi-5.x.x-XXXXXX-full Boot Menu
NOHALT 1
PROMPT 0
TIMEOUT 80
LABEL install
KERNEL mboot.c32
APPEND -c location of boot.cfg
MENU LABEL ESXi-5.x.x-XXXXXX-full ^Installer
LABEL hddboot
LOCALBOOT 0x80
MENU LABEL ^Boot from local disk

Benennen Sie die Datei isolinux.cfg mit der MAC-Adresse der Zielhostmaschine um: 01-mac-Adresse_von_ESXi-Zielhost. Beispiel: 01-23-45-67-89-0a-bc

Starten Sie die Maschine mit dem Netzwerkadapter.

Starten des ESXi-Installationsprogramms per PXE-Startvorgang mithilfe von gPXE


Sie knnen das ESXi-Installationsprogramm per PXE-Startvorgang mithilfe von gPXE ausfhren.
Siehe auch Grundlegendes zu Installations- und Upgrade-Skripts, auf Seite 177 und Grundlegendes zur
Datei boot.cfg, auf Seite 186.

154

VMware, Inc.

Kapitel 6 Upgrade und Migration Ihrer Hosts

Voraussetzungen
berprfen Sie, ob Ihre Umgebung ber die folgenden Komponenten verfgt:
n

Das ISO-Image des ESXi-Installationsprogramms, das von der VMware-Website heruntergeladen wurde

HTTP-Webserver, auf den Ihre Ziel-ESXi-Hosts zugreifen knnen

DHCP-Server, der fr PXE-Startvorgnge konfiguriert ist: /etc/dhcpd.conf wird fr Clienthosts mit einem
TFTP-Server und der anfnglichen Startdatei gpxelinux.0/undionly.kpxe konfiguriert. Weitere Informationen hierzu finden Sie unter Beispiel-DHCP-Konfiguration, auf Seite 150.

Server mit einer Hardwarekonfiguration, die von ESXi 5.1 untersttzt wird. Weitere Informationen finden
Sie im Hardware-Kompatibilittshandbuch unter
http://www.vmware.com/resources/compatibility/search.php.

gPXELINUX

(Optional) ESXi-Installationsskript. Weitere Informationen hierzu finden Sie unter Grundlegendes zu


Installations- und Upgrade-Skripts, auf Seite 177.

In den meisten Fllen ist die Verwendung eines nativen VLANs sinnvoll. Wenn Sie die VLAN-ID angeben
mchten, die mit dem PXE-Startvorgang verwendet wird, stellen Sie sicher, dass Ihre Netzwerkkarte die
VLAN-ID-Spezifikation untersttzt.
Vorgehensweise
1

Kopieren Sie den Inhalt des ISO-Images des ESXi-Installationsprogramms in das Verzeichnis /var/www/html des HTTP-Servers.

Passen Sie die boot.cfg-Datei mit den Informationen fr den HTTP-Server an.
Verwenden Sie den folgenden Code als Beispiel, wobei XXX.XXX.XXX.XXX die IP-Adresse des HTTPServers ist. Die Zeile kernelopt ist optional. Verwenden Sie diese Option, um den Speicherort des Installationsskripts fr eine Skriptinstallation anzugeben.
title=Loading ESX installer
kernel=http://XXX.XXX.XXX.XXX/tboot.b00
kernelopt=ks=http://XXX.XXX.XXX.XXX/esxi_ksFiles/ks.cfg
modules=http://XXX.XXX.XXX.XXX/b.b00 --- http://XXX.XXX.XXX.XXX/useropts.gz --http://XXX.XXX.XXX.XXX/k.b00 --- http://XXX.XXX.XXX.XXX/a.b00 --http://XXX.XXX.XXX.XXX/s.v00 --- http://XXX.XXX.XXX.XXX/weaselin.v00 --http://XXX.XXX.XXX.XXX/tools.t00 --- http://XXX.XXX.XXX.XXX/imgdb.tgz --http://XXX.XXX.XXX.XXX/imgpayld.tgz

Starten Sie den Host per gPXE-Startvorgang und drcken Sie Strg+B, um auf das GPT-Men zuzugreifen.

Geben Sie die folgenden Befehle zum Starten mit dem ESXi-Installationsprogramm ein, wobei
XXX.XXX.XXX.XXX die IP-Adresse des HTTP-Servers ist.
dhcp net0 ( if dchp is not set)
kernel -n mboot.c32 http://XXX.XXX.XXX.XXX/mboot.c32
imgargs mboot.c32 -c http://XXX.XXX.XXX.XXX/boot.cfg
boot mboot.c32

Installieren und Starten von ESXi mit Software FCoE


Sie knnen ESXi von einer FCoE LUN mit VMware Software-FCoE-Adaptern und Netzwerkadaptern mit
FCoE-Auslagerungsfunktionen installieren und starten. Ihr Host bentigt keinen dedizierten FCoE HBA.
In der Dokumentation vSphere-Speicher finden Sie Informationen ber die Installation und das Starten von ESXi
mit Software FCoE.

VMware, Inc.

155

vSphere-Upgrade-Handbuch

Verwenden von Anwendungen fr die Remoteverwaltung


Remotemanagement-Anwendungen ermglichen Ihnen die Installation von ESXi auf Servermaschinen an Remotestandorten.
Zu den fr die Installation untersttzten Remotemanagement-Anwendungen gehren HP Integrated LightsOut (iLO), Dell Remote Access Card (DRAC), IBM Management Module (MM), und Remote Supervisor Adapter II (RSA II). Eine Liste der zurzeit untersttzten Servermodelle und Remotemanagement-Firmwareversionen finden Sie unter Untersttzte Remotemanagement-Servermodelle und Mindest-Firmware-Versionen,
auf Seite 30. Wenn Sie Untersttzung fr Remotemanagement-Anwendungen bentigen, wenden Sie sich an
Ihren Hersteller.
Sie knnen Remotemanagement-Anwendungen verwenden, um interaktive Installationen und Skriptinstallationen von ESXi remote durchzufhren.
Wenn Sie Remotemanagement-Anwendungen verwenden, um ESXi zu installieren, knnen bei ausgelasteten
Systemen oder Netzwerken bei Verwendung der virtuellen CD Probleme mit beschdigten Dateien auftreten.
Falls eine Remoteinstallation eines ISO-Images fehlschlgt, schlieen Sie die Installation unter Verwendung
des physischen CD-Mediums ab.

Durchfhren des Upgrades oder der Migration


Es gibt mehrere Tools zum Durchfhren eines Upgrades und einer Migration von Hosts. Je nach Hosttyp, den
Sie aktualisieren (ESX oder ESXi), und je nachdem, ob die Hosts von vCenter Server verwaltet werden, knnen
Sie unterschiedliche Upgrade-Tools verwenden.
Mit den Tools und den Methoden, die unter ESXi 5.1 Upgrade-Optionen, auf Seite 138 beschrieben sind,
knnen Sie eine Migration oder ein Upgrade von ESX/ESXi 4.x oder Version 5.0 auf ESXi 5.x durchfhren.
Um ein Upgrade von ESX/ESXi 3.5.x auf ESX 5.x durchzufhren, mssen Sie zunchst ein Upgrade von
ESX/ESXi 3.5 auf ESX/ESXi 4.x durchfhren. Informationen ber das Durchfhren eines Upgrades von ESX/ESXi 3.5 auf ESX/ESXi 4.x finden Sie auf der Dokumentationswebseite fr VMware vSphere 4.x.
VORSICHT Wenn Sie ein Upgrade von Hosts durchfhren, die von vCenter Server verwaltet werden, mssen
Sie vor dem Upgrade von ESX/ESXi ein Upgrade auf vCenter Server durchfhren. Wenn Sie das Upgrade nicht
in der richtigen Reihenfolge durchfhren, kommt es mglicherweise zu Datenverlust und einer Unterbrechung
des Serverzugriffs.

Verwenden von vSphere Update Manager zum Durchfhren von koordinierten


Host-Upgrades
Mit koordinierten Upgrades knnen Sie ein Upgrade der Objekte in Ihrer vSphere-Bestandsliste in ein zweischrittigen Verfahren durchfhren: Host-Upgrades, gefolgt von Upgrades von virtuelle Maschinen. Dieser
Prozess kann auf Cluster-Ebene zur Automatisierung weiterer Teile des Vorgangs und auf der Ebene einzelner
Hosts oder virtueller Maschinen zur Feinabstimmung konfiguriert werden.
Beispielsweise knnen Sie eine Host-Upgrade-Baseline zum Upgrade eines ESX 4.x-Hosts auf ESXi 5.x oder
eine VM-Upgrade-Baseline zum Upgrade von VMware Tools und der Hardware der virtuellen Maschine auf
die neueste Version definieren. Verwenden Sie assistentenbasierte Arbeitsablufe, um zunchst Host-Upgrades fr einen ganzen Cluster und anschlieend ein VM-Upgrade fr alle virtuelle Maschinen zu planen.
Sie knnen Update Manager nicht fr ein Upgrade eines Hosts auf ESXi 5.x verwenden, wenn der Host zuvor
von ESX 3.x auf ESX 4.x aktualisiert wurde. Bei solchen Hosts steht in der /boot-Partition nicht gengend freier
Speicherplatz zur Verfgung, um den Update Manager-Upgrade-Prozess zu untersttzen. Dieses Problem
beeintrchtigt auch einige 4.x ESX-Hosts, selbst wenn sie zuvor nicht von ESX 3.x aktualisiert wurden. Hosts

156

VMware, Inc.

Kapitel 6 Upgrade und Migration Ihrer Hosts

mssen ber mehr als 350 MB an freiem Speicherplatz in der /boot-Partition verfgen, um den Update Manager-Upgrade-Prozess zu untersttzen. Falls der Host, fr den ein Upgrade durchgefhrt werden soll, nicht
ber mehr als 350 MB an freiem Speicherplatz in der /boot-Partition verfgt, verwenden Sie stattdessen ein
Script-Upgrade oder ein interaktives Upgrade.
WICHTIG Nachdem Sie Ihren Host auf ESXi 5.x aktualisiert oder migriert haben, knnen Sie kein Rollback auf
Ihre ESX- oder ESXi-Software der Version 4.x durchfhren. Sichern Sie Ihren Host, bevor Sie ein Upgrade oder
eine Migration durchfhren, sodass Sie Ihren 4.x-Host wiederherstellen knnen, falls das Upgrade oder die
Migration fehlschlgt.
Die Arbeitsablufe des Assistenten verhindern fehlerhafte Upgrade-Sequenzen. Beispielsweise verhindert der
Assistent, dass Sie die VM-Hardware vor den Hosts in einem Cluster aktualisieren.
Sie knnen mithilfe des Distributed Resource Schedulers (DRS) Ausfallzeiten virtueller Maschinen whrend
des Upgrade-Prozesses verhindern.
Update Manager berwacht Hosts und virtuelle Maschinen auf bereinstimmung mit Ihren definierten Upgrade-Baselines. Nichtbereinstimmungen werden in detaillierten Berichten und in der Dashboard-Ansicht
aufgefhrt. Update Manager untersttzt die Massenstandardisierung.
Die folgenden vSphere-Komponenten werden von Update Manager aktualisiert.
n

ESX- und ESXi-Kernel (VMkernel)

Hardware der virtuellen Maschine

VMware Tools

Virtuelle Appliances

Fr Komponenten, die hier nicht aufgelistet sind, knnen Sie das Upgrade durchfhren, indem Sie eine andere
Upgrade-Methode verwenden. Fr Drittanbieterkomponenten knnen Sie dazu die entsprechenden Drittanbieter-Tools verwenden.
In den folgenden Themen wird beschrieben, wie mit Update Manager ein koordiniertes Upgrade Ihrer ESXiHosts durchgefhrt werden kann.
n

Konfigurieren von Host- und Clustereinstellungen, auf Seite 157

Durchfhren eines koordinierten Upgrades von Hosts mithilfe von vSphere Update Manager, auf Seite 158

Informationen dazu, wie Sie mit Update Manager ein koordiniertes Upgrade der virtuelle Maschinen auf Ihren
Hosts durchfhren, finden Sie unter Durchfhren eines koordinierten Upgrades von virtuelle Maschinen
mithilfe von vSphere Update Manager, auf Seite 215. Eine vollstndige Dokumentation aller Update Manager-Vorgnge finden Sie im Installations- und Administratorhandbuch zu vSphere Update Manager.

Konfigurieren von Host- und Clustereinstellungen


Wenn Sie vSphere-Objekte in einem Cluster mit aktiviertem DRS, VMware High Availability (HA) und
VMware Fault Tolerance (FT) aktualisieren, knnen Sie VMware Distributed Power Management (DPM), die
HA-Zugangssteuerung und FT fr den gesamten Cluster vorbergehend deaktivieren. Wenn das Update abgeschlossen ist, stellt Update Manager diese Funktionen wieder her.
Updates erfordern mglicherweise, dass der Host bei der Standardisierung in den Wartungsmodus versetzt
wird. Virtuelle Maschinen knnen nicht ausgefhrt werden, wenn sich ein Host im Wartungsmodus befindet.
Um die Verfgbarkeit sicherzustellen, kann vCenter Server virtuelle Maschinen auf andere ESX/ESXi-Hosts
in einem Cluster migrieren, bevor der Host in den Wartungsmodus versetzt wird. vCenter Server migriert die
virtuellen Maschinen, wenn der Cluster fr vMotion konfiguriert und DRS aktiviert ist.

VMware, Inc.

157

vSphere-Upgrade-Handbuch

Wenn ein Host ber keine ausgefhrten virtuellen Maschinen verfgt, versetzt VMware DPM den Host mglicherweise in den Standby-Modus und unterbricht somit einen Update Manager-Vorgang. Um sicherzustellen, dass das Prfen und Bereitstellen erfolgreich abgeschlossen werden, deaktiviert Update Manager whrend
dieser Vorgnge VMware DPM. Um die erfolgreiche Standardisierung sicherzustellen, sollten Sie es
Update Manager ermglichen, VMware DPM und die HA-Zugangssteuerung vor dem Standardisierungsvorgang zu deaktivieren. Nach Abschluss des Vorgangs stellt Update Manager VMware DPM und die HAZugangssteuerung wieder her. Update Manager deaktiviert die HA-Zugangssteuerung vor der Bereitstellung
und Standardisierung, aber nicht vor der Prfung.
Wenn VMware DPM Hosts bereits in den Standby-Modus versetzt hat, schaltet Update Manager die Hosts
vor der Prfung, Bereitstellung oder Standardisierung ein. Nach Abschluss der Prfung, Bereitstellung oder
Standardisierung schaltet Update Manager VMware DPM und die VMware HA-Zugangssteuerung ein und
ermglicht DPM ggf., die Hosts in den Standby-Modus zu versetzen. Update Manager standardisiert keine
ausgeschalteten Hosts.
Wenn Hosts in den Standby-Modus versetzt werden und VMware DPM aus irgendeinem Grund manuell
deaktiviert wird, standardisiert Update Manager die Hosts nicht bzw. schaltet sie nicht ein.
Sie sollten die HA-Zugangssteuerung in einem Cluster vorbergehend deaktivieren, damit vMotion fortfahren
kann, sodass Ausfallzeiten der Maschinen auf den von Ihnen standardisierten Hosts verhindert werden. Nach
Abschluss der Standardisierung des gesamten Clusters stellt Update Manager die Einstellungen fr die HAZugangssteuerung wieder her.
Wenn FT fr virtuelle Maschinen auf Hosts in einem Cluster aktiviert ist, sollten Sie FT vorbergehend ausschalten, bevor Sie Update Manager-Vorgnge am Cluster vornehmen. Wenn FT fr die virtuellen Maschinen
auf einem Host aktiviert ist, standardisiert Update Manager diesen Host nicht. Sie sollten alle Hosts in einem
Cluster mit denselben Updates standardisieren, damit FT nach der Standardisierung reaktiviert werden kann,
da eine primre virtuelle Maschine und eine sekundre virtuelle Maschine sich nicht auf Hosts mit unterschiedlicher ESX/ESXi-Version und unterschiedlichem Patch-Level befinden knnen.

Durchfhren eines koordinierten Upgrades von Hosts mithilfe von vSphere Update
Manager
Mit Update Manager knnen Sie anhand einer einzelnen Upgrade-Baseline oder einer Baselinegruppe koordinierte Upgrades der ESX/ESXi-Hosts in Ihrer vSphere-Bestandsliste durchfhren.
In diesem Workflow wird allgemein beschrieben, wie ein koordiniertes Upgrade auf Hosts in Ihrer vSphereBestandsliste durchgefhrt wird. Update Manager 5.x untersttzt Host-Upgrades auf ESXi 5.x fr Hosts, auf
denen ESX/ESXi 4.x ausgefhrt wird.
Koordinierte Upgrades von Hosts knnen auf der Ordner-, Cluster- oder Datencenterebene durchgefhrt
werden.
HINWEIS Die letzten beiden Schritte in diesem Verfahren stellen Alternativen dar. Whlen Sie eine der beiden
Optionen aus.
Voraussetzungen

158

Stellen Sie sicher, dass Ihr System die Anforderungen fr vCenter Server 5.x, ESXi 5.x und Update Manager
5.x erfllt. Siehe Hardwareanforderungen fr den Update Manager, auf Seite 30.

Installieren Sie vCenter Server 5.x oder fhren Sie ein Upgrade auf diese Version durch. Weitere Informationen hierzu finden Sie unter Kapitel 4, Upgrade auf vCenter Server 5.1, auf Seite 33.

Installieren Sie vSphere Update Manager 5.x oder fhren Sie ein Upgrade auf diese Version durch. Weitere
Informationen hierzu finden Sie unter Kapitel 5, Upgrade von Update Manager, auf Seite 127.

VMware, Inc.

Kapitel 6 Upgrade und Migration Ihrer Hosts

Vorgehensweise
1

Konfigurieren der Hosteinstellungen fr den Wartungsmodus auf Seite 160


ESX/ESXi-Host-Updates knnen mglicherweise erst aufgespielt werden, wenn der Host in den Wartungsmodus versetzt worden ist. Update Manager versetzt die ESX/ESXi-Hosts vor dem Anwenden
dieser Updates in den Wartungsmodus. Sie knnen konfigurieren, wie Update Manager reagiert, wenn
der Host nicht in den Wartungsmodus versetzt werden kann.

Konfigurieren von Clustereinstellungen auf Seite 161


Fr die ESX/ESXi-Hosts in einem Cluster kann der Standardisierungvorgang entweder in einer Sequenz
oder parallel ausgefhrt werden. Bestimmte Funktionen knnen einen Standardisierungsfehler verursachen. Wenn VMware DPM, die HA-Zugangssteuerung oder die Fehlertoleranz aktiviert sind, sollten
Sie diese Funktionen vorbergehend deaktivieren, um sicherzustellen, dass die Standardisierung erfolgreich verluft.

Aktiveren der Standardisierung auf von PXE gestarteten ESXi 5.x-Hosts auf Seite 162
Sie knnen Update Manager so konfigurieren, dass er eine andere Software die Standardisierung von
durch PXE gestarteten ESXi 5.x-Hosts initiieren lsst. Die Standardisierung installiert Patches und Software-Module auf den Hosts, in der Regel gehen die Host-Updates jedoch nach einem Neustart verloren.

Importieren von Host-Upgrade-Images und Erstellen von Host-Upgrade-Baselines auf Seite 162
Sie knnen Upgrade-Baselines fr ESX/ESXi-Hosts mit ESXi 5.1-Images erstellen, die Sie in das
Update Manager-Repository importieren.

Erstellen einer Host-Baselinegruppe auf Seite 164


Sie knnen eine Host-Upgrade-Baseline mit mehreren Patch- oder Erweiterungs-Baselines kombinieren
bzw. mehrere Patch- und Erweiterungs-Baselines in einer Baselinegruppe zusammenfassen.

Anhngen von Baselines und Baselinegruppen an Objekte auf Seite 164


Zum Anzeigen der bereinstimmungsinformation und Standardisieren von Objekten in der Bestandsliste anhand bestimmter Baselines und Baselinegruppen mssen Sie zunchst vorhandene Baselines und
Baselinegruppen an diese Objekte anhngen.

Manuelles Initiieren einer Prfung von ESX/ESXi-Hosts auf Seite 165


Vor der Standardisierung sollten Sie die vSphere-Objekte anhand der angehngten Baselines und Baselinegruppen prfen. Um sofort eine Prfung von Hosts in der vSphere-Bestandsliste auszufhren, initiieren Sie diese manuell.

Anzeigen der bereinstimmungsinformationen fr vSphere-Objekte auf Seite 166


Sie knnen die bereinstimmungsinformationen fr die virtuellen Maschinen, virtuellen Appliances
und Hosts anhand von Baselines und Baselinegruppen, die Sie anhngen, berprfen.

Standardisieren von Hosts anhand einer Upgrade-Baseline auf Seite 166


Sie knnen ESX/ESXi-Hosts gleichzeitig anhand einer einzelnen angehngten Upgrade-Baseline standardisieren. Sie knnen alle Hosts in Ihrer vSphere-Bestandsliste unter Verwendung einer einzelnen
Upgrade-Baseline aktualisieren bzw. migrieren, die ein ESXi 5.1-Image enthlt.

10

Standardisieren von Hosts anhand von Baselinegruppen auf Seite 170


Sie knnen Hosts mithilfe angehngter Gruppen von Upgrade-, Patch- und Erweiterungs-Baselines
standardisieren. Baselinegruppen knnen mehrere Patch- und Erweiterungs-Baselines enthalten oder
ein Upgrade-Baseline, das mit mehreren Patch- und Erweiterungs-Baselines kombiniert werden kann.

VMware, Inc.

159

vSphere-Upgrade-Handbuch

Konfigurieren der Hosteinstellungen fr den Wartungsmodus


ESX/ESXi-Host-Updates knnen mglicherweise erst aufgespielt werden, wenn der Host in den Wartungsmodus versetzt worden ist. Update Manager versetzt die ESX/ESXi-Hosts vor dem Anwenden dieser Updates
in den Wartungsmodus. Sie knnen konfigurieren, wie Update Manager reagiert, wenn der Host nicht in den
Wartungsmodus versetzt werden kann.
Fr Hosts in einem anderen Container als einem Cluster und fr einzelne Hosts kann keine Migration der
virtuellen Maschinen mit VMotion durchgefhrt werden. Wenn der vCenter Server die virtuellen Maschinen
nicht auf einen anderen Host migrieren kann, knnen Sie konfigurieren, wie der Update Manager reagiert.
Voraussetzungen
Verbinden Sie den vSphere Client mit einem vCenter Server-System, bei dem der Update Manager registriert
ist, und klicken Sie auf der Startseite unter Lsungen und Anwendungen auf [Update Manager] . Wenn Ihr
vCenter Server-System zu einer verbundenen Gruppe im verknpften Modus von vCenter gehrt, geben Sie
die zu konfigurierende Update Manager-Instanz an, indem Sie den Namen des entsprechenden
vCenter Server-Systems in der Navigationsleiste auswhlen.
Vorgehensweise
1

Klicken Sie auf der Registerkarte [Konfiguration] unter Einstellungen auf [ESX-Host-/Clustereinstellungen] .

Whlen Sie unter Einstellungen fr den Wartungsmodus eine Option aus dem Dropdown-Men [VMBetriebszustand] aus, um die nderung des Betriebszustands der virtuellen Maschinen und Appliances
zu ermitteln, die auf dem zu standardisierenden Host ausgefhrt werden.

Option

Beschreibung

Virtuelle Maschinen ausschalten

Schalten Sie vor der Standardisierung alle virtuellen Maschinen und virtuellen Appliances aus.

Virtuelle Maschinen anhalten

Halten Sie vor der Standardisierung alle laufenden virtuellen Maschinen


und virtuellen Appliances an.

VM-Betriebszustand nicht ndern

Belassen Sie die virtuellen Maschinen und virtuellen Appliances in ihrem


aktuellen Betriebszustand. Dies ist die Standardeinstellung.

(Optional) Whlen Sie [Versuchen Sie im Falle eines Fehlschlags, erneut in den Wartungsmodus zu
wechseln] und geben Sie die Verzgerung bis zur Wiederholung an sowie die Anzahl an Wiederholungen.
Falls ein Host vor der Standardisierung nicht in den Wartungsmodus wechseln kann, Update Manager
wartet den Zeitraum der Verzgerung bis zur Wiederholung ab und versucht erneut, den Host in den
Wartungsmodus zu versetzen. Dieser Vorgang wird so oft wiederholt, wie dies im Feld [Anzahl an
Wiederholungen] angegeben ist.

(Optional) Whlen Sie die Option [Deaktivieren Sie vorbergehend alle Wechselmedien, die mglicherweise verhindern, dass ein Host in den Wartungsmodus versetzt wird] .
Update Manager standardisiert keine Hosts, auf denen sich virtuelle Maschinen befinden, die mit
CD-/DVD- oder Diskettenlaufwerken verbunden sind. Mit den virtuellen Maschinen auf einem Host verbundene Wechselmedien verhindern mglicherweise, dass der Host in den Wartungsmodus versetzt
wird, und unterbrechen die Standardisierung.
Nach der Standardisierung verbindet Update Manager die Wechselmedien neu, sofern diese noch verfgbar sind.

Klicken Sie auf [bernehmen] .

Diese Einstellungen werden zu den Standard-Fehlerantworteinstellungen. Sie knnen beim Konfigurieren


einzelner Standardisierungsaufgaben andere Einstellungen angeben.

160

VMware, Inc.

Kapitel 6 Upgrade und Migration Ihrer Hosts

Konfigurieren von Clustereinstellungen


Fr die ESX/ESXi-Hosts in einem Cluster kann der Standardisierungvorgang entweder in einer Sequenz oder
parallel ausgefhrt werden. Bestimmte Funktionen knnen einen Standardisierungsfehler verursachen. Wenn
VMware DPM, die HA-Zugangssteuerung oder die Fehlertoleranz aktiviert sind, sollten Sie diese Funktionen
vorbergehend deaktivieren, um sicherzustellen, dass die Standardisierung erfolgreich verluft.
HINWEIS Das parallele Standardisieren von Hosts kann die Leistung signifikant verbessern, indem es die fr
die Cluster-Standardisierung bentigte Zeit reduziert. Update Manager standardisiert Hosts parallel, ohne
gegen die von DRS festgelegten Einschrnkungen fr die Clusterressourcen zu verstoen.
Voraussetzungen
Verbinden Sie den vSphere Client mit einem vCenter Server-System, bei dem der Update Manager registriert
ist, und klicken Sie auf der Startseite unter Lsungen und Anwendungen auf [Update Manager] . Wenn Ihr
vCenter Server-System zu einer verbundenen Gruppe im verknpften Modus von vCenter gehrt, geben Sie
die zu konfigurierende Update Manager-Instanz an, indem Sie den Namen des entsprechenden
vCenter Server-Systems in der Navigationsleiste auswhlen.
Vorgehensweise
1

Klicken Sie auf der Registerkarte [Konfiguration] unter Einstellungen auf [ESX-Host-/Clustereinstellungen] .

Whlen Sie die Kontrollkstchen fr die Funktionen aus, die Sie deaktivieren oder aktivieren mchten.

VMware, Inc.

Option

Beschreibung

Distributed Power Management


(DPM)

VMware DPM berwacht die Ressourcennutzung der im Cluster ausgefhrten virtuellen Maschinen. Wenn berkapazitten vorhanden sind, empfiehlt
VMware DPM das Verschieben virtueller Maschinen auf andere Hosts im
Cluster und das Versetzen des ursprnglichen Hosts in den Standby-Modus,
um Energie zu sparen. Falls nicht gengende Kapazitten vorhanden sind,
empfiehlt VMware DPM mglicherweise die Reaktivierung von Hosts, die
sich im Standby-Modus befinden.
Wenn Sie DPM nicht deaktivieren, berspringt Update Manager das Cluster
mit aktiviertem VMware DPM. Wenn Sie VMware DPM vorbergehend
deaktivieren, deaktiviert Update Manager DPM auf dem Cluster, standardisiert die Hosts im Cluster und reaktiviert VMware DPM nach Abschluss
der Standardisierung.

HA-Zugangssteuerung

Die Zugangssteuerung ist eine von VMware HA verwendete Richtlinie, um


die Failover-Kapazitt in einem Cluster zu gewhrleisten. Wenn die HAZugangssteuerung whrend der Standardisierung aktiviert ist, werden die
virtuellen Maschinen in einem Cluster mglicherweise nicht mit VMotion
migriert.
Wenn Sie die HA-Zugangssteuerung nicht deaktivieren, berspringt
Update Manager das Cluster mit aktivierter HA-Zugangssteuerung. Wenn
Sie die HA-Zugangssteuerung vorbergehend deaktivieren, deaktiviert
Update Manager die HA-Zugangssteuerung, standardisiert das Cluster und
reaktiviert die HA-Zugangssteuerung nach Abschluss der Standardisierung.

Fehlertoleranz (FT)

Die VMware-Fehlertoleranz bietet eine unterbrechungsfreie Verfgbarkeit


fr virtuelle Maschinen durch die automatische Erstellung und Verwaltung
einer sekundren virtuellen Maschine, die mit der primren virtuellen Maschine identisch ist. Wenn Sie FT fr die virtuellen Maschinen auf einem Host
nicht ausschalten mchten, standardisiert Update Manager diesen Host
nicht.

161

vSphere-Upgrade-Handbuch

Option

Beschreibung

Parallele Standardisierung fr Hosts


im Cluster aktivieren

Update Manager kann Hosts in Clustern parallel standardisieren. Update


Manager berechnet kontinuierlich die maximale Anzahl an Hosts, die parallel standardisiert werden knnen, ohne gegen die DRS-Einstellungen zu
verstoen. Falls Sie die Einstellung nicht auswhlen, standardisiert
Update Manager die Hosts in einem Cluster sequenziell.

Migrieren Sie ausgeschaltete und


angehaltene virtuelle Maschinen auf
andere Hosts im Cluster, wenn ein
Host in den Wartungsmodus wechseln muss

Update Manager migriert die angehaltenen und ausgeschalteten virtuellen


Maschinen von Hosts, die in den Wartungsmodus wechseln mssen, auf
andere Hosts im Cluster. Sie knnen virtuelle Maschinen im Bereich Einstellungen fr den Wartungsmodus vor der Standardisierung ausschalten
oder anhalten.

Klicken Sie auf [bernehmen] .

Diese Einstellungen werden zu den Standard-Fehlerantworteinstellungen. Sie knnen beim Konfigurieren


einzelner Standardisierungsaufgaben andere Einstellungen angeben.
Aktiveren der Standardisierung auf von PXE gestarteten ESXi 5.x-Hosts
Sie knnen Update Manager so konfigurieren, dass er eine andere Software die Standardisierung von durch
PXE gestarteten ESXi 5.x-Hosts initiieren lsst. Die Standardisierung installiert Patches und Software-Module
auf den Hosts, in der Regel gehen die Host-Updates jedoch nach einem Neustart verloren.
Die globale Einstellung auf der Update Manager-Registerkarte [Konfiguration] ermglicht, dass Lsungen
wie z. B. ESX Agent Manager oder Cisco Nexus 1000V die Standardisierung von durch PXE gestarteten ESXi
5.x-Hosts initiieren. Dagegen ermglicht die Einstellung [Patch-Standardisierung eingeschalteter, von PXE
gestarteter ESXi-Hosts aktivieren] im Standardisierungsassistenten dem Update Manager das Patchen von
durch PXE gestarteten Hosts.
Verwenden Sie zum Beibehalten von Updates auf statusfreien Hosts nach einem Neustart ein PXE-Start-Image,
das die Updates enthlt. Sie knnen das PXE-Start-Image vor dem Anwenden der Updates mit dem
Update Manager aktualisieren, sodass die Updates nicht wegen eines Neustarts verloren gehen.
Update Manager fhrt seinerseits keinen Neustart der Hosts aus, da er auf von PXE gestarteten ESXi 5.x-Hosts
keine Updates installiert, die einen Neustart erfordern.
Voraussetzungen
Verbinden Sie den vSphere Client mit einem vCenter Server-System, bei dem der Update Manager registriert
ist, und klicken Sie auf der Startseite unter Lsungen und Anwendungen auf [Update Manager] . Wenn Ihr
vCenter Server-System zu einer verbundenen Gruppe im verknpften Modus von vCenter gehrt, geben Sie
die zu konfigurierende Update Manager-Instanz an, indem Sie den Namen des entsprechenden
vCenter Server-Systems in der Navigationsleiste auswhlen.
Vorgehensweise
1

Klicken Sie auf der Registerkarte [Konfiguration] unter Einstellungen auf [ESX-Host-/Clustereinstellungen] .

Wenn Sie die Installation von Software fr Lsungen auf von PXE gestarteten ESXi 5.x-Hosts zulassen
mchten, whlen Sie [Installation zustzlicher Software auf von PXE gestarteten ESXi 5.x-Hosts zulassen] .

Klicken Sie auf [bernehmen] .

Importieren von Host-Upgrade-Images und Erstellen von Host-Upgrade-Baselines


Sie knnen Upgrade-Baselines fr ESX/ESXi-Hosts mit ESXi 5.1-Images erstellen, die Sie in das
Update Manager-Repository importieren.
Sie knnen ESXi .iso-Images verwenden, um ein Upgrade von ESXi 4.x- und ESXi 5.0-Hosts auf ESXi 5.1
durchzufhren oder ESX 4.x-Hosts auf ESXi 5.1 zu migrieren.

162

VMware, Inc.

Kapitel 6 Upgrade und Migration Ihrer Hosts

Verwenden Sie zum Upgrade bzw. zur Migration von Hosts das ESXi-Installer-Image, das von VMware verteilt
wurde, mit dem Namensformat VMware-VMvisor-Installer-5.1.0-Buildnummer.x86_64.iso oder ein benutzerdefiniertes Image, das mithilfe von Image Builder erstellt wurde.
Voraussetzungen
Stellen Sie sicher, dass Sie ber die Berechtigung Datei hochladen verfgen. Weitere Informationen zum Verwalten von Benutzern, Gruppen, Rollen und Berechtigungen finden Sie unter vCenter Server und Hostverwaltung.
Verbinden Sie den vSphere Client mit einem vCenter Server-System, bei dem der Update Manager registriert
ist, und klicken Sie auf der Startseite unter Lsungen und Anwendungen auf [Update Manager] . Wenn Ihr
vCenter Server-System zu einer verbundenen Gruppe im verknpften Modus von vCenter gehrt, geben Sie
die zu konfigurierende Update Manager-Instanz an, indem Sie den Namen des entsprechenden
vCenter Server-Systems in der Navigationsleiste auswhlen.
Vorgehensweise
1

Klicken Sie auf der Registerkarte [ESXi-Images] oben rechts auf [ESXi-Image importieren] .

Wechseln Sie auf der Seite ESXi-Image auswhlen des Assistenten ESXi-Image importieren zu dem
ESXi-Image, das Sie hochladen mchten, und whlen Sie es aus.

Klicken Sie auf [Weiter] .


Der Vorgang des Hochladens wird gestartet.
VORSICHT Schlieen Sie den Import-Assistenten nicht. Durch das Schlieen des Import-Assistenten wird
der Hochladevorgang nmlich gestoppt.

(Optional) Whlen Sie im Fenster Sicherheitswarnung eine Option zum Behandeln der Zertifikatswarnung aus.
Die Zertifikate, die whrend der Installation fr vCenter Server und ESX/ESXi-Hosts erzeugt werden, sind
nicht von einer vertrauenswrdigen Zertifizierungsstelle signiert. Aus diesem Grund wird bei jeder SSLVerbindung mit einem dieser Systeme auf dem Client eine Warnmeldung angezeigt.
Option

Aktion

Ignorieren

Klicken Sie auf [Ignorieren] , um unter Verwendung des aktuellen SSLZertifikats fortzufahren und den Upload-Vorgang zu starten.

Abbrechen

Klicken Sie auf [Abbrechen] , um das Fenster zu schlieen und den UploadVorgang zu stoppen.

Dieses Zertifikat installieren und keine Sicherheitswarnungen anzeigen

Whlen Sie dieses Kontrollkstchen und klicken Sie auf [Ignorieren] , um


das Zertifikat zu installieren und um den Empfang von Sicherheitswarnungen zu beenden.

Klicken Sie nach dem Hochladen der Datei auf [Weiter] .

(Optional) Erstellen Sie eine Host-Upgrade-Baseline.

Lassen Sie die Option [Erstellen einer Baseline mit dem ESXi-Image] ausgewhlt.

Geben Sie einen Namen und optional eine Beschreibung fr die Host-Upgrade-Baseline ein.

Klicken Sie auf [Beenden] .

Das ESXi-Image, das Sie hochgeladen haben, wird im Bereich Importierte ESXi-Images angezeigt. Im Bereich
Softwarepakete finden Sie weitere Informationen zu den Softwarepaketen, die im ESXi-Image enthalten
sind.
Wenn Sie auch eine Host-Upgrade-Baseline erstellt haben, wird die neue Baseline im Bereich Baselines der
Registerkarte [Baselines und Gruppen] angezeigt.

VMware, Inc.

163

vSphere-Upgrade-Handbuch

Weiter
Zum Aktualisieren oder Migrieren der Hosts in Ihrer Umgebung mssen Sie eine Host-Upgrade-Baseline
erstellen, sofern Sie dies noch nicht getan haben.
Erstellen einer Host-Baselinegruppe
Sie knnen eine Host-Upgrade-Baseline mit mehreren Patch- oder Erweiterungs-Baselines kombinieren bzw.
mehrere Patch- und Erweiterungs-Baselines in einer Baselinegruppe zusammenfassen.
HINWEIS Sie knnen jederzeit auf [Beenden] im Assistent Neue Baselinegruppe klicken, um Ihre Baselinegruppe zu speichern. Sie knnen ihr dann zu einem spteren Zeitpunkt weitere Baselines hinzufgen.
Voraussetzungen
Verbinden Sie den vSphere Client mit einem vCenter Server-System, bei dem der Update Manager registriert
ist, und klicken Sie auf der Startseite unter Lsungen und Anwendungen auf [Update Manager] . Wenn Ihr
vCenter Server-System zu einer verbundenen Gruppe im verknpften Modus von vCenter gehrt, geben Sie
die zu konfigurierende Update Manager-Instanz an, indem Sie den Namen des entsprechenden
vCenter Server-Systems in der Navigationsleiste auswhlen.
Vorgehensweise
1

Klicken Sie auf der Registerkarte [Baselines und Gruppen] auf [Erstellen] (ber dem Fenster Baselinegruppen).

Geben Sie einen eindeutigen Namen fr die Baselinegruppe ein.

Whlen Sie unter Typ der Baselinegruppe die Option [Host-Baselinegruppe] und klicken Sie auf
[Weiter] .

Whlen Sie eine Host-Upgrade-Baseline aus, um sie in die Baselinegruppe aufzunehmen.

(Optional) Erstellen Sie eine neue Host-Upgrade-Baseline, indem Sie im unteren Teil der Seite Upgrades
auf [Neue Host-Upgrade-Baseline erstellen] klicken und die Schritte des Assistenten fr neue Baselines ausfhren.

Klicken Sie auf [Weiter] .

Whlen Sie die Patch-Baselines aus, die Sie in die Baselinegruppe aufnehmen mchten.

(Optional) Erstellen Sie eine neue Patch-Baseline, indem Sie im unteren Teil der Seite Patches auf [Neue
Host-Patch-Baseline erstellen] klicken und die Schritte des Assistenten Neue Baselines ausfhren.

Klicken Sie auf [Weiter] .

10

Whlen Sie die Erweiterungs-Baselines aus, die Sie in die Baselinegruppe aufnehmen mchten.

11

(Optional) Erstellen Sie eine neue Erweiterungs-Baseline, indem Sie im unteren Teil der Seite Erweiterungen auf [Eine neue Erweiterungs-Baseline erstellen] klicken und die Schritte des Assistenten fr
neue Baselines ausfhren.

12

Klicken Sie auf der Seite Bereit zum Abschlieen auf [Beenden] .

Die Host-Baselinegruppe wird in der Liste der Baselinegruppen angezeigt.


Anhngen von Baselines und Baselinegruppen an Objekte
Zum Anzeigen der bereinstimmungsinformation und Standardisieren von Objekten in der Bestandsliste
anhand bestimmter Baselines und Baselinegruppen mssen Sie zunchst vorhandene Baselines und Baselinegruppen an diese Objekte anhngen.
Sie knnen Baselines und Baselinegruppen ber die Ansicht bereinstimmung des Update Manager-Clients
an Objekte anhngen.

164

VMware, Inc.

Kapitel 6 Upgrade und Migration Ihrer Hosts

Sie knnen Baselines und Baselinegruppen an einzelne Objekte anhngen, effizienter ist es jedoch, sie an Containerobjekte wie Ordner, vApps, Cluster und Datencenter anzuhngen. Einzelne vSphere-Objekte bernehmen Baselines, die an das bergeordnete Containerobjekt angehngt sind. Beim Entfernen eines Objekts aus
einem Container werden auch die bernommenen Baselines vom Objekt entfernt.
Wenn das vCenter Server-System Teil einer verbundenen Gruppe im verknpften Modus von vCenter ist,
knnen Sie Baselines und Baselinegruppen an Objekte anhngen, die von dem vCenter Server-System verwaltet werden, bei dem Update Manager registriert ist. Die Baselines und Baselinegruppen, die Sie anhngen,
gelten fr die Update Manager-Instanz, die bei dem vCenter Server-System registriert ist.
Voraussetzungen
Stellen Sie sicher, dass Sie ber die Berechtigung Baseline anhngen verfgen.
Vorgehensweise
1

Verbinden Sie den vSphere Client mit einem vCenter Server-System, bei dem der Update Manager registriert ist, und whlen Sie in der Navigationsleiste [Home] > [Bestandsliste] .

Whlen Sie den Objekttyp aus, an den Sie die Baseline anhngen mchten.
Beispiele hierfr sind: [Hosts und Cluster] oder [VMs und Vorlagen] .

Whlen Sie das Objekt in der Bestandsliste aus und klicken Sie auf die Registerkarte [Update Manager] .
Wenn Ihr vCenter Server-System Teil einer verbundenen Gruppe im verknpften Modus von vCenter ist,
ist die Registerkarte [Update Manager] nur fr das vCenter Server-System verfgbar, bei dem eine
Update Manager-Instanz registriert ist.

Klicken Sie in der oberen rechten Ecke auf [Anhngen] .

Whlen Sie im Fenster Baseline oder Gruppe anhngen eine oder mehrere Baselines oder Baselinegruppen
aus, die an das Objekt angehngt werden sollen.
Wenn Sie eine oder mehrere Baselinegruppen auswhlen, werden alle Baselines in den Gruppen ausgewhlt. Sie knnen die Auswahl einzelner Baselines in einer Gruppe nicht aufheben.

(Optional) Klicken Sie auf den Link [Baselinegruppe erstellen] oder [Baseline erstellen] , um eine
Baselinegruppe bzw. eine Baseline zu erstellen, und fhren Sie die verbleibenden Schritte des entsprechenden Assistenten aus.

Klicken Sie auf [Anhngen] .

Die Baselines und Baselinegruppen, die Sie zum Anhngen ausgewhlt haben, werden in den Fenstern Angehngte Baselinegruppen und Angehngte Baselines der Registerkarte [Update Manager] angezeigt.
Manuelles Initiieren einer Prfung von ESX/ESXi-Hosts
Vor der Standardisierung sollten Sie die vSphere-Objekte anhand der angehngten Baselines und Baselinegruppen prfen. Um sofort eine Prfung von Hosts in der vSphere-Bestandsliste auszufhren, initiieren Sie
diese manuell.
Vorgehensweise
1

Verbinden Sie den vSphere-Client mit einem vCenter Server-System, bei dem der Update Manager registriert ist, und whlen Sie in der Navigationsleiste [Home] > [Bestandsliste] > [Hosts und Cluster] .

Klicken Sie mit der rechten Maustaste auf ein Host-, ein Datencenter- oder beliebiges Containerobjekt und
whlen Sie [Auf Updates prfen] .

Whlen Sie die Update-Typen aus, die geprft werden sollen.


Sie knnen entweder auf [Patches und Erweiterungen] oder auf [Upgrades] prfen.

VMware, Inc.

Klicken Sie auf [Prfen] .

165

vSphere-Upgrade-Handbuch

Das ausgewhlte Bestandslistenobjekt und alle seine untergeordneten Objekte werden anhand aller Patches,
Erweiterungen und Upgrades in den angehngten Baselines geprft. Je umfangreicher die virtuelle Infrastruktur ist und je weiter oben in der Objekthierarchie Sie die Prfung initiieren, desto lnger dauert der
Vorgang.
Anzeigen der bereinstimmungsinformationen fr vSphere-Objekte
Sie knnen die bereinstimmungsinformationen fr die virtuellen Maschinen, virtuellen Appliances und
Hosts anhand von Baselines und Baselinegruppen, die Sie anhngen, berprfen.
Wenn Sie ein Containerobjekt auswhlen, sehen Sie den Gesamtbereinstimmungsstatus der angehngten
Baselines sowie alle einzelnen bereinstimmungsstatus. Wenn Sie eine einzelne Baseline auswhlen, die dem
Containerobjekt angehngt ist, sehen Sie den bereinstimmungsstatus der Baseline.
Wenn Sie eine einzelne virtuelle Maschine, eine einzelne Appliance oder einen einzelnen Host auswhlen,
sehen Sie den Gesamtbereinstimmungsstatus des ausgewhlten Objekts anhand aller angehngten Baselines
sowie die Anzahl der Updates. Wenn Sie dann eine einzelne Baseline auswhlen, die diesem Objekt angehngt
ist, sehen Sie die Anzahl der Updates gruppiert nach bereinstimmungsstatus fr diese Baseline.
Vorgehensweise
1

Verbinden Sie den vSphere-Client mit einem vCenter Server-System, bei dem der Update Manager registriert ist, und whlen Sie in der Navigationsleiste [Home] > [Bestandsliste] .

Whlen Sie den Objekttyp aus, dessen bereinstimmungsinformationen Sie anzeigen mchten.
Beispiele hierfr sind: [Hosts und Cluster] oder [VMs und Vorlagen] .

Whlen Sie ein Objekt aus der Bestandsliste aus.

Klicken Sie auf die Registerkarte [Update Manager] , um die Prfergebnisse und bereinstimmungsstatus zu sehen.

Standardisieren von Hosts anhand einer Upgrade-Baseline


Sie knnen ESX/ESXi-Hosts gleichzeitig anhand einer einzelnen angehngten Upgrade-Baseline standardisieren. Sie knnen alle Hosts in Ihrer vSphere-Bestandsliste unter Verwendung einer einzelnen Upgrade-Baseline
aktualisieren bzw. migrieren, die ein ESXi 5.1-Image enthlt.
HINWEIS Alternativ knnen Sie auch Hosts unter Verwendung einer Baselinegruppe aktualisieren. Weitere
Informationen hierzu finden Sie unter Standardisieren von Hosts anhand von Baselinegruppen, auf Seite 170.
Update Manager 5.1 untersttzt das Upgrade von ESXi 4.x und ESXi 5.0 auf ESXi 5.1 sowie die Migration von
ESX 4.x auf ESXi 5.1. Sie knnen Update Manager nicht zum Aktualisieren eines Hosts auf ESXi 5.1 verwenden,
wenn der Host von ESX 3.x auf ESX 4.x aktualisiert wurde. Bei solchen Hosts steht in der /boot-Partition nicht
gengend freier Speicherplatz zur Verfgung, um den Update Manager-Upgrade-Vorgang zu untersttzen.
Verwenden Sie stattdessen ein Skript-Upgrade oder ein interaktives Upgrade.
Verwenden Sie zum Upgrade bzw. zur Migration von Hosts das ESXi-Installer-Image, das von VMware verteilt
wurde, mit dem Namensformat VMware-VMvisor-Installer-5.1.0-Buildnummer.x86_64.iso oder ein benutzerdefiniertes Image, das mithilfe von Image Builder erstellt wurde.
HINWEIS Bei einem nicht erfolgreichen Upgrade oder einer nicht erfolgreichen Migration von ESX/ESXi 4.x
oder ESXi 5.0 auf ESXi 5.1 knnen Sie kein Rollback auf Ihre vorherige ESX/ESXi 4.x- oder ESXi 5.0-Instanz
durchfhren.

166

VMware, Inc.

Kapitel 6 Upgrade und Migration Ihrer Hosts

Voraussetzungen
Verbinden Sie den vSphere Client mit einem vCenter Server-System, bei dem Update Manager registriert ist.
Wenn Ihr vCenter Server-System Teil einer verbundenen Gruppe im verknpften Modus von vCenter ist,
geben Sie die Update Manager-Instanz an, indem Sie in der Navigationsleiste den Namen des entsprechenden
vCenter Server-Systems auswhlen.
Um einen Host anhand einer Upgrade-Baseline zu standardisieren, hngen Sie die Baseline an den Host an.
berprfen Sie alle Prfungsmeldungen im Fenster Upgrade-Details auf potenzielle Probleme mit Hardware,
Drittanbieter-Software und auf Konfigurationsprobleme, die mglicherweise ein erfolgreiches Upgrade oder
eine erfolgreiche Migration auf ESXi 5.0 verhindern.
Vorgehensweise
1

Whlen Sie auf der Seite [Home] des vSphere Client die Option [Hosts und Cluster] aus und klicken
Sie auf die Registerkarte [Update Manager] .

Klicken Sie mit der rechten Maustaste auf das zu standardisierende Bestandslistenobjekt und whlen
Sie [Standardisieren] .
Wenn Sie ein Containerobjekt auswhlen, werden alle Hosts unter dem ausgewhlten Objekt standardisiert.

Whlen Sie auf der Seite Standardisierungsauswahl des Standardisierungsassistenten die UpgradeBaseline aus, die bernommen werden soll.

(Optional) Whlen Sie die Hosts aus, die Sie standardisieren mchten, und klicken Sie auf [Weiter] .
Wenn Sie einen einzelnen Host und kein Containerobjekt standardisieren mchten, wird der Host standardmig ausgewhlt.

Akzeptieren Sie auf der Seite mit der Endbenutzer-Lizenzvereinbarung die Bedingungen und klicken Sie
auf [Weiter] .

(Optional) Whlen Sie auf der Seite fr das ESXi 5.1-Upgrade die Option aus, dass installierte Drittanbieter-Softwaremodule, die nicht kompatibel mit dem Upgrade sind, entfernt werden und mit der Standardisierung fortgefahren werden soll.
Falls zustzliche Drittanbietermodule auf den Hosts installiert sind und diese mit dem Upgrade nicht
kompatibel sind, schlgt die Upgrade-Standardisierung fehl. Wenn Sie fortfahren und unter Verwendung
eines ESXi-Images ohne die entsprechenden VIBs Upgrades Ihrer ESX/ESXi-Hosts, die Drittanbieter-Module enthalten, auf ESXi 5.1 durchfhren mchten, mssen Sie zuerst die Drittanbieter-Software auf den
Hosts entfernen.
HINWEIS ESXi 5.0-Hosts und ESXi 5.1-Hosts sind binr kompatibel. Softwaremodule von Drittanbietern
auf ESXi 5.0-Hosts bleiben unabhngig davon, ob Sie Drittanbieter-Module entfernen, nach einem Upgrade auf ESXi 5.1 intakt.

Klicken Sie auf [Weiter] .

Geben Sie auf der Seite Zeitplan einen eindeutigen Namen fr die Aufgabe und eine optionale Beschreibung an.

Whlen Sie [Sofort] , um den Vorgang sofort nach Abschluss des Assistenten zu starten, oder geben Sie
eine Uhrzeit zum Starten des Standardisierungsvorgangs an, und klicken Sie auf [Weiter] .

VMware, Inc.

167

vSphere-Upgrade-Handbuch

10

Auf der Seite Standardisierungsoptionen fr den Host knnen Sie im Dropdown-Men [Betriebszustand] die nderung des Betriebszustands der virtuellen Maschinen und virtuellen Appliances angeben,
die auf den zu standardisierenden Hosts ausgefhrt werden.
Option

Beschreibung

Virtuelle Maschinen ausschalten

Schalten Sie vor der Standardisierung alle virtuellen Maschinen und virtuellen Appliances aus.

Virtuelle Maschinen anhalten

Halten Sie vor der Standardisierung alle laufenden virtuellen Maschinen


und virtuellen Appliances an.

VM-Betriebszustand nicht ndern

Belassen Sie die virtuellen Maschinen und virtuellen Appliances in ihrem


aktuellen Betriebszustand.
Ein Host kann erst dann in den Wartungsmodus wechseln, wenn die virtuellen Maschinen auf dem Host ausgeschaltet, angehalten oder mit vMotion
auf andere Hosts in einem DRS-Cluster migriert wurden.

Fr einige Updates ist es erforderlich, dass der Host vor der Standardisierung in den Wartungsmodus
versetzt wird. Virtuelle Maschinen und Appliances knnen nicht ausgefhrt werden, wenn sich ein Host
im Wartungsmodus befindet.
Um die Ausfallzeit whrend der Hoststandardisierung, die auf Kosten der Verfgbarkeit der virtuellen
Maschine geht, zu vermindern, knnen Sie angeben, dass die virtuellen Maschinen und virtuellen Appliances vor der Standardisierung heruntergefahren oder angehalten werden. Wenn Sie in einem DRSCluster die virtuellen Maschinen nicht ausschalten, dauert die Standardisierung lnger, aber die virtuellen
Maschinen stehen whrend des gesamten Standardisierungsvorgangs zur Verfgung, weil sie mit vMotion auf andere Hosts migriert werden.
11

(Optional) Whlen Sie die Option [Versuchen Sie im Falle eines Fehlschlags, erneut in den Wartungsmodus zu wechseln] , und geben Sie die Anzahl an Wiederholungen sowie die Wartezeit zwischen den
wiederholten Versuchen an.
Update Manager wartet den Zeitraum der Verzgerung bis zur Wiederholung ab und versucht erneut,
den Host in den Wartungsmodus zu versetzen. Dieser Vorgang wird so oft wiederholt, wie dies im Feld
[Anzahl an Wiederholungen] angegeben ist.

12

(Optional) Whlen Sie [Alle mit den virtuellen Maschinen auf dem Host verbundenen Wechselmedien
trennen] .
Update Manager standardisiert keine Hosts, auf denen sich virtuelle Maschinen befinden, die mit CD-,
DVD- oder Diskettenlaufwerken verbunden sind. In einer Clusterumgebung verhindern verbundene
Mediengerte mglicherweise die Ausfhrung von vMotion, wenn der Zielhost nicht ber ein identisches
Gert oder ein gemountetes ISO-Image verfgt, was wiederum den Quellhost daran hindert, in den Wartungsmodus zu wechseln.
Nach der Standardisierung verbindet Update Manager die Wechselmedien neu, sofern diese noch verfgbar sind.

13

168

Klicken Sie auf [Weiter] .

VMware, Inc.

Kapitel 6 Upgrade und Migration Ihrer Hosts

14

Bearbeiten Sie die Cluster-Standardisierungsoptionen.


Die Seite Cluster-Standardisierungsoptionen ist nur dann verfgbar, wenn Sie Hosts in einem Cluster
standardisieren.
Option

Details

Deaktivieren Sie das Distributed


Power Management (DPM), falls es
fr einen der ausgewhlten Cluster
aktiviert ist.

Update Manager standardisiert keine Cluster mit aktivem DPM.


Bei der verteilten Energieverwaltung wird die Ressourcennutzung der im
Cluster ausgefhrten virtuellen Maschinen berwacht. Wenn berkapazitten vorhanden sind, empfiehlt DPM das Verschieben virtueller Maschinen
auf andere Hosts im Cluster und versetzt den ursprnglichen Host in den
Standby-Modus, um Energie zu sparen. Das Versetzen von Hosts in den
Standby-Modus unterbricht mglicherweise die Standardisierung.

Deaktivieren Sie die High Availability


Admission Control, falls sie fr einen
der ausgewhlten Cluster aktiviert
ist.

Update Manager standardisiert keine Cluster mit aktiver HA-Zugangssteuerung.


Die Zugangssteuerung ist eine von vSphere HA verwendete Richtlinie, um
die Failover-Kapazitt in einem Cluster zu gewhrleisten. Wenn die HAZugangssteuerung whrend der Standardisierung aktiviert ist, werden die
virtuellen Maschinen in einem Cluster mglicherweise nicht mit vMotion
migriert.

Deaktivieren Sie Fault Tolerance


(FT), wenn sie fr die VMs auf den
ausgewhlten Hosts aktiviert ist.

Wenn FT fr die virtuellen Maschinen auf einem Host aktiviert ist, standardisiert Update Manager diesen Host nicht.
Fr die Aktivierung von Fault Tolerance mssen die Hosts, auf denen die
primren und sekundren virtuellen Maschinen ausgefhrt werden, ber
dieselbe Version verfgen und auf ihnen mssen dieselben Patches installiert sein. Falls Sie unterschiedliche Patches auf diese Hosts anwenden, kann
Fault Tolerance (FT) nicht reaktiviert werden.

Aktivieren Sie die parallele Standardisierung fr die Hosts in den ausgewhlten Clustern.

Standardisieren Sie Hosts in Clustern auf parallele Art und Weise. Falls die
Einstellung nicht ausgewhlt ist, standardisiert Update Manager die Hosts
in einem Cluster sequenziell.
Standardmig berechnet Update Manager kontinuierlich die maximale Anzahl an Hosts, die gleichzeitig standardisiert werden knnen, ohne gegen die
DRS-Einstellungen zu verstoen. Sie knnen die Anzahl an gleichzeitig standardisierten Hosts auf eine bestimmte Anzahl beschrnken.
HINWEIS Update Manager standardisiert nur die Hosts gleichzeitig, auf denen virtuelle Maschinen ausgeschaltet oder angehalten sind. Sie knnen virtuelle Maschinen ber das Men [Betriebszustand] im Bereich Einstellungen fr den Wartungsmodus auf der Seite Standardisierungsoptionen
fr den Host ausschalten oder anhalten.

Migrieren Sie ausgeschaltete und


angehaltene virtuelle Maschinen auf
andere Hosts im Cluster, wenn ein
Host in den Wartungsmodus wechseln muss.

Update Manager migriert die angehaltenen und ausgeschalteten virtuellen


Maschinen von Hosts, die in den Wartungsmodus wechseln mssen, auf
andere Hosts im Cluster. Sie knnen virtuelle Maschinen im Bereich Einstellungen fr den Wartungsmodus vor der Standardisierung ausschalten
oder anhalten.

15

(Optional) Generieren Sie einen Bericht zu den Cluster-Standardisierungsoptionen, indem Sie auf der Seite
Cluster-Standardisierungsoptionen auf [Bericht generieren] und anschlieend auf [Weiter] klicken.

16

Klicken Sie auf der Seite Bereit zum Abschlieen auf [Beenden] .

HINWEIS Im Bereich Aktuelle Aufgaben wird die Standardisierungsaufgabe angezeigt und verbleibt beim
grten Teil der Aufgabe bei etwa 22 Prozent. Der Vorgang wird weiterhin ausgefhrt und bentigt etwa 15
Minuten, bis er abgeschlossen ist.

VMware, Inc.

169

vSphere-Upgrade-Handbuch

Standardisieren von Hosts anhand von Baselinegruppen


Sie knnen Hosts mithilfe angehngter Gruppen von Upgrade-, Patch- und Erweiterungs-Baselines standardisieren. Baselinegruppen knnen mehrere Patch- und Erweiterungs-Baselines enthalten oder ein UpgradeBaseline, das mit mehreren Patch- und Erweiterungs-Baselines kombiniert werden kann.
Sie knnen ein koordiniertes Upgrade unter Verwendung einer Host-Baselinegruppe durchfhren. Die Upgrade-Baseline in der Baselinegruppe wird zuerst und anschlieend werden die Patch- und ErweiterungsBaselines ausgefhrt.
HINWEIS Alternativ knnen Sie auch Hosts unter Verwendung einer einzelnen Upgrade-Baseline aktualisieren.
Weitere Informationen hierzu finden Sie unter Standardisieren von Hosts anhand einer Upgrade-Baseline,
auf Seite 166.
Voraussetzungen
Stellen Sie sicher, dass mindestens eine Baselinegruppe an den Host angehngt ist.
Verbinden Sie den vSphere Client mit einem vCenter Server-System, bei dem Update Manager registriert ist.
Wenn Ihr vCenter Server-System Teil einer verbundenen Gruppe im verknpften Modus von vCenter ist,
geben Sie die Update Manager-Instanz an, indem Sie in der Navigationsleiste den Namen des entsprechenden
vCenter Server-Systems auswhlen.
berprfen Sie alle Prfungsmeldungen im Fenster Upgrade-Details auf potenzielle Probleme mit Hardware,
Drittanbieter-Software und auf Konfigurationsprobleme, die mglicherweise ein erfolgreiches Upgrade oder
eine erfolgreiche Migration auf ESXi 5.0 verhindern.
Vorgehensweise
1

Whlen Sie auf der Seite [Home] des vSphere Client die Option [Hosts und Cluster] aus und klicken
Sie auf die Registerkarte [Update Manager] .

Klicken Sie mit der rechten Maustaste auf das zu standardisierende Bestandslistenobjekt und whlen
Sie [Standardisieren] .
Wenn Sie ein Containerobjekt auswhlen, werden alle Hosts unter dem ausgewhlten Objekt standardisiert.

Whlen Sie auf der Seite Standardisierungsauswahl des Standardisierungsassistenten die Baselinegruppe und Baselines aus, die bernommen werden sollen.

(Optional) Whlen Sie die Hosts aus, die Sie standardisieren mchten, und klicken Sie auf [Weiter] .
Wenn Sie einen einzelnen Host und kein Containerobjekt standardisieren mchten, wird der Host standardmig ausgewhlt.

Akzeptieren Sie auf der Seite mit der Endbenutzer-Lizenzvereinbarung die Bedingungen und klicken Sie
auf [Weiter] .

(Optional) Whlen Sie auf der Seite fr das ESXi 5.1-Upgrade die Option aus, dass installierte Drittanbieter-Softwaremodule, die nicht kompatibel mit dem Upgrade sind, entfernt werden und mit der Standardisierung fortgefahren werden soll.
Falls zustzliche Drittanbietermodule auf den Hosts installiert sind und diese mit dem Upgrade nicht
kompatibel sind, schlgt die Upgrade-Standardisierung fehl. Wenn Sie fortfahren und unter Verwendung
eines ESXi-Images ohne die entsprechenden VIBs Upgrades Ihrer ESX/ESXi-Hosts, die Drittanbieter-Module enthalten, auf ESXi 5.1 durchfhren mchten, mssen Sie zuerst die Drittanbieter-Software auf den
Hosts entfernen.
HINWEIS ESXi 5.0-Hosts und ESXi 5.1-Hosts sind binr kompatibel. Softwaremodule von Drittanbietern
auf ESXi 5.0-Hosts bleiben unabhngig davon, ob Sie Drittanbieter-Module entfernen, nach einem Upgrade auf ESXi 5.1 intakt.

170

VMware, Inc.

Kapitel 6 Upgrade und Migration Ihrer Hosts

Klicken Sie auf [Weiter] .

(Optional) Deaktivieren Sie auf der Seite Patches und Erweiterungen bestimmte Patches oder Erweiterungen, die Sie vom Standardisierungsprozess ausschlieen mchten, und klicken Sie auf [Weiter] .

(Optional) berprfen Sie auf der Seite Dynamische Patches und Erweiterungen, die ausgeschlossen
werden sollen die Liste der auszuschlieenden Patches oder Erweiterungen und klicken Sie auf [Weiter] .

10

Geben Sie auf der Seite Zeitplan einen eindeutigen Namen fr die Aufgabe und eine optionale Beschreibung an.

11

Whlen Sie [Sofort] , um den Vorgang sofort nach Abschluss des Assistenten zu starten, oder geben Sie
eine Uhrzeit zum Starten des Standardisierungsvorgangs an, und klicken Sie auf [Weiter] .

12

Auf der Seite Standardisierungsoptionen fr den Host knnen Sie im Dropdown-Men [Betriebszustand] die nderung des Betriebszustands der virtuellen Maschinen und virtuellen Appliances angeben,
die auf den zu standardisierenden Hosts ausgefhrt werden.
Option

Beschreibung

Virtuelle Maschinen ausschalten

Schalten Sie vor der Standardisierung alle virtuellen Maschinen und virtuellen Appliances aus.

Virtuelle Maschinen anhalten

Halten Sie vor der Standardisierung alle laufenden virtuellen Maschinen


und virtuellen Appliances an.

VM-Betriebszustand nicht ndern

Belassen Sie die virtuellen Maschinen und virtuellen Appliances in ihrem


aktuellen Betriebszustand.
Ein Host kann erst dann in den Wartungsmodus wechseln, wenn die virtuellen Maschinen auf dem Host ausgeschaltet, angehalten oder mit vMotion
auf andere Hosts in einem DRS-Cluster migriert wurden.

Fr einige Updates ist es erforderlich, dass der Host vor der Standardisierung in den Wartungsmodus
versetzt wird. Virtuelle Maschinen und Appliances knnen nicht ausgefhrt werden, wenn sich ein Host
im Wartungsmodus befindet.
Um die Ausfallzeit whrend der Hoststandardisierung, die auf Kosten der Verfgbarkeit der virtuellen
Maschine geht, zu vermindern, knnen Sie angeben, dass die virtuellen Maschinen und virtuellen Appliances vor der Standardisierung heruntergefahren oder angehalten werden. Wenn Sie in einem DRSCluster die virtuellen Maschinen nicht ausschalten, dauert die Standardisierung lnger, aber die virtuellen
Maschinen stehen whrend des gesamten Standardisierungsvorgangs zur Verfgung, weil sie mit vMotion auf andere Hosts migriert werden.
13

(Optional) Whlen Sie die Option [Versuchen Sie im Falle eines Fehlschlags, erneut in den Wartungsmodus zu wechseln] , und geben Sie die Anzahl an Wiederholungen sowie die Wartezeit zwischen den
wiederholten Versuchen an.
Update Manager wartet den Zeitraum der Verzgerung bis zur Wiederholung ab und versucht erneut,
den Host in den Wartungsmodus zu versetzen. Dieser Vorgang wird so oft wiederholt, wie dies im Feld
[Anzahl an Wiederholungen] angegeben ist.

14

(Optional) Whlen Sie [Alle mit den virtuellen Maschinen auf dem Host verbundenen Wechselmedien
trennen] .
Update Manager standardisiert keine Hosts, auf denen sich virtuelle Maschinen befinden, die mit CD-,
DVD- oder Diskettenlaufwerken verbunden sind. In einer Clusterumgebung verhindern verbundene
Mediengerte mglicherweise die Ausfhrung von vMotion, wenn der Zielhost nicht ber ein identisches
Gert oder ein gemountetes ISO-Image verfgt, was wiederum den Quellhost daran hindert, in den Wartungsmodus zu wechseln.
Nach der Standardisierung verbindet Update Manager die Wechselmedien neu, sofern diese noch verfgbar sind.

VMware, Inc.

171

vSphere-Upgrade-Handbuch

15

(Optional) Aktivieren Sie das Kontrollkstchen unter ESXi 5.x-Patch-Einstellungen, um


Update Manager das Patchen von eingeschalteten, von PXE gestarteten ESXi-Hosts zu ermglichen.
Diese Option wird nur dann angezeigt, wenn Sie Hosts unter Verwendung von Patch- oder ErweiterungsBaselines standardisieren.

16

Klicken Sie auf [Weiter] .

17

Bearbeiten Sie die Cluster-Standardisierungsoptionen.


Die Seite Cluster-Standardisierungsoptionen ist nur dann verfgbar, wenn Sie Hosts in einem Cluster
standardisieren.
Option

Details

Deaktivieren Sie das Distributed


Power Management (DPM), falls es
fr einen der ausgewhlten Cluster
aktiviert ist.

Update Manager standardisiert keine Cluster mit aktivem DPM.


Bei der verteilten Energieverwaltung wird die Ressourcennutzung der im
Cluster ausgefhrten virtuellen Maschinen berwacht. Wenn berkapazitten vorhanden sind, empfiehlt DPM das Verschieben virtueller Maschinen
auf andere Hosts im Cluster und versetzt den ursprnglichen Host in den
Standby-Modus, um Energie zu sparen. Das Versetzen von Hosts in den
Standby-Modus unterbricht mglicherweise die Standardisierung.

Deaktivieren Sie die High Availability


Admission Control, falls sie fr einen
der ausgewhlten Cluster aktiviert
ist.

Update Manager standardisiert keine Cluster mit aktiver HA-Zugangssteuerung.


Die Zugangssteuerung ist eine von vSphere HA verwendete Richtlinie, um
die Failover-Kapazitt in einem Cluster zu gewhrleisten. Wenn die HAZugangssteuerung whrend der Standardisierung aktiviert ist, werden die
virtuellen Maschinen in einem Cluster mglicherweise nicht mit vMotion
migriert.

Deaktivieren Sie Fault Tolerance


(FT), wenn sie fr die VMs auf den
ausgewhlten Hosts aktiviert ist.

Wenn FT fr die virtuellen Maschinen auf einem Host aktiviert ist, standardisiert Update Manager diesen Host nicht.
Fr die Aktivierung von Fault Tolerance mssen die Hosts, auf denen die
primren und sekundren virtuellen Maschinen ausgefhrt werden, ber
dieselbe Version verfgen und auf ihnen mssen dieselben Patches installiert sein. Falls Sie unterschiedliche Patches auf diese Hosts anwenden, kann
Fault Tolerance (FT) nicht reaktiviert werden.

Aktivieren Sie die parallele Standardisierung fr die Hosts in den ausgewhlten Clustern.

Standardisieren Sie Hosts in Clustern auf parallele Art und Weise. Falls die
Einstellung nicht ausgewhlt ist, standardisiert Update Manager die Hosts
in einem Cluster sequenziell.
Standardmig berechnet Update Manager kontinuierlich die maximale Anzahl an Hosts, die gleichzeitig standardisiert werden knnen, ohne gegen die
DRS-Einstellungen zu verstoen. Sie knnen die Anzahl an gleichzeitig standardisierten Hosts auf eine bestimmte Anzahl beschrnken.
HINWEIS Update Manager standardisiert nur die Hosts gleichzeitig, auf denen virtuelle Maschinen ausgeschaltet oder angehalten sind. Sie knnen virtuelle Maschinen ber das Men [Betriebszustand] im Bereich Einstellungen fr den Wartungsmodus auf der Seite Standardisierungsoptionen
fr den Host ausschalten oder anhalten.

Migrieren Sie ausgeschaltete und


angehaltene virtuelle Maschinen auf
andere Hosts im Cluster, wenn ein
Host in den Wartungsmodus wechseln muss.

Update Manager migriert die angehaltenen und ausgeschalteten virtuellen


Maschinen von Hosts, die in den Wartungsmodus wechseln mssen, auf
andere Hosts im Cluster. Sie knnen virtuelle Maschinen im Bereich Einstellungen fr den Wartungsmodus vor der Standardisierung ausschalten
oder anhalten.

18

(Optional) Generieren Sie einen Bericht zu den Cluster-Standardisierungsoptionen, indem Sie auf der Seite
Cluster-Standardisierungsoptionen auf [Bericht generieren] und anschlieend auf [Weiter] klicken.

19

Klicken Sie auf der Seite Bereit zum Abschlieen auf [Beenden] .

HINWEIS Im Bereich Aktuelle Aufgaben wird die Standardisierungsaufgabe angezeigt und verbleibt beim
grten Teil der Aufgabe bei etwa 22 Prozent. Der Vorgang wird weiterhin ausgefhrt und bentigt etwa 15
Minuten, bis er abgeschlossen ist.

172

VMware, Inc.

Kapitel 6 Upgrade und Migration Ihrer Hosts

Interaktives Upgrade oder interaktive Migration von Hosts


Sie knnen das ESXi-Installationsprogramm von einer CD, DVD oder einem USB-Flash-Laufwerk aus starten,
um ein Upgrade von ESX/ESXi 4.x- und ESXi 5.0.x-Hosts auf ESXi 5.1 durchzufhren.
WICHTIG Wenn Sie eine Erstinstallation von ESXi durchfhren, lesen Sie die Dokumentation Installations- und
Einrichtungshandbuch fr vSphere. Die Anweisungen der Dokumentation vSphere-Upgrade-Handbuch gelten fr
ein Upgrade oder die Migration von ESXi oder ESX.
Achten Sie vor dem Upgrade darauf, die Verbindung zum Netzwerkspeicher zu trennen. Dies verkrzt die
Zeit, die das Installationsprogramm zur Suche nach verfgbaren Festplattenlaufwerken bentigt. Nach dem
Trennen des Netzwerkspeichers stehen alle Dateien auf den getrennten Festplatten nicht fr die Installation
zur Verfgung. Trennen Sie keine LUN, die eine vorhandene ESX- oder ESXi-Installation enthlt. Trennen Sie
keinen VMFS-Datenspeicher, der die Servicekonsole einer vorhandenen ESX-Installation enthlt. Diese Aktionen knnen sich auf das Ergebnis der Installation auswirken.
WICHTIG Nachdem Sie Ihren Host auf ESXi 5.x aktualisiert oder migriert haben, knnen Sie kein Rollback auf
Ihre ESX- oder ESXi-Software der Version 4.x durchfhren. Sichern Sie Ihren Host, bevor Sie ein Upgrade oder
eine Migration durchfhren, sodass Sie Ihren 4.x-Host wiederherstellen knnen, falls das Upgrade oder die
Migration fehlschlgt.
Voraussetzungen
n

Das ESXi-Installations-ISO-Image muss sich an einem der folgenden Speicherorte befinden.


n

Auf CD oder DVD. Wenn Sie nicht ber die Installations-CD bzw. -DVD verfgen, knnen Sie eine
erstellen. Siehe Herunterladen und Brennen des ESXi-Installer-ISO-Images auf eine CD oder
DVD, auf Seite 144.

Auf einem USB-Flash-Laufwerk. Siehe Formatieren eines USB-Flash-Laufwerks fr das Starten der
ESXi-Installation oder des Upgrades, auf Seite 144.

HINWEIS Sie knnen das ESXi-Installationsprogramm per PXE-Startvorgang starten, um eine Interaktive
oder Skriptinstallation zu starten. Weitere Informationen hierzu finden Sie unter Starten des ESXi-Installationsprogramms per PXE-Startvorgang, auf Seite 148.
n

Stellen Sie sicher, dass der Server-Hardwaretaktgeber auf UTC eingestellt ist. Diese Einstellung befindet
sich im System-BIOS.

ESXi Embedded darf sich nicht auf dem Host befinden. ESXi Installable und ESXi Embedded drfen sich
nicht auf demselben Host befinden.

Vorgehensweise
1

Legen Sie die CD/DVD des ESXi-Installationsprogramms in das CD-/DVD-Laufwerk ein oder schlieen
Sie das USB-Flash-Laufwerk des Installationsprogramms an und starten Sie die Maschine neu.

Stellen Sie im BIOS ein, dass vom CD-ROM-Gert oder vom USB-Flash-Laufwerk gestartet wird.
Informationen zum ndern der Startreihenfolge finden Sie in der Dokumentation Ihres Hardwareherstellers.

VMware, Inc.

173

vSphere-Upgrade-Handbuch

Whlen Sie im Fenster Festplatte auswhlen das Laufwerk aus, auf dem ESXi installiert werden soll,
und drcken Sie die Eingabetaste.
Drcken Sie F1, um Informationen zur ausgewhlten Festplatte anzuzeigen.
HINWEIS Verlassen Sie sich beim Auswhlen einer Festplatte nicht auf die Festplattereihenfolge in der
Liste. Die Reihenfolge der Festplatten wird im BIOS festgelegt. Bei Systemen, in denen stndig Laufwerke
hinzugefgt und entfernt werden, ist die Reihenfolge mglicherweise durcheinander geraten.

Wenn das Installationsprogramm eine vorhandene ESX- oder ESXi-Installation und einen VMFS-Datenspeicher findet, knnen Sie aus den folgenden Optionen whlen:
n

[Upgrade von ESXi, Beibehalten des VMFS-Datenspeichers]

[Installieren von ESXi, Beibehalten des VMFS-Datenspeichers]

[Installieren von ESXi, berschreiben des VMFS-Datenspeichers]

Wenn ein vorhandener VMFS-Datenspeicher nicht beibehalten werden kann, knnen Sie whlen, nur ESXi
zu installieren und den vorhandenen VMFS-Datenspeicher zu berschreiben oder die Installation abzubrechen. Wenn Sie whlen, den vorhandenen VMFS-Datenspeicher zu berschreiben, sichern Sie zuerst
den Datenspeicher.
Wenn Sie einen 4.x-Host migrieren, der benutzerdefinierte VIBs enthlt, die nicht in der ISO-Datei des
ESXi-Installationsprogramms enthalten sind, wird die Option [Upgrade von ESXi, Beibehalten des
VMFS-Datenspeichers] durch die Option [Migration von ESXi erzwingen, Beibehalten des VMFSDatenspeichers] ersetzt.
VORSICHT Die Verwendung der Option Migration von ESXi erzwingen knnte dazu fhren, dass der
aktualisierte Host nicht ordnungsgem gestartet werden kann, das System instabil wird oder Funktionalitt verloren geht. Wenn Sie ein Upgrade eines 5.0.x-Hosts durchfhren, werden untersttzte benutzerdefinierte VIBs migriert, die nicht in der ISO-Datei des ESXi-Installationsprogramms enthalten sind.
Sie mssen die Option zum Erzwingen der Migration nicht auswhlen. Weitere Informationen hierzu
finden Sie unter Aktualisieren von Hosts mit benutzerdefinierten VIBs von Drittanbietern, auf Seite 140.
5

Drcken Sie zur Besttigung und zum Start des Upgrades F11.

Entfernen Sie nach Abschluss des Upgrades die Installations-CD/-DVD bzw. das USB-Flash-Laufwerk.

Drcken Sie die Eingabetaste, um den Host neu zu starten.

Legen Sie das erste Startgert als das Laufwerk fest, auf dem Sie ESXi in Schritt 3 aktualisiert haben.
Wenn ein vorhandener VMFS-Datenspeicher nicht beibehalten werden kann, knnen Sie whlen, nur ESXi
zu installieren und den vorhandenen VMFS-Datenspeicher zu berschreiben oder die Installation abzubrechen. Wenn Sie whlen, den vorhandenen VMFS-Datenspeicher zu berschreiben, sichern Sie zuerst
den Datenspeicher.
Informationen zum ndern der Startreihenfolge finden Sie in der Dokumentation Ihres Hardwareherstellers.

Installieren, Aktualisieren oder Migrieren von Hosts mithilfe eines Skripts


Mithilfe von automatischen Skriptinstallationen oder -Upgrades knnen Sie ESXi-Hosts schnell bereitstellen.
Skriptinstallationen, -Upgrades oder -Migrationen bieten eine effiziente Mglichkeit zum Bereitstellen mehrerer Hosts.
Das Installations- oder Upgrade-Skript enthlt die Installationseinstellungen fr ESXi. Sie knnen das Skript
fr alle Hosts anwenden, die eine hnliche Konfiguration haben sollen.

174

VMware, Inc.

Kapitel 6 Upgrade und Migration Ihrer Hosts

Bei der Durchfhrung einer Installation, eines Upgrades oder einer Migration mithilfe eines Skripts mssen
Sie die untersttzten Befehle verwenden, um das Skript zu erstellen und die spezifischen Einstellungen fr
jeden Host anzugeben.
Das Installations- oder Upgrade-Skript kann sich an einem der folgenden Speicherorte befinden:
n

FTP

HTTP/HTTPS

NFS

USB-Flash-Laufwerk

CD-ROM

Eingeben von Startoptionen zum Starten eines Installations- oder Upgrade-Skripts


Sie knnen ein Installations- oder Upgrade-Skript starten, indem Sie Start-Befehlszeilenoptionen in die StartBefehlszeile des ESXi-Installationsprogramms eingeben.
Beim Starten mssen Sie mglicherweise Optionen zum Aktivieren des Zugriffs auf die Kickstart-Datei angeben. Sie knnen Startoptionen eingeben, indem Sie im Bootloader Shift+O drcken. Fr eine Installation per
PXE-Startvorgang knnen Sie Optionen ber die Zeile kernelopts der Datei boot.cfg bergeben. Siehe
Grundlegendes zur Datei boot.cfg, auf Seite 186 und Starten des ESXi-Installationsprogramms per PXEStartvorgang, auf Seite 148.
Es muss eine ks=... -Option angegeben werden, um den Speicherort des Installationsskripts anzugeben.
Anderenfalls startet eine Skriptinstallation bzw. ein Skript-Upgrade nicht. Wenn ks=... ausgelassen wird,
fhrt das Textinstallationsprogramm fort.
Untersttzte Startoptionen werden in Startoptionen, auf Seite 176 aufgelistet.
WICHTIG Nachdem Sie Ihren Host auf ESXi 5.x aktualisiert oder migriert haben, knnen Sie kein Rollback auf
Ihre ESX- oder ESXi-Software der Version 4.x durchfhren. Sichern Sie Ihren Host, bevor Sie ein Upgrade oder
eine Migration durchfhren, sodass Sie Ihren 4.x-Host wiederherstellen knnen, falls das Upgrade oder die
Migration fehlschlgt.
Vorgehensweise
1

Starten Sie den Host.

Wenn das Fenster des ESXi-Installationsprogramms erscheint, drcken Sie Umschalt+O, um die Startoptionen zu bearbeiten.

Geben Sie an der runweasel-Eingabeaufforderung


ks=Speicherort des Installationsskripts und die Start-Befehlszeilenoptionen ein.

VMware, Inc.

175

vSphere-Upgrade-Handbuch

Beispiel: Startoption
Sie geben die folgenden Startoptionen ein:
ks=http://00.00.00.00/kickstart/ks-osdc-pdp101.cfg nameserver=00.00.0.0 ip=00.00.00.000 netmask=255.255.255.0 gateway=00.00.00.000

Startoptionen
Wenn Sie eine Skriptinstallation ausfhren, mssen Sie mglicherweise beim Starten Optionen angeben, um
auf die Kickstart-Datei zugreifen zu knnen.
Untersttzte Startoptionen
Tabelle 6-5. Startoptionen fr die ESXi -Installation

176

Startoption

Beschreibung

BOOTIF=hwtype-MAC-Adresse

hnlich der Option netdevice, auer dass das PXELINUXFormat verwendet wird, wie in der Option IPAPPEND unter
SYSLINUX auf der Website syslinux.zytor.com beschrieben.

gateway=IP-Adresse

Legt dieses Netzwerk-Gateway als Standard-Gateway fr


den Download des Installationsskripts und der Installationsmedien fest.

ip=IP-Adresse

Richtet eine statische IP-Adresse ein, die zum Herunterladen


des Installationsskripts und der Installationsmedien verwendet wird. Hinweis: Das PXELINUX-Format fr diese Option
wird auch untersttzt. Weitere Informationen finden Sie unter der Option IPAPPEND unter SYSLINUX auf der Website
syslinux.zytor.com.

ks=cdrom:/Pfad

Fhrt eine Skriptinstallation anhand des Skripts unter Pfad


durch, das sich auf der CD im CD-ROM-Laufwerk befindet.
Jede CD-ROM wird gemountet und so lange geprft, bis die
Datei, die dem Pfad entspricht, gefunden wird.

ks=file://Pfad

Fhrt eine Skriptinstallation anhand des Skripts unter Pfad


aus.

ks=Protokoll://ServerPfad

Fhrt eine Skriptinstallation anhand eines Skripts aus, das


sich im Netzwerk an der angegebenen URL befindet. Protokoll kann http, https, ftp oder nfs sein. Ein Beispiel fr die
Verwendung von NFS-Protokollen ist
ks=nfs://Host:PortURL-Pfad. Das Format einer NFS-URL
wird in RFC 2224 festgelegt.

ks=usb

Fhrt eine Skriptinstallation anhand eines Skripts auf einem


angeschlossenen USB-Laufwerk aus. Sucht nach einer Datei
namens ks.cfg. Die Datei muss sich im Stammverzeichnis
des Laufwerks befinden. Falls mehrere USB-Flash-Laufwerke
angeschlossen sind, werden sie so lange durchsucht, bis die
Datei ks.cfg gefunden wird. Nur FAT16- und FAT32-Dateisysteme werden untersttzt.

ks=usb:/Pfad

Fhrt eine Skriptinstallation anhand der Skriptdatei mit dem


angegebenen Pfad durch, die sich auf USB befindet.

ksdevice=Gert

Versucht, einen Netzwerkadapter Gert bei der Suche nach


einem Installationsskript und Installationsmedium zu verwenden. Geben Sie dies als MAC-Adresse an, z. B. 00.50.56:
C0: 00:01. Dieser Speicherort kann auch ein vmnicNN-Name
sein. Sofern sie nicht angegeben wird und Dateien ber das
Netzwerk abgerufen werden mssen, wird der erste vom Installationsprogramm erkannte Netzwerkadapter verwendet,
der angeschlossen ist.

VMware, Inc.

Kapitel 6 Upgrade und Migration Ihrer Hosts

Tabelle 6-5. Startoptionen fr die ESXi -Installation (Fortsetzung)


Startoption

Beschreibung

nameserver=IP-Adresse

Gibt einen DNS-Server an, der zum Herunterladen des Installationsskripts und der Installationsmedien verwendet
wird.

netdevice=Gert

Versucht, einen Netzwerkadapter Gert bei der Suche nach


einem Installationsskript und Installationsmedium zu verwenden. Geben Sie dies als MAC-Adresse an, z. B. 00.50.56:
C0: 00:01. Dieser Speicherort kann auch ein vmnicNN-Name
sein. Sofern sie nicht angegeben wird und Dateien ber das
Netzwerk abgerufen werden mssen, wird der erste vom Installationsprogramm erkannte Netzwerkadapter verwendet,
der angeschlossen ist.

netmask=Subnetzmaske

Gibt die Subnetzmaske fr die Netzwerkkarte an, ber die das


Installationsskript und das Installationsmedium heruntergeladen wird.

vlanid=vlanid

Konfigurieren Sie die Netzwerkkarte, sodass sie auf dem angegebenen VLAN verwendet werden kann.

Grundlegendes zu Installations- und Upgrade-Skripts


Das Installations- bzw. Upgrade-Skript ist eine Textdatei, z. B. ks.cfg, die untersttzte Befehle enthlt.
Der Befehlsabschnitt des Skripts enthlt die ESXi-Installationsoptionen. Dieser Abschnitt ist zwingend. Er
muss der erste Abschnitt im Skript sein.
Untersttzte Speicherorte fr Installations- oder Upgrade-Skripts
Im Falle von Installationen und Upgrades, die per Skript durchgefhrt wurden, kann das ESXi-Installationsprogramm von mehreren Speicherorten aus auf das Installations- bzw. Upgrade-Skript, das auch als KickstartDatei bezeichnet wird, zugreifen.
Die folgenden Speicherorte werden fr Installations- oder Upgrade-Skripts untersttzt:
n

CD/DVD. Weitere Informationen hierzu finden Sie unter Erstellen eines Installer-ISO-Images mit einem
benutzerdefinierten Installations- oder Upgrade-Skript, auf Seite 147.

USB-Flash-Laufwerk. Weitere Informationen hierzu finden Sie unter Erstellen eines USB-Flash-Laufwerks fr das Speichern des ESXi-Installations- oder -Upgrade-Skripts, auf Seite 146.

Ein Netzwerkspeicherort, auf den mithilfe der folgenden Protokolle zugegriffen werden kann: NFS,
HTTP, HTTPS und FTP

Pfad des Installations- oder Upgrade-Skripts


Sie knnen den Pfad eines Installations- oder Upgrade-Skripts angeben.
ks=http://XXX.XXX.XXX.XXX/kickstart/KS.CFG ist der Pfad des ESXi-Installationsskripts, wobeiXXX.XXX.XXX.XXXdie IP-Adresse der Maschine ist, auf der sich das Skript befindet. Weitere Informationen
hierzu finden Sie unter Grundlegendes zu Installations- und Upgrade-Skripts, auf Seite 177.

Zum Starten eines Installationsskripts aus einer interaktiven Installation mssen Sie die Option ks= manuell
eingeben. Weitere Informationen hierzu finden Sie unter Eingeben von Startoptionen zum Starten eines Installations- oder Upgrade-Skripts, auf Seite 175.

VMware, Inc.

177

vSphere-Upgrade-Handbuch

Installation und Upgrade von Skriptbefehlen


Um das Standardinstallationsskript zu modifizieren, ein Skript zu aktualisieren oder ein eigenes Skript zu
erstellen, verwenden Sie untersttzte Befehle. Verwenden Sie untersttzte Befehle im Installationsskript, das
Sie mit einem Startbefehl angeben, wenn Sie das Installationsprogramm starten.
Zum Feststellen, auf welche Festplatte ESXi installiert oder wo es aktualisiert werden soll, bentigt das Installationsskript einen der folgenden Befehle: install, upgrade oder installorupgrade. Der Befehl install erstellt
die Standardpartitionen mit einem VMFS-Datenspeicher, der den gesamten Speicherplatz belegt, der nach der
Erstellung der anderen Partitionen verfgbar ist. Der Befehl install ersetzt den Befehl autopart, der fr ESXi
4.1-Skriptinstallationen verwendet wurde.
accepteula/vmaccepteula (erforderlich)
Akzeptiert die ESXi-Lizenzvereinbarung. Dieser Befehl funktioniert wie unter ESXi 4.1.
clearpart (optional)
Im Vergleich zu kickstart verhlt sich der ESXi-Befehl clearpart anders. Bearbeiten Sie den Befehl clearpart in Ihren vorhandenen Skripts mit Bedacht.
Lscht alle vorhandenen Partitionen auf der Festplatte. Setzt voraus, dass der Befehl install angegeben wird.
--drives=

Entfernt Partitionen auf den angegebenen Laufwerken.

--alldrives

Ignoriert die Bedingung--drives= und erlaubt das Lschen von Partitionen auf
allen Laufwerken.

--ignoredrives=

Entfernt Partitionen auf allen auer den angegebenen Laufwerken. Erforderlich, es sei denn, das Flag --drives= oder --alldrives wurde angegeben.

--overwritevmfs

Erlaubt das berschreiben von VMFS-Partitionen auf den angegebenen Laufwerken. Standardmig ist das berschreiben von VMFS-Partitionen nicht erlaubt.

--firstdisk=

disk-type1
[disk-type2,...]

Partitioniert die erste erkannte geeignete Festplatte. Standardmig werden


die geeigneten Festplatten in der folgenden Reihenfolge geordnet:
1

Lokal angehngter Speicher (local)

Netzwerkspeicher (remote)

USB-Festplatten (usb)

Sie knnen die Reihenfolge der Festplatten mit einer durch Kommas getrennten Liste ndern, die an das Argument angehngt wird. Wenn Sie eine Filterliste angeben, werden die Standardeinstellungen berschrieben. Sie knnen
Filter kombinieren, um eine bestimmte Festplatte anzugeben, einschlielich
esx fr die erste Festplatte, auf der ESX installiert ist, sowie Modell- und Anbieterinformationen oder des Namens des VMkernel-Gertetreibers. Wenn Sie
beispielsweise eine Festplatte mit dem Modellnamen ST3120814A und alle
Festplatten bevorzugen, die den mptsas-Treiber anstatt einer lokalen Festplatte
verwenden, geben Sie als Argument
--firstdisk=ST3120814A,mptsas,local an.
dryrun (optional)
Analysiert und berprft das Installationsskript. Fhrt die Installation nicht aus.

178

VMware, Inc.

Kapitel 6 Upgrade und Migration Ihrer Hosts

Installieren
Gibt an, dass es sich um eine Neuinstallation handelt. Ersetzt den auslaufenden Befehl autopart, der fr ESXi
4.1-Skriptinstallationen verwendet wird. Einer der Befehle install, upgrade oder installorupgrade ist erforderlich, um die Festplatte anzugeben, auf der ESXi installiert oder aktualisiert werden soll.
--disk= oder --drive=

Legt die zu partitionierende Festplatte fest. Im Befehl --disk=Festplattenname kann Festplattenname eine der folgenden Formen haben:
n

Pfad: --disk=/vmfs/devices/disks/mpx.vmhba1:C0:T0:L0

MPX-Name: --disk=mpx.vmhba1:C0:T0:L0

VML-Name: --disk=vml.000000034211234

vmkLUN UID: --disk=vmkLUN_UID

Die Formate der angenommenen Laufwerksnamen finden Sie unter Festplattengertenamen, auf Seite 186.
--firstdisk=

disk-type1,

Partitioniert die erste erkannte geeignete Festplatte. Standardmig werden


die geeigneten Festplatten in der folgenden Reihenfolge geordnet:

[disk-type2,...]

Lokal angehngter Speicher (local)

Netzwerkspeicher (remote)

USB-Festplatten (usb)

Sie knnen die Reihenfolge der Festplatten mit einer durch Kommas getrennten Liste ndern, die an das Argument angehngt wird. Wenn Sie eine Filterliste angeben, werden die Standardeinstellungen berschrieben. Sie knnen
Filter kombinieren, um eine bestimmte Festplatte anzugeben, einschlielich
esx fr die erste Festplatte, auf der ESX installiert ist, sowie Modell- und Anbieterinformationen oder des Namens des VMkernel-Gertetreibers. Wenn Sie
beispielsweise eine Festplatte mit dem Modellnamen ST3120814A und alle
Festplatten bevorzugen, die den mptsas-Treiber anstatt einer lokalen Festplatte
verwenden, geben Sie als Argument
--firstdisk=ST3120814A,mptsas,local an.
--overwritevmfs

Wird bentigt, um vor der Installation einen vorhandenen VMFS-Datenspeicher auf der Festplatte zu berschreiben.

--preservevmfs

Behlt whrend der Installation einen vorhandenen VMFS-Datenspeicher auf


der Festplatte bei.

--novmfsondisk

Verhindert, dass eine VMFS-Partition auf dieser Festplatte erstellt wird. Muss
mit --overwritevmfs verwendet werden, wenn eine VMFS-Partition bereits
auf der Festplatte vorhanden ist.

installorupgrade
Einer der Befehle install, upgrade oder installorupgrade ist erforderlich, um die Festplatte anzugeben, auf
der ESXi installiert oder aktualisiert werden soll.
--disk= oder --drive=

VMware, Inc.

Legt die zu partitionierende Festplatte fest. Im Befehl --disk=Festplattenname kann Festplattenname eine der folgenden Formen haben:
n

Pfad: --disk=/vmfs/devices/disks/mpx.vmhba1:C0:T0:L0

MPX-Name: --disk=mpx.vmhba1:C0:T0:L0

VML-Name: --disk=vml.000000034211234

179

vSphere-Upgrade-Handbuch

vmkLUN UID: --disk=vmkLUN_UID

Die Formate der angenommenen Laufwerksnamen finden Sie unter Festplattengertenamen, auf Seite 186.
--firstdisk=

disk-type1,
[disk-type2,...]

Partitioniert die erste erkannte geeignete Festplatte. Standardmig werden


die geeigneten Festplatten in der folgenden Reihenfolge geordnet:
1

Lokal angehngter Speicher (local)

Netzwerkspeicher (remote)

USB-Festplatten (usb)

Sie knnen die Reihenfolge der Festplatten mit einer durch Kommas getrennten Liste ndern, die an das Argument angehngt wird. Wenn Sie eine Filterliste angeben, werden die Standardeinstellungen berschrieben. Sie knnen
Filter kombinieren, um eine bestimmte Festplatte anzugeben, einschlielich
esx fr die erste Festplatte, auf der ESX installiert ist, sowie Modell- und Anbieterinformationen oder des Namens des VMkernel-Gertetreibers. Wenn Sie
beispielsweise eine Festplatte mit dem Modellnamen ST3120814A und alle
Festplatten bevorzugen, die den mptsas-Treiber anstatt einer lokalen Festplatte
verwenden, geben Sie als Argument
--firstdisk=ST3120814A,mptsas,local an.
--overwritevmfs

Installieren Sie ESXi, wenn eine VMFS-Partition auf der Festplatte zur Verfgung steht, aber keine ESX- oder ESXi-Installation vorhanden ist. Wenn diese
Option nicht vorhanden ist, schlgt das Installationsprogramm fehl, wenn eine
VMFS-Partition auf der Festplatte zur Verfgung steht, aber keine ESX- oder
ESXi-Installation vorhanden ist.

--forcemigrate

Wenn ein Version-4.x-Host Anpassungen aufweist, wie beispielsweise Drittanbieter-VIBs oder -Treiber, die nicht in der ISO-Datei des Installationsprogramms enthalten sind, wird das Installationsprogramm beendet und es wird
ein das Problem beschreibender Fehler ausgegeben. Die Option
forcemigrate hat Vorrang vor dem Fehler und erzwingt das Durchfhren
eines Upgrades.
Wenn Sie ein Upgrade eines 5.0.x-Hosts durchfhren, werden untersttzte benutzerdefinierte VIBs von dem Host migriert, die nicht in der ISO-Datei des
ESXi-Installationsprogramms enthalten sind. Wenn der Host oder die ISO-Datei des Installationsprogramms ein VIB enthalten, das einen Konflikt erzeugt
und das Upgrade verhindert, identifiziert eine Fehlermeldung das strende
VIB. Sie knnen das VIB entfernen und das Upgrade erneut versuchen oder
den ESXI Image Builder verwenden, um eine benutzerdefinierte Installationsprogramm-ISO-Datei zu erstellen, die den Konflikt behebt. Die Option
forcemigrate ist nicht verfgbar.
Siehe Aktualisieren von Hosts mit benutzerdefinierten VIBs von Drittanbietern, auf Seite 140.
.
VORSICHT Die Verwendung der Option forcemigrate knnte dazu fhren,
dass der aktualisierte Host nicht ordnungsgem gestartet werden kann, das
System instabil wird oder Funktionalitten verloren gehen.

180

VMware, Inc.

Kapitel 6 Upgrade und Migration Ihrer Hosts

keyboard (optional)
Legt den Tastaturtyp fr das System fest.
keyboardType

VMware, Inc.

Legt die Tastaturzuordnung fr den ausgewhlten Tastaturtyp fest. keyboardType muss einer der folgenden Typen sein.
n

Belgisch

Brasilianisch

Kroatisch

Tschechoslowakisch

Dnisch

Standard

Estnisch

Finnisch

Franzsisch

Deutsch

Griechisch

Islndisch

Italienisch

Japanisch

Lateinamerikanisch

Norwegisch

Polnisch

Portugiesisch

Russisch

Slowenisch

Spanisch

Schwedisch

Franzsisch (Schweiz)

Deutsch (Schweiz)

Trkisch

US Dvorak

Ukrainisch

Grobritannien

181

vSphere-Upgrade-Handbuch

serialnum oder vmserialnum (optional)


Auslaufend in ESXi 5.0.x. Untersttzt in ESXi 5.1. Konfiguriert die Lizenzierung. Wenn nicht angegeben, erfolgt
die ESXi-Installation im Testmodus.
--esx=<license-key>

Gibt den zu verwendenden vSphere-Lizenzschlssel an. Das Format besteht


aus fnf Gruppen mit je fnf Zeichen (XXXXX-XXXXX-XXXXX-XXXXXXXXXX).

network (optional)
Geben Sie eine Netzwerkadresse fr das System an.
--bootproto=[dhcp|static]

Geben Sie an, ob die Netzwerkeinstellungen von DHCP abgerufen oder manuell festgelegt werden sollen.

--device=

Gibt entweder die MAC-Adresse der Netzwerkkarte oder den Gertenamen


im Format vmnicNN an, wie z. B. vmnic0. Diese Option bezieht sich auf das
Uplink-Gert fr den virtuellen Switch.

--ip=

Legt eine IP-Adresse fr die zu installierende Maschine im Format


xxx.xxx.xxx.xxx fest. Dies ist fr die Option --bootproto=static erforderlich und wird ansonsten ignoriert.

--gateway=

Legt das Standard-Gateway als IP-Adresse im Format xxx.xxx.xxx.xxx fest.


Wird im Zusammenhang mit der Option --bootproto=static verwendet.

--nameserver=

Legt den primren Namenserver als IP-Adresse fest. Wird im Zusammenhang


mit der Option --bootproto=static verwendet. Lassen Sie diese Option weg,
falls Sie nicht vorhaben, DNS zu verwenden.
Fr die Option --nameserver knnen zwei IP-Adressen angegeben werden.
Beispiel: --nameserver="10.126.87.104[,10.126.87.120]"

--netmask=

Legt die Subnetzmaske des installierten Systems im Format 255.xxx.xxx.xxx


fest. Wird im Zusammenhang mit der Option --bootproto=static verwendet.

--hostname=

Legt den Hostnamen fr das installierte System fest.

--vlanid= vlanid

Gibt das VLAN des Systems an. Wird entweder mit der Option
--bootproto=dhcp oder --bootproto=static verwendet. Legen Sie den Wert
auf eine Ganzzahl zwischen 1 und 4096 fest.

--addvmportgroup=(0|1)

Gibt an, ob die VM-Netzwerkportgruppe, die von virtuelle Maschinen verwendet wird, hinzugefgt werden soll. Der Standardwert ist 1.

paranoid (optional)
Sorgt dafr, dass Warnmeldungen zum Abbruch der Installation fhren. Wenn Sie diesen Befehl auslassen,
werden Warnmeldungen protokolliert.

182

VMware, Inc.

Kapitel 6 Upgrade und Migration Ihrer Hosts

part oder partition (optional)


Erstellt auf dem System einen zustzlichen VMFS-Datenspeicher. Es kann nur ein Datenspeicher pro Festplatte
erstellt werden. Kann nicht auf derselben Festplatte wie der install-Befehl verwendet werden. Nur eine Partition kann pro Festplatte angegeben werden und es kann nur eine VMFS-Partition sein
Datenspeichername

Gibt an, wo die Partition gemountet werden soll

--ondisk= oder --ondrive=

Gibt die Festplatte oder das Laufwerk an, wo die Partition erstellt werden soll.

--firstdisk=

disk-type1,

Partitioniert die erste erkannte geeignete Festplatte. Standardmig werden


die geeigneten Festplatten in der folgenden Reihenfolge geordnet:

[disk-type2,...]

Lokal angehngter Speicher (local)

Netzwerkspeicher (remote)

USB-Festplatten (usb)

Sie knnen die Reihenfolge der Festplatten mit einer durch Kommas getrennten Liste ndern, die an das Argument angehngt wird. Wenn Sie eine Filterliste angeben, werden die Standardeinstellungen berschrieben. Sie knnen
Filter kombinieren, um eine bestimmte Festplatte anzugeben, einschlielich
esx fr die erste Festplatte, auf der ESX installiert ist, sowie Modell- und Anbieterinformationen oder des Namens des VMkernel-Gertetreibers. Wenn Sie
beispielsweise eine Festplatte mit dem Modellnamen ST3120814A und alle
Festplatten bevorzugen, die den mptsas-Treiber anstatt einer lokalen Festplatte
verwenden, geben Sie als Argument
--firstdisk=ST3120814A,mptsas,local an.
reboot (optional)
Startet die Maschine nach Abschluss der Skriptinstallation neu.
<--noeject>

Nach der Installation wird die CD nicht ausgeworfen.

rootpw (erforderlich)
Legt das Root-Kennwort fr das System fest.
--iscrypted

Legt fest, dass das Kennwort verschlsselt ist.

Kennwort

Legt das Kennwort fest.

Aktualisieren
Einer der Befehle install, upgrade oder installorupgrade ist erforderlich, um die Festplatte anzugeben, auf
der ESXi installiert oder aktualisiert werden soll.
--disk= oder --drive=

VMware, Inc.

Legt die zu partitionierende Festplatte fest. Im Befehl --disk=Festplattenname kann Festplattenname eine der folgenden Formen haben:
n

Pfad: --disk=/vmfs/devices/disks/mpx.vmhba1:C0:T0:L0

MPX-Name: --disk=mpx.vmhba1:C0:T0:L0

VML-Name: --disk=vml.000000034211234

vmkLUN UID:--disk=vmkLUN_UID

183

vSphere-Upgrade-Handbuch

Die Formate der angenommenen Laufwerksnamen finden Sie unter Festplattengertenamen, auf Seite 186.
--firstdisk=

disk-type1,

Partitioniert die erste erkannte geeignete Festplatte. Standardmig werden


die geeigneten Festplatten in der folgenden Reihenfolge geordnet:

[disk-type2,...]

Lokal angehngter Speicher (local)

Netzwerkspeicher (remote)

USB-Festplatten (usb)

Sie knnen die Reihenfolge der Festplatten mit einer durch Kommas getrennten Liste ndern, die an das Argument angehngt wird. Wenn Sie eine Filterliste angeben, werden die Standardeinstellungen berschrieben. Sie knnen
Filter kombinieren, um eine bestimmte Festplatte anzugeben, einschlielich
esx fr die erste Festplatte, auf der ESX installiert ist, sowie Modell- und Anbieterinformationen oder des Namens des VMkernel-Gertetreibers. Wenn Sie
beispielsweise eine Festplatte mit dem Modellnamen ST3120814A und alle
Festplatten bevorzugen, die den mptsas-Treiber anstatt einer lokalen Festplatte
verwenden, geben Sie als Argument
--firstdisk=ST3120814A,mptsas,local an.
--deletecosvmdk

Wenn das System von ESX aktualisiert wird, entfernen Sie das Verzeichnis, das
die alte VMDK-Datei cos.vmdk der Servicekonsole enthlt, um nicht genutzten
Speicherplatz im VMFS-Datenspeicher zurckzugewinnen.

--forcemigrate

Wenn ein Version-4.x-Host Anpassungen aufweist, wie beispielsweise Drittanbieter-VIBs oder -Treiber, die nicht in der ISO-Datei des Installationsprogramms enthalten sind, wird das Installationsprogramm beendet und es wird
ein das Problem beschreibender Fehler ausgegeben. Die Option
forcemigrate hat Vorrang vor dem Fehler und erzwingt das Durchfhren
eines Upgrades. Wenn Sie ein Upgrade eines 5.0.x-Hosts durchfhren, werden
untersttzte benutzerdefinierte VIBs migriert, die nicht in der ISO-Datei des
ESXi-Installationsprogramms enthalten sind. Sie mssen die Option
forcemigrate nicht auswhlen.
Siehe Aktualisieren von Hosts mit benutzerdefinierten VIBs von Drittanbietern, auf Seite 140.
VORSICHT Die Verwendung der Option forcemigrate knnte dazu fhren,
dass der aktualisierte Host nicht ordnungsgem gestartet werden kann, das
System instabil wird oder Funktionalitten verloren gehen.

%include oder include (optional)


Gibt ein anderes zu analysierendes Installationsskript an. Dieser Befehl wird hnlich wie ein mehrzeiliger
Befehl behandelt, er akzeptiert jedoch nur ein Argument.
Dateiname

Beispiel: %include part.cfg

%pre (optional)
Gibt ein Skript an, das vor der Evaluierung der Kickstart-Konfiguration ausgefhrt werden soll. Sie knnen
es z. B. verwenden, um Dateien zur Aufnahme in die Kickstart-Datei zu generieren.
--interpreter
=[python|busybox]

184

Legt den zu verwendenden Interpreter fest. Die Standardeinstellung ist busybox.

VMware, Inc.

Kapitel 6 Upgrade und Migration Ihrer Hosts

%post (optional)
Fhrt das angegebene Skript nach Abschluss der Paketinstallation aus. Wenn Sie mehrere %post-Abschnitte
festlegen, werden sie in der Reihenfolge ausgefhrt, in der sie im Installationsskript angegeben sind.
--interpreter
=[python|busybox]

Legt den zu verwendenden Interpreter fest. Die Standardeinstellung ist busybox.

--timeout=secs

Legt eine Zeitberschreitung fr das Ausfhren des Skripts fest. Falls die Ausfhrung des Skripts nicht abgeschlossen ist, wenn die Zeitberschreitung eintritt, wird es automatisch beendet.

--ignorefailure

Bei Angabe von true wird die Installation auch dann als erfolgreich angesehen, wenn das %post-Skript fehlerhaft beendet wurde.

=[true|false]

%firstboot
Erstellt ein init-Skript, das nur whrend des ersten Startvorgangs ausgefhrt wird. Das Skript hat keinen
Einfluss auf sptere Startvorgnge. Wenn Sie mehrere %firstboot-Abschnitte festlegen, werden sie in der
Reihenfolge ausgefhrt, in der sie in der Kickstart-Datei angegeben sind.
HINWEIS Sie knnen die Semantik des %firstboot-Skripts erst dann prfen, wenn das System zum ersten Mal
gestartet wird. Ein %firstboot-Skript enthlt mglicherweise potenziell katastrophale Fehler, die erst nach
Abschluss der Installation ersichtlich sind.
--interpreter
=[python|busybox]

Legt den zu verwendenden Interpreter fest. Die Standardeinstellung ist busybox.

HINWEIS Sie knnen die Semantik des %firstboot-Skripts erst dann prfen, wenn das System zum ersten Mal
gestartet wird. Wenn das Skript Fehler enthlt, sind diese erst nach Abschluss der Installation ersichtlich.
Unterschiede zwischen skriptbasierten Installationen und Upgrade-Befehlen fr ESXi 4.x und ESXi 5.x
Wenn Sie bereits mit der skriptbasierten Installation von ESXi Version 4.x vertraut sind, beachten Sie vor der
Durchfhrung einer skriptbasierten Installation oder eines skriptbasierten Upgrades von ESXi die Unterschiede zwischen den Befehlen fr skriptbasierte Installationen und Upgrades fr ESXi 4.x und ESXi 5.x.
In ESXi 5.x mssen Sie im Installationsskript den Speicherort des Installationsmediums nicht angeben, da das
Installations-Image direkt in den Host-RAM geladen wird, wenn der Host startet.
ESXi 5.x untersttzt neben der Skriptinstallation auch Skript-Upgrades.
Zu beachtende Unterschiede zwischen den Befehlen finden Sie in der folgenden Zusammenfassung.
accepteula oder vmaccep-

Nur in ESXi

teula
autopart

Veraltet und ersetzt durch install, upgrade oder installorupgrade.

auth oder authconfig

In ESXi 5.x nicht untersttzt.

bootloader

In ESXi 5.x nicht untersttzt.

esxlocation

In ESXi veraltet und nicht verwendet.

Firewall

In ESXi 5.x nicht untersttzt.

firewallport

In ESXi 5.x nicht untersttzt.

VMware, Inc.

185

vSphere-Upgrade-Handbuch

install, installorupgrade, upgrade

Diese Befehle ersetzen den veralteten autopart-Befehl. Verwenden Sie einen


dieser Befehle, um die zu partitionierende Festplatte anzugeben, und den Befehl part, um den VMFS-Datenspeicher zu erstellen. installorupgrade und
upgrade werden jetzt in ESXi 5.x untersttzt.

serialnum

Auslaufend in ESXi 5.0.x. Untersttzt in ESXi 5.1.

vmserialnum

Auslaufend in ESXi 5.0.x. Untersttzt in ESXi 5.1.

Zeitzone

In ESXi 5.x nicht untersttzt.

virtualdisk

In ESXi 5.x nicht untersttzt.

zerombr

In ESXi 5.x nicht untersttzt.

%firstboot

Die Option --level wird in ESXi 5.x nicht untersttzt.

%packages

In ESXi 5.x nicht untersttzt.

Festplattengertenamen
Die Installationsskriptbefehle install, upgrade und installorupgrade erfordern die Verwendung von Festplattengertenamen.
Tabelle 6-6. Festplattengertenamen
Formatieren

Beispiele

Beschreibung

VML

vml.00025261

Der Gertename, wie vom VMkernel gemeldet

MPX

mpx.vmhba0:C0:T0:L0

Der Gertename

HINWEIS Wenn Sie fr ein Upgrade von ESX 4.x auf ESXi 5.x ein skriptbasiertes Upgrade verwenden, ndern
sich die MPX- und VML-Festplattennamen, was dazu fhren kann, dass das Upgrade fehlschlgt. Verwenden
Sie anstelle von MPX- und VML-Festplattennamen fr das Festplattengert Network Address Authority Identifiers (NAA IDs), um dieses Problem zu vermeiden.
Grundlegendes zur Datei boot.cfg
Die Bootloader-Konfigurationsdatei boot.cfg gibt den Kernel, die Kerneloptionen und die Boot-Module an,
die der Bootloader mboot.c32 in einer ESXi-Installation verwendet.
Die Datei boot.cfg, die im ESXi-Installationsprogramm enthalten ist. Sie knnen die Zeile kernelopt der Datei
boot.cfg ndern, um den Speicherort eines Installationsskripts anzugeben oder andere Startoptionen zu bergeben.
Die Datei boot.cfg weist das folgende Format auf:
# boot.cfg -- mboot configuration file
#
# Any line preceded with '#' is a comment.
title=STRING
kernel=FILEPATH
kernelopt=STRING
modules=FILEPATH1 --- FILEPATH2... --- FILEPATHn
# Any other line must remain unchanged.

Die Befehle in der Datei boot.cfg werden zum Konfigurieren des Bootloaders verwendet.

186

VMware, Inc.

Kapitel 6 Upgrade und Migration Ihrer Hosts

Tabelle 6-7. Befehle in der Datei boot.cfg .


Befehl

Beschreibung

title=ZEICHENFOLGE

Legt den Titel des Bootloaders auf ZEICHENFOLGE fest.

kernel=DATEIPFAD

Legt den Kernelpfad auf DATEIPFAD fest.

kernelopt=ZEICHENFOLGE

Fgt ZEICHENFOLGE den Kernel-Startoptionen hinzu.

modules=DATEIPFAD1 --- DATEIPFAD2... --- DATEIPFADn

Listet die zu ladenden Module auf, getrennt durch drei Striche (---).

Siehe Erstellen eines Installer-ISO-Images mit einem benutzerdefinierten Installations- oder UpgradeSkript, auf Seite 147, Starten des ESXi-Installationsprogramms per PXE-Startvorgang unter Verwendung
von PXELINUX und einer PXE-Konfigurationsdatei, auf Seite 151, Starten des ESXi-Installationsprogramms
per PXE-Startvorgang mithilfe von PXELINUX und der PXE-Konfigurationsdatei isolinux.cfg, auf Seite 153 und Starten des ESXi-Installationsprogramms per PXE-Startvorgang, auf Seite 148.

Installieren, Durchfhren eines Upgrades oder Migrieren von ESXi von einer CD oder
DVD mithilfe eines Skripts
Sie knnen von einem CD-/DVD-Laufwerk aus mithilfe eines Skripts, das die Installations- oder UpgradeOptionen festlegt, ESXi installieren, migrieren oder ein Upgrade davon durchfhren.
Sie knnen das Installations- oder Upgrade-Skript starten, indem Sie beim Starten des Hosts eine Startoption
eingeben. Sie knnen auch ein Installer-ISO-Image erstellen, das das Installationsskript enthlt. Mit einem
Installer-ISO-Image knnen Sie eine skriptbasierte, unbeaufsichtigte Installation durchfhren, wenn Sie das
resultierende Installer-ISO-Image starten. Weitere Informationen hierzu finden Sie unter Erstellen eines Installer-ISO-Images mit einem benutzerdefinierten Installations- oder Upgrade-Skript, auf Seite 147.
WICHTIG Nachdem Sie ein Upgrade bzw. eine Migriation Ihres Hosts von ESX/ESXi 4.x auf ESXi 5.x durchgefhrt haben, knnen Sie kein Rollback auf Ihre ESX- oder ESXi-Software der Version 4.x durchfhren. Sichern
Sie Ihren Host, bevor Sie ein Upgrade oder eine Migration durchfhren, sodass Sie Ihren 4.x-Host wiederherstellen knnen, falls das Upgrade fehlschlgt.
Voraussetzungen
Bevor Sie die Installation, das Upgrade oder die Migration per Skript ausfhren, stellen Sie sicher, dass die
folgenden Voraussetzungen erfllt sind:
n

Das System, auf dem Sie das Produkt installieren, migrieren oder ein Upgrade davon durchfhren, erfllt
die Hardwareanforderungen. Weitere Informationen hierzu finden Sie unter ESXi-Hardwareanforderungen, auf Seite 15.

Die ISO-Datei des ESXi-Installationsprogramms befindet sich auf einer Installations-CD/DVD. Weitere
Informationen hierzu finden Sie unter Herunterladen und Brennen des ESXi-Installer-ISO-Images auf
eine CD oder DVD, auf Seite 144.

Das System kann auf das Standardinstallations- oder -Upgrade-Skript (ks.cfg) oder ein benutzerdefiniertes Installations- oder -Upgrade-Skript zugreifen. Weitere Informationen hierzu finden Sie unter
Grundlegendes zu Installations- und Upgrade-Skripts, auf Seite 177.

Sie haben einen Startbefehl ausgewhlt, um die Installation, das Upgrade oder die Migration per Skript
auszufhren. Weitere Informationen hierzu finden Sie unter Eingeben von Startoptionen zum Starten
eines Installations- oder Upgrade-Skripts, auf Seite 175. Eine vollstndige Liste der Startbefehle finden
Sie unter Startoptionen, auf Seite 176.

Vorgehensweise
1

VMware, Inc.

Starten Sie das ESXi-Installationsprogramm von der CD oder DVD im lokalen CD-/DVD-Laufwerk.

187

vSphere-Upgrade-Handbuch

Wenn das Fenster des ESXi-Installationsprogramms erscheint, drcken Sie Umschalt+O, um die Startoptionen zu bearbeiten.

Geben Sie eine Boot-Option ein, die das Standard-Installations- oder Upgrade-Skript bzw. ein von Ihnen
erstelltes Installations- oder Upgrade-Skript aufruft.
Die Startoption hat das Format ks=.

Drcken Sie die Eingabetaste.

Die Installation, das Upgrade bzw. die Migration wird anhand der von Ihnen angegebenen Optionen ausgefhrt.

Installieren, Durchfhren eines Upgrades oder Migrieren von ESXi mithilfe eines
Skripts auf einem USB-Flash-Laufwerk
Sie knnen von einem USB-Flash-Laufwerk aus mithilfe eines Skripts, das die Installations- oder UpgradeOptionen festlegt, ESXi installieren, migrieren oder ein Upgrade davon durchfhren.
WICHTIG Nachdem Sie ein Upgrade bzw. eine Migriation Ihres Hosts von ESX/ESXi 4.x auf ESXi 5.x durchgefhrt haben, knnen Sie kein Rollback auf Ihre ESX- oder ESXi-Software der Version 4.x durchfhren. Sichern
Sie Ihren Host, bevor Sie ein Upgrade oder eine Migration durchfhren, sodass Sie Ihren 4.x-Host wiederherstellen knnen, falls das Upgrade fehlschlgt.
Untersttzte Startoptionen werden in Startoptionen, auf Seite 176 aufgelistet.
Voraussetzungen
Bevor Sie die Installation, das Upgrade oder die Migration per Skript ausfhren, stellen Sie sicher, dass die
folgenden Voraussetzungen erfllt sind:

188

Das System, auf dem Sie ESXi installieren, aktualisieren oder migrieren, erfllt die Hardwareanforderungen fr die Installation bzw. das Upgrade. Weitere Informationen hierzu finden Sie unter ESXiHardwareanforderungen, auf Seite 15.

Die ESXi-Installer-ISO-Datei befindet sich auf einem startfhigen USB-Flash-Laufwerk. Weitere Informationen hierzu finden Sie unter Formatieren eines USB-Flash-Laufwerks fr das Starten der ESXi-Installation oder des Upgrades, auf Seite 144.

Das System kann auf das Standardinstallations- oder -Upgrade-Skript (ks.cfg) oder ein benutzerdefiniertes Installations- oder -Upgrade-Skript zugreifen. Weitere Informationen hierzu finden Sie unter
Grundlegendes zu Installations- und Upgrade-Skripts, auf Seite 177.

Sie haben eine Startoption ausgewhlt, um die Installation, das Upgrade oder die Migration per Skript
auszufhren. Weitere Informationen hierzu finden Sie unter Eingeben von Startoptionen zum Starten
eines Installations- oder Upgrade-Skripts, auf Seite 175.

VMware, Inc.

Kapitel 6 Upgrade und Migration Ihrer Hosts

Vorgehensweise
1

Starten Sie das ESXi-Installationsprogramm vom USB-Flash-Laufwerk aus.

Wenn das Fenster des ESXi-Installationsprogramms erscheint, drcken Sie Umschalt+O, um die Startoptionen zu bearbeiten.

Geben Sie eine Boot-Option ein, die das Standard-Installations- oder Upgrade-Skript bzw. ein von Ihnen
erstelltes Installations- oder Upgrade-Skript aufruft.
Die Startoption hat das Format ks=.

Drcken Sie die Eingabetaste.

Die Installation, das Upgrade bzw. die Migration wird anhand der von Ihnen angegebenen Optionen ausgefhrt.

Ausfhren einer Skriptinstallation oder eines Upgrades von ESXi durch Starten des
Installationsprogramms per PXE-Startvorgang
ESXi 5.x bietet viele Optionen zum Starten des Installationsprogramms per PXE-Startvorgang und zum Verwenden eines Installations- oder eines Upgrade-Skripts.
n

Weitere Informationen zur Einrichtung einer PXE-Infrastruktur finden Sie unter Starten des ESXi-Installationsprogramms per PXE-Startvorgang, auf Seite 148.

Weitere Informationen ber das Erstellen und Auffinden eines Installationsskripts finden Sie unter
Grundlegendes zu Installations- und Upgrade-Skripts, auf Seite 177.

Weitere Informationen ber bestimmte Prozeduren zum Starten des ESXi-Installationsprogramms per
PXE-Startvorgang und zum Verwenden eines Installationsskripts finden Sie in den folgenden Themen:
n

Starten des ESXi-Installationsprogramms per PXE-Startvorgang mithilfe von PXELINUX und der
PXE-Konfigurationsdatei isolinux.cfg, auf Seite 153

Starten des ESXi-Installationsprogramms per PXE-Startvorgang unter Verwendung von PXELINUX


und einer PXE-Konfigurationsdatei, auf Seite 151

Starten des ESXi-Installationsprogramms per PXE-Startvorgang mithilfe von gPXE, auf Seite 154

Weitere Informationen ber die Verwendung von Auto Deploy zum Durchfhren eines Skript-Upgrades
per PXE-Startvorgang finden Sie unter Verwenden von vSphere Auto Deploy zum erneuten Bereitstellen
von Hosts, auf Seite 190.

VMware, Inc.

189

vSphere-Upgrade-Handbuch

Verwenden von vSphere Auto Deploy zum erneuten Bereitstellen von Hosts
Wenn ein Host mit vSphere Auto Deploy bereitgestellt wurde, knnen Sie Auto Deploy zum erneuten Bereitstellen des Hosts mit einem neuen Image-Profil verwenden, das ein ESXi-Upgrade enthlt. Mit vSphere ESXi
Image Builder PowerCLI knnen Sie Image-Profile erstellen und verwalten.
Bei diesen Anweisungen wird davon ausgegangen, dass Sie einen Host neu bereitstellen, der bereits mit Auto
Deploy bereitgestellt wurde. Die Bereitstellung eines Hosts, der noch nie bereitgestellt wurde, mit Auto Deploy
unterscheidet sich von dem Prozess, der hier zum Aktualisieren eines Hosts beschrieben wird. Weitere Informationen zur Verwendung von vSphere Auto Deploy und ESXi Image Builder PowerCLI finden Sie in der
Dokumentation zu Installations- und Einrichtungshandbuch fr vSphere.

Erneute Bereitstellung von Hosts


vSphere Auto Deploy untersttzt mehrere Optionen zur erneuten Bereitstellung. Sie knnen einen einfachen
Neustart durchfhren oder mit einem anderen Image- oder Hostprofil erneut bereitstellen.
Bei einem ersten Start mithilfe von Auto Deploy ist es erforderlich, dass Sie Ihre Umgebung einrichten und
Regeln zum Regelsatz hinzufgen. Lesen Sie Vorbereiten von vSphere Auto Deploy im Installations- und
Einrichtungshandbuch fr vSphere.
Die folgenden Vorgnge zur erneuten Bereitstellung sind vorhanden.
n

Einfacher Neustart.

Neustart von Hosts, fr die der Benutzer Fragen whrend des Startvorgangs beantwortet hat.

Erneute Bereitstellung mit einem anderen Image-Profil.

Erneute Bereitstellung mit einem anderen Hostprofil.

Erneute Bereitstellung von Hosts mit einfachen Neustartvorgngen


Fr einen einfachen Neustart eines Hosts, der mit Auto Deploy bereitgestellt wird, mssen nur weiterhin alle
Voraussetzungen erfllt sein. Der Prozess verwendet das zuvor zugewiesene Image-Profil, das Hostprofil und
den Speicherort von vCenter Server.
Die Einrichtung umfasst die DHCP-Server-Einrichtung sowie das Schreiben von Regeln und sie stellt der Auto
Deploy-Infrastruktur das Image-Profil zur Verfgung.
Voraussetzungen
Stellen Sie sicher, dass die Einrichtung, die Sie whrend des ersten Startvorgangs durchgefhrt hatten, vorhanden ist.
Vorgehensweise
1

berprfen Sie, ob das Image-Profil und das Hostprofil fr den Host immer noch verfgbar sind und ob
der Host die Identifizierungsinformationen (Asset-Tag, IP-Adresse) hat, ber die er whrend der vorherigen Startvorgnge verfgte.

Versetzen Sie den Host in den Wartungsmodus.

190

Hosttyp

Aktion

Der Host gehrt zu einem DRS-Cluster.

vSphere DRS migriert virtuelle Maschinen auf entsprechende Hosts, wenn


Sie den Host in den Wartungsmodus versetzen.

Der Host gehrt nicht zu einem DRSCluster.

Sie mssen alle virtuelle Maschinen auf verschiedene Hosts migrieren und
jeden Host in den Wartungsmodus versetzen.

Starten Sie den Host neu.

VMware, Inc.

Kapitel 6 Upgrade und Migration Ihrer Hosts

Der Host wird heruntergefahren. Wenn der Host neu gestartet wird, verwendet er das vom Auto DeployServer bereitgestellte Image-Profil. Der Auto Deploy-Server wendet auch das Hostprofil an, das auf dem
vCenter Server-System gespeichert ist.

Erneutes Bereitstellen eines Hosts mit einem neuen Image-Profil


Sie knnen den Host mithilfe eines neuen Image-Profils, eines Hostprofils oder eines vCenter Server-Speicherorts erneut bereitstellen, indem Sie die Regel fr den Host ndern und einen Vorgang zum Testen und zur
Reparatur von bereinstimmungen durchfhren.
Es gibt mehrere Optionen zur erneuten Bereitstellung von Hosts.
n

Wenn die VIBs, die Sie verwenden mchten, Live-Update untersttzen, knnen Sie einen esxcli software
vib-Befehl verwenden. In diesem Fall mssen Sie auerdem den Regelsatz aktualisieren, damit er ein
Image-Profil verwendet, das die neuen VIBs enthlt.

Whrend des Testens knnen Sie ein Image-Profil auf einen einzelnen Host anwenden, indem Sie das
Apply-EsxImageProfile-cmdlet verwenden und den Host neu starten, damit die nderung bernommen
wird. Das Apply-EsxImageProfile-cmdlet aktualisiert die Verbindung zwischen dem Host und dem
Image-Profil, installiert jedoch keine VIBs auf dem Host.

Verwenden Sie in allen anderen Fllen diese Vorgehensweise.

Voraussetzungen
n

Erstellen Sie das Image-Profil, mit dem der Host gestartet werden soll. Verwenden der Image Builder
PowerCLI. Lesen Sie Verwenden von vSphere ESXi Image Builder CLI im Installations- und Einrichtungshandbuch fr vSphere.

Stellen Sie sicher, dass die Einrichtung, die Sie whrend des ersten Startvorgangs durchgefhrt hatten,
vorhanden ist.

Vorgehensweise
1

Fhren Sie an der PowerShell-Eingabeaufforderung das Connect-VIServer-PowerCLI-cmdlet aus, um eine Verbindung zu dem vCenter Server-System herzustellen, bei dem Auto Deploy registriert ist.
Connect-VIServer myVCServer

Das cmdlet gibt mglicherweise eine Serverzertifikatswarnung zurck. Stellen Sie in einer Produktionsumgebung sicher, dass keine Serverzertifikatswarnungen ausgegeben werden. In einer Entwicklungsumgebung knnen Sie die Warnung ignorieren.
2

Ermitteln Sie den Speicherort eines ffentlichen Software-Depots, das das Image-Profil enthlt, das Sie
verwenden mchten, oder definieren Sie mithilfe der Image Builder PowerCLI ein eigenes Image-Profil.

Fhren Sie Add-EsxSoftwareDepot aus, um das Software-Depot mit dem Image-Profil zur PowerCLI-Sitzung hinzuzufgen.
Depottyp

Cmdlet

Remote-Depot

Fhren Sie Add-EsxSoftwareDepot URL_des_Depots aus.

ZIP-Datei

a
b

Laden Sie die ZIP-Datei in einen lokalen Dateipfad herunter oder erstellen Sie in der PowerCLI-Maschine einen lokalen Mount-Punkt.
Fhren Sie
Add-EsxSoftwareDepot C:\Dateipfad\Mein_Offline-Depot.zip
aus.

Fhren Sie Get-EsxImageProfile aus, damit eine Liste der Image-Profile angezeigt wird, und entscheiden
Sie, welches Profil Sie verwenden mchten.

VMware, Inc.

191

vSphere-Upgrade-Handbuch

Fhren Sie Copy-DeployRule aus und legen Sie den Parameter ReplaceItem fest, um die Regel zu ndern,
die ein Image-Profil zu Hosts zuweist.
Das folgende cmdlet ersetzt das aktuelle Image-Profil, das die Regel dem Host mit dem Mein_neues_ImageProfil-Profil zuweist. Nachdem das cmdlet beendet wurde, weist myrule den Hosts das neue Image-Profil
zu. Die alte Version von myrule wird umbenannt und ausgeblendet.
Copy-DeployRule myrule -ReplaceItem Mein_neues_Image-Profil

Testen und reparieren Sie die Regelbereinstimmung fr jeden Host, auf dem Sie das Image bereitstellen
mchten.
Weitere Informationen hierzu finden Sie unter Testen und Reparieren der Regelbereinstimmung,
auf Seite 194.

Wenn Sie nach der bereinstimmungsreparatur die Hosts neu starten, stellt Auto Deploy die Hosts mit dem
neuen Image-Profil bereit.

Anwenden eines Hostprofils fr das Anfordern von Benutzereingaben im vSphereClient


Wenn ein Host whrend eines vorherigen Starts eine Eingabeaufforderung bentigte, werden die Antworten
auf dem vCenter Server in einer Antwortdatei gespeichert. Wenn Sie den Benutzer zur Eingabe von neuen
Informationen auffordern mchten, wenden Sie das Hostprofil erneut an.
Voraussetzungen
Hngen Sie ein Hostprofil an den Host an, der den Benutzer zur Eingabe auffordert.
Vorgehensweise
1

Migrieren Sie alle virtuelle Maschinen auf verschiedene Hosts und versetzen Sie den Host in den Wartungsmodus.
Hosttyp

Aktion

Der Host gehrt zu einem DRS-Cluster.

vSphere DRS migriert virtuelle Maschinen auf entsprechende Hosts, wenn


Sie den Host in den Wartungsmodus versetzen.

Der Host gehrt nicht zu einem DRSCluster.

Sie mssen alle virtuellen Maschinen auf verschiedene Hosts migrieren und
jeden Host in den Wartungsmodus versetzen.

Whlen Sie im vSphere-Client [Hostprofile] > [Profil bernehmen] .

Whlen Sie das Hostprofil aus, fr das Benutzereingaben erforderlich sind.

Geben Sie die Benutzereingabe ein, wenn Sie dazu aufgefordert werden.
Sie knnen nun den Host dazu anweisen, den Wartungsmodus zu beenden.

Die vom Benutzer eingegebenen Informationen werden in einer Antwortdatei gespeichert. Beim nchsten Start
werden die Informationen der Antwortdatei auf den Host angewendet. Pro Host ist eine Antwortdatei vorhanden.

192

VMware, Inc.

Kapitel 6 Upgrade und Migration Ihrer Hosts

Zuweisen eines Hostprofils zu Hosts


Auto Deploy kann einem oder mehreren Hosts ein Hostprofil zuweisen. Das Hostprofil enthlt mglicherweise
Informationen ber die Speicherkonfiguration, die Netzwerkkonfiguration oder andere Hostmerkmale. Wenn
Sie einen Host zum Cluster hinzufgen, wird das Hostprofil des Clusters verwendet.
Die folgende Prozedur verdeutlicht das Erstellen einer Regel, anhand deren Hosts ein Hostprofil zugewiesen
wird. Sie mssen zum Zuweisen der Hostprofile zu Hosts, die bereits mit Auto Deploy bereitgestellt wurden,
auch einen Test- und-Reparaturzyklus durchfhren. Weitere Informationen hierzu finden Sie unter Testen
und Reparieren der Regelbereinstimmung, auf Seite 194.
In vielen Fllen weisen Sie einem Cluster einen Host zu, anstatt explizit ein Hostprofil anzugeben. Der Host
verwendet das Hostprofil des Clusters.
Voraussetzungen
n

Installieren Sie vSphere PowerCLI und alle erforderliche Software.

Exportieren Sie das Hostprofil, das Sie verwenden mchten.

Falls Probleme beim Ausfhren der PowerCLI-cmdlets auftreten, sollten Sie in Betracht ziehen, die Ausfhrungsrichtlinie zu ndern. Weitere Informationen ber die Verwendung von Auto Deploy-cmdlets
finden Sie unter Installations- und Einrichtungshandbuch fr vSphere.

Vorgehensweise
1

Fhren Sie das Connect-VIServer-PowerCLI-cmdlet aus, um eine Verbindung zum vCenter Server-System
herzustellen, bei dem Auto Deploy registriert ist.
Connect-VIServer 192.XXX.X.XX

Das cmdlet gibt mglicherweise eine Serverzertifikatswarnung zurck. Stellen Sie in einer Produktionsumgebung sicher, dass keine Serverzertifikatswarnungen ausgegeben werden. In einer Entwicklungsumgebung knnen Sie die Warnung ignorieren.
2

Verwenden Sie den vSphere-Client oder vSphere Web Client, um einen Host mit den von Ihnen gewnschten Einstellungen einzurichten und ein Hostprofil dieses Hosts zu erstellen.

Sie knnen den Namen des Hostprofils herausfinden, indem Sie das PowerCLI-cmdlet Get-VMhostProfile unter Angabe des ESXi-Hosts ausfhren, von dem Sie ein Hostprofil erstellen.

Definieren Sie an der PowerCLI-Eingabeaufforderung eine Regel, bei der dem Hostprofil Hosts mit bestimmten Attributen, z. B. einem Bereich von IP-Adressen, zugewiesen werden.
New-DeployRule -Name "Testregel2" -Item mein_Hostprofil -Pattern "vendor=Acme,Zven",
"ipv4=192.XXX.1.10-192.XXX.1.20"

Das angegebene Element wird allen Hosts mit den angegebenen Attributen zugewiesen. In diesem Beispiel wird eine Regel namens Testregel2 angegeben. Die Regel weist das angegebene Hostprofil
mein_Hostprofil allen Hosts zu, die eine IP-Adresse innerhalb des angegebenen Bereichs und den Anbieter Acme oder Zven aufweisen.
5

Fgen Sie die Regel dem Regelsatz hinzu.


Add-DeployRule Testregel2

Standardmig wird der Arbeitsregelsatz zum aktiven Regelsatz und alle nderungen am Regelsatz
werden aktiv, wenn Sie eine Regel hinzufgen. Wenn Sie den Parameter NoActivate angeben, wird der
Arbeitsregelsatz nicht der aktive Regelsatz.

VMware, Inc.

193

vSphere-Upgrade-Handbuch

Weiter
n

Aktualisieren Sie die vorhandenen Hosts, sodass sie das neue Hostprofil verwenden, indem Sie bereinstimmungstests und Reparaturvorgnge auf diesen Hosts durchfhren. Weitere Informationen hierzu
finden Sie unter Testen und Reparieren der Regelbereinstimmung, auf Seite 194.

Schalten Sie nicht bereitgestellte Hosts ein, um sie mit dem Hostprofil bereitzustellen.

Testen und Reparieren der Regelbereinstimmung


Wenn Sie eine Regel zum Auto Deploy-Regelsatz hinzufgen oder nderungen an einer oder mehreren Regeln
vornehmen, werden die Hosts nicht automatisch aktualisiert. Auto Deploy bernimmt die neuen Regeln nur
dann, wenn Sie deren Regelbereinstimmung testen und eine Standardisierung durchfhren.
Bei dieser Aufgabe wird davon ausgegangen, dass Ihre Infrastruktur einen oder mehrere ESXi-Hosts enthlt,
die mit Auto Deploy bereitgestellt wurden, und dass der Host, auf dem vSphere PowerCLI installiert ist, auf
diese ESXi-Hosts zugreifen kann.
Voraussetzungen
n

Installieren Sie vSphere PowerCLI und alle erforderliche Software.

Falls Probleme beim Ausfhren der PowerCLI-cmdlets auftreten, sollten Sie in Betracht ziehen, die Ausfhrungsrichtlinie zu ndern. Weitere Informationen ber die Verwendung von Auto Deploy-cmdlets
finden Sie in der Dokumentation Installations- und Einrichtungshandbuch fr vSphere.

Vorgehensweise
1

Verwenden Sie PowerCLI, um zu berprfen, welche Auto Deploy-Regeln momentan verfgbar sind.
Get-DeployRule

Das System gibt die Regeln und die zugeordneten Elemente und Muster zurck.
2

Nehmen Sie an einer der verfgbaren Regeln eine nderung vor, ndern Sie beispielsweise das ImageProfil und den Namen der Regel.
Copy-DeployRule -DeployRule testrule -ReplaceItem MyNewProfile

Sie knnen keine Regel bearbeiten, die bereits zu einem Regelsatz hinzugefgt wurde. Kopieren Sie stattdessen die Regel und ersetzen Sie das Element oder Muster, das Sie ndern mchten. Standardmig
verwendet PowerCLI den alten Namen fr die Kopie und blendet die alte Regel aus.
3

Stellen Sie sicher, dass auf den Host zugegriffen werden kann, dessen Regelsatzbereinstimmung Sie
testen mchten.
Get-VMHost -Name MyEsxi42

Fhren Sie das cmdlet aus, das die Regelsatzbereinstimmung fr den Host testet, und binden Sie den
Rckgabewert zur spteren Verwendung an eine Variable.
$tr = Test-DeployRuleSetCompliance MyEsxi42

Untersuchen Sie die Unterschiede zwischen dem, was sich im Regelsatz befindet, und dem, was der Host
aktuell verwendet.
$tr.itemlist

Das System gibt eine Tabelle der aktuellen und der erwarteten Elemente zurck.
CurrentItem
----------My Profile 25

194

ExpectedItem
-----------MyProfileUpdate

VMware, Inc.

Kapitel 6 Upgrade und Migration Ihrer Hosts

Standardisieren Sie den Host, sodass er beim nchsten Neustart den berarbeiteten Regelsatz verwendet.
Repair-DeployRuleSetCompliance $tr

Weiter
Wenn mit der von Ihnen genderten Regel der Speicherort fr die Bestandsliste angegeben wurde, werden
die nderungen wirksam, wenn Sie die bereinstimmung reparieren. Starten Sie bei allen anderen nderungen Ihren Host neu, um die neue Regel mithilfe von Auto Deploy anzuwenden und eine bereinstimmung
zwischen dem Regelsatz und dem Host zu erzielen.

Aktualisieren von Hosts mithilfe von esxcli-Befehlen


Durch die Verwendung der vSphere-CLI knnen Sie fr ESXi 5.x-Hosts ein Upgrade, ein Update oder einen
Patch vornehmen.
Sie knnen esxcli-Befehle nicht dazu verwenden, ein Upgrade von Version 4.x der ESX- oder ESXi-Hosts auf
ESXi 5.x durchzufhren. Um ein Upgrade von Version 4.x der ESX- oder ESXi-Hosts auf ESXi 5.x durchzufhren, verwenden Sie vSphere Update Manager oder fhren Sie ein interaktives oder ein skriptbasiertes Upgrade durch.
Um esxcli vCLI-Befehle verwenden zu knnen, mssen Sie vSphere CLI (vCLI) installieren. Weitere Informationen zur Installation und Verwendung der vSphere CLI finden Sie in den folgenden Dokumenten:
n

Erste Schritte mit vSphere-Befehlszeilenschnittstellen

vSphere Command-Line Interface Concepts and Examples

vSphere Command-Line Interface Reference ist eine Referenz auf vicfg- und bezieht sich auf vCLI-Befehle.

HINWEIS Wenn Sie STRG+C drcken, whrend ein esxcli-Befehl ausgefhrt wird, wird die Befehlszeilenschnittstelle beendet und eine neue Eingabeaufforderung gestartet, ohne dass eine Meldung angezeigt wird.
Der Befehl wird jedoch weiter ausgefhrt.
Bei mit vSphere Auto Deploy bereitgestellten ESXi-Hosts muss das Tools-VIB Teil des Basis-Boot-Images sein,
das fr die anfngliche Auto Deploy-Installation verwendet wird. Das Tools-VIB kann spter nicht hinzugefgt
werden.

VMware, Inc.

195

vSphere-Upgrade-Handbuch

VIBs, Image-Profile und Software-Depots


Zum Aktualisieren von ESXi mit esxcli-Befehlen sind Kenntnisse zu VIBs, Image-Profilen und Software-Depots
erforderlich.
Die folgenden technischen Begriffe werden in der vSphere-Dokumentation im Zusammenhang mit Installations- und Upgrade-Aufgaben verwendet.
VIB

Ein VIB ist ein ESXi-Software-Paket. Paketlsungen, Treiber, CIM-Anbieter


und Anwendungen von VMware und seinen Partnern, die die ESXi-Plattform
als VIBs erweitern. VIBs sind in Software-Depots verfgbar. Sie knnen VIBs
zur Erstellung und Anpassung von ISO-Images oder zum Upgrade von ESXiHosts verwenden, indem Sie VIBs asynchron auf den Hosts installieren.

Image-Profil

Ein Image-Profil definiert ein ESXi-Image und besteht aus VIBs. Ein ImageProfil enthlt immer ein Basis-VIB und umfasst mglicherweise weitere VIBs.
Image-Profile werden mithilfe der Image Builder PowerCLI untersucht und
definiert.

Software-Depot

Ein Software-Depot ist eine Sammlung von VIBs und Image-Profilen. Das Software-Depot ist eine Hierarchie von Dateien und Ordnern und es kann ber
eine HTTP-URL (Online-Depot) oder eine ZIP-Datei (Offline-Depot) bereitgestellt werden. VMware und VMware-Partner stellen Depots bereit. Unternehmen mit groen VMware-Installationen erstellen mglicherweise interne Depots, um ESXi-Hosts mit vSphere Auto Deploy bereitzustellen oder um eine
ISO-Datei fr die ESXi-Installation zu exportieren.

Grundlegendes zu Akzeptanzebenen fr VIBs und Hosts


Jedes VIB wird mit einer Akzeptanzebene freigegeben, die nicht gendert werden kann. Die Akzeptanzebene
des Hosts bestimmt, welche VIBs auf einem Host installiert werden drfen.
Die Akzeptanzebene gilt fr einzelne VIBs, die ber die Befehle esxcli software vib install und esxcli
software vib update installiert wurden, fr VIBs, die mithilfe von vSphere Update Manager installiert wurden,

und fr VIBs in Image-Profilen.


Die Akzeptanzebene aller VIBs auf einem Host muss mindestens so hoch wie die Host-Akzeptanzebene sein.
Wenn die Akzeptanzebene des Hosts beispielsweise VMwareAccepted lautet, knnen Sie VIBs mit den Akzeptanzebenen VMwareCertified und VMwareAccepted installieren, Sie knnen jedoch keine VIBs mit den
Akzeptanzebenen PartnerSupported oder CommunitySupported installieren. Zur Installation eines VIB mit
einer weniger restriktiven Akzeptanzebene als der des Hosts knnen Sie die Akzeptanzebene des Hosts ndern, indem Sie den vSphere-Client verwenden oder indem Sie esxcli software acceptance-Befehle ausfhren.
Es wird empfohlen, Host-Akzeptanzebenen festzulegen, um anzugeben, welche VIBs auf einem Host installiert
und mit einem Image-Profil verwendet werden knnen, und welchen Grad der Untersttzung Sie fr einen
VIB erwarten knnen. Beispielsweise wrden Sie fr Hosts in einer Produktionsumgebung eine restriktivere
Akzeptanzebene als fr Hosts in einer Testumgebung festlegen.

196

VMware, Inc.

Kapitel 6 Upgrade und Migration Ihrer Hosts

VMware untersttzt die folgenden Akzeptanzebenen.


VMwareCertified

Die Akzeptanzebene VMwareCertified hat die strengsten Anforderungen.


VIBs dieser Ebene unterliegen einer grndlichen Prfung entsprechend den
internen VMware-Qualittssicherungstests fr die gleiche Technologie. Heute
werden nur IOVP-Treiber auf dieser Ebene verffentlicht. VMware bernimmt
Support-Anrufe fr VIBs dieser Akzeptanzebene.

VMwareAccepted

VIBs dieser Akzeptanzebene unterliegen einer Verifizierungsprfung; es wird


jedoch nicht jede Funktion der Software in vollem Umfang getestet. Der Partner
fhrt die Tests durch und VMware verifiziert das Ergebnis. Heute gehren
CIM-Anbieter und PSA-Plug-Ins zu den VIBs, die auf dieser Ebene verffentlicht werden. VMware leitet Support-Anrufe fr VIBs dieser Akzeptanzebene
an die Support-Organisation des Partners weiter.

PartnerSupported

VIBs mit der Akzeptanzebene PartnerSupported werden von einem Partner


verffentlicht, dem VMware vertraut. Der Partner fhrt alle Tests durch.
VMware berprft die Ergebnisse nicht. Diese Ebene wird fr eine neue oder
nicht etablierte Technologie verwendet, die Partner fr VMware-Systeme aktivieren mchten. Auf dieser Ebene sind heute Treiber-VIB-Technologien mit
nicht standardisierten Hardwaretreibern, wie z. B. Infiniband, ATAoE und
SSD. VMware leitet Support-Anrufe fr VIBs dieser Akzeptanzebene an die
Support-Organisation des Partners weiter.

CommunitySupported

Die Akzeptanzebene Untersttzte Community ist fr VIBs gedacht, die von


Einzelpersonen oder Unternehmen auerhalb der VMware Partner-Programme erstellt wurden. VIBs auf dieser Ebene wurden nicht im Rahmen eines von
VMware zugelassenen Testprogramms getestet und werden weder von
VMware Technical Support noch von einem VMware-Partner untersttzt.

Tabelle 6-8. Zur Installation auf Hosts erforderliche VIB-Akzeptanzebenen


Host-Akzeptanzebene

VMwareCertified
VIB

VMwareAccepted
VIB

PartnerSupported
VIB

VMwareCertified

VMwareAccepted

PartnerSupported

CommunitySupported

CommunitySupported VIB

Angleichen einer Host- mit einer Update-Akzeptanzebene


Sie knnen die Host-Akzeptanzebene ndern, sodass sie mit der Akzeptanzebene fr ein VIB oder ImageProfil, das Sie installieren mchten, identisch ist. Die Akzeptanzebene aller VIBs auf einem Host muss mindestens so hoch wie die Host-Akzeptanzebene sein.
Verwenden Sie dieses Verfahren zum Ermitteln der Akzeptanzebenen des Hosts und des zu installierenden
VIBs oder Image-Profils sowie zum ndern der Akzeptanzebene des Hosts fr das Update, falls dies erforderlich ist.
Wenn Sie bei dem Vorgang unter Verwendung von --server=Servername einen Zielserver angeben, fordert
der angegebene Server Sie auf, einen Benutzernamen und ein Kennwort einzugeben. Weitere Verbindungsoptionen, wie z. B. eine Konfigurations- oder Sitzungsdatei, werden untersttzt. Eine Liste der Verbindungsoptionen finden Sie unter Erste Schritte mit vSphere-Befehlszeilenschnittstellen oder fhren Sie esxcli --help an
der vCLI- Befehlszeile aus.

VMware, Inc.

197

vSphere-Upgrade-Handbuch

Voraussetzungen
Installieren Sie vCLI oder stellen Sie die virtuelle vSphere Management Assistant (vMA)-Maschine bereit.
Weitere Informationen hierzu finden Sie unter Erste Schritte mit vSphere-Befehlszeilenschnittstellen. Fhren Sie
zwecks Fehlerbehebung esxcli-Befehle in der ESXi Shell aus.
Vorgehensweise
1

Rufen Sie die Akzeptanzebene fr das VIB oder das Image-Profil ab.
Option

Beschreibung

Informationen fr alle VIBs auflisten

esxcli --server=Servername software sources vib list --depot=URL_des_Depots

Informationen fr ein bestimmtes


VIB auflisten

esxcli --server=Servername software sources vib list --viburl=URL_des_VIBs

Informationen fr alle Image-Profile


auflisten

esxcli --server=Servername software sources profile list -depot=URL_des_Depots

Informationen fr ein bestimmtes


Image-Profil auflisten

esxcli --server=Servername software sources profile get -depot=URL_des_Depots --profile=Name_des_Profils

Ermitteln Sie die Hostakzeptanzebene.


esxcli --server=Servername software acceptance get

(Optional) Ist die Akzeptanzebene des VIBs restriktiver als die Akzeptanzebene des Hosts, dann ndern
Sie die Akzeptanzebene des Hosts.
esxcli --server=Servername software acceptance set --level=Akzeptanzebene

Die Akzeptanzebene kann VMwareCertified, VMwareAccepted, PartnerSupported oder CommunitySupported


sein. Bei den Werten fr die Akzeptanzebene wird zwischen der Klein- und Groschreibung unterschieden.
HINWEIS Sie knnen die Option --force fr den Befehl esxcli software vib oder esxcli software profile verwenden, um ein VIB oder Image-Profil mit einer niedrigeren Akzeptanzebene als der des Hosts

hinzuzufgen. Es wird eine Warnung angezeigt. Weil Ihr Setup nicht mehr konsistent ist, wird die Warnung wiederholt, wenn Sie VIBs installieren, VIBs entfernen und gewisse andere Vorgnge auf dem Host
durchfhren.

Stellen Sie fest, ob sich zum Anwenden eines Updates der Host im Wartungsmodus
befindet oder neu gestartet werden muss.
VIBs, die Sie mit einer Live-Installation installieren knnen, erfordern keinen Neustart des Hosts. Mglicherweise ist es jedoch erforderlich, den Host in den Wartungsmodus zu versetzen. Andere VIBs und Profile erfordern mglicherweise, dass der Host nach der Installation oder dem Update neu gestartet wird.
Wenn Sie bei dem Vorgang unter Verwendung von --server=Servername einen Zielserver angeben, fordert
der angegebene Server Sie auf, einen Benutzernamen und ein Kennwort einzugeben. Weitere Verbindungsoptionen, wie z. B. eine Konfigurations- oder Sitzungsdatei, werden untersttzt. Eine Liste der Verbindungsoptionen finden Sie unter Erste Schritte mit vSphere-Befehlszeilenschnittstellen oder fhren Sie esxcli --help an
der vCLI- Befehlszeile aus.
Voraussetzungen
Installieren Sie vCLI oder stellen Sie die virtuelle vSphere Management Assistant (vMA)-Maschine bereit.
Weitere Informationen hierzu finden Sie unter Erste Schritte mit vSphere-Befehlszeilenschnittstellen. Fhren Sie
zwecks Fehlerbehebung esxcli-Befehle in der ESXi Shell aus.

198

VMware, Inc.

Kapitel 6 Upgrade und Migration Ihrer Hosts

Vorgehensweise
1

berprfen Sie, ob das VIB oder das Image-Profil, das Sie installieren mchten, erfordert, dass der Host
in den Wartungsmodus versetzt oder nach der Installation oder dem Update neu gestartet wird.
Fhren Sie einen der folgenden Befehle aus.

Option

Beschreibung

berprfen Sie das VIB

esxcli --server=Servername software sources vib get -v Absoluter_Pfad_zum_VIB

berprfen Sie die VIBs in einem Depot

esxcli --server=Servername software sources vib get --depot=Depotname

berprfen Sie das Image-Profil in


einem Depot

esxcli --server=Servername software sources profile get -depot=Depotname

berprfen Sie die Rckgabewerte.


Die Rckgabewerte, die aus den VIB-Metadaten gelesen werden, geben an, ob sich der Host vor der Installation des VIB oder Image-Profils im Wartungsmodus befinden muss und ob die Installation des VIB
oder Profils einen Neustart des Hosts erfordert.
HINWEIS vSphere Update Manager ermittelt anhand des esxupdate/esxcli-Prfungsergebnisses, ob der
Wartungsmodus erforderlich ist. Wenn Sie ein VIB auf einem Live-System installieren und der Wert fr
Live-Install-Allowed auf false festgelegt ist, weist das Ergebnis des Installationsvorgangs Update Manager an, den Host neu zu starten. Wenn Sie ein VIB von einem Live-System entfernen und der Wert fr
Live-Remove-Allowed auf false festgelegt ist, weist das Ergebnis des Entfernungsvorgangs Update Manager an, den Host neu zu starten. Whrend des Neustarts versetzt Update Manager in beiden Fllen den
Host automatisch in den Wartungsmodus.

Weiter
Versetzen Sie den Host, falls erforderlich, in den Wartungsmodus. Weitere Informationen hierzu finden Sie
unter Versetzen eines Hosts in den Wartungsmodus, auf Seite 199. Falls ein Neustart erforderlich ist und
der Host Bestandteil eines vSphere HA-Clusters ist, mssen Sie vor der Installation oder dem Update den Host
aus dem Cluster entfernen oder HA auf dem Cluster deaktivieren.

Versetzen eines Hosts in den Wartungsmodus


Einige Installations- und Update-Vorgnge, die eine Live-Installation verwenden, setzen voraus, dass sich der
Host im Wartungsmodus befindet.
Informationen darber, wie Sie feststellen knnen, ob sich bei einem Upgrade-Vorgang ein Host im Wartungsmodus befinden muss, finden Sie unter Stellen Sie fest, ob sich zum Anwenden eines Updates der Host
im Wartungsmodus befindet oder neu gestartet werden muss., auf Seite 198
Wenn Sie bei dem Vorgang unter Verwendung von --server=Servername einen Zielserver angeben, fordert
der angegebene Server Sie auf, einen Benutzernamen und ein Kennwort einzugeben. Weitere Verbindungsoptionen, wie z. B. eine Konfigurations- oder Sitzungsdatei, werden untersttzt. Eine Liste der Verbindungsoptionen finden Sie unter Erste Schritte mit vSphere-Befehlszeilenschnittstellen oder fhren Sie esxcli --help an
der vCLI- Befehlszeile aus.
Voraussetzungen
Installieren Sie vCLI oder stellen Sie die virtuelle vSphere Management Assistant (vMA)-Maschine bereit.
Weitere Informationen hierzu finden Sie unter Erste Schritte mit vSphere-Befehlszeilenschnittstellen. Fhren Sie
zwecks Fehlerbehebung esxcli-Befehle in der ESXi Shell aus.

VMware, Inc.

199

vSphere-Upgrade-Handbuch

Vorgehensweise
1

Prfen Sie, ob sich der Host im Wartungsmodus befindet.


vicfg-hostops --server=Servername --operation info

Fhren Sie einen der folgenden Befehle fr jede virtuelle Maschine aus, um alle virtuellen Maschinen
auszuschalten, die auf dem ESXi-Host ausgefhrt werden.
Option

Befehl

So veranlassen Sie, dass das System versucht, das Gastbetriebssystem herunterzufahren

vmware-cmd --server=Servername Pfad_der_VM stop soft

So erzwingen Sie den Ausschaltvorgang

vmware-cmd --server=Servername Pfad_zur_VM stop hard

Alternativ knnen Sie die virtuellen Maschinen auf einen anderen Host migrieren, um ihr Ausschalten zu
verhindern. Weitere Informationen dazu finden Sie im Thema Migrieren virtueller Maschinen in der Dokumentation vCenter Server und Hostverwaltung.
3

Versetzen Sie den Host in den Wartungsmodus.


vicfg-hostops --server=Servername --operation enter

Stellen Sie sicher, dass sich der Host im Wartungsmodus befindet.


vicfg-hostops --server=Servername --operation info

Aktualisieren eines Hosts mit individuellen VIBs


Sie knnen einen Host mit VIBs aktualisieren, die in einem Software-Depot, auf das ber eine URL zugegriffen
werden kann, oder in einem Offline-ZIP-Depot gespeichert sind.
WICHTIG Wenn Sie ESXi von einem ZIP-Paket eines von VMware bereitgestellten Depots aktualisieren, auf
das ber die VMware-Website online zugegriffen werden kann oder das lokal heruntergeladen wurde, untersttzt VMware nur die Update-Methode, die fr von VMware bereitgestellte Depots im Abschnitt Aktualisieren eines Hosts mit Image-Profilen, auf Seite 201 angegeben ist.
Wenn Sie bei dem Vorgang unter Verwendung von --server=Servername einen Zielserver angeben, fordert
der angegebene Server Sie auf, einen Benutzernamen und ein Kennwort einzugeben. Weitere Verbindungsoptionen, wie z. B. eine Konfigurations- oder Sitzungsdatei, werden untersttzt. Eine Liste der Verbindungsoptionen finden Sie unter Erste Schritte mit vSphere-Befehlszeilenschnittstellen oder fhren Sie esxcli --help an
der vCLI- Befehlszeile aus.
Voraussetzungen
n

Installieren Sie vCLI oder stellen Sie die virtuelle vSphere Management Assistant (vMA)-Maschine bereit.
Weitere Informationen hierzu finden Sie unter Erste Schritte mit vSphere-Befehlszeilenschnittstellen. Fhren
Sie zwecks Fehlerbehebung esxcli-Befehle in der ESXi Shell aus.

Stellen Sie fest, ob sich zum Anwenden des Updates der Host im Wartungsmodus befindet oder neu
gestartet werden muss. Versetzen Sie den Host, falls erforderlich, in den Wartungsmodus.
Weitere Informationen hierzu finden Sie unter Stellen Sie fest, ob sich zum Anwenden eines Updates der
Host im Wartungsmodus befindet oder neu gestartet werden muss., auf Seite 198. Weitere Informationen
hierzu finden Sie unter Versetzen eines Hosts in den Wartungsmodus, auf Seite 199.

200

Falls fr das Update ein Neustart erforderlich ist und der Host Bestandteil eines vSphere HA-Clusters ist,
entfernen Sie den Host aus dem Cluster oder deaktivieren Sie HA auf dem Cluster.

VMware, Inc.

Kapitel 6 Upgrade und Migration Ihrer Hosts

Vorgehensweise
1

Stellen Sie fest, welche VIBs auf dem Host installiert sind.
esxcli --server=Servername software vib list

Ermittlung, welche VIBs im Depot verfgbar sind.


Option

Beschreibung

Aus einem Depot ber URL-Zugriff

esxcli --server=Servername software sources vib list -depot=http://Webserver/Name_des_Depots

Aus einer lokalen Depot-ZIP-Datei

esxcli --server=Servername software sources vib list --depot=absoluter_Pfad_zur_Depot-Zip-Datei

Mithilfe des Arguments --proxy knnen Sie einen Proxy-Server angeben.


3

Aktualisieren der vorhandenen VIBs, sodass sie die VIBs im Depot enthalten, oder Installieren neuer VIBs.
Option

Beschreibung

Aktualisieren von VIBs von einem


Depot, auf das ber URL zugegriffen
werden kann

esxcli --server=Servername software vib update -depot=http://Webserver/Name_des_Depots

Aktualisieren von VIBs von einer lokalen Depot-ZIP-Datei

esxcli --server=Servername software vib update --depot=absoluter_Pfad_zur_Depot-Zip-Datei

Installation aller VIBs von einer ZIPDatei auf einem angegebenen Offline-Depot (umfasst VMware-VIBs
und von Partnern bereitgestellte
VIBs)

esxcli --server=Servername software vib install --depot


Pfad_zur_VMware_VIB_ZIP_Datei\VMware_VIB_ZIP_Datei --depot
Pfad_zur_Partner_VIB_ZIP_Datei\Partner_VIB_ZIP_Datei

Optionen fr die Befehle update und install ermglichen es Ihnen, einen Testlauf durchzufhren, ein
bestimmtes VIB anzugeben, die Verifizierung einer Akzeptanzebene zu umgehen usw. Umgehen Sie die
Verifizierung nicht auf Produktionssystemen. Lesen Sie die esxcli-Referenz unter
http://www.vmware.com/support/developer/vcli/.
4

Stellen Sie sicher, dass die VIBs auf Ihrem ESXi-Host installiert sind.
esxcli --server=Servername software vib list

Aktualisieren eines Hosts mit Image-Profilen


Sie knnen einen Host mit Image-Profilen aktualisieren, die in einem Software-Depot, auf das ber eine URL
zugegriffen werden kann, oder in einem Offline-ZIP-Depot gespeichert sind.
WICHTIG Wenn Sie ESXi von einem ZIP-Paket eines von VMware bereitgestellten Depots aktualisieren, auf
das ber die VMware-Website online zugegriffen werden kann oder das lokal heruntergeladen wurde, untersttzt VMware nur die Update-Methode, die fr von VMware bereitgestellte Depots im Abschnitt esxcli
software profile update --depot=Depotstandort --profile=Profilname angegeben ist.
Wenn Sie bei dem Vorgang unter Verwendung von --server=Servername einen Zielserver angeben, fordert
der angegebene Server Sie auf, einen Benutzernamen und ein Kennwort einzugeben. Weitere Verbindungsoptionen, wie z. B. eine Konfigurations- oder Sitzungsdatei, werden untersttzt. Eine Liste der Verbindungsoptionen finden Sie unter Erste Schritte mit vSphere-Befehlszeilenschnittstellen oder fhren Sie esxcli --help an
der vCLI- Befehlszeile aus.
HINWEIS Optionen fr die Befehle update und install ermglichen es Ihnen, einen Testlauf durchzufhren,
einen bestimmten VIB anzugeben, die Verifizierung einer Akzeptanzebene zu umgehen usw. Umgehen Sie
die Verifizierung nicht auf Produktionssystemen. Weitere Informationen dazu finden Sie unter vSphere Command-Line Interface Reference.

VMware, Inc.

201

vSphere-Upgrade-Handbuch

Voraussetzungen
n

Installieren Sie vCLI oder stellen Sie die virtuelle vSphere Management Assistant (vMA)-Maschine bereit.
Weitere Informationen hierzu finden Sie unter Erste Schritte mit vSphere-Befehlszeilenschnittstellen. Fhren
Sie zwecks Fehlerbehebung esxcli-Befehle in der ESXi Shell aus.

Stellen Sie fest, ob sich zum Anwenden des Updates der Host im Wartungsmodus befindet oder neu
gestartet werden muss. Versetzen Sie den Host, falls erforderlich, in den Wartungsmodus.
Weitere Informationen hierzu finden Sie unter Stellen Sie fest, ob sich zum Anwenden eines Updates der
Host im Wartungsmodus befindet oder neu gestartet werden muss., auf Seite 198. Weitere Informationen
hierzu finden Sie unter Versetzen eines Hosts in den Wartungsmodus, auf Seite 199.

Falls fr das Update ein Neustart erforderlich ist und der Host Bestandteil eines vSphere HA-Clusters ist,
entfernen Sie den Host aus dem Cluster oder deaktivieren Sie HA auf dem Cluster.

Vorgehensweise
1

Stellen Sie fest, welche VIBs auf dem Host installiert sind.
esxcli --server=Servername software vib list

Ermitteln Sie, welche Image-Profile im Depot verfgbar sind.


esxcli --server=Servername software sources profile list --depot=http://Webserver/Name_des_Depots

Mithilfe des Arguments --proxy knnen Sie einen Proxy-Server angeben.


3

Aktualisieren Sie das vorhandene Image-Profil, sodass es die VIBs enthlt, oder installieren Sie neue VIBs.
WICHTIG Der Befehl software profile update aktualisiert vorhandene VIBs mit den entsprechenden VIBs
des angegebenen Profils, beeinflusst aber keine anderen VIBs, die auf dem Zielserver installiert sind. Der
Befehl software profile install installiert die VIBs, die sich momentan im Depot-Image-Profil befinden,
und entfernt alle anderen auf dem Zielserver installierten VIBs.
Option

Beschreibung

Aktualisieren Sie das Image-Profil


von einem von VMware bereitgestellten ZIP-Paket eines Depots, auf das
ber die VMware-Website online zugegriffen wird oder das in ein lokales
Depot heruntergeladen wurde.

esxcli software profile update --depot=Depotstandort --profile=Profilname


WICHTIG Dies ist die einzige Update-Methode, die VMware fr die von
VMware gelieferten ZIP-Pakete bereitstellt.
Die Namen der von VMware bereitgestellten ZIP-Pakete haben folgendes
Format: VMware-ESXi-5.1.0-Build-Nummer-depot.zip
Der Profilname fr die von VMware bereitgestellten ZIP-Pakete hat folgendes Format.
n ESXi-5.1.0-Build-Nummer-standard
n

202

ESXi-5.1.0-Build-Nummer-notools (umfasst nicht die VMware


Tools)

Aktualisieren des Image-Profils von


einem Depot, auf das per URL zugegriffen werden kann

esxcli --server=Servername software profile update -depot=http://Webserver/Name_des_Depots --profile=Name_des_Profils

Aktualisieren des Image-Profils von


einer ZIP-Datei, die lokal auf dem
Zielserver gespeichert ist

esxcli --server=Servername software profile update --depot=file:///<Pfad_zur_Profil_ZIP_Datei>/<Profil_ZIP_Datei>


--profile=Name_des_Profils

Aktualisieren des Image-Profils von


einer ZIP-Datei auf dem Zielserver,
die in einen Datenspeicher kopiert
wird

esxcli --server=Servername software profile update --depot=


[Name_des_Datenspeichers]Profil_ZIP_Datei" --profile=Name_des_Profils

VMware, Inc.

Kapitel 6 Upgrade und Migration Ihrer Hosts

Option

Beschreibung

Aktualisieren des Image-Profils von


einer ZIP-Datei, die lokal auf dem
Zielserver kopiert und angewendet
wird

esxcli --server=Servername software profile update -depot=/Stammverzeichnis/Pfad_zur_Profil_ZIP_Datei/Profil_ZIP_Datei --profile=Name_des_Profils

Installation aller neuen VIBs eines


angegebenen Profils, auf das per
URL zugegriffen werden kann

esxcli --server=Servername software profile install -depot=http://webserver/Name_des_Depots --profile=Name_des_Profils

Installation aller neuen VIBs in einem


angegebenen Profil von einer ZIPDatei, die lokal auf dem Ziel gespeichert ist

esxcli --server=Servername software profile install --depot=file:///<Pfad_zur_Profile_ZIP_Datei>/<Profil_ZIP_Datei>


--profile=Name_des_Profils

Installation aller neuen VIBs von einer ZIP-Datei auf dem Zielserver, die
in einen Datenspeicher kopiert wird

esxcli --server=Servername software profile install --depot=[Name_des_Datenspeichers]Profil_ZIP_Datei" --profile=Name_des_Profils

Installation aller neuen VIBs von einer ZIP-Datei, die lokal auf den Zielserver kopiert und angewendet wird

esxcli --server=Servername software profile install -depot=/Stammverzeichnis/Pfad_zur_Profil_ZIP_Datei/Profil_ZIP_Datei --profile=Name_des_Profils

HINWEIS Optionen fr die Befehle update und install ermglichen es Ihnen, einen Testlauf durchzufhren, einen bestimmten VIB anzugeben, die Verifizierung einer Akzeptanzebene zu umgehen usw.
Umgehen Sie die Verifizierung nicht auf Produktionssystemen. Weitere Informationen dazu finden Sie
unter vSphere Command-Line Interface Reference.
4

Stellen Sie sicher, dass die VIBs auf Ihrem ESXi-Host installiert sind.
esxcli --server=Servername software vib list

Aktualisieren von ESXi-Hosts mit ZIP-Dateien


Sie knnen ein Update von Hosts mit VIBs oder Image-Profilen durch Herunterladen einer ZIP-Datei aus einem
Depot vornehmen.
VMware-Partner bereiten VIBs von Drittanbietern so vor, dass sie Verwaltungsagenten oder asynchron freigegebene Treiber bereitstellen.
WICHTIG Wenn Sie ESXi von einem ZIP-Paket eines von VMware bereitgestellten Depots aktualisieren, auf
das ber die VMware-Website online zugegriffen werden kann oder das lokal heruntergeladen wurde, untersttzt VMware nur die Update-Methode, die fr von VMware bereitgestellte Depots im Abschnitt Aktualisieren eines Hosts mit Image-Profilen, auf Seite 201 angegeben ist.
Wenn Sie bei dem Vorgang unter Verwendung von --server=Servername einen Zielserver angeben, fordert
der angegebene Server Sie auf, einen Benutzernamen und ein Kennwort einzugeben. Weitere Verbindungsoptionen, wie z. B. eine Konfigurations- oder Sitzungsdatei, werden untersttzt. Eine Liste der Verbindungsoptionen finden Sie unter Erste Schritte mit vSphere-Befehlszeilenschnittstellen oder fhren Sie esxcli --help an
der vCLI- Befehlszeile aus.
Voraussetzungen
n

Installieren Sie vCLI oder stellen Sie die virtuelle vSphere Management Assistant (vMA)-Maschine bereit.
Weitere Informationen hierzu finden Sie unter Erste Schritte mit vSphere-Befehlszeilenschnittstellen. Fhren
Sie zwecks Fehlerbehebung esxcli-Befehle in der ESXi Shell aus.

Laden Sie die ZIP-Datei eines Depot-Pakets von einem Drittanbieter-VMware-Partner herunter.

VMware, Inc.

203

vSphere-Upgrade-Handbuch

Stellen Sie fest, ob sich zum Anwenden des Updates der Host im Wartungsmodus befindet oder neu
gestartet werden muss. Versetzen Sie den Host, falls erforderlich, in den Wartungsmodus.
Weitere Informationen hierzu finden Sie unter Stellen Sie fest, ob sich zum Anwenden eines Updates der
Host im Wartungsmodus befindet oder neu gestartet werden muss., auf Seite 198. Weitere Informationen
hierzu finden Sie unter Versetzen eines Hosts in den Wartungsmodus, auf Seite 199.

Falls fr das Update ein Neustart erforderlich ist und der Host Bestandteil eines vSphere HA-Clusters ist,
entfernen Sie den Host aus dem Cluster oder deaktivieren Sie HA auf dem Cluster.

Vorgehensweise
u

Installieren Sie die ZIP-Datei.


esxcli --server=Servername software vib update --depot=/Pfad-zu_VIB_ZIP/ZIP-Dateiname.zip

Entfernen von VIBs von einem Host


Sie knnen VIBs von Drittanbietern oder VMware-VIBs von Ihren ESXi-Hosts deinstallieren.
VMware-Partner bereiten VIBs von Drittanbietern so vor, dass sie Verwaltungsagenten oder asynchron freigegebene Treiber bereitstellen.
Installieren Sie vCLI oder stellen Sie die virtuelle vSphere Management Assistant (vMA)-Maschine bereit.
Weitere Informationen hierzu finden Sie unter Erste Schritte mit vSphere-Befehlszeilenschnittstellen. Fhren Sie
zwecks Fehlerbehebung esxcli-Befehle in der ESXi Shell aus.
Voraussetzungen
n

Falls fr das Entfernen ein Neustart erforderlich ist und der Host Bestandteil eines VMware-HA-Clusters
ist, deaktivieren Sie HA fr den Host.

Stellen Sie fest, ob sich zum Anwenden des Updates der Host im Wartungsmodus befindet oder neu
gestartet werden muss. Versetzen Sie den Host, falls erforderlich, in den Wartungsmodus.
Weitere Informationen hierzu finden Sie unter Stellen Sie fest, ob sich zum Anwenden eines Updates der
Host im Wartungsmodus befindet oder neu gestartet werden muss., auf Seite 198. Weitere Informationen
hierzu finden Sie unter Versetzen eines Hosts in den Wartungsmodus, auf Seite 199.

Installieren Sie vCLI oder stellen Sie die virtuelle vSphere Management Assistant (vMA)-Maschine bereit.
Weitere Informationen hierzu finden Sie unter Erste Schritte mit vSphere-Befehlszeilenschnittstellen. Fhren
Sie zwecks Fehlerbehebung esxcli-Befehle in der ESXi Shell aus.

Vorgehensweise
1

Fhren Sie einen der folgenden Befehle fr jede virtuelle Maschine aus, um alle virtuellen Maschinen
auszuschalten, die auf dem ESXi-Host ausgefhrt werden.
Option

Befehl

So veranlassen Sie, dass das System versucht, das Gastbetriebssystem herunterzufahren

vmware-cmd --server=Servername Pfad_der_VM stop soft

So erzwingen Sie den Ausschaltvorgang

vmware-cmd --server=Servername Pfad_zur_VM stop hard

Alternativ knnen Sie die virtuellen Maschinen auf einen anderen Host migrieren, um ihr Ausschalten zu
verhindern. Weitere Informationen dazu finden Sie im Thema Migrieren virtueller Maschinen in der Dokumentation vCenter Server und Hostverwaltung.
2

Versetzen Sie den Host in den Wartungsmodus.


vicfg-hostops --server=Servername --operation enter

204

VMware, Inc.

Kapitel 6 Upgrade und Migration Ihrer Hosts

Fahren Sie, falls erforderlich, die virtuellen Maschinen herunter oder migrieren Sie sie.

Stellen Sie fest, welche VIBs auf dem Host installiert sind.
esxcli --server=Servername software vib list

Entfernen des VIB.


esxcli --server=Servername software vib remove --vibname=Name

Geben Sie einen oder mehrere zu entfernende VIBs in einem der folgenden Formate an:
n

Name

Name:Version

Hersteller:Name

Hersteller:Name:Version

Der Befehl zum Entfernen eines VIB, der ber Hersteller, Name und Version angegeben wird, htte beispielsweise das folgende Format:
esxcli -server myEsxiHost software vib remove --vibname=PatchVendor:patch42:version3

HINWEIS Der Befehl remove untersttzt verschiedene weitere Optionen. Siehe die Dokumentation zu
vSphere Command-Line Interface Reference.

Hinzufgen von Erweiterungen von Drittanbietern zu Hosts mit esxcli


Wenn eine Erweiterung eines Drittanbieters als VIB-Paket verffentlicht wird und Sie den Befehl esxcli
software vib verwenden, um das VIB-Paket dem System hinzuzufgen, aktualisiert das VIB-System die Firewall-Regeln und den Host-Daemon, wenn Sie Ihr System neu starten.
Andernfalls knnen Sie eine Firewall-Konfigurationsdatei verwenden, um Portregeln fr Hostdienste anzugeben, die Sie fr die Erweiterung aktivieren mchten. Die Dokumentation vSphere-Sicherheit enthlt Erluterungen ber das Hinzufgen, bernehmen und Aktualisieren eines Firewall-Regelsatzes und listet die Befehle
esxcli network firewall auf.
Das ESXi 5.x ruleset.xml-Format fr ESXi 5.x ist das gleiche wie in Version 4.x fr ESX und ESXi, weist aber
zwei zustzliche Tags auf, enabled und required. Die ESXi 5.x-Firewall untersttzt das ltere Format nach wie
vor.

Durchfhren einer esxcli-Testinstallation oder eines esxcli-Test-Upgrades


Sie knnen die Option --dry-run verwenden, um eine Vorschau der Ergebnisse eines Installations- oder Upgrade-Vorgangs zu erhalten. Bei einer Testinstallation bzw. einem Test-Upgrade werden keine nderungen
vorgenommen. Es werden lediglich die Vorgnge auf VIB-Ebene protokolliert, die durchgefhrt wrden,
wenn Sie die Option --dry-run nicht angegeben htten.
Wenn Sie bei dem Vorgang unter Verwendung von --server=Servername einen Zielserver angeben, fordert
der angegebene Server Sie auf, einen Benutzernamen und ein Kennwort einzugeben. Weitere Verbindungsoptionen, wie z. B. eine Konfigurations- oder Sitzungsdatei, werden untersttzt. Eine Liste der Verbindungsoptionen finden Sie unter Erste Schritte mit vSphere-Befehlszeilenschnittstellen oder fhren Sie esxcli --help an
der vCLI- Befehlszeile aus.
Voraussetzungen
Installieren Sie vCLI oder stellen Sie die virtuelle vSphere Management Assistant (vMA)-Maschine bereit.
Weitere Informationen hierzu finden Sie unter Erste Schritte mit vSphere-Befehlszeilenschnittstellen. Fhren Sie
zwecks Fehlerbehebung esxcli-Befehle in der ESXi Shell aus.

VMware, Inc.

205

vSphere-Upgrade-Handbuch

Vorgehensweise
1

Geben Sie den Installationsbefehl bzw. den Befehl zum Durchfhren des Upgrades zusammen mit der
Option [--dry-run] ein.
n

esxcli --server=Servername software vib install --dry-run

esxcli --server=Servername software vib update --dry-run

esxcli --server=Servername software profile install --dry-run

esxcli --server=Servername software profile update --dry-run

Prfen Sie die Ausgabe, die zurckgegeben wird.


Die Ausgabe enthlt eine Liste der VIBs, die installiert bzw. entfernt wrden, sowie die Information, ob
fr die Installation bzw. das Upgrade ein Neustart erforderlich wre.

Anzeigen der installierten VIBs und Profile, die nach dem nchsten Hostneustart
aktiv werden
Sie knnen die Option --rebooting-image verwenden, um die VIBs und Profile aufzulisten, die auf dem Host
installiert sind und nach dem nchsten Hostneustart aktiv werden.
Wenn Sie bei dem Vorgang unter Verwendung von --server=Servername einen Zielserver angeben, fordert
der angegebene Server Sie auf, einen Benutzernamen und ein Kennwort einzugeben. Weitere Verbindungsoptionen, wie z. B. eine Konfigurations- oder Sitzungsdatei, werden untersttzt. Eine Liste der Verbindungsoptionen finden Sie unter Erste Schritte mit vSphere-Befehlszeilenschnittstellen oder fhren Sie esxcli --help an
der vCLI- Befehlszeile aus.
Voraussetzungen
Installieren Sie vCLI oder stellen Sie die virtuelle vSphere Management Assistant (vMA)-Maschine bereit.
Weitere Informationen hierzu finden Sie unter Erste Schritte mit vSphere-Befehlszeilenschnittstellen. Fhren Sie
zwecks Fehlerbehebung esxcli-Befehle in der ESXi Shell aus.
Vorgehensweise
1

Geben Sie einen der folgenden Befehle ein.


Option

Beschreibung

Fr VIBs

esxcli --server=Servername software vib list --rebootingimage

Fr Profile

esxcli --server=Servername software profile get --rebootingimage

Prfen Sie die Ausgabe, die zurckgegeben wird.


Die Ausgabe zeigt Informationen fr das ESXi-Image an, das nach dem nchsten Neustart aktiv wird.
Falls das pending-reboot-Image noch nicht erstellt wurde, gibt die Ausgabe nichts zurck.

Anzeigen des Image-Profils und der Akzeptanzebene des Hosts


Sie knnen den Befehl software profile get verwenden, um das derzeit installierte Image-Profil und die
Akzeptanzebene fr den angegebenen Host anzuzeigen.
Dieser Befehl zeigt darber hinaus Einzelheiten zum Verlauf des installierten Image-Profils an, wie z. B. Profilnderungen.

206

VMware, Inc.

Kapitel 6 Upgrade und Migration Ihrer Hosts

Wenn Sie bei dem Vorgang unter Verwendung von --server=Servername einen Zielserver angeben, fordert
der angegebene Server Sie auf, einen Benutzernamen und ein Kennwort einzugeben. Weitere Verbindungsoptionen, wie z. B. eine Konfigurations- oder Sitzungsdatei, werden untersttzt. Eine Liste der Verbindungsoptionen finden Sie unter Erste Schritte mit vSphere-Befehlszeilenschnittstellen oder fhren Sie esxcli --help an
der vCLI- Befehlszeile aus.
Voraussetzungen
Installieren Sie vCLI oder stellen Sie die virtuelle vSphere Management Assistant (vMA)-Maschine bereit.
Weitere Informationen hierzu finden Sie unter Erste Schritte mit vSphere-Befehlszeilenschnittstellen. Fhren Sie
zwecks Fehlerbehebung esxcli-Befehle in der ESXi Shell aus.
Vorgehensweise
1

Geben Sie den folgenden Befehl ein.


esxcli --server=Servername software profile get

Prfen Sie die Ausgabe.

Fehler und Warnungen, die vom Skript fr die Vorabprfung der Installation und
des Upgrades zurckgegeben werden
Das Skript fr die Vorabprfung der Installation und des Upgrades fhrt Tests durch, um Probleme auf der
Hostmaschine aufzudecken, die zu einem Fehlschlag der Installation, des Upgrades oder der Migration fhren
knnen.
Bei interaktiven Installationen, Upgrades und Migrationen werden die Fehler oder Warnungen im letzten
Bereich des Installationsprogramms angezeigt, in dem Sie aufgefordert werden, die Installation oder das Upgrade zu besttigen oder abzubrechen. Bei Skriptinstallationen, -Upgrades oder -Migrationen werden die
Fehler oder Warnungen in das Installationsprotokoll geschrieben.
vSphere Update Manager bietet benutzerdefinierte Meldungen fr diese Fehler oder Warnungen. berprfen
Sie die Update Manager-Protokolldatei vmware-vum-server-log4cpp.log, um die ursprnglichen Fehler und
Warnungen anzusehen, die whrend einer Host-Upgrade-Prfung des Update Managers vom Skript fr die
Vorabprfung zurckgegeben wurden.
Tabelle 6-9. Fehler und Warnungen, die vom Skript fr die Vorabprfung der Installation und des Upgrades
zurckgegeben werden
Fehler oder Warnung

Beschreibung

64BIT_LONGMODESTATUS

Der Hostprozessor muss ein 64-Bit-Prozessor sein.

COS_NETWORKING

Warnung. Es wurde eine IPv4-Adresse auf einer aktivierten


virtuellen Netzwerkkarte der Servicekonsole gefunden, fr
die es keine entsprechende Adresse im VMkernel desselben
Subnetzes gibt. Fr jedes Vorkommen wird eine separate
Warnung ausgegeben.

CPU_CORES

Der Host muss mindestens zwei Kerne haben.

DISTRIBUTED_VIRTUAL_SWITCH

Wenn auf dem Host die Cisco Virtual Ethernet Module


(VEM)-Software gefunden wird, berprft der Test, ob das
Upgrade ebenfalls die VEM-Software enthlt und die gleiche
Version des Virtual Supervisor Module (VSM) wie die auf
dem Host vorhandene Version untersttzt. Wenn die Software fehlt oder mit einer anderen Version des VSM kompatibel ist, gibt der Test eine Warnung zurck und das Prfungsergebnis gibt die Version der VEM-Software, die auf
dem Upgrade-ISO-Image erwartet wurde, sowie die gefundenen Versionen, sofern vorhanden, zurck. Sie knnen ESXi Image Builder CLI zum Erstellen eines benutzerdefinierten Installations-ISO-Images verwenden, das die entsprechende Version der VEM-Software enthlt.

VMware, Inc.

207

vSphere-Upgrade-Handbuch

Tabelle 6-9. Fehler und Warnungen, die vom Skript fr die Vorabprfung der Installation und des Upgrades
zurckgegeben werden (Fortsetzung)

208

Fehler oder Warnung

Beschreibung

HARDWARE_VIRTUALIZATION

Warnung. Wenn der Hostprozessor ber keine Hardwarevirtualisierung verfgt oder die Hardwarevirtualisierung
nicht im Host-BIOS aktiviert ist, wird die Hostleistung beeintrchtigt. Aktivieren Sie die Hardwarevirtualisierung in
den Startoptionen der Hostmaschine. Weitere Informationen
finden Sie in der Dokumentation Ihres Hardwareanbieters.

MD5_ROOT_PASSWORD

Dieser Test berprft, ob das Root-Kennwort im MD5-Format verschlsselt ist. Wenn ein Kennwort nicht im MD5Format verschlsselt ist, sind mglicherweise nur die ersten
acht Zeichen signifikant. In diesem Fall werden nach dem
Upgrade alle Zeichen nach den ersten acht Zeichen nicht
mehr authentifiziert, was zu einem Sicherheitsproblem fhren kann. Lesen Sie den VMware-Knowledgebase-Artikel
1024500, um dieses Problem zu umgehen.

MEMORY_SIZE

Der Host bentigt fr das Upgrade die angegebene Menge


an Arbeitsspeicher.

PACKAGE_COMPLIANCE

Nur vSphere Update Manager. Dieser Test vergleicht die


vorhandene Software auf dem Host mit der Software auf
dem Upgrade-ISO-Image, um festzustellen, ob das Upgrade
des Hosts ordnungsgem durchgefhrt wurde. Falls eines
der Pakete fehlt oder eine ltere Version als das Paket auf
dem Upgrade-ISO-Image aufweist, gibt der Test einen Fehler
zurck und gibt an, welche Software auf dem Host und welche Software auf dem Upgrade-ISO-Image gefunden wurde.

PARTITION_LAYOUT

Ein Upgrade oder eine Migration ist nur mglich, wenn es


auf der Festplatte, die aktualisiert werden soll, hchstens eine VMFS-Partition gibt und wenn die VMFS-Partition nach
Sektor 1843200 beginnt.

POWERPATH

Das Skript berprft, ob die EMC PowerPath-Software installiert ist, die aus einem CIM-Modul und einem Kernelmodul besteht. Wenn eine dieser Komponenten auf dem Host
gefunden wurde, berprft der Test, ob die passenden Komponenten (CIM, VMkernel-Modul) ebenfalls im Upgrade
vorhanden sind. Ist dies nicht der Fall, gibt das Skript eine
Warnung zurck, die besagt, welche PowerPath-Komponenten auf dem Upgrade-ISO erwartet wurden und welche,
sofern vorhanden, gefunden wurden.

PRECHECK_INITIALIZE

Dieser Test berprft, ob das Skript fr die Vorabprfung


ausgefhrt werden kann.

SANE_ESX_CONF

Die Datei /etc/vmware/esx.conf muss auf dem Host vorhanden sein.

SPACE_AVAIL_ISO

Nur vSphere Update Manager. Die Hostfestplatte muss ber


gengend freien Speicherplatz verfgen, um den Inhalt der
Installations-CD bzw. -DVD zu speichern.

SPACE_AVAIL_CONFIG

Nur vSphere Update Manager. Die Hostfestplatte muss ber


gengend freien Speicherplatz verfgen, um die 4.x-Konfiguration zwischen Neustarts speichern zu knnen.

SUPPORTED_ESX_VERSION

Das Upgrade oder die Migration auf ESXi 5.x ist nur von ESXHosts mit der Version 4.x oder ESXi-Hosts mit der Version
4.x oder 5.x mglich.

VMware, Inc.

Kapitel 6 Upgrade und Migration Ihrer Hosts

Tabelle 6-9. Fehler und Warnungen, die vom Skript fr die Vorabprfung der Installation und des Upgrades
zurckgegeben werden (Fortsetzung)
Fehler oder Warnung

Beschreibung

TBOOT_REQUIRED

Diese Meldung bezieht sich nur auf vSphere Update Manager-Upgrades. Das Upgrade schlgt mit diesem Fehler fehl,
wenn das Hostsystem im Trusted Boot-Modus (tboot) luft,
das ESXi-Upgrade-ISO-Image jedoch keine tboot-VIBS enthlt. Dieser Test verhindert ein Upgrade, das den Host weniger sicher macht.

UNSUPPORTED_DEVICES

Warnung. Das Skript prft auf nicht untersttzte Gerte. Einige PCI-Gerte werden unter ESXi 5.x nicht untersttzt.

UPDATE_PENDING

Dieser Test prft den Host auf VIB-Installationen, die einen


Neustart erfordern. Dieser Test schlgt fehl, wenn mindestens ein VIB installiert ist, der Host jedoch noch nicht neu
gestartet wurde. Unter diesen Voraussetzungen kann das
Skript fr die Vorabprfung nicht zuverlssig ermitteln, welche Pakete derzeit auf dem Host installiert sind. Daher ist es
mglicherweise nicht sicher, auf den Rest der Vorabprfung
zu vertrauen, um festzustellen, ob ein Upgrade sicher ist.
Falls dieser Fehler auftritt, starten Sie den Host neu und fhren Sie das Upgrade erneut durch.

Nach dem Upgrade oder der Migration von Hosts


Ein Host-Upgrade oder eine Host-Migration ist erst dann abgeschlossen, wenn Sie sichergestellt haben, dass
der Host wieder mit seinem verwaltenden vCenter Server verbunden ist und ggf. neu konfiguriert wurde und
dass die Hostlizenz erneut angewendet oder aktualisiert wurde.
Fhren Sie nach dem Aktualisieren oder Migrieren eines Hosts die folgenden Aktionen aus:
n

Prfen Sie die Upgrade-Protokolle. Sie knnen vSphere-Client zum Exportieren der Protokolldateien verwenden.

Wenn vCenter Server den Host verwaltet, mssen Sie den Host mit vCenter Server erneut verbinden,
indem Sie in der vCenter Server-Bestandsliste mit der rechten Maustaste auf den Host klicken und [Verbinden] whlen.

Wenn das Upgrade erfolgreich abgeschlossen ist, befindet sich ESXi im Testmodus. Der Zeitraum fr den
Testmodus betrgt 60 Tage. Innerhalb von 60 Tagen nach dem Upgrade mssen Sie Ihrem Produkt eine
aktualisierte Lizenz zuweisen oder Ihre Lizenz neu anwenden. Verwenden Sie das Lizenzportal und den
vSphere-Client zum Konfigurieren der Lizenzierung. Informationen hierzu unter

Melden Sie sich auf der VMware-Website bei Ihrer Kontoseite an, um auf das Lizenzportal zuzugreifen.
Fhren Sie ber das Lizenzportal ein Upgrade Ihrer ESXi-Lizenz durch. Weisen Sie mithilfe des vSphereClients dem Host den aktualisierten Lizenzschlssel zu.

Die sdX-Hostgerte sind nach dem Upgrade mglicherweise neu nummeriert. Aktualisieren Sie bei Bedarf
alle Skripts, die auf sdX-Gerte verweisen.

Konvertieren Sie nach dem Upgrade alle im ESX 3.x-Stil befindlichen LUN-Masken aus /adv/Disk/MaskLUNs in das Beanspruchungsregelformat. Fhren Sie den Befehl esxcli storage core claimrule convert in der vSphere-Befehlszeilenschnittstelle (vCLI) aus. Dieser Befehl konvertiert den erweiterten Konfigurationseintrag /adv/Disk/MaskLUNs in /etc/vmware/esx.conf in Beanspruchungsregeln mit
MASK_PATH als Plug-In.
VORSICHT Diese Konvertierung funktioniert nicht bei allen Varianten der Eingabe-MaskLUNs. Weitere
Informationen dazu finden Sie unter vSphere Command-Line Interface Reference.

VMware, Inc.

209

vSphere-Upgrade-Handbuch

Aktualisieren Sie virtuelle Maschinen auf dem Host. Weitere Informationen hierzu finden Sie unter Kapitel 7, Virtuelle Maschinen werden aktualisiert, auf Seite 211.

Grundlegendes zum ESXi-Testmodus und Lizenzmodus


Nach dem Erwerb der vSphere-Lizenzen stellt VMware eine Seriennummer bereit, die Sie zum Lizenzieren
von ESXi-Hosts bentigen. Sie knnen in den Testmodus wechseln und alle fr ESXi-Hosts verfgbaren Funktionen ausprobieren, darunter auch Funktionen, fr die Sie keine Lizenz erworben haben.
Im Testmodus knnen Sie beispielsweise vMotion, HA, DRS und andere Funktionen verwenden, auch wenn
Sie diese Funktionen nicht lizenziert haben.
Die installierbare Version von ESXi wird immer im Testmodus installiert. ESXi Embedded wird von Ihrem
Hardwareanbieter auf einem internen USB-Gert vorinstalliert. Es ist mglicherweise im Testmodus oder
vorlizenziert.
Die Testphase dauert 60 Tage und beginnt, wenn Sie den ESXi-Host einschalten, selbst wenn er im Lizenzmodus statt im Testmodus gestartet wurde. Sie knnen jederzeit whrend der 60-tgigen Testphase vom lizenzierten in den Testmodus konvertieren. Um von der 60-tgigen Testphase im vollen Umfang zu profitieren,
sollten Sie so bald wie mglich in den Testmodus wechseln, nachdem Sie den Host zum ersten Mal einschalten.
Weitere Informationen zur Lizenzierung und zum Versetzen eines ESXi-Hosts in den Testmodus finden Sie
in der Dokumentation vCenter Server und Hostverwaltung.

Erneutes Anwenden von Lizenzen nach einem Upgrade auf ESXi 5.1
Wenden Sie nach dem Upgrade auf ESXi 5.1 Ihre Hostlizenz neu an.
Wenn Sie ein Upgrade von ESX/ESXi 4.x durchfhren, kehrt Ihre ESXi 5.1-Software zum 60-Tage-Testmodus
zurck, bis Sie Ihre Lizenz neu anwenden. Weitere Informationen hierzu finden Sie unter Grundlegendes
zum ESXi-Testmodus und Lizenzmodus, auf Seite 210. Bei einem Upgrade von ESXi 5.0 x bleibt Ihre vorhandene Lizenz gltig.
Sie knnen Ihre Lizenz mithilfe des vSphere-Clients oder von vSphere Web Client und von vCenter Server
anwenden. Informationen finden Sie in der Dokumentation vCenter Server und Hostverwaltung. Wenn Sie fr
das Upgrade auf ESXi 5.1 die Skriptmethode verwenden, knnen Sie den Lizenzschlssel in der KickstartDatei (ks) angeben.

210

VMware, Inc.

Virtuelle Maschinen werden


aktualisiert

Nachdem Sie ein ESX/ESXi-Upgrade vorgenommen haben, knnen Sie alle virtuellen Maschinen einem Upgrade unterziehen, die sich auf dem Host befinden, damit auch sie die neuen Funktionen nutzen knnen.
Nutzen Sie Kompatibilitt der virtuellen Maschine, auf Seite 214, um zu ermitteln, ob virtuelle Maschinen
mit der neuen Version von ESXi kompatibel sind. Eine Liste der Hardwareleistungsmerkmale, die ber die
einzelnen ESXi-Kompatibilittseinstellungen fr virtuelle Maschinen verfgbar sind, finden Sie in der Dokumentation vSphere-Administratorhandbuch fr virtuelle Maschinen.
Der erste Schritt beim Upgrade der virtuelle Maschinen besteht im Upgrade von VMware Tools. Wenn auf
den virtuelle Maschinen VMware Tools nicht Installiert sind, knnen Sie die VMware Tools-Upgrade-Prozedur
verwenden, um VMware Tools zu installieren. Aktualisieren Sie nach der Installation bzw. dem Upgrade von
VMware Tools die VM-Hardware.
HINWEIS Vermeiden Sie die Verwendung von vmware-vmupgrade.exe fr ein Upgrade von virtuelle Maschinen.
VMware stellt die folgenden Tools fr das Durchfhren eines Upgrades von virtuelle Maschinen zur Verfgung:
vSphere-Client oder
vSphere Web Client

Setzt voraus, dass Sie schrittweise ein Upgrade der virtuellen Maschine durchfhren. vSphere Update Manager ist jedoch nicht erforderlich.

vSphere Update Manager

Automatisiert den Upgrade- und Patch-Prozess fr die virtuellen Maschinen,


wodurch sichergestellt wird, dass die Schritte in der richtigen Reihenfolge
stattfinden. Sie knnen Update Manager zur direkten Aktualisierung von
Hardware virtueller Maschinen, VMware Tools und virtuellen Appliances
verwenden. Sie knnen auch Software von Drittanbietern patchen und aktualisieren, die auf den virtuelle Maschinen und virtuellen Appliances ausgefhrt
werden. Weitere Hinweise finden Sie in der Dokumentation Durchfhren eines koordinierten Upgrades von virtuelle Maschinen mithilfe von vSphere
Update Manager, auf Seite 215 und Installieren und Verwalten von VMware
vSphere Update Manager.

Dieses Kapitel behandelt die folgenden Themen:


n

Info zu VMware Tools, auf Seite 212

Kompatibilitt der virtuellen Maschine, auf Seite 214

Durchfhren eines koordinierten Upgrades von virtuelle Maschinen mithilfe von vSphere Update Manager, auf Seite 215

Planen von Ausfallzeiten fr virtuelle Maschinen, auf Seite 221

Ausfallzeit fr das Upgrade virtueller Maschinen, auf Seite 222

VMware, Inc.

211

vSphere-Upgrade-Handbuch

Manuelles Installieren oder Aktualisieren der VMware Tools auf einer virtuellen Windows-Maschine, auf Seite 222

Manuelles Installieren oder Durchfhren eines Upgrades der VMware Tools in einer virtuellen LinuxMaschine, auf Seite 224

Manuelles Installieren oder Durchfhren eines Upgrades der VMware Tools in einer virtuellen SolarisMaschine, auf Seite 226

Manuelles Installieren oder Durchfhren eines Upgrades der VMware Tools in einer virtuellen NetWare-Maschine, auf Seite 228

Betriebssystemspezifische Pakete fr Linux-Gastbetriebssysteme, auf Seite 229

Durchfhren eines automatischen Upgrades von VMware Tools, auf Seite 230

Upgrade von VMware Tools auf mehreren virtuelle Maschinen, auf Seite 231

Upgrade von VMware Tools mit dem vSphere Web Client, auf Seite 231

Konfigurieren einer virtuellen Maschine fr das automatische Upgrade von VMware Tools, auf Seite 232

Deinstallieren von VMware Tools, auf Seite 233

Upgrade der virtuellen Hardware fr virtuelle Maschinen mithilfe des vSphere-Clients, auf Seite 233

Upgrade der Kompatibilittsebene fr virtuelle Maschinen mit vSphere Web Client, auf Seite 234

Planen eines Upgrades der Kompatibilittsebene fr virtuelle Maschinen, auf Seite 235

Info zu VMware Tools


VMware Tools verbessert die Leistung und die Verwaltung der virtuellen Maschine.
Die VMware Tools bestehen aus einer Reihe von Dienstprogrammen, die Sie im Betriebssystem einer virtuellen
Maschine installieren. Die VMware Tools verbessern die Leistung einer virtuellen Maschine und ermglichen
den Einsatz vieler benutzerfreundlicher Funktionen in VMware-Produkten. Beispielsweise sind die folgenden
nur einige der Funktionen, die nur bei installierten VMware Tools zur Verfgung stehen:
n

Deutlich schnellere Grafikleistung und Windows Aero auf Betriebssystemen, die Aero untersttzen

Kopieren und Einfgen von Text, Grafiken und Dateien zwischen der virtuellen Maschine und dem Hostoder Client-Desktop

Optimierte Mausleistung

Synchronisierung der Uhr in der virtuellen Maschine mit der Uhr des Hosts oder Client-Desktops

Skripts, mit deren Hilfe die Vorgnge im Gastbetriebssystem automatisiert werden knnen

Das Gastbetriebssystem funktioniert zwar auch ohne VMware Tools, viele VMware-Funktionen stehen jedoch
nicht zur Verfgung. Wenn Sie beispielsweise VMware Tools in der virtuellen Maschine nicht installiert haben,
knnen Sie die Optionen zum Herunterfahren und Neustarten in der Symbolleiste nicht nutzen. Sie knnen
nur die Energieoptionen verwenden.
Die Installation der VMware Tools erfolgt ber ISO-Imagedateien. Eine ISO-Imagedatei sieht wie eine CDROM Ihres Gastbetriebssystems aus. Es gibt eine ISO-Imagedatei fr jeden Typ von Gastbetriebssystem, z. B.
Windows, Linux, Solaris, FreeBSD und NetWare. Wenn Sie den Befehl zum Installieren oder Aktualisieren der
VMware Tools auswhlen, stellt das erste virtuelle CD-ROM-Laufwerk der virtuellen Maschine vorbergehend eine Verbindung zur VMware Tools-ISO-Datei fr Ihr Gastbetriebssystem her.

212

VMware, Inc.

Kapitel 7 Virtuelle Maschinen werden aktualisiert

Informationen zu VMware Tools in Hosts, die mit vSphere Auto Deploy bereitgestellt werden, finden Sie im
VMware-Knowledgebase-Artikel http://kb.vmware.com/kb/2004018.
Weitere Informationen ber VMware Tools finden Sie unter Installieren und Konfigurieren von VMware Tools.

Aktualisieren der VMware Tools


Sie knnen ein Upgrade von VMware Tools manuell durchfhren oder virtuelle Maschinen so konfigurieren,
dass sie berprfungen auf neuere Versionen von VMware Tools durchfhren und diese installieren.
Das Gastbetriebssystem sucht nach der VMware Tools-Version, wenn Sie eine virtuelle Maschine einschalten.
In der Statusleiste der virtuellen Maschine wird eine Meldung angezeigt, wenn eine neue Version verfgbar
ist.
In virtuellen Windows-Maschinen knnen Sie VMware Tools so einstellen, dass Sie ber die Verfgbarkeit
eines Upgrades benachrichtigt werden. Wenn diese Benachrichtigungsoption aktiviert ist, enthlt das VMware
Tools-Symbol in der Windows-Taskleiste ein gelbes Vorsicht-Symbol, wenn ein VMware Tools-Upgrade
verfgbar ist.
Fhren Sie bei der Installation eines VMware Tools-Upgrades dieselben Schritte aus wie bei der ersten Installation von VMware Tools. Ein Upgrade der VMware Tools bedeutet das Installieren einer neuen Version.
Fr Windows- und Linux-Gastbetriebssysteme knnen Sie die virtuelle Maschine konfigurieren, um ein Upgrade der VMware Tools automatisch durchzufhren. Obwohl beim Einschalten der virtuellen Maschine eine
Versionsprfung durchgefhrt wird, wird auf Windows-Gastbetriebssystemen beim Ausschalten oder Neustarten der virtuellen Maschine ein automatisches Upgrade durchgefhrt. In der Statusleiste wird die Meldung
VMware Tools-Dienst wird installiert... angezeigt, wenn ein Upgrade-Vorgang luft.
WICHTIG Wenn Sie ein Upgrade der VMware Tools auf Linux-Gastbetriebssystemen durchfhren, stehen neue
Netzwerkmodule zur Verfgung. Diese werden aber erst dann verwendet, wenn Sie entweder das Gastbetriebssystem neu starten oder das Netzwerk stoppen, die VMware-Netzwerkkernelmodule entladen und wieder neu laden und anschlieend das Netzwerk neu starten. Selbst wenn also VMware Tools so eingestellt ist,
dass ein automatisches Upgrade durchgefhrt wird, mssen Sie die Netzwerkmodule neu starten bzw. neu
laden, damit neue Funktionen zur Verfgung stehen.
Dieses Vorgehen vermeidet Netzwerkunterbrechungen und ermglicht Ihnen, VMware Tools ber SSH zu
verwenden.
Sie verfgen ber Optionen zum gleichzeitigen Upgrade vieler virtueller Maschinen.
n

Melden Sie sich bei vCenter Server an, whlen Sie einen Host oder Cluster und geben Sie auf der Registerkarte [Virtuelle Maschinen] die virtuellen Maschinen an, auf denen ein VMware Tools-Upgrade
durchgefhrt werden soll.

Sie knnen mit Update Manager ein koordiniertes Upgrade der virtuellen Maschinen auf Ordner- oder
Datencenter-Ebene durchfhren.

Einige neue Funktionen in einer bestimmten Release eines VMware-Produkts knnen von der Installation oder
vom Upgrade der neuen Version der VMware Tools abhngen, die in dieser Release enthalten sind. Weitere
Kompatibilittsoptionen stehen ebenfalls zur Verfgung.
Tabelle 7-1. Kompatibilittsoptionen fr virtuelle Maschinen
Kompatibilitt

Beschreibung

ESXi 5.1 und hher

Diese virtuelle Maschine (Hardwareversion 9) ist kompatibel mit VMware ESXi 5.1 und
hher.

ESXi 5.0 und hher

Diese virtuelle Maschine (Hardwareversion 8) ist kompatibel mit VMware ESXi 5.0 und
5.1.

ESX/ESXi 4.x und hher

Diese virtuelle Maschine (Hardwareversion 7) ist kompatibel mit ESX/ ESXi 4.x sowie ESXi
5.0 und 5.1.

VMware, Inc.

213

vSphere-Upgrade-Handbuch

Tabelle 7-1. Kompatibilittsoptionen fr virtuelle Maschinen (Fortsetzung)


Kompatibilitt

Beschreibung

ESX/ESXi 3.5 und hher

Diese virtuelle Maschine (Hardwareversion 4) ist kompatibel mit VMware ESX/ESX 3.5.
ESX/ESX 4.x und ESXi 5.1. Sie ist auch kompatibel mit VMware Server 1.0 und hher. Sie
knnen keine virtuelle Maschine auf ESXi 5.0 erstellen, die mit ESX/ESXi 3.5 kompatibel
ist.

ESX Server 2.x und hher

Diese virtuelle Maschine (Hardwareversion 3) ist kompatibel mit ESX Server 2.x, ESX/ESXi
3.5, ESX/ESXi 4.x und ESXi 5.0. Sie knnen keine virtuellen Maschinen mit ESX Server 2.xKompatibilitt erstellen oder bearbeiten. Sie knnen diese ausschlielich starten oder ein
Upgrade fr sie ausfhren.

Kompatibilitt der virtuellen Maschine


Wenn Sie eine virtuelle Maschine erstellen oder eine vorhandene virtuelle Maschine aktualisieren, verwenden
Sie die Kompatibilittseinstellung der virtuellen Maschine, um die ESXi-Host-Versionen auszuwhlen, auf
denen die virtuelle Maschine laufen soll.
Die Einstellung fr die Kompatibilitt legt die virtuelle Hardware fest, die fr die virtuelle Maschine verfgbar
ist. Dies entspricht der physischen Hardware, die auf dem Host zur Verfgung steht. Die virtuelle Hardware
umfasst das BIOS und EFI, die verfgbaren virtuellen PCI-Steckpltze, die maximale Anzahl an CPUs, den
Maximalwert fr die Arbeitsspeicherkonfiguration und weitere Eigenschaften. Neue Fhigkeiten der virtuellen Hardware werden in der Regel einmal jhrlich mit Haupt- und Nebenversionen von vSphere verffentlicht.
Jede Kompatibilittsebene einer virtuellen Maschine untersttzt mindestens fnf Haupt- und Nebenversionen
von vSphere. Beispiel: Eine virtuelle Maschine mit Kompatibilitt fr ESXi 3.5 und hher kann auf ESXi 3.5,
ESXi 4.0, ESXi 4.1, ESXi 5.0 und ESXi 5.1 betrieben werden.
Tabelle 7-2. Kompatibilittsoptionen fr virtuelle Maschinen
Kompatibilitt

Beschreibung

ESXi 5.1 und hher

Diese virtuelle Maschine (Hardwareversion 9) ist kompatibel mit VMware ESXi 5.1 und
hher.

ESXi 5.0 und hher

Diese virtuelle Maschine (Hardwareversion 8) ist kompatibel mit VMware ESXi 5.0 und
5.1.

ESX/ESXi 4.x und hher

Diese virtuelle Maschine (Hardwareversion 7) ist kompatibel mit ESX/ ESXi 4.x sowie ESXi
5.0 und 5.1.

ESX/ESXi 3.5 und hher

Diese virtuelle Maschine (Hardwareversion 4) ist kompatibel mit ESX/ESXi 3.5. ESX/ESXi
4.x und ESXi 5.1. Sie ist auch kompatibel mit VMware Server 1.0 und hher. ESXi 5.0 ermglicht nicht die Erstellung von virtuellen Maschinen mit dieser Kompatibilitt, aber Sie
knnen diese virtuellen Maschinen ausfhren, wenn sie auf einem Host mit einer anderen
Kompatibilitt erstellt wurden.

ESX Server 2.x und hher

Diese virtuelle Maschine (Hardwareversion 3) ist kompatibel mit ESX Server 2.x, ESX/ESXi
3.5, ESX/ESXi 4.x und ESXi 5.0. Sie knnen keine virtuellen Maschinen mit ESX Server 2.xKompatibilitt erstellen oder bearbeiten. Sie knnen diese ausschlielich starten oder ein
Upgrade fr sie ausfhren.

Die Kompatibilittseinstellung, die im Dropdown-Men [Kompatibel mit] angezeigt wird, ist der Standard
fr die virtuelle Maschine, die Sie erstellen. Folgende Faktoren bestimmen die Standardkompatibilitt der
virtuellen Maschine:

214

Der ESXi-Host, auf dem die virtuelle Maschine erstellt wird.

Das Bestandslistenobjekt, auf das die Standardkompatibilitt der virtuellen Maschine eingestellt ist, einschlielich einem Host, Cluster oder Datencenter.

VMware, Inc.

Kapitel 7 Virtuelle Maschinen werden aktualisiert

Sie knnen die Standardkompatibilitt akzeptieren oder eine vom Standard abweichende Kompatibilitt auswhlen. Es ist nicht immer notwendig, die neueste ESXi-Host-Version auszuwhlen. Die Wahl einer lteren
Version kann grere Flexibilitt bringen und ist in folgenden Situationen ntzlich:
n

Zum Standardisieren von Tests und der Bereitstellung in Ihrer virtuellen Umgebung.

Wenn Sie die Funktionen der neuesten Host-Version nicht bentigen.

Um Kompatibilitt mit lteren Hosts beizubehalten.

Wenn Sie eine virtuelle Maschine erstellen, denken Sie an die Umgebung, in der diese laufen wird, und wgen
Sie die Vorteile unterschiedlicher Kompatibilittsstrategien gegeneinander ab. berlegen Sie sich Ihre Optionen fr jene Szenarios, die mit jeder Auswahl die fr die VM-Kompatibilitt eigene Flexibilitt veranschaulichen.
Objekte in der
Umgebung

Kompatibilitt

Cluster mit ESXi


5.0- und ESXi 4.xHosts

ESX 4.x und


hher

Erhlt die Fhigkeit der virtuellen Maschine, auf anderen Hosts im Cluster, etwa ESXi
5.0, zu laufen.
Es kann sein, dass Sie keinen Zugriff auf die neuesten virtuellen Hardwarefunktionen
haben.

Cluster mit ESXi


5.0- und ESXi 4.xHosts

ESXi 5.0 und


hher

Ermglicht Ihnen den Zugriff auf virtuelle Hardwarefunktionen, die auf ESXi 4.x nicht
zur Verfgung stehen. Kann auch auf ESXi 5.0 und spteren Hosts ausgefhrt werden.
n Sie knnen diese virtuelle Maschine nicht auf einen ESXi 4.x-Host migrieren.
n Diese virtuelle Maschine verfgt nicht ber alle Funktionen, die fr mit ESXi 5.1
laufende virtuelle Maschinen verfgbar sind. Beispielsweise knnen Sie nicht 64
virtuelle Prozessoren verwenden.

ESXi 5.1-Host

ESXi 5.1 und


hher

Bietet Zugriff auf die neuesten virtuellen Funktionen, kann jedoch nicht Ressourcen
gemeinsam mit frheren Hosts nutzen.

Ergebnisse

Falls virtuelle Maschinen nicht kompatibel mit lteren ESX-/ESXi-Hosts bleiben mssen, knnen Sie diese
aktualisieren.
n

Um die Kompatibilitt virtueller Maschinen mit ESX/ESXi 3.5-Hosts beizubehalten, aktualisieren Sie die
virtuelle Maschine auf einem ESX/ESXi 3.5-Host, wodurch die virtuelle Maschine auf Version 4 aktualisiert
wird.

Um die Kompatibilitt virtueller Maschinen mit ESX/ESXi 4-Hosts beizubehalten, aktualisieren Sie die
virtuelle Maschine auf einem ESX/ESXi 4.x-Host, wodurch die virtuelle Maschine auf Version 7 aktualisiert
wird.

Informationen zur Verwaltung der Kompatibilitt virtueller Maschinen finden Sie in der Dokumentation
vSphere-Administratorhandbuch fr virtuelle Maschinen.

Durchfhren eines koordinierten Upgrades von virtuelle Maschinen


mithilfe von vSphere Update Manager
Ein koordiniertes Upgrade von virtuelle Maschinen gibt Ihnen die Mglichkeit, VMware Tools und die virtuelle Hardware fr die virtuelle Maschinen Ihrer vSphere-Bestandsliste gleichzeitig zu aktualisieren. Sie knnen ein koordiniertes Upgrade der virtuelle Maschinen auf Ordner- oder Datencenter-Ebene durchfhren.
Update Manager stellt Baselinegruppen bereit und vereinfacht somit den Aktualisierungsprozess virtueller
Maschinen. Wenn Sie eine virtuelle Maschine anhand einer Baselinegruppe standardisieren, die das VMware
Tools-Upgrade passend zur Host-Baseline und das VM-Hardware-Upgrade passend zur Host-Baseline enthlt, werden die Aktualisierungsvorgnge vom Update Manager in die richtige Reihenfolge gebracht. Dadurch
befindet sich das Gastbetriebssystem am Ende des Upgrades in einem konsistenten Zustand.
In diesem Workflow wird allgemein beschrieben, wie ein koordiniertes Upgrade der virtuelle Maschinen in
Ihrer vSphere-Bestandsliste durchgefhrt wird.

VMware, Inc.

215

vSphere-Upgrade-Handbuch

Vorgehensweise
1

Erstellen einer Upgrade-Baseline fr virtuelle Appliances auf Seite 216


Sie aktualisieren virtuelle Appliances unter Verwendung einer Upgrade-Baseline fr virtuelle Appliances. Sie knnen entweder die vordefinierte Upgrade-Baseline fr virtuelle Appliances verwenden oder
Sie knnen eine benutzerdefinierte Upgrade-Baseline fr virtuelle Appliances erstellen.

Erstellen einer VM- und VA-Baselinegruppe auf Seite 217


Sie knnen Upgrade-Baselines in VM- und VA-Baselinegruppen kombinieren.

Anhngen von Baselines und Baselinegruppen an Objekte auf Seite 218


Zum Anzeigen der bereinstimmungsinformation und Standardisieren von Objekten in der Bestandsliste anhand bestimmter Baselines und Baselinegruppen mssen Sie zunchst vorhandene Baselines und
Baselinegruppen an diese Objekte anhngen.

Manuelles Initiieren einer Prfung von virtuellen Maschinen und virtuellen Appliances auf Seite 219
Sie knnen eine Prfung auf Basis der angehngten Baselines und Baselinegruppen manuell starten, um
die virtuellen Maschinen und virtuellen Appliances in der vSphere-Bestandsliste sofort zu prfen.

Anzeigen der bereinstimmungsinformationen fr vSphere-Objekte auf Seite 219


Sie knnen die bereinstimmungsinformationen fr die virtuellen Maschinen, virtuellen Appliances
und Hosts anhand von Baselines und Baselinegruppen, die Sie anhngen, berprfen.

Standardisieren von virtuellen Maschinen und virtuellen Appliances auf Seite 220
Sie knnen virtuelle Maschinen und virtuelle Appliances umgehend manuell standardisieren oder die
Standardisierung zu einem fr Sie geeigneten Zeitpunkt planen.

Erstellen einer Upgrade-Baseline fr virtuelle Appliances


Sie aktualisieren virtuelle Appliances unter Verwendung einer Upgrade-Baseline fr virtuelle Appliances. Sie
knnen entweder die vordefinierte Upgrade-Baseline fr virtuelle Appliances verwenden oder Sie knnen
eine benutzerdefinierte Upgrade-Baseline fr virtuelle Appliances erstellen.
Voraussetzungen
Verbinden Sie den vSphere Client mit einem vCenter Server-System, bei dem der Update Manager registriert
ist, und klicken Sie auf der Startseite unter Lsungen und Anwendungen auf [Update Manager] . Wenn Ihr
vCenter Server-System zu einer verbundenen Gruppe im verknpften Modus von vCenter gehrt, geben Sie
die zu konfigurierende Update Manager-Instanz an, indem Sie den Namen des entsprechenden
vCenter Server-Systems in der Navigationsleiste auswhlen.
Vorgehensweise
1

Klicken Sie auf der Registerkarte [Baselines und Gruppen] auf [Erstellen] (ber dem Bereich Baselines).
Der Assistent fr neue Baselines wird angezeigt.

Geben Sie einen Namen und optional eine Beschreibung fr die Baseline ein.

Whlen Sie unter Baselinetyp die Option [VA-Upgrade] und klicken Sie auf [Weiter] .

Whlen Sie auf der Seite Upgrade-Optionen [Anbieter] und [Appliance-Optionen] aus den entsprechenden Dropdown-Mens aus.
Die in diesen Mens aufgelisteten Optionen hngen von den Upgrades der virtuellen Appliance ab, die
Sie in das Update Manager-Repository heruntergeladen haben. Wenn keine Upgrades in das Repository
heruntergeladen wurden, steht die Option [Alle Anbieter] bzw. [Alle Produkte] zur Verfgung.

216

VMware, Inc.

Kapitel 7 Virtuelle Maschinen werden aktualisiert

Whlen Sie eine Option aus dem Dropdown-Men [Aktualisieren auf] aus.
Option

Beschreibung

Letzter Wert

Aktualisiert die virtuelle Appliance auf die neueste Version.

Eine bestimmte Versionsnummer

Aktualisiert die virtuelle Appliance auf die spezifische Version. Diese Option
steht zur Verfgung, wenn Sie einen bestimmten Anbieter- und ApplianceNamen auswhlen.

Nicht aktualisieren

Fhrt kein Upgrade der virtuellen Appliance durch.

Klicken Sie auf [Regel hinzufgen] .

(Optional) Mehrere Regeln hinzufgen.


a

Klicken Sie auf [Mehrere Regeln hinzufgen] .

Whlen Sie einen oder alle Anbieter aus.

Whlen Sie einen oder alle Appliances aus.

Whlen Sie eine Option fr [Upgrade auf] aus, um die ausgewhlten Appliances anzuwenden, und
klicken Sie auf [OK] .

Wenn Sie mehrere Regeln zur Anwendung auf dieselbe virtuelle Appliance erstellen, wird nur die erste
anwendbare Regel auf der Liste angewendet.
8

(Optional) Lsen von Konflikten innerhalb der von Ihnen angewendeten Regeln.
a

Whlen Sie im Fenster Konflikt bei Upgrade-Regeln aus, ob die vorhandenen Regeln beibehalten
werden sollen, ob die neu erstellten Regeln verwendet werden sollen oder ob der Konflikt manuell
gelst werden soll.

Klicken Sie auf [OK] .

Klicken Sie auf [Weiter] .

10

Klicken Sie auf der Seite Bereit zum Abschlieen auf [Beenden] .

Die neue Baseline wird im Fenster Baselines der Registerkarte [Baselines und Gruppen] angezeigt.

Erstellen einer VM- und VA-Baselinegruppe


Sie knnen Upgrade-Baselines in VM- und VA-Baselinegruppen kombinieren.
HINWEIS Sie knnen jederzeit auf [Beenden] im Assistenten fr neue Baselinegruppe klicken, um Ihre Baselinegruppe zu speichern. Sie knnen ihr dann zu einem spteren Zeitpunkt weitere Baselines hinzufgen.
Voraussetzungen
Verbinden Sie den vSphere Client mit einem vCenter Server-System, bei dem der Update Manager registriert
ist, und klicken Sie auf der Startseite unter Lsungen und Anwendungen auf [Update Manager] . Wenn Ihr
vCenter Server-System zu einer verbundenen Gruppe im verknpften Modus von vCenter gehrt, geben Sie
die zu konfigurierende Update Manager-Instanz an, indem Sie den Namen des entsprechenden
vCenter Server-Systems in der Navigationsleiste auswhlen.
Vorgehensweise
1

Klicken Sie auf der Registerkarte [Baselines und Gruppen] auf [Erstellen] (ber dem Fenster Baselinegruppen).

Whlen Sie im Assistenten Neue Baselinegruppe unter Typ der Baselinegruppe die Option [Baselinegruppe der virtuellen Maschinen und virtuellen Appliances] .

Geben Sie einen Namen fr die Baselinegruppe ein und klicken Sie auf [Weiter] .

VMware, Inc.

217

vSphere-Upgrade-Handbuch

Whlen Sie fr jeden Upgrade-Typ (virtuelle Appliance, virtuelle Hardware und VMware Tools) eine der
verfgbaren Upgrade-Baselines aus, die in die Baselinegruppe aufgenommen werden sollen.
HINWEIS Wenn Sie mchten, dass nur virtuelle Appliances standardisiert werden sollen, werden die
Upgrades fr virtuelle Maschinen ignoriert und umgekehrt. Wenn ein Ordner sowohl virtuelle Maschinen
als auch virtuelle Appliances enthlt, werden die geeigneten Upgrades auf den jeweiligen Objekttyp angewendet.

(Optional) Erstellen Sie eine neue Upgrade-Baseline fr eine virtuelle Appliance, indem Sie im unteren
Teil der Seite Upgrades auf [Neue Upgrade-Baseline fr virtuelle Appliance erstellen] klicken, und
schlieen Sie den Assistenten Neue Baseline ab.
Nach Abschluss des Assistenten fr neue Baselines kehren Sie zum Assistenten fr neue Baselinegruppen zurck.

Klicken Sie auf [Weiter] .

Klicken Sie auf der Seite Bereit zum Abschlieen auf [Beenden] .

Die neue Baselinegruppe wird im Bereich Baselinegruppen angezeigt.

Anhngen von Baselines und Baselinegruppen an Objekte


Zum Anzeigen der bereinstimmungsinformation und Standardisieren von Objekten in der Bestandsliste
anhand bestimmter Baselines und Baselinegruppen mssen Sie zunchst vorhandene Baselines und Baselinegruppen an diese Objekte anhngen.
Sie knnen Baselines und Baselinegruppen ber die Ansicht bereinstimmung des Update Manager-Clients
an Objekte anhngen.
Sie knnen Baselines und Baselinegruppen an einzelne Objekte anhngen, effizienter ist es jedoch, sie an Containerobjekte wie Ordner, vApps, Cluster und Datencenter anzuhngen. Einzelne vSphere-Objekte bernehmen Baselines, die an das bergeordnete Containerobjekt angehngt sind. Beim Entfernen eines Objekts aus
einem Container werden auch die bernommenen Baselines vom Objekt entfernt.
Wenn das vCenter Server-System Teil einer verbundenen Gruppe im verknpften Modus von vCenter ist,
knnen Sie Baselines und Baselinegruppen an Objekte anhngen, die von dem vCenter Server-System verwaltet werden, bei dem Update Manager registriert ist. Die Baselines und Baselinegruppen, die Sie anhngen,
gelten fr die Update Manager-Instanz, die bei dem vCenter Server-System registriert ist.
Voraussetzungen
Stellen Sie sicher, dass Sie ber die Berechtigung Baseline anhngen verfgen.
Vorgehensweise
1

Verbinden Sie den vSphere Client mit einem vCenter Server-System, bei dem der Update Manager registriert ist, und whlen Sie in der Navigationsleiste [Home] > [Bestandsliste] .

Whlen Sie den Objekttyp aus, an den Sie die Baseline anhngen mchten.
Beispiele hierfr sind: [Hosts und Cluster] oder [VMs und Vorlagen] .

Whlen Sie das Objekt in der Bestandsliste aus und klicken Sie auf die Registerkarte [Update Manager] .
Wenn Ihr vCenter Server-System Teil einer verbundenen Gruppe im verknpften Modus von vCenter ist,
ist die Registerkarte [Update Manager] nur fr das vCenter Server-System verfgbar, bei dem eine
Update Manager-Instanz registriert ist.

218

Klicken Sie in der oberen rechten Ecke auf [Anhngen] .

VMware, Inc.

Kapitel 7 Virtuelle Maschinen werden aktualisiert

Whlen Sie im Fenster Baseline oder Gruppe anhngen eine oder mehrere Baselines oder Baselinegruppen
aus, die an das Objekt angehngt werden sollen.
Wenn Sie eine oder mehrere Baselinegruppen auswhlen, werden alle Baselines in den Gruppen ausgewhlt. Sie knnen die Auswahl einzelner Baselines in einer Gruppe nicht aufheben.

(Optional) Klicken Sie auf den Link [Baselinegruppe erstellen] oder [Baseline erstellen] , um eine
Baselinegruppe bzw. eine Baseline zu erstellen, und fhren Sie die verbleibenden Schritte des entsprechenden Assistenten aus.

Klicken Sie auf [Anhngen] .

Die Baselines und Baselinegruppen, die Sie zum Anhngen ausgewhlt haben, werden in den Fenstern Angehngte Baselinegruppen und Angehngte Baselines der Registerkarte [Update Manager] angezeigt.

Manuelles Initiieren einer Prfung von virtuellen Maschinen und virtuellen


Appliances
Sie knnen eine Prfung auf Basis der angehngten Baselines und Baselinegruppen manuell starten, um die
virtuellen Maschinen und virtuellen Appliances in der vSphere-Bestandsliste sofort zu prfen.
Voraussetzungen
Schalten Sie nach dem Import einer mit VMware Studio erstellten virtuellen Appliance im vSphere Client diese
Appliance ein, damit sie als eine virtuelle Appliance erkannt wird.
Vorgehensweise
1

Verbinden Sie den vSphere-Client mit einem vCenter Server-System, bei dem der Update Manager registriert ist, und whlen Sie in der Navigationsleiste [Home] > [Bestandsliste] > [VMs und Vorlagen] .

Klicken Sie mit der rechten Maustaste auf eine virtuelle Maschine, eine virtuelle Appliance oder einen
Ordner mit virtuellen Maschinen und Appliances und whlen Sie die Option [Auf Updates prfen] .

Whlen Sie die Update-Typen aus, die geprft werden sollen.


Die Optionen sind [Upgrades von virtuellen Appliances] , [VM-Hardware-Upgrades] und [Upgrades
von VMware Tools] .

Klicken Sie auf [Prfen] .

Die virtuellen Maschinen und Appliances, die Sie auswhlen, werden auf Basis der angehngten Baselines
geprft, je nachdem, welche Optionen Sie auswhlen. Alle untergeordneten Objekte werden ebenfalls geprft.
Je umfangreicher die virtuelle Infrastruktur ist und je weiter oben in der Objekthierarchie Sie die Prfung
initiieren, desto lnger dauert der Vorgang und desto genauer ist die bereinstimmungsansicht.

Anzeigen der bereinstimmungsinformationen fr vSphere-Objekte


Sie knnen die bereinstimmungsinformationen fr die virtuellen Maschinen, virtuellen Appliances und
Hosts anhand von Baselines und Baselinegruppen, die Sie anhngen, berprfen.
Wenn Sie ein Containerobjekt auswhlen, sehen Sie den Gesamtbereinstimmungsstatus der angehngten
Baselines sowie alle einzelnen bereinstimmungsstatus. Wenn Sie eine einzelne Baseline auswhlen, die dem
Containerobjekt angehngt ist, sehen Sie den bereinstimmungsstatus der Baseline.
Wenn Sie eine einzelne virtuelle Maschine, eine einzelne Appliance oder einen einzelnen Host auswhlen,
sehen Sie den Gesamtbereinstimmungsstatus des ausgewhlten Objekts anhand aller angehngten Baselines
sowie die Anzahl der Updates. Wenn Sie dann eine einzelne Baseline auswhlen, die diesem Objekt angehngt
ist, sehen Sie die Anzahl der Updates gruppiert nach bereinstimmungsstatus fr diese Baseline.

VMware, Inc.

219

vSphere-Upgrade-Handbuch

Vorgehensweise
1

Verbinden Sie den vSphere-Client mit einem vCenter Server-System, bei dem der Update Manager registriert ist, und whlen Sie in der Navigationsleiste [Home] > [Bestandsliste] .

Whlen Sie den Objekttyp aus, dessen bereinstimmungsinformationen Sie anzeigen mchten.
Beispiele hierfr sind: [Hosts und Cluster] oder [VMs und Vorlagen] .

Whlen Sie ein Objekt aus der Bestandsliste aus.

Klicken Sie auf die Registerkarte [Update Manager] , um die Prfergebnisse und bereinstimmungsstatus zu sehen.

Standardisieren von virtuellen Maschinen und virtuellen Appliances


Sie knnen virtuelle Maschinen und virtuelle Appliances umgehend manuell standardisieren oder die Standardisierung zu einem fr Sie geeigneten Zeitpunkt planen.
Sie knnen ein koordiniertes Upgrade unter Verwendung einer Baselinegruppe einer virtuellen Maschine
durchfhren. Die VMware Tools-Upgrade-Baseline wird zuerst ausgefhrt, gefolgt von einer VM-HardwareUpgrade-Baseline.
Voraussetzungen
Verbinden Sie den vSphere Client mit einem vCenter Server-System, bei dem Update Manager registriert ist.
Wenn Ihr vCenter Server-System Teil einer verbundenen Gruppe im verknpften Modus von vCenter ist,
geben Sie die Update Manager-Instanz an, indem Sie in der Navigationsleiste den Namen des entsprechenden
vCenter Server-Systems auswhlen.
Vorgehensweise
1

Whlen Sie auf der Seite [Home] des vSphere-Clients [VMs und Vorlagen] aus und klicken Sie auf die
Registerkarte [Update Manager] .

Klicken Sie mit der rechten Maustaste auf ein Containerobjekt aus der Bestandsliste und whlen Sie
[Standardisieren] .
Alle virtuellen Maschinen und Appliances im Container werden ebenfalls standardisiert.

Whlen Sie auf der Seite Standardisierungsauswahl des Standardisierungsassistenten die Baselinegruppe und die Upgrade-Baselines aus, die bernommen werden sollen.

Whlen Sie die virtuellen Maschinen und Appliances aus, die Sie standardisieren mchten, und klicken
Sie auf [Weiter] .

Geben Sie auf der Seite Zeitplan einen Namen und eine optionale Beschreibung fr die Aufgabe an.

Whlen Sie [Sofort] , um direkt nach Abschluss des Assistenten den Standardisierungsvorgang zu starten,
oder geben Sie bestimmte Uhrzeiten fr eingeschaltete, ausgeschaltete oder angehaltene virtuelle Maschinen an.

(Optional) Whlen Sie, ob bei jedem Ein-/Ausschaltvorgang ein Upgrade von VMware Tools durchgefhrt
werden soll.
Diese Option ist nur aktiv, wenn Sie anhand einer einzelnen Baseline des Typs VMware Tools-Upgrade
passend zum Host ein Upgrade durchfhren. Sie knnen ein VMware Tools-Upgrade beim Ein-/Ausschalten des Standardisierungsassistenten aktivieren, Sie knnen es jedoch nicht deaktivieren. Sie knnen
die Einstellen deaktivieren, indem Sie auf die Schaltflche [Upgrade-Einstellungen fr VMware Tools]
in der Update Manager-bereinstimmungsansicht klicken und das Kontrollkstchen einer virtuellen Maschine im Fenster Upgrade-Einstellungen von VMware Tools bearbeiten deaktivieren.

220

VMware, Inc.

Kapitel 7 Virtuelle Maschinen werden aktualisiert

(Optional) Geben Sie die Rollback-Optionen an.


Diese Option steht nicht zur Verfgung, wenn Sie das Upgrade der VMware Tools beim Ein-/Ausschalten
ausgewhlt haben.
a

Whlen Sie auf der Seite Rollback-Optionen des Standardisierungsassistenten die Option [Erstellen Sie vor der Standardisierung einen Snapshot der virtuellen Maschinen, um ein Rollback zu
ermglichen] .
Vor der Standardisierung wird ein Snapshot der virtuellen Maschine (oder der virtuellen Appliance)
erstellt. Falls fr die virtuelle Maschine (bzw. die virtuelle Appliance) ein Rollback erforderlich ist,
knnen Sie den Zustand dieses Snapshots wiederherstellen.
Update Manager erstellt keine Snapshots von fehlertoleranten virtuellen Maschinen.
Wenn Sie ein Upgrade der VMware Tools durchfhren und auswhlen, dass ein Upgrade der
VMware Tools beim Ein-/Ausschalten durchgefhrt werden soll, erstellt Update Manager vor der
Standardisierung keine Snapshots der ausgewhlten virtuellen Maschinen.

Geben Sie an, wann der Snapshot gelscht werden soll, oder whlen Sie die Option [Snapshots nicht
lschen] aus.

Geben Sie einen Namen und optional eine Beschreibung fr den Snapshot ein.

(Optional) Aktivieren Sie das Kontrollkstchen [Erstellen Sie einen Arbeitsspeicher-Snapshot der
virtuellen Maschine] .

Klicken Sie auf [Weiter] .

10

berprfen Sie Ihre Auswahl auf der Seite Bereit zum Abschlieen und klicken Sie auf [Beenden] .

Planen von Ausfallzeiten fr virtuelle Maschinen


Planen Sie whrend des Upgrades Ausfallzeiten fr alle virtuelle Maschinen ein. Diese Ausfallzeiten treten in
der Regel whrend eines Upgrades der virtuelle Maschinen und whrend des VMware Tools-Upgrades auf.
Abhngig von Ihrem Upgrade-Plan ist mglicherweise whrend des ESX-Upgrades eine gewisse Ausfallzeit
der virtuelle Maschinen erforderlich.
Wenn ein ESX/ESXi-Host nicht von vCenter Server verwaltet wird, knnen Sie vMotion nicht zum Verschieben
von virtuelle Maschinen verwenden. Fr die virtuelle Maschinen ist eine gewisse Ausfallzeit erforderlich,
wenn der ESX/ESXi-Host nach dem Upgrade neu startet.
Mglicherweise sollten Sie jeweils nur eine einzelne virtuelle Maschine zur selben Zeit herunterfahren. Sie
knnen die Ausfallzeiten der virtuelle Maschinen zeitlich versetzt planen, um den bergang fr alle Beteiligten
mglichst strungsfrei zu gestalten.
Beispiel:
n

Wenn sich die Benutzer der virtuelle Maschinen in unterschiedlichen Zeitzonen befinden, kann es vorteilhaft sein, virtuelle Maschinen auf bestimmte Hosts zu migrieren, um eine bestimmte Zeitzone zu bedienen. Auf diese Weise knnen Sie Host-Upgrades so planen, sodass die Ausfallzeit der virtuellen Maschine transparent und auerhalb der Geschftszeiten der jeweiligen Zeitzone erfolgt.

Falls die Benutzer Ihrer virtuelle Maschinen rund um die Uhr arbeiten, knnen Sie die Ausfallzeit fr
virtuelle Maschinen so legen, dass sie in die geplanten Wartungszeiten fallen. Eine bestimmte UpgradePhase muss nicht innerhalb einer bestimmten Zeitspanne abgeschlossen sein. Sie knnen sich fr jede
Phase beliebig viel Zeit nehmen.

VMware, Inc.

221

vSphere-Upgrade-Handbuch

Ausfallzeit fr das Upgrade virtueller Maschinen


Die beim Upgrade virtueller Maschinen erforderliche Ausfallzeit hngt vom Gastbetriebssystem ab.
Beim Upgrade von VMware Tools ist mit der folgenden Ausfallzeit zu rechnen:
n

Fr vCenter Server sind keine Ausfallzeiten einzuplanen.

Fr ESXi-Hosts sind keine Ausfallzeiten einzuplanen.

Nach Abschluss des Upgrades oder spter mssen Sie die virtuelle Microsoft Windows-Maschine neu
starten, damit die Aktualisierung wirksam wird.

Sie mssen unter Windows-Gastbetriebssystemen die virtuelle Maschine drei Mal neu starten, wenn Sie
VMware Tools und die virtuelle Hardware aktualisieren:

Bei Linux-, Netware- und Solaris-Gastbetriebssystemen ist am Ende des Verfahrens kein Neustart erforderlich.

Whrend des Upgrades der virtuellen Hardware muss fr alle Gastbetriebssysteme die virtuelle Maschine
heruntergefahren werden.
Unter Tabelle 7-3 finden Sie eine bersicht ber die vom Gastbetriebssystem und fr den Upgrade-Vorgang
bentigte Ausfallzeit.
Tabelle 7-3. Ausfallzeit der virtuellen Maschine nach Gastbetriebssystem
Upgrade der virtuellen Hardware durchfhren

Gastbetriebssystem

VMware Tools aktualisieren

Linux

Keine Ausfallzeit.

Ausfallzeit fr das Herunterfahren und Einschalten der virtuellen Maschine.

NetWare

Keine Ausfallzeit.

Ausfallzeit fr das Herunterfahren und Einschalten der virtuellen Maschine.

Solaris

Keine Ausfallzeit.

Ausfallzeit fr das Herunterfahren und Einschalten der virtuellen Maschine.

Microsoft Windows

Ausfallzeit fr den Neustart des


Gastbetriebssystems.

Ausfallzeit fr das Herunterfahren und Einschalten der virtuellen Maschine.

Manuelles Installieren oder Aktualisieren der VMware Tools auf einer


virtuellen Windows-Maschine
Alle untersttzten Windows-Gastbetriebssysteme bieten Untersttzung fr die VMware Tools.
Installieren Sie die neueste Version von VMware Tools, um die Leistung des Gastbetriebssystems der virtuellen
Maschine zu steigern und die Verwaltung der virtuellen Maschine zu verbessern. Wenn Sie eine virtuelle
Maschine einschalten und eine neue Version der VMware Tools verfgbar ist, finden Sie eine Benachrichtigung
in der Statusleiste des Gastbetriebssystems.
Fr Windows 2000 und hhere Versionen installieren die VMware Tools eine Hilfsanwendung zur Aktualisierung der virtuellen Maschine. Dieses Tool stellt bei einem Upgrade von Hardwareversion 4 der virtuellen
Maschine auf Version 7 die Netzwerkkonfiguration wieder her. Bei vSphere entspricht die Hardwareversion
4 der virtuellen Maschine der ESX/ESXi 3.5-Kompatibilitt. Die Hardwareversion 7 der virtuellen Maschine
entspricht der ESX/ESXi 4.x-Kompatibilitt.
Voraussetzungen

222

Schalten Sie die virtuelle Maschine ein.

Stellen Sie sicher, dass das Gastbetriebssystem ausgefhrt wird.

VMware, Inc.

Kapitel 7 Virtuelle Maschinen werden aktualisiert

Um zu ermitteln, ob Sie ber die neueste Version der VMware Tools verfgen, schauen Sie auf der Registerkarte [bersicht] fr die virtuelle Maschine nach.

Melden Sie sich als Administrator an, sofern Sie keine ltere Version des Windows-Betriebssystems verwenden. Alle Benutzer knnen die VMware Tools auf einem Windows 95-, Windows 98- oder Windows
Me-Gastbetriebssystem installieren. Bei neueren Betriebssystemen mssen Sie sich als Administrator anmelden.

Wenn Sie beabsichtigen, den Treiber fr den vShield Endpoint-Thin Agent zu installieren, finden Sie die
Systemanforderungen im vShield Quick Start Guide. Die vShield-Komponente wird nicht standardmig
installiert. Sie mssen eine benutzerdefinierte Installation durchfhren und die Komponente manuell
integrieren.

Vorgehensweise
1

Whlen Sie den Menbefehl zum Mounten der virtuellen Festplatte der VMware Tools auf dem Gastbetriebssystem aus.
VMware-Produkt

Menbefehl

vSphere-Client

[Bestandsliste] > [Virtuelle Maschine] > [Gast] > [VMware Tools installieren/aktualisieren]

vSphere Web Client

Klicken Sie mit der rechten Maustaste auf die virtuelle Maschine und whlen
Sie [Alle vCenter-Aktionen] > [Gastbetriebssystem] > [VMware Tools
installieren/aktualisieren] .
a Whlen Sie zum Suchen einer virtuellen Maschine ein Datencenter, einen
Ordner, einen Cluster, einen Ressourcenpool, einen Host oder eine vApp
aus.
b Klicken Sie auf Registerkarte [Verwandte Objekte] und klicken Sie
dann auf [Virtuelle Maschinen] .

Wenn Sie ein Upgrade oder eine erneute Installation durchfhren, whlen Sie im Dialogfeld VMware
Tools installieren/aktualisieren die Option [Interaktive Tools-Installation] oder [Interaktives ToolsUpgrade] und klicken Sie auf [OK] .
Der Prozess beginnt, indem die virtuelle Festplatte der VMware Tools auf dem Gastbetriebssystem gemountet wird.

Klicken Sie bei der Erstinstallation der VMware Tools im Informationsbildschirm VMware Tools installieren auf [OK] .
Wenn der automatische Start fr das CD-ROM-Laufwerk im Gastbetriebssystem aktiviert ist, erscheint
der Installations-Assistent fr die VMware Tools.

Wenn der automatische Start nicht aktiviert ist, klicken Sie fr den manuellen Start des Assistenten auf
[Start] > [Ausfhren] und geben D:\setup.exeein, wobei D: Ihr erstes virtuelles CD-ROM-Laufwerk ist.

Folgen Sie den Anweisungen auf dem Bildschirm.


Whlen Sie zur Installation nicht standardmiger Komponenten, zum Beispiel des Treibers fr den
vShield Endpoint-Thin Agent, die Einrichtung [Benutzerdefiniert] .

Navigieren Sie bei Einblenden des Assistenten fr neue Hardware durch den Assistenten und bernehmen Sie die Standardeinstellungen.

Wird Ihnen bei Installation einer Beta- oder RC-Version der VMware Tools eine Warnung bezglich eines
nicht signierten Pakets oder Treibers angezeigt, sollten Sie auf [Trotzdem installieren] klicken, um die
Installation abzuschlieen.

Starten Sie bei Aufforderung die virtuelle Maschine neu.

Die Bezeichnung [VMware Tools] auf der Registerkarte [bersicht] ndert sich in [OK] .

VMware, Inc.

223

vSphere-Upgrade-Handbuch

Weiter
(Empfohlen) Falls Sie VMware Tools als Teil eines greren, systemweiten Upgrades aktualisiert haben, ermitteln Sie als Nchstes, ob ein Upgrade der virtuellen Maschinen in Ihrer Umgebung ntig ist. Hinweise zur
berprfung und zum Vergleich der Hardware, die fr die verschiedenen Kompatibilittsebenen verfgbar
ist, finden Sie in der Dokumentation vSphere-Administratorhandbuch fr virtuelle Maschinen.

Manuelles Installieren oder Durchfhren eines Upgrades der VMware


Tools in einer virtuellen Linux-Maschine
Sie knnen VMware Tools auf einer virtuellen Linux-Maschine ber die Befehlszeile manuell installieren oder
ein Upgrade manuell durchfhren.
Installieren Sie die neueste Version von VMware Tools, um die Leistung des Gastbetriebssystems der virtuellen
Maschine zu steigern und die Verwaltung der virtuellen Maschine zu verbessern. Wenn Sie eine virtuelle
Maschine einschalten und eine neue Version der VMware Tools verfgbar ist, finden Sie eine Benachrichtigung
in der Statusleiste des Gastbetriebssystems.
HINWEIS Diese Vorgang beschreibt, wie das tar-Installationsprogramm von VMware Tools verwendet wird,
um VMware Tools zu installieren oder ein Upgrade durchzufhren. Sie knnen fr virtuelle Maschinen in
einer vSphere-Umgebung alternativ betriebssystemspezifische VMware Tools-Pakete (OSPs) verwenden, um
VMware Tools zu installieren oder ein Upgrade durchzufhren. Sie knnen mithilfe von OSPs die nativen
Aktualisierungsmechanismen des Gastbetriebssystems verwenden, um VMware Tools herunterzuladen, zu
installieren und zu verwalten. Weitere Informationen finden Sie unter Betriebssystemspezifische Pakete fr
Linux-Gastbetriebssysteme, auf Seite 229.
Voraussetzungen
n

Schalten Sie die virtuelle Maschine ein.

Stellen Sie sicher, dass das Gastbetriebssystem ausgefhrt wird.

Da das Installationsprogramm von VMware Tools in Perl geschrieben ist, stellen Sie sicher, dass Perl im
Gastbetriebssystem installiert ist.

Um zu ermitteln, ob Sie ber die neueste Version der VMware Tools verfgen, schauen Sie auf der Registerkarte [bersicht] fr die virtuelle Maschine nach.

Vorgehensweise
1

224

Whlen Sie den Menbefehl zum Mounten der virtuellen Festplatte der VMware Tools auf dem Gastbetriebssystem aus.
VMware-Produkt

Menbefehl

vSphere-Client

[Bestandsliste] > [Virtuelle Maschine] > [Gast] > [VMware Tools installieren/aktualisieren]

vSphere Web Client

Klicken Sie mit der rechten Maustaste auf die virtuelle Maschine und whlen
Sie [Alle vCenter-Aktionen] > [Gastbetriebssystem] > [VMware Tools
installieren/aktualisieren] .
a Whlen Sie zum Suchen einer virtuellen Maschine ein Datencenter, einen
Ordner, einen Cluster, einen Ressourcenpool, einen Host oder eine vApp
aus.
b Klicken Sie auf Registerkarte [Verwandte Objekte] und klicken Sie
dann auf [Virtuelle Maschinen] .

VMware, Inc.

Kapitel 7 Virtuelle Maschinen werden aktualisiert

Wenn Sie ein Upgrade oder eine erneute Installation durchfhren, whlen Sie im Dialogfeld VMware
Tools installieren/aktualisieren die Option [Interaktive Tools-Installation] oder [Interaktives ToolsUpgrade] und klicken Sie auf [OK] .
Der Prozess beginnt, indem die virtuelle Festplatte der VMware Tools auf dem Gastbetriebssystem gemountet wird.

Melden Sie sich in der virtuellen Maschine beim Gastbetriebssystem als root an und ffnen Sie ein
Terminalfenster.

Fhren Sie den Befehl mount ohne Argumente aus, um festzustellen, ob das virtuelle CD-Laufwerk-Image
von VMware Tools automatisch von Ihrer Linux-Distribution gemountet wurde.
Wenn das CD-Laufwerk gemountet ist, werden das CD-Gert und dessen Mount-Punkt ungefhr so aufgelistet:
/dev/cdrom on /mnt/cdrom type iso9660 (ro,nosuid,nodev)

Falls das virtuelle CD-Laufwerks-Image von VMware Tools nicht gemountet ist, mounten Sie das CDLaufwerk.
a

Sofern kein Mount-Punkt-Verzeichnis vorhanden ist, erstellen Sie eines.


mkdir /mnt/cdrom

Manche Linux-Distributionen verwenden andere Mount-Punktnamen. Bei manchen Distribution ist


beispielsweise der Mount-Punkt /media/VMware Tools anstatt /mnt/cdrom. Passen Sie den Befehl gem den Konventionen Ihrer Distribution an.
b

Mounten Sie das CD-Laufwerk.


mount /dev/cdrom /mnt/cdrom

Einige Linux-Distributionen verwenden andere Gertenamen oder organisieren das Verzeichnis /dev auf andere Weise. Wenn Ihr CD-Laufwerk nicht /dev/cdrom ist oder wenn der Mount-Punkt
fr ein CD-Laufwerk nicht /mnt/cdrom ist, passen Sie den Befehl gem den Konventionen Ihrer
Distribution an.
6

Wechseln Sie in ein Arbeitsverzeichnis (z. B. /tmp).


cd /tmp

Falls ein Verzeichnis vmware-tools-distrib noch vorhanden ist, lschen Sie es, bevor Sie VMware Tools
installieren.
Der Speicherort dieses Verzeichnisses hngt vom Speicherort der vorherigen Installation ab. Dieses Verzeichnis wird oft in /tmp/vmware-tools-distrib platziert.

Listen Sie den Inhalt des Mount-Punkt-Verzeichnisses auf und merken Sie sich den Dateinamen des
VMware Tools-tar-Installationsprogramms.
ls mount-point

Entpacken Sie das Installationsprogramm.


tar zxpf /mnt/cdrom/VMwareTools-x.x.x-yyyy.tar.gz

Der Wert x.x.x ist die Versionsnummer des Produkts und yyyy ist die Build-Nummer der Produktversion.
Wenn Sie versuchen, eine Tar- ber einer RPM-Installation (oder umgekehrt) zu installieren, erkennt das
Installationsprogramm die vorherige Installation und konvertiert das Format der Installationsdatenbank.

VMware, Inc.

225

vSphere-Upgrade-Handbuch

10

Unmounten Sie bei Bedarf das CD-Laufwerk-Image.


umount /dev/cdrom

Falls Ihre Linux-Distribution das CD-Laufwerk automatisch gemountet hat, mssen Sie das Image nicht
unmounten.
11

Fhren Sie das Installationsprogramm aus und konfigurieren Sie VMware Tools.
cd vmware-tools-distrib
./vmware-install.pl

In der Regel wird die Konfigurationsdatei vmware-config-tools.pl nach Ausfhrung der Installationsprogrammdatei ausgefhrt.
12

Antworten Sie auf die Eingabeaufforderungen, indem Sie die Eingabetaste drcken, um die Standardwerte zu bernehmen, sofern sie fr Ihre Konfiguration geeignet sind.

13

Folgen Sie den Anweisungen am Ende des Skripts.


Je nach den Funktionen, die Sie verwenden, knnen diese Anweisungen den Neustart der X-Sitzung, den
Neustart des Netzwerks, das erneute Anmelden und das Starten des VMware-Benutzerprozesses beinhalten. Alternativ knnen Sie das Gastbetriebssystem neu starten, um alle diese Aufgaben zu erledigen.

Die Bezeichnung [VMware Tools] auf der Registerkarte [bersicht] ndert sich in [OK] .
Weiter
(Empfohlen) Falls Sie VMware Tools als Teil eines greren, systemweiten Upgrades aktualisiert haben, ermitteln Sie als Nchstes, ob ein Upgrade der virtuellen Maschinen in Ihrer Umgebung ntig ist. Hinweise zur
berprfung und zum Vergleich der Hardware, die fr die verschiedenen Kompatibilittsebenen verfgbar
ist, finden Sie in der Dokumentation vSphere-Administratorhandbuch fr virtuelle Maschinen.

Manuelles Installieren oder Durchfhren eines Upgrades der VMware


Tools in einer virtuellen Solaris-Maschine
Sie knnen auf einer virtuellen Solaris-Maschine VMware Tools ber die Befehlszeile manuell installieren oder
ein Upgrade manuell durchfhren.
Installieren Sie die neueste Version von VMware Tools, um die Leistung des Gastbetriebssystems der virtuellen
Maschine zu steigern und die Verwaltung der virtuellen Maschine zu verbessern. Wenn Sie eine virtuelle
Maschine einschalten und eine neue Version der VMware Tools verfgbar ist, finden Sie eine Benachrichtigung
in der Statusleiste des Gastbetriebssystems.
Voraussetzungen

226

Schalten Sie die virtuelle Maschine ein.

Stellen Sie sicher, dass das Gastbetriebssystem ausgefhrt wird.

Da das Installationsprogramm von VMware Tools in Perl geschrieben ist, stellen Sie sicher, dass Perl im
Gastbetriebssystem installiert ist.

Um zu ermitteln, ob Sie ber die neueste Version der VMware Tools verfgen, schauen Sie auf der Registerkarte [bersicht] fr die virtuelle Maschine nach.

VMware, Inc.

Kapitel 7 Virtuelle Maschinen werden aktualisiert

Vorgehensweise
1

Whlen Sie den Menbefehl zum Mounten der virtuellen Festplatte der VMware Tools auf dem Gastbetriebssystem aus.
VMware-Produkt

Menbefehl

vSphere-Client

[Bestandsliste] > [Virtuelle Maschine] > [Gast] > [VMware Tools installieren/aktualisieren]

vSphere Web Client

Klicken Sie mit der rechten Maustaste auf die virtuelle Maschine und whlen
Sie [Alle vCenter-Aktionen] > [Gastbetriebssystem] > [VMware Tools
installieren/aktualisieren] .
a Whlen Sie zum Suchen einer virtuellen Maschine ein Datencenter, einen
Ordner, einen Cluster, einen Ressourcenpool, einen Host oder eine vApp
aus.
b Klicken Sie auf Registerkarte [Verwandte Objekte] und klicken Sie
dann auf [Virtuelle Maschinen] .

Wenn Sie ein Upgrade oder eine erneute Installation durchfhren, whlen Sie im Dialogfeld VMware
Tools installieren/aktualisieren die Option [Interaktive Tools-Installation] oder [Interaktives ToolsUpgrade] und klicken Sie auf [OK] .
Der Prozess beginnt, indem die virtuelle Festplatte der VMware Tools auf dem Gastbetriebssystem gemountet wird.

Melden Sie sich in der virtuellen Maschine beim Gastbetriebssystem als root an und ffnen Sie ein
Terminalfenster.

Falls der Solaris-Volume-Manager das CD-Laufwerk unter /cdrom/vmwaretools nicht mountet, starten Sie
den Volume-Manager neu.
/etc/init.d/volmgt stop
/etc/init.d/volmgt start

Wechseln Sie in ein Arbeitsverzeichnis (z. B. /tmp).


cd /tmp

Extrahieren Sie VMware Tools.


gunzip -c /cdrom/vmwaretools/vmware-solaris-tools.tar.gz | tar xf -

Fhren Sie das Installationsprogramm aus und konfigurieren Sie VMware Tools.
cd vmware-tools-distrib
./vmware-install.pl

In der Regel wird die Konfigurationsdatei vmware-config-tools.pl nach Ausfhrung der Installationsprogrammdatei ausgefhrt.
8

Antworten Sie auf die Eingabeaufforderungen, indem Sie die Eingabetaste drcken, um die Standardwerte zu bernehmen, sofern sie fr Ihre Konfiguration geeignet sind.

Folgen Sie den Anweisungen am Ende des Skripts.


Je nach den Funktionen, die Sie verwenden, knnen diese Anweisungen den Neustart der X-Sitzung, den
Neustart des Netzwerks, das erneute Anmelden und das Starten des VMware-Benutzerprozesses beinhalten. Alternativ knnen Sie das Gastbetriebssystem neu starten, um alle diese Aufgaben zu erledigen.

Die Bezeichnung [VMware Tools] auf der Registerkarte [bersicht] ndert sich in [OK] .

VMware, Inc.

227

vSphere-Upgrade-Handbuch

Weiter
(Empfohlen) Falls Sie VMware Tools als Teil eines greren, systemweiten Upgrades aktualisiert haben, ermitteln Sie als Nchstes, ob ein Upgrade der virtuellen Maschinen in Ihrer Umgebung ntig ist. Hinweise zur
berprfung und zum Vergleich der Hardware, die fr die verschiedenen Kompatibilittsebenen verfgbar
ist, finden Sie in der Dokumentation vSphere-Administratorhandbuch fr virtuelle Maschinen.

Manuelles Installieren oder Durchfhren eines Upgrades der VMware


Tools in einer virtuellen NetWare-Maschine
Sie knnen auf einer virtuellen NetWare-Maschine VMware Tools ber die Befehlszeile manuell installieren
oder manuell ein Upgrade durchfhren.
Installieren Sie die neueste Version von VMware Tools, um die Leistung des Gastbetriebssystems der virtuellen
Maschine zu steigern und die Verwaltung der virtuellen Maschine zu verbessern. Wenn Sie eine virtuelle
Maschine einschalten und eine neue Version der VMware Tools verfgbar ist, finden Sie eine Benachrichtigung
in der Statusleiste des Gastbetriebssystems.
Voraussetzungen
n

Schalten Sie die virtuelle Maschine ein.

Stellen Sie sicher, dass das Gastbetriebssystem ausgefhrt wird.

Da das Installationsprogramm von VMware Tools in Perl geschrieben ist, stellen Sie sicher, dass Perl im
Gastbetriebssystem installiert ist.

Um zu ermitteln, ob Sie ber die neueste Version der VMware Tools verfgen, schauen Sie auf der Registerkarte [bersicht] fr die virtuelle Maschine nach.

Vorgehensweise
1

Whlen Sie den Menbefehl zum Mounten der virtuellen Festplatte der VMware Tools auf dem Gastbetriebssystem aus.
VMware-Produkt

Menbefehl

vSphere-Client

[Bestandsliste] > [Virtuelle Maschine] > [Gast] > [VMware Tools installieren/aktualisieren]

vSphere Web Client

Klicken Sie mit der rechten Maustaste auf die virtuelle Maschine und whlen
Sie [Alle vCenter-Aktionen] > [Gastbetriebssystem] > [VMware Tools
installieren/aktualisieren] .
a Whlen Sie zum Suchen einer virtuellen Maschine ein Datencenter, einen
Ordner, einen Cluster, einen Ressourcenpool, einen Host oder eine vApp
aus.
b Klicken Sie auf Registerkarte [Verwandte Objekte] und klicken Sie
dann auf [Virtuelle Maschinen] .

Wenn Sie ein Upgrade oder eine erneute Installation durchfhren, whlen Sie im Dialogfeld VMware
Tools installieren/aktualisieren die Option [Interaktive Tools-Installation] oder [Interaktives ToolsUpgrade] und klicken Sie auf [OK] .
Der Prozess beginnt, indem die virtuelle Festplatte der VMware Tools auf dem Gastbetriebssystem gemountet wird.

228

VMware, Inc.

Kapitel 7 Virtuelle Maschinen werden aktualisiert

Laden Sie den CD-ROM-Treiber, sodass das virtuelle CD-ROM-Gert das ISO-Image als Volume mountet.
Betriebssystem

Befehl

NetWare 6.5

LOAD CDDVD

NetWare 6.0 oder NetWare 5.1

LOAD CD9660.NSS

NetWare 4.2 (nicht in vSphere verfgbar)

load cdrom

Nach Abschluss der Installation wird im Protokollierungsbildschirm (NetWare 6.5- und NetWare 6.0Gastbetriebssysteme) bzw. im Konsolenbildschirm (NetWare 4.2- und 5.1-Gastbetriebsysteme) eine Meldung angezeigt, dass VMware Tools fr NetWare nun ausgefhrt wird.
4

Wenn die virtuelle VMware Tools-Festplatte (netware.iso) an der virtuellen Maschine angeschlossen ist,
klicken Sie mit der rechten Maustaste auf das CD-ROM-Symbol in der Statusleiste des Konsolenfensters
und whlen Sie [Trennen] , um sie zu trennen.

Weiter
(Empfohlen) Falls Sie VMware Tools als Teil eines greren, systemweiten Upgrades aktualisiert haben, ermitteln Sie als Nchstes, ob ein Upgrade der virtuellen Maschinen in Ihrer Umgebung ntig ist. Hinweise zur
berprfung und zum Vergleich der Hardware, die fr die verschiedenen Kompatibilittsebenen verfgbar
ist, finden Sie in der Dokumentation vSphere-Administratorhandbuch fr virtuelle Maschinen.

Betriebssystemspezifische Pakete fr Linux-Gastbetriebssysteme


VMware bietet fr vSphere-Bereitstellungen betriebssystemspezifische Pakete (OSPs) als Verpackungs- und
Verteilungsmechanismus fr VMware Tools. Diese VMware Tools-OSPs werden unter Verwendung nativer
Paketformate und Normen verpackt, wie. z. B. rpm und deb.
OSPs bieten folgende Vorteile:
n

Sie knnen die nativen Aktualisierungsmechanismen des Gastbetriebssystems verwenden, um VMware


Tools herunterzuladen, zu installieren und zu verwalten.

Sie knnen auf die neueste Version von VMware Tools aktualisieren, ohne auf die neueste Version von
vSphere aktualisieren zu mssen.

Da sich die VMware Tools-OSPs nach den Best Practices und Normen des spezifischen Linux-Betriebssystems richten, verwenden sie Standardmechanismen zum Ermitteln der Abhngigkeiten zwischen Paketen. Mithilfe dieser Mechanismen knnen Sie mit oder ohne Grafikkomponenten die Pakete auf virtuellen Maschinen prfen.

Sie knnen Standard-Betriebssystem-Tools zum berprfen der OSPs whrend der Installation von
VMware Tools. Anhand dieser Vorgehensweise knnen Sie die zu installierenden Komponenten leicht
ermitteln und die Gltigkeit der Pakete berprfen.

WICHTIG Verwenden Sie OSPs, wenn Sie native Update-Mechanismen anstelle von vCenter Server verwenden
mchten, um Updates fr VMware Tools zu verwalten. Wenn Sie ein OSP verwenden, lautet der Status von
VMware Tools [Nicht verwaltet] auf der Registerkarte [bersicht] der virtuellen Maschine. Der Status [Nicht
verwaltet] bedeutet, dass Sie vCenter Server zum Verwalten von VMware Tools und vSphere Update Manager
zum Aktualisieren von VMware Tools nicht verwenden knnen.
Weitere Informationen dazu finden Sie auf der VMware-Website fr betriebssystemspezifische Pakete unterhttp://www.vmware.com/download/packages.html.

VMware, Inc.

229

vSphere-Upgrade-Handbuch

Durchfhren eines automatischen Upgrades von VMware Tools


Wenn Sie ein automatisches Upgrade von VMware Tools starten, mssen Sie keine Vorgnge in dem Gastbetriebssystem ausfhren, das auf der virtuellen Maschine ausgefhrt wird. Beim automatischen Upgrade
wird die vorherige Version von VMware Tools deinstalliert, die neueste verfgbare Version fr Ihren ESXiHost installiert und ggf. die virtuelle Maschine neu gestartet.
Das automatische Upgrade von VMware Tools wird nicht fr virtuelle Maschinen mit dem Solaris- oder dem
NetWare-Gastbetriebssystem untersttzt.
Voraussetzungen
Folgende Anforderungen gelten fr jede virtuelle Maschine, fr die das Upgrade durchgefhrt wird:
n

Schalten Sie die virtuelle Maschine ein.

Stellen Sie sicher, dass das Gastbetriebssystem ausgefhrt wird.

Um zu ermitteln, ob Sie ber die neueste Version der VMware Tools verfgen, schauen Sie auf der Registerkarte [bersicht] fr die virtuelle Maschine nach.

Vorgehensweise
1

Whlen Sie [Automatisches Tools-Upgrade] aus.

(Optional) Geben Sie im Feld [Erweiterte Optionen] die erweiterten Optionen fr das Gastbetriebssystem
ein.

Option

Beschreibung

Microsoft Windows-Gastbetriebssysteme

Geben
Sie /s /v "/qn" /l "Microsoft_Windows-Speicherort\Dateiname.log" ein, um ein Upgrade von VMware Tools im Hintergrund durchzufhren und am angegebenen Speicherort auf dem Gastbetriebssystem eine
Protokolldatei zu erstellen.

Linux-Gastbetriebssysteme

Geben Sie --default ein, um das Standardverhalten auszufhren. Fhren Sie ein Upgrade von VMware Tools im Hintergrund durch. Installieren Sie die bin-, lib- und doc-Dateien der Tools im Standardverzeichnis /usr.

Geben Sie
--prefix=binary-Speicherort,lib-Speicherort,doc-Speicherort ein, um ein Upgrade von VMware Tools im Hintergrund
durchzufhren und die Binr-, Bibliotheks- und Dokumentdateien an
den angegebenen Speicherorten zu installieren.

Klicken Sie auf [OK.]

Die Bezeichnung [VMware Tools] auf der Registerkarte [bersicht] ndert sich in [OK] .
WICHTIG Wenn Sie ein Upgrade der VMware Tools auf Linux-Gastbetriebssystemen durchfhren, stehen neue
Netzwerkmodule zur Verfgung. Diese werden aber erst dann verwendet, wenn Sie entweder das Gastbetriebssystem neu starten oder das Netzwerk stoppen, die VMware-Netzwerkkernelmodule entladen und wieder neu laden und anschlieend das Netzwerk neu starten. Selbst wenn also VMware Tools so eingestellt ist,
dass ein automatisches Upgrade durchgefhrt wird, mssen Sie die Netzwerkmodule neu starten bzw. neu
laden, damit neue Funktionen zur Verfgung stehen.
Dieses Vorgehen vermeidet Netzwerkunterbrechungen und ermglicht Ihnen, VMware Tools ber SSH zu
verwenden.

230

VMware, Inc.

Kapitel 7 Virtuelle Maschinen werden aktualisiert

Weiter
Aktualisieren Sie die Hardware der virtuellen Maschine auf Version 8.

Upgrade von VMware Tools auf mehreren virtuelle Maschinen


Sie knnen ein Upgrade von VMware Tools auf mehreren virtuelle Maschinen mithilfe der Registerkarte
[Virtuelle Maschinen] durchfhren.
Vorgehensweise
1

Starten Sie den vSphere-Client, und melden Sie sich am vCenter Server an.

Whlen Sie [Bestandsliste] > [Hosts und Clusters] aus.

Whlen Sie den Host oder Cluster, in dem sich die zu aktualisierende virtuelle Maschine befindet.

Klicken Sie auf die Registerkarte [Virtuelle Maschinen (Virtual Machines)] .

Whlen Sie die zu aktualisierenden virtuelle Maschinen aus und schalten Sie sie ein.

Klicken Sie mit der rechten Maustaste auf Ihre Auswahl, whlen Sie [Gast] > [VMware Tools installieren/aktualisieren] aus und klicken Sie auf [OK] .

Bei Linux-Gastbetriebssystemen starten Sie das Betriebssystem durch Eingabe des Befehls reboot ber
eine Befehlszeile neu, damit Sie die neuen Netzwerkmodule verwenden knnen.

Die Bezeichnung [VMware Tools] auf der Registerkarte [bersicht] ndert sich in [OK] .

Upgrade von VMware Tools mit dem vSphere Web Client


Sie knnen ein Upgrade von VMware Tools in einer oder mehr virtuellen Maschinen mithilfe von
vSphere Web Client vornehmen.
Vorgehensweise
1

Starten Sie vSphere Web Client, und melden Sie sich am vCenter Server an.

Whlen Sie die virtuellen Maschinen aus.


a

Whlen Sie ein Datencenter, einen Ordner, einen Cluster, einen Ressourcenpool oder einen Host.

Klicken Sie auf die Registerkarte [Verwandte Objekte] und klicken Sie auf [Virtuelle Maschinen] .

Schalten Sie die virtuellen Maschinen ein, die aktualisiert werden sollen.

Klicken Sie mit der rechten Maustaste auf die gewnschten Elemente.

Whlen Sie [Alle vCenter-Aktionen] > [Gastbetriebssystem] > [VMware Tools installieren/aktualisieren] und klicken Sie auf [OK] .

Whlen Sie [Interaktives Upgrade] oder [Automatisches Upgrade] und klicken Sie auf [Upgrade] .

Wenn Sie das interaktive Upgrade fr eine virtuelle Maschine mit Linux-Gastbetriebssystemen gewhlt
haben, starten Sie das Betriebssystem durch Eingabe des Befehls reboot ber eine Befehlszeile neu, damit
Sie die neuen Netzwerkmodule verwenden knnen.

Das VMware Tools-Upgrade wird durchgefhrt.

VMware, Inc.

231

vSphere-Upgrade-Handbuch

Konfigurieren einer virtuellen Maschine fr das automatische Upgrade


von VMware Tools
Sie knnen eine virtuelle Maschine so konfigurieren, dass sie immer auf VMware Tools-Upgrades prft und
diese aufspielt, wenn die virtuelle Maschine eingeschaltet wird.
Das automatische Upgrade von VMware Tools wird nicht fr virtuelle Maschinen mit dem Solaris- oder dem
NetWare-Gastbetriebssystem untersttzt.
Voraussetzungen
n

Auf virtuelle Maschinen muss eine im Lieferumfang von ESX 3.0.1 oder hher enthaltene Version der
VMware Tools installiert sein.

Virtuelle Maschinen mssen sich auf einem Host mit ESX 3.0.1 oder hher befinden und VirtualCenter
muss die Version 2.0.1 oder hher aufweisen.

Virtuelle Maschinen mssen auf einem Linux- oder Microsoft Windows-Gastbetriebssystem ausgefhrt
werden, das von ESX 3.0.1 oder hher und VirtualCenter 2.0.1 oder hher untersttzt wird.

Vorgehensweise
1

Starten Sie den vSphere-Client oder den vSphere Web Client und melden Sie sich bei vCenter Server an.

Schalten Sie die virtuelle Maschine aus.

Klicken Sie mit der rechten Maustaste auf die virtuelle Maschine und whlen Sie den Menbefehl zum
Bearbeiten der Einstellungen der virtuellen Maschine.
VMware-Produkt

Menbefehl

vSphere-Client

[Einstellungen bearbeiten]

vSphere Web Client

[Konfiguration] > [Einstellungen bearbeiten]

Whlen Sie auf der Registerkarte [Optionen] (vSphere-Client) bzw. [VM-Optionen]


(vSphere Web Client) die Option [VMware Tools] aus.

Whlen Sie im Bereich [Erweitert] den Menbefehl zum automatischen Aktualisieren von VMware Tools
aus.

VMware-Produkt

Menbefehl

vSphere-Client

[Tools beim Aus- und erneutem Einschalten prfen und aktualisieren]

vSphere Web Client

[VMware Tools vor jedem Einschaltvorgang prfen und aktualisieren]

Klicken Sie auf [OK] .

Beim nchsten Einschalten der virtuellen Maschine wird auf dem ESXi-Host nach einer neueren Version der
VMware Tools gesucht. Falls auf Linux-Gastbetriebssystemen eine neuere Version verfgbar ist, wird sie installiert und das Gastbetriebssystem wird neu gestartet (sofern erforderlich). Wenn auf Windows-Gastbetriebssystemen eine neuere Version verfgbar ist, wird sie installiert, wenn Sie das nchste Mal die virtuelle
Maschine herunterfahren oder neu starten.
Die Bezeichnung [VMware Tools] auf der Registerkarte [bersicht] ndert sich in [OK] .
Weiter
Aktualisieren Sie die Hardware der virtuellen Maschine auf Version 8.

232

VMware, Inc.

Kapitel 7 Virtuelle Maschinen werden aktualisiert

Deinstallieren von VMware Tools


Gelegentlich kann es vorkommen, dass ein VMware Tools-Upgrade unvollstndig ist. In der Regel knnen Sie
dieses Problem beheben, indem Sie VMware Tools deinstallieren und anschlieend erneut installieren.
Wenn Sie sich bei einer vSphere-Bereitstellung dazu entschlieen, betriebssystemspezifische Linux-Pakete
zum Verwalten der VMware Tools zu verwenden, und Sie bereits vSphere zum Installieren der VMware Tools
verwendet haben, mssen Sie die vorhandenen VMware Tools deinstallieren. Weitere Informationen zu Linux
OSPs fr VMware Tools finden Sie unter Betriebssystemspezifische Pakete fr Linux-Gastbetriebssysteme, auf Seite 229.
Voraussetzungen
n

Schalten Sie die virtuelle Maschine ein.

Melden Sie sich beim Gastbetriebssystem an.

Vorgehensweise
u

Deinstallieren Sie VMware Tools gem den Anweisungen fr das entsprechende Betriebssystem.
Betriebssystem

Aktion

Windows 7

Verwenden Sie dazu das Element [Programme] > [Programm deinstallieren] des Gastbetriebssystems.

Windows Vista und Windows Server


2008

Verwenden Sie dazu das Element [Programme und Funktionen] > [Programm deinstallieren] des Gastbetriebssystems.

Windows XP und frher

Verwenden Sie dazu das Element [Software] des Gastbetriebssystems.

Linux

Geben Sie unter Linux-Gastbetriebssystemen, auf denen VMware Tools mit


dem RPM-Installationsprogramm installiert wurde, den folgenden Befehl im
Terminalfenster ein: rpm -e VMwareTools

Linux, Solaris, FreeBSD, NetWare

Melden Sie sich als Root-Benutzer an und geben Sie den folgenden Befehl in
einem Terminalfenster ein: vmware-uninstall-tools.pl

Mac OS X Server

Verwenden Sie die Anwendung [Deinstallieren von VMware Tools] unter /Library/Application Support/VMware Tools.

Weiter
VMware Tools neu installieren.

Upgrade der virtuellen Hardware fr virtuelle Maschinen mithilfe des


vSphere-Clients
Die Version der virtuellen Hardware bestimmt die virtuelle Hardware, die fr die virtuelle Maschine verfgbar
ist, und entspricht der physischen Hardware, die der Hostmaschine zur Verfgung steht. Sie knnen ein Upgrade der virtuellen Hardware vornehmen, um eine virtuelle Maschine mit einer neueren Version von ESXi
kompatibel zu machen, die auf dem Host luft.
Informationen ber Hardwareversionen von virtuellen Maschinen und Kompatibilitt finden Sie in der Dokumentation Kompatibilitt der virtuellen Maschine, auf Seite 214. Die Informationen ber die Kompatibilitt finden Sie in der Dokumentation vSphere-Administratorhandbuch fr virtuelle Maschinen.
Voraussetzungen
n

Erstellen Sie eine Sicherung oder einen Snapshot der virtuellen Maschinen. Informationen finden Sie in
der Dokumentation vSphere-Administratorhandbuch fr virtuelle Maschinen.

Aktualisieren Sie VMware Tools. Bei Microsoft Windows-VMs knnte die virtuelle Maschine ihre Netzwerkeinstellungen verlieren, falls die virtuelle Hardware vor VMware Tools aktualisiert wird.

VMware, Inc.

233

vSphere-Upgrade-Handbuch

Stellen Sie sicher, dass dem ESX/ESXi-Host alle .vmdk-Dateien auf einem VMFS3-, VMFS5- oder NFSDatenspeicher zur Verfgung stehen.

Stellen Sie sicher, dass die virtuellen Maschinen auf VMFS3-, VMFS5- oder NFS-Datenspeichern gespeichert sind.

Vergewissern Sie sich, dass die virtuelle Hardware auf den virtuellen Maschinen nicht die letzte untersttzte Version ist.

HINWEIS Die Menoption zum Upgrade der virtuellen Hardware erscheint nicht, wenn die virtuelle Maschine
eingeschaltet ist oder bereits ber die neueste untersttzte Version der virtuellen Hardware verfgt.
Vorgehensweise
1

Melden Sie sich ber den vSphere-Client bei vCenter Server an.

Whlen Sie in der Bestandsliste den Host oder Cluster aus, der die virtuellen Maschinen enthlt.

Whlen Sie auf der Registerkarte [Virtuelle Maschinen] die virtuellen Maschinen fr das Upgrade aus.

Schalten Sie die ausgewhlten virtuellen Maschinen aus.

Klicken Sie mit der rechten Maustaste auf Ihre Auswahl, und whlen Sie [Upgrade virtueller Hardware
durchfhren] .

Klicken Sie auf [Ja] , um das Upgrade zu besttigen.

Die ausgewhlten virtuellen Maschinen werden auf die letzte untersttzte Version aktualisiert, die auf der
Registerkarte [bersicht] als VM-Version angezeigt wird.
Weiter
Schalten Sie die virtuellen Maschinen ein.

Upgrade der Kompatibilittsebene fr virtuelle Maschinen mit


vSphere Web Client
Die Kompatibilittsebene legt die virtuelle Hardware fest, die fr die virtuelle Maschine verfgbar ist. Dies
entspricht der physischen Hardware, die auf der Hostmaschine zur Verfgung steht. Sie knnen ein Upgrade
der Kompatibilittsebene vornehmen, um eine virtuelle Maschine mit der neuesten Version von ESXi kompatibel zu machen, die auf dem Host luft.
Mit diesem Verfahren wird sofort ein Upgrade von einer oder mehreren virtuellen Maschinen auf die neueste
untersttzte virtuelle Hardwareversion vorgenommen. Unter Planen eines Upgrades der Kompatibilittsebene fr virtuelle Maschinen, auf Seite 235 finden Sie Hinweise, wie Sie ein Upgrade fr den nchsten
Neustart der virtuellen Maschine planen und unter allen untersttzten Versionen fr ein Upgrade der virtuellen Hardware whlen.
Informationen ber Hardwareversionen von virtuellen Maschinen und Kompatibilitt finden Sie in der Dokumentation Kompatibilitt der virtuellen Maschine, auf Seite 214. Die Informationen ber die Kompatibilitt finden Sie in der Dokumentation vSphere-Administratorhandbuch fr virtuelle Maschinen.
Voraussetzungen

234

Erstellen Sie eine Sicherung oder einen Snapshot der virtuellen Maschinen. Informationen finden Sie in
der Dokumentation vSphere-Administratorhandbuch fr virtuelle Maschinen.

Aktualisieren Sie VMware Tools. Bei Microsoft Windows-VMs knnte die virtuelle Maschine ihre Netzwerkeinstellungen verlieren, wenn die Kompatibilittsebene vor VMware Tools aktualisiert wird.

Stellen Sie sicher, dass dem ESX/ESXi-Host alle .vmdk-Dateien auf einem VMFS3-, VMFS5- oder NFSDatenspeicher zur Verfgung stehen.

VMware, Inc.

Kapitel 7 Virtuelle Maschinen werden aktualisiert

Stellen Sie sicher, dass die virtuelle Maschinen auf VMFS3-, VMFS5- oder NFS-Datenspeichern gespeichert
sind.

Vergewissern Sie sich, dass die virtuelle Hardware auf den virtuellen Maschinen nicht die letzte untersttzte Version ist.

Ermitteln Sie die ESXi-Versionen fr die virtuellen Maschinen, mit denen die Kompatibilitt hergestellt
werden soll. Weitere Informationen hierzu finden Sie unter Kompatibilitt der virtuellen Maschine,
auf Seite 214.

Vorgehensweise
1

Melden Sie sich ber vSphere Web Client beim vCenter Server an.

Whlen Sie die virtuellen Maschinen aus.


a

Whlen Sie ein Datencenter, einen Ordner, einen Cluster, einen Ressourcenpool oder einen Host.

Klicken Sie auf die Registerkarte [Verwandte Objekte] und dann auf [Virtuelle Maschinen] .

Schalten Sie die ausgewhlten virtuellen Maschinen aus.

Whlen Sie [Aktionen] > [Alle vCenter-Aktionen] > [Kompatibilitt] > [Upgrade der VM-Kompatibilitt] .

Klicken Sie auf [Ja] , um das Upgrade zu besttigen.

Whlen Sie die ESXi-Versionen fr die virtuellen Maschinen, mit denen die Kompatibilitt hergestellt
werden soll.

Klicken Sie auf [OK] .

Die ausgewhlten virtuellen Maschinen werden einem Upgrade auf die entsprechende Hardwareversion fr
die von Ihnen ausgewhlte Kompatibilittseinstellung unterzogen und die neue Hardwareversion wird auf
der Registerkarte bersicht der virtuellen Maschine aktualisiert.
Weiter
Schalten Sie die virtuellen Maschinen ein.

Planen eines Upgrades der Kompatibilittsebene fr virtuelle


Maschinen
Die Kompatibilittsebene legt die virtuelle Hardware fest, die fr die virtuelle Maschine verfgbar ist. Dies
entspricht der physischen Hardware, die auf der Hostmaschine zur Verfgung steht. Sie knnen ein Upgrade
der Kompatibilittsebene planen, um eine virtuelle Maschine mit neueren Versionen von ESXi kompatibel zu
machen, die auf dem Host laufen.
Verwenden Sie diese Vorgehensweise, um ein Upgrade von einer oder mehreren virtuellen Maschinen beim
nchsten Neustart der virtuellen Maschine zu planen, und whlen Sie ein Upgrade aus allen untersttzten
Upgrades der Kompatibilittsebene aus. Hinweise zum sofortigen Upgrade von virtuellen Maschinen auf die
neueste untersttzte Kompatibilittsebene finden Sie unter Upgrade der Kompatibilittsebene fr virtuelle
Maschinen mit vSphere Web Client, auf Seite 234.
Informationen ber Versionen und Kompatibilitt der Hardware fr virtuelle Maschinen finden Sie unter
Kompatibilitt der virtuellen Maschine, auf Seite 214. Ziehen Sie auch die Informationen ber die Kompatibilitt von virtuellen Maschinen in der Dokumentation vSphere-Administratorhandbuch fr virtuelle Maschinen zu Rate.
Voraussetzungen
n

VMware, Inc.

Erstellen Sie eine Sicherung oder einen Snapshot der virtuellen Maschinen. Informationen finden Sie in
der Dokumentation vSphere-Administratorhandbuch fr virtuelle Maschinen.

235

vSphere-Upgrade-Handbuch

Aktualisieren Sie VMware Tools. Bei Microsoft Windows-VMs knnte die virtuelle Maschine ihre Netzwerkeinstellungen verlieren, wenn die Kompatibilittsebene vor VMware Tools aktualisiert wird.

Stellen Sie sicher, dass dem ESX/ESXi-Host alle .vmdk-Dateien auf einem VMFS3-, VMFS5- oder NFSDatenspeicher zur Verfgung stehen.

Stellen Sie sicher, dass die virtuelle Maschinen auf VMFS3-, VMFS5- oder NFS-Datenspeichern gespeichert
sind.

Vergewissern Sie sich, dass die virtuelle Hardware auf den virtuellen Maschinen nicht die letzte untersttzte Version ist.

Ermitteln Sie die ESXi-Versionen fr die virtuellen Maschinen, mit denen die Kompatibilitt hergestellt
werden soll. Weitere Informationen hierzu finden Sie unter Kompatibilitt der virtuellen Maschine,
auf Seite 214.

Vorgehensweise
1

Melden Sie sich ber vSphere Web Client beim vCenter Server an.

Whlen Sie die virtuellen Maschinen aus.


a

Whlen Sie ein Datencenter, einen Ordner, einen Cluster, einen Ressourcenpool oder einen Host.

Klicken Sie auf der Registerkarte [Verwandte Objekte] und klicken Sie dann auf [Virtuelle Maschinen] .

Schalten Sie die ausgewhlten virtuellen Maschinen aus.

Whlen Sie [Aktionen] > [Alle vCenter-Aktionen] > [Kompatibilitt] > [Upgrade der VM-Kompatibilitt planen] .

Klicken Sie auf [Ja] , um das Upgrade zu besttigen.

Whlen Sie die ESXi-Versionen fr die virtuellen Maschinen, mit denen die Kompatibilitt hergestellt
werden soll.

(Optional) Whlen Sie [Upgrade nur nach einem normalen Herunterfahren des Gastbetriebssystems
ausfhren] .
Damit wird verhindert, dass das geplante Upgrade durchgefhrt wird, bevor das Gastbetriebssystem der
virtuellen Maschine normal heruntergefahren oder neu gestartet wird.

Jede der ausgewhlten virtuellen Maschinen wird beim nchsten Neustart der virtuellen Maschine einem
Upgrade auf die gewhlte Hardwareversion unterzogen und die Kompatibilittseinstellung wird auf der Registerkarte bersicht der virtuellen Maschine aktualisiert.

236

VMware, Inc.

Beispiele fr Upgrade-Szenarien

Zu den Upgrade-Szenarien fr vSphere 4.1 gehren Flle mit und ohne geclusterte Hosts, Hosts, die Sie auf
derselben Maschine, auf der sie gerade ausgefhrt werden, aktualisieren (In-Place-Upgrades), sowie Hosts,
die Sie mittels anderer Maschinen aktualisieren (Migrations-Upgrades).
Dieses Kapitel behandelt die folgenden Themen:
n

Upgrade von Umgebungen mit Host-Clustern, auf Seite 237

Upgrade von Umgebungen ohne Host-Cluster, auf Seite 239

Verschieben von virtuelle Maschinen mithilfe von vMotion whrend eines Upgrades, auf Seite 240

Verschieben von ausgeschalteten oder angehaltenen virtuelle Maschinen whrend eines Upgrades
mit vCenter Server, auf Seite 241

Migrieren von ESX 4.x- oder ESXi 4.x- Hosts auf ESXi 5.1 bei einer Auto Deploy Installation mit Start
ber PXE, auf Seite 242

Separates Upgrade fr vSphere-Komponenten in einer VMware View-Umgebung, auf Seite 243

Upgrade von Umgebungen mit Host-Clustern


In diesem Szenario wird dargestellt, wie Sie mithilfe von vSphere Update Manager den Upgrade-Vorgang von
Hosts und virtuelle Maschinen vereinfachen und die Ausfallzeiten in Host-Clusterumgebungen auf ein Minimum reduzieren knnen.
berprfen Sie in diesem Szenario die folgenden Details Ihrer vSphere-Umgebung.
n

Sie bentigen vCenter Server 4.x oder vCenter 5.0.x.

Sie mssen vSphere Update Manager einsetzen.

Alle Hosts mssen ESX 4.x/ESXi 4.x oder hher ausfhren.

Wenn in Ihrer Umgebung vCenter Guided Consolidation eingesetzt wird, deinstallieren Sie es vor dem
Upgrade.

Die folgende Liste von Aufgaben bietet einen berblick auf hoher Ebene ber den Upgrade-Vorgang.
1

Fhren Sie den vCenter Host Agent Pre-Upgrade Checker aus.

Upgrade von vCenter Server 2.5 Update 6 oder hher, vCenter Server 4.x oder vCenter 5.0 auf vCenter
Server 5.1.
a

VMware, Inc.

Vergewissern Sie sich, dass die Datenbank mit vCenter Server 5.1 kompatibel ist. Siehe die VMwareProdukt-Interoperabilittsmatrix unter
http://www.vmware.com/resources/compatibility/sim/interop_matrix.php.

237

vSphere-Upgrade-Handbuch

Stellen Sie sicher, dass Sie ber die erforderlichen Berechtigungen zum Durchfhren dieses Vorgangs
verfgen. Weitere Informationen hierzu finden Sie unter Voraussetzungen fr das Upgrade von
vCenter Server, auf Seite 52.

Fhren Sie eine vollstndige Sicherung der vCenter Server-Datenbank durch. Informationen finden
Sie in der Datenbankdokumentation.

Sichern Sie die vCenter Server SSL-Zertifikate.

Die fr dieses Upgrade erforderliche Ausfallzeit basiert auf der Menge an Daten in der Datenbank. Whrend dieser Ausfallzeit knnen Sie keine Bereitstellungsvorgnge ausfhren, wie z. B. das Klonen oder
das Erstellen virtueller Maschinen.
Nach dem Upgrade werden die Hosts automatisch mit vCenter Server 5.1 verbunden, wenn Sie diese
Option whrend des Upgrade-Vorgangs whlen. vSphere High Availability- und vSphere Distributed
Resource Scheduler-Cluster werden automatisch neu konfiguriert. berprfen Sie sicherheitshalber, ob
die automatische Neukonfiguration erfolgreich ist. In manchen Fllen mssen Sie die Cluster manuell neu
konfigurieren.
vCenter Server 5.x wird nur auf 64-Bit-Systemen untersttzt. Die von Ihnen verwendete Upgrade-Methode hngt davon ab, fr welche Version von vCenter Server Sie das Upgrade vornehmen und auf welchem System diese derzeit installiert ist. Eine ausfhrliche Beschreibung des Upgrade-Verfahrens finden
Sie unter Vorbereiten des Upgrades auf vCenter Server, auf Seite 33 und Kapitel 4, Upgrade auf vCenter Server 5.1, auf Seite 33.
3

Installation des vSphere-Clients


Sie knnen den vSphere-Client auf derselben Maschine installieren, auf der sich die vorherige Version
Ihres vSphere-Clients befindet. Sie bentigen die vorherige Version des vSphere-Clients, um eine Verbindung mit den vorherigen Versionen von vCenter Server und ESX/ESXi herzustellen.
Eine detaillierte Beschreibung des Verfahrens finden Sie unter Aktualisieren des vSphere-Clients,
auf Seite 103.

Aktualisieren Sie vSphere Update Manager auf vSphere Update Manager 5.1.

Verwenden Sie Update Manager, um Hosts mit ESX 4.x/ESXi 4.x oder hher auf ESX 5.1 zu aktualisieren.
Vor dem Upgrade des Hosts versetzt Update Manager den Host in den Wartungsmodus. Die Ausfallzeit
fr diesen Vorgang hngt von der Netzwerkgeschwindigkeit und der Startzeit des Servers ab.
Eine detaillierte Beschreibung des Verfahrens finden Sie in der Dokumentation Installieren und Verwalten
von VMware vSphere Update Manager.

Verwenden Sie zum Upgrade Ihrer virtuelle Maschinen den Update Manager. Update Manager stellt
sicher, dass das Upgrade von VMware Tools und der virtuellen Hardware in der richtigen Reihenfolge
ausgefhrt werden, um einen Verlust Ihrer Netzwerkkonnektivitt zu vermeiden. Update Manager fhrt
auch automatische Sicherungen Ihrer virtuelle Maschinen durch, falls Sie nach dem Upgrade ein Rollback
ausfhren mssen. Sie knnen Hosts in Clustern aktualisieren, ohne die virtuelle Maschinen auszuschalten, sofern Distributed Resource Scheduler fr den Cluster zur Verfgung steht.

Upgrade der Produktlizenzen:

Sie erhalten Ihre neuen Lizenzschlssel entweder per Email oder ber das Lizenzportal.

Wenden Sie die neuen Lizenzschlssel mithilfe von vCenter Server auf Ihre Assets an.

Verwenden Sie den vSphere-Client zum Upgrade auf VMFS5.


Weitere Informationen ber das Durchfhren eines Upgrades von Datenspeichern auf VMFS5 finden Sie
unter vSphere-Speicher.

238

VMware, Inc.

Kapitel 8 Beispiele fr Upgrade-Szenarien

Upgrade von Umgebungen ohne Host-Cluster


Wenn Sie ber eigenstndige ESX 4.x/ESXi 4.x-Hosts verfgen, knnen Sie Ihre Hosts und den vSphere-Client
aktualisieren, um Ihre virtuelle Maschinen zu aktualisieren. Dieses Szenario zeigt einen allgemeinen berblick
des Upgrade-Vorgangs, wenn Sie weder ber Host-Cluster noch ber vSphere Update Manager verfgen.
Dieses Szenario gilt fr Ihre Umgebung, unabhngig davon, ob Sie ber vCenter Server verfgen oder nicht.
berprfen Sie die folgenden Details Ihrer vSphere-Umgebung.
n

Alle Hosts mssen ESX 4.x/ESXi 4.x oder hher ausfhren.

Wenn in Ihrer Umgebung vCenter Guided Consolidation eingesetzt wird, deinstallieren Sie es vor dem
Upgrade.

Fhren Sie den vCenter Host Agent Pre-Upgrade Checker aus.


Weitere Informationen hierzu finden Sie unter Ausfhren des vCenter Host Agent Pre-Upgrade Checkers, auf Seite 64.

Wenn Sie vCenter Server einsetzen, aktualisieren Sie auf vCenter Server 5.1.
Weitere Informationen hierzu finden Sie unter Kapitel 4, Upgrade auf vCenter Server 5.1, auf Seite 33.
Die fr dieses Upgrade erforderliche Ausfallzeit basiert auf der Menge an Daten in der Datenbank. Whrend dieser Ausfallzeit knnen Sie keine Bereitstellungsvorgnge ausfhren, wie z. B. das Klonen oder
das Erstellen virtueller Maschinen.
Nach dem Upgrade werden die Hosts automatisch mit vCenter Server 5.1 verbunden, wenn Sie diese
Option whrend des Upgrade-Prozesses ausgewhlt haben.

Installieren Sie den vSphere-Client 5.1 oder fhren Sie ein Upgrade auf diese Version durch. Siehe Aktualisieren des vSphere-Clients, auf Seite 103.
Sie knnen den vSphere-Client auf derselben Maschine installieren, auf der sich die vorherigen Versionen
Ihres vSphere-Clients befinden. Sie bentigen die vorherigen Versionen des vSphere-Clients, um eine
Verbindung mit den vorherigen Versionen von vCenter Server und ESX/ESXi herzustellen.

Fhren Sie fr alle Hosts ein interaktives Upgrade mithilfe eines ESXi-ISO-Installer-Image durch, das auf
einer CD, DVD oder einem USB-Flash-Laufwerk gespeichert ist, um ESX 4.x/ESXi 4.x zu aktualisieren.
Siehe Kapitel 6, Upgrade und Migration Ihrer Hosts, auf Seite 131 und Interaktives Upgrade oder
interaktive Migration von Hosts, auf Seite 173.
Fr diesen Vorgang mssen Sie den Host in den Wartungsmodus versetzen, bevor Sie ihn aktualisieren.
Die Ausfallzeit fr diesen Vorgang hngt von der Netzwerkgeschwindigkeit und der Startzeit des Servers
ab.
Falls das Upgrade fehlschlgt, untersttzt der Prozess ein Rollback auf die vorherige Version nicht.

Aktualisieren Sie Ihre virtuelle Maschinen. Weitere Informationen hierzu finden Sie unter Kapitel 7, Virtuelle Maschinen werden aktualisiert, auf Seite 211.

Beziehen Sie Ihren Lizenzschlssel per E-Mail oder ber das Lizenzportal.

Wenden Sie die neuen Lizenzschlssel mithilfe des vSphere-Clients auf Ihre Assets an.

Verwenden Sie den vSphere-Client zum Durchfhren eines Upgrades Ihres Datenspeichers auf VMFS5.
Informationen ber das Durchfhren eines Upgrades eines Datenspeichers auf VMFS5 finden Sie in der
Dokumentation vSphere-Speicher.

VMware, Inc.

239

vSphere-Upgrade-Handbuch

Verschieben von virtuelle Maschinen mithilfe von vMotion whrend


eines Upgrades
Dieses Szenario ist ein Migrations-Upgrade. Bei einem Migrations-Upgrade handelt es sich eher um einen
verwalteten bergang als um ein Upgrade im strengen Sinn. Durch die Verwendung von vMotion zum direkten Verschieben von virtuelle Maschinen von einem Produktionshost auf einen anderen Produktionshost
reduzieren Sie die Ausfallzeit der virtuelle Maschinen auf ein Minimum.
Das folgende Beispiel bietet einen allgemeinen berblick ber den Upgrade-Vorgang in einer Umgebung mit
ESX 4.0/ESXi 4.0 oder hher und vCenter Server 5.1, bei dem vMotion zum Migrieren Ihrer ausgefhrten
virtuelle Maschinen auf ESXi 5.1 verwendet wird. Die Hosts in Ihrer Umgebung mssen fr vMotion lizenziert
sein und dieses verwenden knnen.
Sie knnen ein Migrations-Upgrade ohne vMotion durchfhren. Der einzige Unterschied ist die Dauer der
Ausfallzeiten fr die virtuelle Maschinen.
Fr ein Migrations-Upgrade werden gengend Ressourcen bentigt, um die Produktionsumgebung zum Teil
auf lteren Hosts und zum Teil auf aktualisierten Hosts auszufhren. Etwaige erforderliche Redundanzen und
Sicherheitsmanahmen mssen whrend der bergangsphase sowohl fr die aktualisierte als auch fr die
noch nicht aktualisierte Infrastruktur zur Verfgung stehen.
Voraussetzungen
n

Stellen Sie sicher, dass eine oder mehrere Maschinen die ESXi 5.1-Anforderungen erfllen.

Stellen Sie sicher, dass gengend freier Hostspeicher zur Verfgung steht, um einen Teil der virtuelle
Maschinen Ihres Produktionssystems aufzunehmen. Idealerweise sollte der Speicher gro genug fr alle
migrierten virtuelle Maschinen sein. Je hher die Kapazitt fr virtuelle Maschinen in diesem zustzlichen
Speicher ist, desto weniger Schritte mssen vor der Migration der virtuelle Maschinen ausgefhrt werden.

Wenn in Ihrer Umgebung vCenter Guided Consolidation eingesetzt wird, deinstallieren Sie es.

Fhren Sie den vCenter Host Agent Pre-Upgrade Checker aus. Weitere Informationen hierzu finden Sie
unter Ausfhren des vCenter Host Agent Pre-Upgrade Checkers, auf Seite 64.

Fhren Sie ein Upgrade von vCenter Server 4.0 auf vCenter Server 5.1 durch. Weitere Informationen hierzu
finden Sie unter Kapitel 4, Upgrade auf vCenter Server 5.1, auf Seite 33.
Die fr dieses Upgrade erforderliche Ausfallzeit basiert auf der Menge an Daten in der Datenbank. Whrend dieser Ausfallzeit knnen Sie keine Bereitstellungsvorgnge ausfhren, wie z. B. das Klonen oder
das Erstellen virtueller Maschinen.

Installieren Sie die Version 5.1 des vSphere-Clients oder von vSphere Web Client. Weitere Informationen
hierzu finden Sie unter Aktualisieren des vSphere-Clients, auf Seite 103.

Wenn in Ihrer Umgebung vSphere Update Manager eingesetzt wird, aktualisieren Sie ihn auf die neueste
Version. Weitere Informationen hierzu finden Sie unter Kapitel 5, Upgrade von Update Manager,
auf Seite 127.

Vorgehensweise
1

Verschieben Sie die virtuelle Maschinen von den Hosts mit ESX 4.0/ESXi 4.0 oder hher mithilfe von
vMotion.

Fhren Sie ein Upgrade des Hosts auf ESXi 5.1 durch oder installieren Sie ESXi 5.1 neu.

Fgen Sie den ESXi 5.1-Host zu vCenter Server hinzu.

Verschieben Sie vor dem Upgrade die virtuelle Maschinen, die Sie von den Hosts mit ESX 4.0/ESXi 4.0
oder hher entfernt haben, mithilfe von vMotion.
Damit vMotion funktioniert, mssen die Hosts von derselben vCenter Server-Instanz verwaltet werden.

240

VMware, Inc.

Kapitel 8 Beispiele fr Upgrade-Szenarien

Weiter
Fhren Sie fr alle Hosts und virtuelle Maschinen des Migrations-Upgrades folgende Aktionen durch.
n

Aktualisieren Sie Ihre virtuelle Maschinen. Weitere Informationen hierzu finden Sie unter Kapitel 7, Virtuelle Maschinen werden aktualisiert, auf Seite 211.

Upgrade der Produktlizenzen:

Beziehen Sie Ihre neuen Lizenzschlssel per E-Mail oder ber das Lizenzportal.

Wenden Sie unter Verwendung des vSphere-Clients (oder von vCenter Server, falls Sie ihn einsetzen)
die neuen Lizenzschlssel auf Ihre Assets an.

Verwenden Sie den vSphere-Client zum Durchfhren eines Upgrades des Hostdatenspeichers auf VMFS5.
Weitere Informationen ber das Durchfhren eines Upgrades von Datenspeichern auf VMFS5 finden Sie
unter vSphere-Speicher.

Verschieben von ausgeschalteten oder angehaltenen virtuelle


Maschinen whrend eines Upgrades mit vCenter Server
Bei einem Cold-Migration-Upgrade schalten Sie die virtuelle Maschinen, die Sie auf einen neuen Host verschieben, aus oder halten Sie sie an. Wenn Sie die Cold-Migration zum Verschieben von virtuelle Maschinen
verwenden, ist eine lngere Ausfallzeit fr die virtuelle Maschinen einzuplanen.
Dieses Szenario geht davon aus, dass die Hosts ber keine vMotion-Funktionalitt verfgen.
Upgrades mithilfe von Cold-Migrationen sind ntzlich in Situationen, die ein mehrstufiges Upgrade erfordern,
z. B. bei Upgrades von Versionen vor ESX 4.x.
Voraussetzungen
n

Stellen Sie sicher, dass eine oder mehrere Maschinen die ESXi 5.1-Anforderungen erfllen.

Stellen Sie sicher, dass gengend freier Hostspeicher zur Verfgung steht, um einen Teil der virtuelle
Maschinen Ihres Produktionssystems aufzunehmen. Idealerweise sollte der Speicher gro genug fr alle
migrierten virtuelle Maschinen sein. Je hher die Kapazitt fr virtuelle Maschinen in diesem zustzlichen
Speicher ist, desto weniger Schritte mssen vor der Migration der virtuelle Maschinen ausgefhrt werden.

Wenn in Ihrer Umgebung vCenter Guided Consolidation eingesetzt wird, deinstallieren Sie es vor dem
Upgrade.

Fhren Sie den vCenter Host Agent Pre-Upgrade Checker aus. Weitere Informationen hierzu finden Sie
unter Ausfhren des vCenter Host Agent Pre-Upgrade Checkers, auf Seite 64.

Fhren Sie ein Upgrade von vCenter Server 4.0 auf vCenter Server 5.1 durch. Weitere Informationen hierzu
finden Sie unter Kapitel 4, Upgrade auf vCenter Server 5.1, auf Seite 33.

Installieren Sie die Version 5.1 des vSphere-Clients oder von vSphere Web Client. Weitere Informationen
hierzu finden Sie unter Aktualisieren des vSphere-Clients, auf Seite 103.

Wenn in Ihrer Umgebung vCenter Update Manager eingesetzt wird, aktualisieren Sie ihn auf die neueste
Version.

Vorgehensweise
1

Fgen Sie den ESXi 5.1-Host zu vCenter Server 5.1 hinzu.

Fgen Sie die ESX 4.x/ESXi 4.x-Hosts zu vCenter Server 5.1 hinzu.

Schalten Sie die virtuellen Maschinen auf den ESX 4.x/ESXi 4.x-Hosts aus oder halten Sie sie an.

Verschieben Sie die virtuelle Maschinen auf den ESXi 5.1-Host.

VMware, Inc.

241

vSphere-Upgrade-Handbuch

Weiter
Fhren Sie fr alle Hosts und virtuelle Maschinen des Migrations-Upgrades folgenden Aktionen durch.
n

Aktualisieren Sie Ihre virtuelle Maschinen. Weitere Informationen hierzu finden Sie unter Kapitel 7, Virtuelle Maschinen werden aktualisiert, auf Seite 211.

Upgrade der Produktlizenzen:


a

Beziehen Sie Ihre neuen Lizenzschlssel per E-Mail oder ber das Lizenzportal.

Wenden Sie unter Verwendung des vSphere-Clients (oder von vCenter Server, falls Sie ihn einsetzen)
die neuen Lizenzschlssel auf Ihre Assets an.

Migrieren von ESX 4.x- oder ESXi 4.x- Hosts auf ESXi 5.1 bei einer Auto
Deploy Installation mit Start ber PXE
Dieser berblick auf hoher Ebene beschreibt den Prozess der Migration eines ESX/ESXi 4.x-Hosts auf eine ESXi
5.1-Installation, die unter Verwendung von vSphere Auto Deploy bereitgestellt wird.
Dieses Szenario setzt die folgenden Details Ihrer vSphere-Umgebung voraus.
n

Die von Ihnen migrierten Hosts werden von einem vCenter Server verwaltet, auf dem vCenter Server 4.x
luft.

Auf allen von diesem vCenter Server verwalteten Hosts luft ESX/ESXi 4.x.

Die folgenden Aufgaben bieten einen berblick ber den Migrationsprozess.


1

Erstellen Sie Hostprofile fr die zu migrierenden ESXi 4.x-Hosts und hngen Sie die Hostprofile an die
Hosts an.
Informationen finden Sie in der Dokumentation vSphere-Hostprofile.

Upgrade von vCenter Server 4.x auf Version 5.1.


Weitere Informationen hierzu finden Sie unter Kapitel 4, Upgrade auf vCenter Server 5.1, auf Seite 33.

Bereiten Sie den Auto Deploy-Server und die Umgebung vor.


Diese Vorbereitung beinhaltet das Einrichten der DHCP- und TFTP-Server, die zum Starten von Auto
Deploy-Hostcomputern ber PXE und zum Installieren von VMware PowerCLI verwendet werden.
Weitere Informationen zur Vorbereitung fr vSphere Auto Deploy finden Sie in der Dokumentation
Installations- und Einrichtungshandbuch fr vSphere.

Wenden Sie ein Image-Profil fr einen ESXI 5.1-Host an, der unter Verwendung der Auto Deploy PowerCLI-Befehle bereitgestellt wird.
Weitere Informationen ber Auto Deploy finden Sie in der Dokumentation Installations- und Einrichtungshandbuch fr vSphere.

Verwenden Sie vSphere vMotion zum Entfernen aller virtuelle Maschinen von den zu migrierenden Hosts
und setzen Sie die Hosts in den Wartungsmodus.
Informationen finden Sie in der Dokumentation vCenter Server und Hostverwaltung.

Starten Sie die Hosts neu, rufen Sie das BIOS auf und konfigurieren Sie die Hosts fr das Starten ber das
Netzwerk neu.
Weitere Informationen ber Auto Deploy finden Sie in der Dokumentation Installations- und Einrichtungshandbuch fr vSphere. Fr ESXi 4.x-Hosts mit kompatiblen Hostprofilen wird die Hostkonfiguration wiederhergestellt.

242

VMware, Inc.

Kapitel 8 Beispiele fr Upgrade-Szenarien

Schlieen Sie beim Starten eines Hosts die Konfiguration aller Hosts ab, die nicht migriert wurden, und
erstellen Sie jeweils ein Hostprofil.
Informationen finden Sie in der Dokumentation vSphere-Hostprofile.

Klonen Sie das Hostprofil und hngen Sie das Profil an die anderen migrierten Hosts an.
Informationen finden Sie in der Dokumentation vSphere-Hostprofile.

Aktualisieren Sie die Antwortdatei von allen geklonten Profilen, um hostspezifische Konfigurationsdetails wie die IP-Konfiguration bereitzustellen.
Informationen finden Sie in der Dokumentation vSphere-Hostprofile.

Separates Upgrade fr vSphere-Komponenten in einer VMware ViewUmgebung


Wenn Sie vSphere-Komponenten separat von VMware View-Komponenten aktualisieren, mssen Sie einige
View-Daten sichern und View-Software neu installieren.
Anstatt ein integriertes Upgrade von VMware View- und vSphere-Komponenten durchzufhren, knnen Sie
auch zuerst alle View- und dann alle vSphere-Komponenten, oder umgekehrt, aktualisieren. Sie knnen auch
ausschlielich vSphere-Komponenten aktualisieren, wenn eine neue Version oder ein neues Update von
vSphere erhltlich ist.
Wenn Sie fr vSphere-Komponenten ein eigenstndiges, von View-Komponenten getrenntes Upgrade durchfhren, mssen Sie die folgenden zustzlichen Aufgaben wahrnehmen:
1

Sichern Sie vor einem vCenter Server-Upgrade die vCenter Server-Datenbank und die View ComposerDatenbank.

Sichern Sie vor einem vCenter Server-Upgrade die View LDAP-Datenbank von einer View-Verbindungsserver-Instanz. Verwenden Sie hierzu das Dienstprogramm vdmexport.exe.
Anweisungen finden Sie im Dokument Verwaltung von VMware View. Wenn mehrere View-Verbindungsserver-Instanzen in einer replizierten Gruppe vorhanden sind, mssen Sie die Daten aus nur einer Instanz
exportieren.

Wenn Sie View Composer verwenden, fhren Sie nach dem Upgrade aller ESX/ESXi-Hosts, die von einer
bestimmten vCenter Server-Instanz verwaltet werden, einen Neustart des View Composer-Diensts auf
dem jeweiligen Host durch.

Nachdem Sie die VMware Tools in virtuellen Maschinen aufgerstet haben, die als View-Desktops verwendet werden, mssen Sie View Agent neu installieren.
Durch die Neuinstallation von View Agent wird sichergestellt, dass die Treiber in der virtuellen Maschine
mit den anderen View-Komponenten kompatibel bleiben.
Schrittweise Anleitungen zur Ausfhrung des View Agent-Installationsprogramms werden im Dokument Verwaltung von VMware View gegeben.

VMware, Inc.

243

vSphere-Upgrade-Handbuch

244

VMware, Inc.

Index

Symbole
%include-Befehl 178
%post-Befehl 178
%pre-Befehl 178

A
accepteula-Befehl 178
Active Directory-Domnen, fr vCenter ServerAdministratoren besttigen 88
Active Directory-Domnen,Zu vCenter Server hinzufgen 38
Administratorbenutzer, Einstellung fr vCenter
Server 34
aktualisieren
Datenspeicherberechtigungen 120
Netzwerkberechtigungen 120
Phase 1 42, 66
Phase 4 212
Update Manager 127
Update Manager-Client 129
Update Manager-Server 128
vCenter Server 42
vCenter Server-Datenbank 52
vSphere-Client 42
Aktualisieren
In-Place 237
Migration 240, 241
Prozess 9, 237
virtuelle Maschinen 215
VMware Tools 211, 212
Aktualisieren der VMware Tools, Microsoft Windows 222
Aktualisieren von ESXi, mit Skripten 174
Aktualisieren von Hosts mit esxcli 195
Aktualisieren von vCenter Server mit Service
Packs 96
Aktualisierte Informationen 7
Akzeptanzebenen 196
Anforderungen
Empfehlungen zur Leistungsoptimierung 15,
18
ESXi-Hardwareanforderungen 15, 18
Anforderungen fr vSphere Web Client 25
Anforderungen fr vSphere-Client 25
Angleichen von Host- und Update-Akzeptanzebenen 197

VMware, Inc.

anhngen
Baseline 164, 218
Baselinegruppe 164, 218
Anmelden bei vCenter Server 3941
Anmelden bei vCenter Server 5.1 39
Anmeldungsverhalten, vCenter Single Sign
On 40, 41
Antwortdatei 192
Anwendungsbeispiele 237
anzeigen, bereinstimmungsinformationen 166,
219
Apply-EsxImageProfile-cmdlet 191
Arbeitsspeicher, Anforderungen von ESXi 15,
18
Ausfallzeit
vCenter Server 66
Whrend des Upgrades der virtuellen Hardware 222
Whrend des Upgrades der VMware
Tools 222
Authentifizieren bei vCenter Server 5.1 39
Auto Deploy
Benutzereingabe 190
Erneutes Bereitstellen von Hosts 190
Neustarten 190
Regelsatzbereinstimmung 194
Szenario fr die Migration von ESX/ESXi 4.xHosts auf 242
Auto Deploy-Regeln 193
Auto Deploy, Upgrade von ESXi-Hosts mit 190
Automatische Erkennung schlgt fehl bei Single
Sign On 96
Automatische Upgrades, VMware Tools 232
Automatisches Upgrade von VMware Tools 230

B
Baseline, anhngen 164, 218
Baselinegruppe, anhngen 164, 218
Beanspruchungsregelformat 209
Befehlszeilenoptionen beim Start 176
Benutzer-Repositorys fr vCenter Single Sign
On 42
Benutzereingabe fr Auto Deploy 192
Benutzereingabe fr Auto Deploy-Hosts 190

245

vSphere-Upgrade-Handbuch

Berechtigungen
Datenspeicher 121
Netzwerke 123
Bereitstellungsmodi, vCenter Single Sign On 36
Bereitstellungsszenarien, vCenter Single Sign
On 39
Best Practices
Updates und Upgrades 131
vCenter Server-Upgrades 51
Betriebssystemspezifische Pakete fr VMware
Tools in virtuellen Linux-Maschinen 229,
233

C
CD, Upgrade von Hosts 173
CD/DVD, Brennen des ESXi-ISO-Image 144
clearpart-Befehl 178
Clients, Firewall 26, 28
Cluster, Konfigurieren von Einstellungen 161
Clustereinstellungen 157
Clusterinstallation, vCenter Single Sign On 41
cmdlet Repair-DeployRulesetCompliance 194
cmdlet Test-DeployRuleSetCompliance 194
Cold-Migration 241
Computername
Oracle 59
SQL Server 59
Connect-VIServer-cmdlet 191, 193
Copy-DeployRule-cmdlet 191

D
Datei boot.cfg 186
Datenbank, Single Sign On 50
Datenbankadministratoren, Single Sign On 50
Datenbanken, vorbereiten 114
Datenbankverbindungen, Anzahl 119
Datenspeicher, Berechtigungen 121
Datenspeicherberechtigungen
aktualisieren 120
Aktualisieren 122
Datenspeichernamen und vCenter Server-Upgrades 63
DB2 58
Deinstallieren von VMware Tools 233
Depot, Software 196
Der vSphere Web Client kann keine Verbindung
zu einem vCenter Server der Version 5.0
herstellen 105
DHCP, Starten des ESXi-Installationsprogramms
per PXE-Startvorgang 150
Dienste, VMware Tools 211, 212
Dienstprogramme, VMware Tools 211, 212
DNS-Anforderungen 29
DPM 157
DRAC 30

246

DRS 157
dryrun-Befehl 178
Durchfhren eines Upgrades des vSphere Web
Client 87, 104
Durchfhrung eines Upgrades von ESXi per Skript
von einem USB-Flash-Laufwerk 188
DVD, Upgrade von Hosts 173

E
Einfache Installation, vCenter Single Sign On 40
Eingabeaufforderung beim Start 176
Einstellungen fr die Ressourcenpools, die vom
Upgrade betroffen sind 136
erstellen
Host-Baselinegruppe 164
Virtuelle Appliances, Upgrade-Baseline 216
VM- und VA-Baselinegruppe 217
ESX, aktualisieren 156
ESX-Upgrade, Vorbereitung 131
esxcli, Upgrade der Hosts wird durchgefhrt 195
esxcli reboot image 206
esxcli-Installation oder -Upgrade, Testinstallation
bzw. Test-Upgrade 205
esxcli-Testinstallation oder -Test-Upgrade 205
ESXi
aktualisieren 156
Systemanforderungen 15
ESXi-Images, Importieren 162
ESXi-Installationsskript, Grundlegende Informationen 177
ESXi-ISO-Image, Brennen auf eine
CD/DVD 144
ESXi-Upgrade, Vorbereitung 131
ESXi-Upgrade-Optionen 138
esxupdate 156

F
FCoE,ESXi installieren und starten 155
Festplatten
Lokal 237
VMDK 42
Festplattengertenamen 186
Firewall 26, 28
Firewall-Konfiguration, nderungen nach einem
Upgrade 135
FT 157
FTP 148

G
Gastbetriebssysteme 19
Getrenntes Upgrade von vCenter Server und erforderlichen Komponenten 72
Globale Daten 115
gPXE 148

VMware, Inc.

Index

Grundlegende Einzelknoten-Installation, vCenter


Single Sign On 40
Grundlegende Informationen zum vSphere-Upgrade 5
Gruppe im verknpften Modus 102, 115
Gruppen, Anforderungen 114

H
HA 157
Hardwareanforderungen
ESXi 15
vCenter Server 20
vCenter Server Appliance 20
Hardwareanforderungen, ESXi 18
Herunterladen des vCenter Server-Installationsprogramms 66
High Availability, Single Sign On 76
hohe Verfgbarkeit, Single Sign On 75, 77, 78
Host, Wartungsmodus 199
Host-Akzeptanzebene, Anzeigen 206
Host-Baselinegruppe erstellen 164
Host-Firewall 26, 28
Host-Upgrade 156
Host-Upgrade-Optionen, Grundlegende Informationen 138
Host, Update mit einer ZIP-Datei aus einem Depot 203
Hosteinstellungen 157
Hostprofile, Mit Auto Deploy zuweisen 193
Hosts
Manuelles Prfen 165
Mit Auto Deploy erneut bereitstellen 190
Standardisieren anhand einer Upgrade-Baseline 166
Standardisieren anhand von Baselinegruppen 170
Standardisierungsfehlerantwort 160
Hosts, Hinzufgen von Erweiterungen eines Drittanbieters 205
Hosts, Upgrade 131
HTTPD, Als Lastausgleich konfigurieren 78

I
IBM DB2, Anforderungen 56
IDE-Festplatten 15, 18
Identittsquellen fr vCenter Single Sign On 42
IIS, Konflikt mit vCenter Server hinsichtlich Port
80 29
ILO 30
Image-Profil
Anzeigen 206
Definition 196
Image-Profile, Wartungsmodus fr die Installation
oder das Update 198

VMware, Inc.

Image-Profile, Host aktualisieren 201


Import, ESXi-Image 162
In-Place-Upgrades 66, 237
include-Befehl 178
Installation der VMware Tools, Microsoft Windows 222
Installation von vSphere-Client 103
Installationsbefehl 178
Installationsskript
Benutzerdefiniert in ISO-Image 147
Pfad 177
Untersttzte Speicherorte 177
Installieren
VirtualCenter Server 114
VMware Tools 211, 212
VMware vSphere Web Client 87, 104
Installieren der VMware Tools, Microsoft Windows 222
Installieren von ESXi, mit Skripten 174
Installieren von ESXi mit Software FCoE 155
Installieren von vCenter Single Sign On unter Verwendung der einfachen Installation
(vCenter Simple Install) 67
installorupgrade-Befehl 178
Interaktives Upgrade von Hosts 173
Inventory Service, Erforderliche Informationen fr
die Installation oder das Upgrade 44
Inventory Service, Installieren oder Upgrade in
vCenter Server Simple Install 69
Inventory Service, IPv6-Untersttzung aktivieren 113
Inventory Service, separat installieren 89
IP-Adressen 143
IPv6-Untersttzung, fr Inventory Service aktivieren 113
ISO-Image, Mit benutzerdefiniertem Installationsskript 147

J
JDBC URL-Formate 61
JVM-Heap-Einstellungen, empfohlen fr vCenter
Virtual Appliance 20

K
keyboard-Befehl 178
Kompatibilitt
Betriebssysteme fr Update Manager 31
Datenbankformate fr Update Manager 31
virtuelle Maschinen 214
Kompatibilitt der virtuellen Maschine
aktualisieren 214
Auswahl fr die Erstellung einer virtuellen Maschine 214

247

vSphere-Upgrade-Handbuch

Kompatibilittsebene
Planen eines Upgrades fr eine virtuelle Maschine 235
Upgrade fr eine virtuelle Maschine 234
konfigurieren
Clustereinstellungen 161
Hosteinstellungen 160
Konfigurieren, Ports 26, 28
Koordinierte Host-Upgrades 156
Koordiniertes Upgrade
von Hosts 158
Von virtuelle Maschinen 215

L
Lastausgleich, fr Single Sign On 78
Lastenausgleich, Single Sign On 80
LDAP 115
Linux-Gastbetriebssystem, Installation oder Upgrade der VMware Tools (tar-Installationsprogramm) 224
Linux-spezifische Pakete fr VMware Tools 229,
233
Lizenz nach Upgrade neu anwenden 210
Lizenzierung, vCenter Server 102
Lizenzmodus 210
Lookup Service, , siehe vCenter Lookup Service
Lsungen fr den DNS-Lastausgleich und Datenspeicher in vCenter Server 63
LUN-Maskierung 209

M
MAC-Adresse 151
Manuell erstellte Benutzer verwenden 50
Medienoptionen, ESXi-Installationsprogramm,
Untersttzt 144
Microsoft .NET Framework 25
Microsoft SQL Server, Anforderungen 56
Microsoft Windows-Gastbetriebssystem, Installieren oder Aktualisieren der VMware
Tools 222
Migrations-Upgrade 66, 240, 241
Migrieren von ESX 4.x-Dateien zu ESXi 5.x 133

N
NetWare-Gastbetriebssystem, Installation oder
Upgrade der VMware Tools (tar-Installationsprogramm) 228
Netzwerknderungen in ESXi 5.x 136
Netzwerkbefehl 151, 178
Netzwerkberechtigungen
aktualisieren 120
Aktualisieren 123
Netzwerke, Berechtigungen 123
New-DeployRule-cmdlet 193

248

NTP-Client, konfigurieren 60

O
Online-Hilfe, lokal bereitstellen 106
OpenLDAP-Domnen, Zum vCenter Server hinzufgen 38
Optionen des Boot-Loader-Kernels 176
Oracle 58
Oracle JDBC-Treiber 102
Oracle-Datenbank
Anforderungen 56
Computername, ndern 59
OSPs zum Installieren von VMWare Tools in virtuellen Linux-Maschinen 229, 233

P
paranoid-Befehl 178
part-Befehl 178
partition-Befehl 178
Partitionierung, ESXi 5.x-Hosts nach Upgrade 138
Partitionierung, Neuinstallationen von ESXi
5.x 137
Partitionierungsnderungen von ESX 4.x und ESXi 4.x auf ESXi 5.x 137
Port 80-Konflikt zwischen vCenter Server und
IIS 29
Post-Upgrade-Aspekte 209
Post-Upgrade-Aufgaben fr vCenter Server 102
Pre-Upgrade Checker, Fr vCenter-Agent 64
Primrer Knoten, Single Sign On HA 77
Protokolldateien 209
Protokollierung, Speicherplatz bereitstellen
fr 25
prfen
Hosts 165
Virtuelle Appliance 219
virtuelle Maschine 219
PXE, Konfigurationsdateien 151
PXELINUX, Starten des ESXi-Installationsprogramms mit 151, 153, 154

R
rebooting-image 206
Regelsatzbereinstimmung 194
Remotemanagement-Anwendungen 156
ROM-Image 148
rootpw-Befehl 178
RSA 30
RSA SSPI-Dienst, Komponente von vCenter Single Sign On 37

S
SAS-Laufwerke 15, 18

VMware, Inc.

Index

SATA-Festplatten 15, 18
Schnittstellen
443 52
80 52
Firewall 26, 28
konfigurieren 26, 28
SCSI 15, 18
Security Token Service, Komponente von vCenter
Single Sign On 37
Service Packs fr vCenter Server 96
Service Packs fr vCenter Server,Rechte fr Installation erforderlich 97
Servicekonsole, Entfernt in ESXi 5.x 11
Servicekonsolen-Portgruppe 137
Single Sign On
automatische Erkennung schlgt fehl 96
Benutzer-Repositorys 42
Datenbankbenutzer 50
Erforderliche Informationen fr die Installation
oder das Upgrade 44
Fehler beim Starten 95
Identittsquellen 42
In einer Windows-Umgebung 94
Installation schlgt fehl 94
Siehe auch vCenter Single Sign On
Single Sign On fr mehrere Standorte, Installieren 82
Single Sign On, ersten Knoten fr High Availability
installieren 77
Single Sign On, ersten Knoten fr mehrere Standorte installieren 83
Single Sign On, in Bereitstellung mit mehreren
Standorten installieren 82
Single Sign On, neue Installation 73
Single Sign On, Replizieren von Daten zwischen
Instanzen fr mehrere Standorte 91
Single Sign On, Sicherung fr Single-Node-Instanz wiederherstellen 112
Skript, Zur Installation von ESXi 177
Skript fr die Vorabprfung beim Upgrade, Fehler 207
Skript fr die Vorabprfung der Installation, Fehler 207
Skriptinstallation, Unterschiede zu ESXi 4.x 185
Software-Depot, Definition 196
Solaris-Gastbetriebssystem, Installation oder Upgrade der VMware Tools (tar-Installationsprogramm) 226
SQL Server, Computername, ndern 59
SQL-Kompatibilittsmodus 66
SSH-Konfiguration, vom Upgrade betroffen 136
SSL, Lastausgleich konfigurieren 78
SSL-Zertifikat, Mit HTTPD 79
SSL-Zertifikate 102

VMware, Inc.

SSO
Aktualisieren der Lookup Service-Datenstze 80
hohe Verfgbarkeit 78
Lastenausgleich 78
Siehe auch Single Sign On
SSPI, , siehe RSA SSPI-Dienst
Standardisierung
von Hosts 166, 170
Von virtuellen Appliances 220
Von virtuellen Maschinen 220
Startbefehle, eingeben 175
Starten des ESXi-Installationsprogramms per
PXE-Startvorgang mithilfe von PXELINUX, Vorgehensweisen zur Installation 151, 153, 154
Statische IP-Adressen 143
Synchronisieren der ESX/ESXi-Systemuhren im
vSphere-Netzwerk 59
Synchronisieren der Systemuhren im vSphereNetzwerk 59
Synchronisierung von vSphere-Netzwerksynstemuhren 60
Systemanforderungen, vCenter Server-Datenbank 56
Szenarien 34, 237

T
tar-Installationsprogramm 224
TCP/IP 52
Testmodus 210
TFTP 148
tftp-hpa 148
tftpd32 148
Tomcat-Dienst, vCenter Server-Upgrade-Fehler 101
Tomcat-Einstellungen in vCenter Server 117,
124

U
bereinstimmungsinformationen anzeigen 166,
219
untersttzte Datenbankformate 31
Update, Lookup Service-Datenstze 80
Update Manager
aktualisieren 127
Hardwareanforderungen 30
Untersttzte Betriebssysteme 31
Upgrade auf neue Hardware, vCenter Server 58
Upgrade der Hosts wird durchgefhrt 131
Upgrade der VMware Tools
Linux (tar-Installationsprogramm) 224
Microsoft Windows 222
NetWare (tar-Installationsprogramm) 228

249

vSphere-Upgrade-Handbuch

Prozess 213
Solaris (tar-Installationsprogramm) 226
berblick ber die Vorgnge 213
Upgrade von ESXi per Skript von einer CD oder
DVD aus 187
Upgrade von ESXi per Upgrade-Skript anhand
des PXE-Startvorgangs 189
Upgrade von Hosts 166
Upgrade von vCenter Server auf einer anderen
Maschine 57
Upgrade von vCenter Server mit Simple Install 67
Upgrade von VMware Tools, Ausfallzeit 222
Upgrade von VMware Tools, automatisch 230
upgrade-Befehl 178
Upgrade-Szenarien 34, 237
Upgrade-Szenario ohne Host-Cluster 239
Upgrade-Untersttzung fr ESXi 5.1 141
Upgrade-Vorgang 237
Upgrades, Best Practices 131
USB-Laufwerk, Upgrade von Hosts 173
USB, ESXi-Installationsskript 146
USB, startfhige ESXi-Installation 144

V
vCenter Host Agent, Pre-Upgrade Checker 64
vCenter Lookup Service, Komponente von vCenter Single Sign On 37
vCenter Server
aktualisieren 33
Anforderungen fr das Verbinden mit einer
Gruppe 114
anmelden 3941
Erforderliche Daten fr die Installation von
vCenter Server 44
Erforderliche Informationen fr die Installation
oder das Upgrade 44
Festlegen des Administratorbenutzers 38
Getrenntes Upgrade von erforderlichen Komponenten 72
Gruppe beitreten 115
Hardwareanforderungen 20
Herunterladen des Installationsprogramms 66
Post-Upgrade-Aspekte 102
Post-Upgrade-Aufgaben 119
Schnittstellen 26
Softwareanforderungen 25
Systemanforderungen 15
Upgrade mit Simple Install 67
Upgrade-Vorbereitung 243
vSphere Web Client kann keine Verbindung
herstellen 105
wiederherstellen 119

250

vCenter Server Appliance


Schnittstellen 28
Synchronisieren der Systemuhren mit NTP-Server 60
Siehe auch VMware vCenter Server Appliance
vCenter Server Appliance, Update ber ein CDROM-Laufwerk 101
vCenter Server Appliance, Update ber ein komprimiertes Update-Paket 100
vCenter Server Appliance, Update von einem
VMware.com-Repository aus 99
vCenter Server Appliance, Upgrade 97
vCenter Server mit Service Packs aktualisieren,Rechte erforderlich 97
vCenter Server Service Packs 96
vCenter Server Service Packs,Rechte fr Installation erforderlich 97
vCenter Server Tomcat-Einstellungen 117, 124
vCenter Server-Administratorbenutzer, Einstellung 34
vCenter Server-Administratoren, Active DirectoryDomnen besttigen fr 88
vCenter Server-Ausfallzeit 66
vCenter Server-Migrations-Upgrade 57
vCenter Server-Upgrade, Voraussetzungen 33
vCenter Server-Upgrade schlgt fehl, TomcatDienst 101
vCenter Server-Upgrades, Best Practices 51
vCenter Server-Upgrades und Datenspeichernamen 63
vCenter Single Sign On
Bereitstellungsmodi 36
Bereitstellungsszenarien 39
Clusterinstallation 41
Einfache Installation 40
Grundlegende Einzelknoten-Installation 40
Komponenten 37
Wirkung auf vCenter Server-Installation und Upgrades 34
Siehe auch Single Sign On
vCenter Single Sign On, getrenntes Installieren 73
vCenter Single Sign On, Installation unter Verwendung der einfachen Installation
(vCenter Simple Install) 67
vCenter Single Sign On, Sicherung 111
vCenter Single Sign On, zustzlichen Knoten fr
mehrere Standorte installieren 85
vCenter Virtual Appliance, JVM-Heap-Einstellungen 20
vCenter-Upgrade 34
Verknpfter Modus
Anforderungen 114

VMware, Inc.

Index

und Berechtigungen 114


und Datenbanken 114
Verwaltungsserver, Komponente von vCenter
Single Sign On 37
Verzeichnis 115
VI-Client 103
VIB, Definition 196
VIBs
Akzeptanzebenen 196
Migration beim Upgrade 140
VIBs, Aktualisieren eines Hosts 200
VIBs, Entfernen von Host 204
VIBs, Wartungsmodus fr die Installation oder das
Update 198
View Agent, Upgrade, Vorgehensweise 243
vihostupdate 156
Virtual Center, Durchfhren eines Upgrades auf
vCenter Server 69, 92
Virtuelle Appliance
Manuelle Prfung 219
prfen 219
Virtuelle Appliances-Standardisierung 220
Virtuelle Appliances, Upgrade-Baseline, erstellen 216
Virtuelle CD 156
virtuelle Hardware
aktualisieren 211
Upgrade fr eine virtuelle Maschine 233
Virtuelle Hardware aktualisieren, Ausfallzeit 222
virtuelle Maschine
Manuelle Prfung 219
prfen 219
Virtuelle Maschine, Kompatibilitt, Einstellen des
Standardwerts 214
Virtuelle Maschine, Planung des Upgrades der
Kompatibilittsebene 235
Virtuelle Maschine, Upgrade der Kompatibilittsebene 234
Virtuelle Maschine,Upgrade einer virtuellen Hardware 233
virtuelle Maschinen
Aktualisieren 215
Arbeitsspeicheranforderungen 15, 18
Ausfallzeit bei Upgrade 221
Kompatibilitt 214
Virtuelle Maschinen-Standardisierung 220
VM- und VA-Baselinegruppe erstellen 217
vmaccepteula-Befehl 178
vMotion 240
VMware Tools
Automatisieren von Upgrades 231, 232
installieren und aktualisieren 211, 212
Upgrade, Vorgehensweise 243
VMware Tools aktualisieren, automatisch 230

VMware, Inc.

VMware Tools installieren


Linux (tar-Installationsprogramm) 224
NetWare (tar-Installationsprogramm) 228
Solaris (tar-Installationsprogramm) 226
VMware Tools-Installation
Linux (tar-Installationsprogramm) 224
NetWare (tar-Installationsprogramm) 228
Solaris (tar-Installationsprogramm) 226
VMware Tools,Upgrade mithilfe von vSphere Web
Client 231
VMware vCenter Server Appliance
Hardwareanforderungen 20
Softwareanforderungen 25
VMware vSphere Web Client, Installation oder Upgrade 87, 104
Vom Upgrade betroffene Dateien 133
Vom Upgrade betroffene Einstellungen 133
Von PXE gestartete ESXi-Hosts, Standardisierung aktivieren 162
Von vCenter Server Appliance verwendete
Ports 28
Von vCenter Server verwendete Ports 26
Vor-Upgrade-Prfungsprogramm des vCenter
Host-Agenten 64
vpxa, , siehe vCenter-Agent
vSphere, Separates Upgrade von Komponenten 243
vSphere 5.x, nderungen gegenber vSphere
4.x.x 11
vSphere Authentication Proxy
IIS-Installation verursacht einen Konflikt bei
Port 80 29
Installieren oder ein Upgrade durchfhren 110
vSphere Auto Deploy, Installation oder Upgrade 109
vSphere ESXi Dump Collector, Installieren oder
ein Upgrade durchfhren 106
vSphere Syslog Collector, Installieren oder ein
Upgrade durchfhren 107
vSphere Update Manager, Koordiniertes Upgrade
der virtuelle Maschinen 215
vSphere Web Client
Anforderungen 25
Hardwareanforderungen 20
Online-Hilfe 106
Siehe auch VMware vSphere Web Client
vSphere-Client
Anforderungen 25
Hardwareanforderungen 20
herunterladen 102
Installieren 103

W
W32time-Dienst 60
Wartungsmodus, Host 199

251

vSphere-Upgrade-Handbuch

Web-Client, , siehe VMware vSphere Web Client


Wiederherstellen von vCenter Server 119

Z
Zustzlicher Knoten, Single Sign On 78

252

VMware, Inc.