In diesem Abschnitt werden verschiedene Best Practices für Auto Deploy erläutert, um Sie beim Einrichten des Netzwerks, der Konfiguration von vSphere HA und bei der sonstigen Optimierung Ihrer Umgebung für Auto Deploy zu unterstützen. Weitere Informationen zu empfohlenen Vorgehensweisen (sogenannten „Best Practices“) finden Sie in der VMware-Knowledgebase.

Best Practices für Auto Deploy und vSphere HA

Anhand der empfohlenen Vorgehensweisen können Sie die Verfügbarkeit der virtuelle Maschinen auf Hosts verbessern, die mit Auto Deploy bereitgestellt wurden.

In manchen Umgebungen werden die mit Auto Deploy bereitgestellten Hosts mit einem Distributed Switch konfiguriert oder die virtuelle Maschinen, die auf diesen Hosts ausgeführt werden, werden mit Auto Start Manager konfiguriert. Stellen Sie das vCenter Server in diesen Umgebungen so bereit, dass seine Verfügbarkeit mit der Verfügbarkeit des Auto Deploy-Servers übereinstimmt. Es sind mehrere Ansätze denkbar.

  • Stellen Sie in einer Machbarkeitsnachweis-Umgebung das vCenter Server-System und den Auto Deploy-Server auf demselben System bereit. In allen anderen Situationen sollten Sie zwei Server auf getrennten Systemen installieren.

  • VMware vCenter Server Heartbeat bereitstellen.

    VMware vCenter Server Heartbeat bietet eine hohe Verfügbarkeit für vCenter Server, indem es die virtuelle und die Cloud-Infrastruktur vor Anwendungs-, Konfigurations-, Betriebssystem- oder Hardware-bezogenen Ausfällen schützt.

  • Stellen Sie das vCenter Server-System in einer virtuellen Maschine bereit. Führen Sie die virtuelle Maschine von vCenter Server in einem vSphere HA-aktivierten Cluster aus und konfigurieren Sie die virtuelle Maschine mit der vSphere HA-Neustartpriorität von „Hoch“. Nehmen Sie zwei oder mehrere Hosts, die nicht von Auto Deploy verwaltet werden, in den Cluster auf und verknüpfen Sie mithilfe einer Regel (VM-zu-Host-Regel: vSphere HA DRS erforderlich) die virtuelle vCenter Server-Maschine mit diesen Hosts. Sie können die Regel einrichten und anschließend DRS deaktivieren, wenn Sie DRS nicht im Cluster verwenden möchten. Je mehr Hosts es gibt, die nicht von Auto Deploy verwaltet werden, desto widerstandsfähiger ist die Umgebung gegenüber Hostausfällen.

    Anmerkung:

    Dieser Ansatz ist nicht geeignet, wenn Sie Auto Start Manager verwenden, da Auto Start-Manager nicht in einem Cluster unterstützt wird, der für vSphere HA aktiviert ist.

Best Practices für Netzwerke mit Auto Deploy

Vermeiden Sie Netzwerkprobleme, indem Sie die empfohlenen Vorgehensweisen für Netzwerke von Auto Deploy befolgen.

Auto Deploy und IPv6

Da Auto Deploy die iPXE-Infrastruktur nutzt, ist für jeden Host eine IPv4-Adresse erforderlich. Sie können diese Hosts in einer Bereitstellung im gemischten Modus verwenden, in der jeder Host sowohl eine IPv4-Adresse als auch eine IPv6-Adresse hat.

Zuweisung der IP-Adresse

Die Verwendung von DHCP-Reservierungen wird für die Zuteilung von Adressen empfohlen. Feste IP-Adressen werden vom Hostanpassungsmechanismus unterstützt, aber das Eingeben der Daten für jeden Host ist nicht empfehlenswert.

VLAN-Überlegungen

Die Verwendung von Auto Deploy in Umgebungen, in denen VLANs nicht eingesetzt werden, wird empfohlen.

