Stellen Sie sicher, dass der Host die Mindestanforderungen an die Hardwarekonfiguration erfüllt, die von ESXi 7.0 unterstützt werden.

Hardware- und Systemressourcen

Für die Installation bzw. das Upgrade von ESXi müssen Ihre Hardware- und Systemressourcen die folgenden Anforderungen erfüllen:

  • Unterstützte Serverplattform. Eine Liste der unterstützten Plattformen finden Sie im VMware-Kompatibilitätshandbuch unter http://www.vmware.com/resources/compatibility.
  • Für ESXi 7.0 ist ein Host mit mindestens zwei CPU-Kernen erforderlich.
  • ESXi 7.0 unterstützt eine breite Palette von x86-Prozessoren mit 64 Bit und mehreren Kernen. Eine vollständige Liste der unterstützten Prozessoren finden Sie im VMware-Kompatibilitätshandbuch unter http://www.vmware.com/resources/compatibility.
  • Für ESXi 7.0 muss das NX/XD-Bit für die CPU im BIOS aktiviert sein.
  • ESXi 7.0 benötigt mindestens 4 GB an physischem Arbeitsspeicher. Stellen Sie mindestens 8 GB RAM zum Ausführen virtueller Maschinen in typischen Produktionsumgebungen bereit.
  • Um virtuelle 64-Bit-Maschinen zu unterstützen, muss auf x64-CPUs die Unterstützung für die Hardwarevirtualisierung (Intel VT-x oder AMD RVI) aktiviert sein.
  • Ein oder mehr Gigabit oder schnellere Ethernet-Controller. Eine Liste mit unterstützten Netzwerkadaptermodellen finden Sie im VMware-Kompatibilitätshandbuch unter http://www.vmware.com/resources/compatibility.
  • ESXi 7.0 erfordert eine Startfestplatte mit mindestens 32 GB dauerhaftem Speicher wie HDD, SSD oder NVMe. Verwenden Sie USB-, SD- und Nicht-USB-Flash-Mediengeräte nur für ESXi-Bootbankpartitionen. Ein Startgerät darf von ESXi-Hosts nicht gemeinsam genutzt werden.
  • SCSI-Festplatte oder lokale (nicht im Netzwerk befindliche) RAID-LUN mit nicht partitioniertem Bereich für die virtuelle Maschinen.
  • Serial ATA (SATA) – eine über unterstützte SAS-Controller oder unterstützte On-Board-SATA-Controller verbundene Festplatte. SATA-Festplatten werden als remote und nicht als lokal betrachtet. Diese Festplatten werden standardmäßig nicht als Scratch-Partition verwendet, da sie als remote betrachtet werden.
    Hinweis: Sie können kein SATA-CD-ROM-Gerät mit einer virtuellen Maschine auf einem ESXi-Host verbinden. Zur Verwendung des SATA-CD-ROM-Laufwerks müssen Sie den IDE-Emulationsmodus einsetzen.

Speichersysteme

Eine Liste aller unterstützten Speichersysteme finden Sie im VMware-Kompatibilitätshandbuch unter http://www.vmware.com/resources/compatibility. Informationen zu Software Fibre Channel over Ethernet (FCoE) finden Sie unter Installieren und Starten von ESXi mit Software-FCoE.

Startanforderungen für ESXi

vSphere 7.0 unterstützt das Starten von ESXi-Hosts von der Unified Extensible Firmware Interface (UEFI) aus. Mithilfe von UEFI können Sie Systeme von Festplatten, CD-ROM-Laufwerken oder USB-Medien aus starten.

vSphere Auto Deploy unterstützt den Netzwerkstart und die Bereitstellung von ESXi-Hosts mit UEFI.

ESXi kann von einer Festplatte größer als 2 TB starten, wenn die System-Firmware und die Firmware auf allen von Ihnen verwendeten Erweiterungskarten unterstützt werden. Informationen finden Sie in der Dokumentation des Anbieters.

Speicheranforderungen für die Installation von bzw. das Upgrade auf ESXi 7.0

Verwenden Sie für eine optimale Leistung der ESXi 7.0-Installation ein persistentes Speichergerät mit mindestens 32 GB für Startgeräte. Für ein Upgrade auf ESXi 7.0 ist ein Startgerät mit mindestens 4 GB erforderlich. Beim Starten über eine lokale Festplatte (SAN oder iSCSI LUN) wird eine Festplatte mit mindestens 32 GB benötigt, damit Systemspeichervolumes erstellt werden können, die eine Startpartition, Startoptionen und ein VMFS-L-basiertes ESX-OSData-Volume enthalten. Das ESX-OSData-Volume übernimmt die Rolle der /scratch-Legacy-Partition, der Locker-Partition für VMware Tools und des Core-Dump-Ziels.

Zu den weiteren Optionen für eine optimale Leistung der ESXi 7.0-Installation gehören:

  • Eine lokale Festplatte mit mindestens 128 GB für eine optimale Unterstützung von ESX-OSData. Die Festplatte enthält die Startpartition, ESX-OSData-Volume und einen VMFS-Datenspeicher.
  • Ein Gerät, das mindestens 128 TBW (Terabytes Written) unterstützt.
  • Ein Gerät, das mindestens 100 MB/s sequenzielle Schreibgeschwindigkeit liefert.
  • Um Ausfallsicherheit im Falle eines Geräteausfalls zu bieten, wird ein gespiegeltes RAID 1-Gerät empfohlen.
Hinweis: GB-Einheiten sind Vielfache von 2^30 Byte oder 1024*1024*1024 Byte.
Legacy-SD- und USB-Geräte werden mit den folgenden Einschränkungen unterstützt:
  • SD- und USB-Geräte werden für Startbankpartitionen unterstützt. Stellen Sie für eine optimale Leistung auch ein separates persistentes lokales Gerät mit mindestens 32 GB bereit, um die /scratch- und VMware Tools-Partition des ESX-OSData-Volumes zu speichern. Die optimale Kapazität für persistente lokale Geräte beträgt 128 GB. Die Verwendung von SD- und USB-Geräten zum Speichern von ESX-OSData-Partitionen wird eingestellt.
  • Ab ESXi 7.0 Update 3 wird die VMware Tools-Partition automatisch auf der RAM-Festplatte erstellt, wenn es sich bei dem Startgerät um eine USB- oder SD-Karte ohne lokalen persistenten Speicher handelt, wie z. B. ein HDD-, SSD- oder NVMe-Gerät. Weitere Informationen finden Sie im Knowledgebase-Artikel 83376.
  • Wenn Sie die /scratch-Partition einer USB- oder SD-Karte ohne lokalen dauerhaften Speicher zuweisen, werden Warnungen angezeigt, die Sie daran hindern sollen, andere Partitionen als die Bootbank-Partitionen auf Flash-Mediengeräten zu erstellen oder zu konfigurieren. Für eine optimale Leistung legen Sie die /scratch-Partition auf der RAM-Festplatte fest. Sie können die /scratch-Partition auch konfigurieren und auf ein SAN oder NFS verschieben. Weitere Informationen finden Sie im Knowledgebase-Artikel 1033696.
  • Sie müssen ein SD-Flash-Gerät verwenden, das vom Serveranbieter für das jeweilige Servermodell genehmigt wurde, auf dem Sie ESXi auf einem SD-Flash-Speichergerät installieren möchten. Sie finden eine Liste validierter Geräte auf partnerweb.vmware.com.
  • Im Knowledgebase-Artikel 85685 finden Sie aktualisierte Anweisungen für Umgebungen auf Basis von SD-Karten oder USB.
  • Informationen zur Auswahl eines geeigneten SD- oder USB-Startgeräts finden Sie im Knowledgebase-Artikel 82515.
Vorsicht:

Wenn keine lokale Festplatte gefunden wird oder das Startmedium ein USB- oder SD-Gerät ohne zusätzlichen dauerhaften Speicher für persistente Daten ist, befindet sich die /Scratch-Partition auf der RAM-Festplatte, die mit /tmp verknüpft ist, und ESXi 7.0 arbeitet im herabgestuften Modus.

Im herabgestuften Modus wird eine Systemwarnung angezeigt, z. B.: WARNUNG: Kein dauerhafter Speicher für Systemprotokolle und Daten verfügbar. ESX wird mit begrenztem Speicherplatz im System ausgeführt, Protokolle und Systemdaten gehen beim Neustart verloren.