Wenn Sie vorhaben, Auto Deploy in einer Umgebung zu verwenden, in der VLANs eingesetzt werden, müssen Sie sicherstellen, dass die Hosts, die Sie bereitstellen möchten, auf den DHCP-Server zugreifen können. Die Art, wie einem VLAN die Hosts zugewiesen sind, hängt von der Konfiguration Ihrer Site ab. Die VLAN-ID wird möglicherweise über den Switch oder vom Router zugewiesen werden, oder Sie können die VLAN-ID im BIOS des Hosts oder über das Host-Profil einstellen. Fragen Sie Ihren Netzwerkadministrator nach den Schritten, die durchzuführen sind, damit die Hosts auf den DHCP-Server zugreifen können.

Best Practices für Auto Deploy und VMware Tools

Wenn Sie Hosts mit Auto Deploy bereitstellen, können Sie ein Image-Profil auswählen, das VMware Tools umfasst, oder wählen Sie ein kleineres, dem Image-Profil zugeordnetes Image ohne VMware Tools aus.

Sie können zwei Image-Profile von der VMware-Downloadsite herunterladen.

  • xxxxx-standard: Ein Image-Profil, das die VMware Tools-Binärdateien umfasst und für das auf einer virtuellen Maschine ausgeführte Gastbetriebssystem erforderlich ist. Das Image hat in der Regel den Namen esxi-5.0.version-xxxxx-standard.

  • xxxxx-no-tools: Ein Image-Profil, das die VMware Tools-Binärdateien nicht enthält. Dieses Image-Profil ist in der Regel kleiner, hat weniger Arbeitsspeicher-Overhead und startet in einer PXE-boot-Umgebung schneller. Dieses Image wird normalerweise esxi- version-xxxxx-no-tools genannt.

Ab vSphere 5.0 Update 1 können Sie ESXi mit jedem dieser Images bereitstellen.

  • Wenn die Netzwerkstartzeit keine Rolle spielt und Ihre Umgebung genügend freien Speicherplatz und Arbeitsspeicher-Overhead aufweist, sollten Sie das Image wählen, das VMware Tools umfasst.

  • Wenn die Netzwerkstartzeit mit dem Standard-Image zu langsam ist oder Sie Speicherplatz auf den Hosts sparen möchten, können Sie das Image-Profil xxxxx-no-tools verwenden und die Binärdateien für die Tools im freigegebenen Speicher ablegen.

Führen Sie die folgenden Schritte aus, wenn Sie das Image-Profil xxxxx-no-tools verwenden möchten.

  1. Starten Sie einen ESXi-Host, der nicht mit Auto Deploy bereitgestellt wurde.

  2. Kopieren Sie das Verzeichnis „/productLocker“ direkt vom ESXi-Host in einen freigegebenen Speicher.

  3. Ändern Sie die Variable „UserVars.ProductLockerLocation“, sodass sie auf das Verzeichnis „/productLocker“ verweist.

    1. Wählen Sie im vSphere Web Client den Referenzhost aus und klicken Sie auf die Registerkarte Verwalten.

    2. Wählen Sie Einstellungen aus und klicken Sie auf Erweiterte Systemeinstellungen.

    3. Filtern Sie nach uservars und wählen Sie UserVars.ProductLockerLocation aus.

    4. Klicken Sie auf das Stiftsymbol und bearbeiten Sie den Speicherort, damit er auf den freigegebenen Speicher verweist.

  4. Erstellen Sie ein Hostprofil vom Referenzhost aus.

  5. Erstellen Sie eine Auto Deploy-Regel, die das Image-Profil xxxxx-no-tools und das Hostprofil vom Referenzhost zu allen anderen Hosts zuweist.

  6. Starten Sie die Zielhosts mit der Regel, sodass sie den Produkt-Locker-Speicherort vom Referenzhost übernehmen.

Auto Deploy Load Management - Best Practice

Das gleichzeitige Starten einer großen Anzahl von Hosts stellt eine erhebliche Last für den Auto Deploy-Server dar. Da Auto Deploy im Kern ein Webserver ist, können Sie vorhandene Webserver-Skalierungstechnologien verwenden, um die Last zu verteilen. Beispielsweise kann ein bzw. können mehrere Caching-Reverse-Proxy-Server mit Auto Deploy verwendet werden. Die Reverse-Proxys stellen die statischen Dateien bereit, die den größten Teil eines ESXi-Start-Images ausmachen. Konfigurieren Sie den Reverse-Proxy, um statische Inhalte zwischenzuspeichern und alle Anforderungen über den Auto Deploy-Server weiterzuleiten. Sehen Sie sich das Video Using Reverse Web Proxy Servers for Auto Deploy von VMware Technical Publications an.

Konfigurieren Sie die Hosts, um vom Reverse-Proxy mit mehreren TFTP-Servern zu starten, einem für jeden Reverse-Proxy-Server. Richten Sie schließlich den DHCP-Server ein, um verschiedene Hosts an verschiedene TFTP-Server zu senden.

Wenn Sie die Hosts starten, werden sie vom DHCP-Server an verschiedene TFTP-Server gesendet. Jeder TFTP-Server sendet Hosts an einen anderen Server, entweder an den Auto Deploy-Server oder an einen Reverse-Proxy-Server. Dadurch wird die Last auf dem Auto Deploy-Server signifikant reduziert.

Nach einem massiven Stromausfall empfiehlt VMware, die Hosts auf Pro-Cluster-Basis hochzufahren. Wenn Sie mehrere Cluster gleichzeitig hochfahren, treten möglicherweise CPU-Engpässe beim Auto Deploy-Server ein. Alle Hosts werden nach einer potenziellen Verzögerung hochgefahren. Der Engpass fällt weniger heftig aus, wenn Sie den Reverse-Proxy einrichten.

Best Practices für die vSphere Auto Deploy-Protokollierung und Fehlerbehebung

Verwenden Sie zum Beheben von Problemen, die bei vSphere Auto Deploy auftreten, die Auto Deploy-Protokollierungsinformationen vom vSphere Web Client und richten Sie Ihre Umgebung für das Senden von Protokollierungsinformationen und Core-Dumps an Remotehosts ein.

Auto Deploy-Protokolle

  1. Wechseln Sie in einem vSphere Web Client, der mit dem vCenter Server-System verbunden ist, in dem Auto Deploy registriert ist, zur Bestandsliste und wählen Sie das vCenter Server-System aus.

  2. Klicken Sie auf die Registerkarte „Verwalten“, wählen Sie Einstellungen aus und klicken Sie auf Auto Deploy.

  3. Klicken Sie auf Protokoll herunterladen, um die Prototokolldatei herunterzuladen.

    Im Bereich der Auto Deploy-Einstellungen können Sie TFTP Boot ZIP und AutoDeploy-Protokolldateien herunterladen

Einrichten von Syslog

Richten Sie einen Remote-Syslog-Server ein. Weitere Informationen zur Konfiguration eines Syslog-Servers finden Sie in der Dokumentation zu vCenter Server und Hostverwaltung. Konfigurieren Sie den ersten Host, den Sie zum Verwenden des Remote-Syslog-Servers starten, und wenden Sie das Hostprofil dieses Hosts auf alle anderen Zielhosts an. Sie können optional vSphere Syslog Collector, ein vCenter Server-Dienstprogramm, das eine einheitliche Architektur für die Systemprotokollierung bietet sowie die Netzwerkprotokollierung und das Kombinieren von Protokollen mehrerer Hosts ermöglicht, installieren und verwenden.

Einrichten von ESXi Dump Collector

Hosts, die mit Auto Deploy bereitgestellt wurden, verfügen über keine lokale Festplatte zum Speichern von Core-Dumps. Installieren Sie ESXi Dump Collector und richten Sie Ihren ersten Host so ein, dass alle Core-Dumps auf ESXi Dump Collector verwiesen werden, und wenden Sie das Hostprofil von diesem Host auf alle anderen Hosts an. Weitere Informationen hierzu finden Sie unter Konfigurieren des ESXi Dump Collector mit esxcli.

Verwenden von Auto Deploy in einer Produktionsumgebung

Wenn Sie von einem Machbarkeitsnachweis-Setup auf eine Produktionsumgebung umstellen, sorgen Sie dafür, dass die Umgebung widerstandsfähig wird.