Wenn ESXi 7.0 im herabgestuften Modus arbeitet, kann die Nutzung von RAM für Protokolle zu nicht-persistenten Protokollen führen, was zu einem möglichen Fehler beim Abmelden oder aus dem Arbeitsspeicher für temporäre Daten führen kann. Ein möglicher Nebeneffekt ist ein langsamer Start aufgrund der Zeit, die für die Neuerstellung des Festplattenzustands verbracht wird.

Verwenden Sie persistenten Speicher von ausreichender Größe, um den herabgestuften Modus zu verhindern. Sie können /scratch neu konfigurieren, um eine separate Festplatte oder LUN zu verwenden.

Beim Upgrade auf ESXi 7.0 wird das Startgerät neu partitioniert. Die ursprünglichen Core-Dump-, Locker- und Scratch-Partitionen werden im ESX-OSData-Volume konsolidiert.

Die folgenden Ereignisse treten während der Neupartitionierung auf:
  • Wenn kein benutzerdefiniertes Core-Dump-Ziel konfiguriert ist, stellt der standardmäßige Core-Dump-Speicherort eine Datei im ESX-OSData-Volume dar.
  • Wenn der Syslog-Dienst zum Speichern von Protokollen auf der 4 GB VFAT-Scratch-Partition konfiguriert ist, werden die Protokolldateien in var/run/log auf das ESX-OSData-Volume migriert.
  • VMware Tools wird aus der Locker-Partition migriert, und die Partition wird gelöscht.
  • Die Core-Dump-Partition wird gelöscht. Die auf der Scratch-Partition gespeicherten Core-Dump-Dateien der Anwendung werden gelöscht.
Hinweis: Die Wiederherstellung auf eine frühere Version von ESXi ist aufgrund des Neupartitionsprozesses des Startgeräts nicht möglich. Um nach dem Upgrade auf Version 7.0 eine frühere Version von ESXi verwenden zu können, müssen Sie vor dem Upgrade eine Sicherung des Startgeräts erstellen und das ESXi-Startgerät von der Sicherung wiederherstellen.

Wenn Sie USB- oder SD-Geräte verwenden, um ein Upgrade durchzuführen, versucht das Installationsprogramm, eine ESX-OSData-Region auf einer verfügbaren lokalen Festplatte zuzuteilen. Ein Datenspeicher wird für /scratch verwendet, wenn kein Speicherplatz verfügbar ist. Wenn keine lokale Festplatte bzw. kein lokaler Datenspeicher gefunden wird, wird /scratch auf der RAM-Festplatte abgelegt. Konfigurieren Sie /scratch nach dem Upgrade neu, um einen dauerhaften Datenspeicher zu verwenden oder eine neue Festplatte für Systemspeichervolumes hinzuzufügen.

Zum Neukonfigurieren von /scratch finden Sie weitere Informationen unter Festlegen der Scratch-Partition vom vSphere Client aus.

Nach dem Upgrade auf ESXi 7.0 können Sie eine neue lokale Festplatte hinzufügen und die Einstellung autoPartition=TRUE aktivieren. Nach einem Neustart wird die Startfestplatte partitioniert. Weitere Informationen zu den Startoptionen zum Konfigurieren der Größe ESXi Systempartitionen finden Sie im Knowledgebase-Artikel https://kb.vmware.com/s/article/81166.

Bei Auto Deploy-Installationen versucht das Installationsprogramm, einen Scratch-Bereich auf einer verfügbaren lokalen Festplatte oder einem lokalen Datenspeicher zuzuteilen. Wenn keine lokale Festplatte bzw. kein lokaler Datenspeicher gefunden wird, wird die /scratch-Partition auf der RAM-Festplatte abgelegt. Konfigurieren Sie /scratch neu, um nach der Installation einen dauerhaften Datenspeicher zu verwenden.

Für Umgebungen, die über ein SAN-Gerät starten oder Auto Deploy verwenden, muss das ESX-OSData-Volume für jeden ESXi-Host auf einer separaten SAN-LUN eingerichtet werden. Wenn /scratch jedoch nicht für die Verwendung von ESX-OSData konfiguriert ist, müssen Sie keine separate LUN für /scratch pro Host zuteilen. Sie können die Scratch-Bereiche für mehrere ESXi-Hosts zusammen auf einer einzelnen LUN unterbringen. Die Anzahl der Hosts, die einer einzelnen LUN zugewiesen sind, sollten anhand der LUN-Größe und dem E/A-Verhalten der virtuellen Maschinen abgewogen werden.