Berücksichtigen Sie beim Design der ESXi-Hostkonfiguration für Ihre VMware Cloud Foundation-Umgebung die Ressourcen-, Netzwerk- und Sicherheitsrichtlinien, die zur Unterstützung der virtuellen Maschinen in jedem Arbeitslastdomänen-Cluster erforderlich sind.
Logisches Design für ESXi für VMware Cloud Foundation
Im logischen Design für ESXi legen Sie die allgemeine Vernetzung der ESXi-Hosts mit den anderen Komponenten der VMware Cloud Foundation-Instanz zur Bereitstellung der virtuellen Infrastruktur für Arbeitslastkomponenten fest.
Zur Bereitstellung der Ressourcen, die für die Ausführung der Verwaltungs- und Arbeitslastkomponenten der VMware Cloud Foundation-Instanz erforderlich sind, besteht jeder ESXi-Host aus den folgenden Elementen:
CPU und Arbeitsspeicher
Speichergeräte
Out-of-Band-Verwaltungsschnittstelle
Netzwerkschnittstellen
![Ein ESXi-Host verfügt über CPU und Arbeitsspeicher für Computing, lokalen und nicht-lokalen vSAN-Speicher, Netzwerkkarten für virtuelle Switch-Uplinks und eine Intelligent Platform Management Interface (IPMI) für die Out-of-Band-Verwaltung von Hosts.](images/GUID-DFC44FBE-8895-4D86-A387-E0024353263C-high.png)
Überlegungen zur Dimensionierung für ESXi für VMware Cloud Foundation
Sie legen die Anzahl der ESXi-Hosts pro Cluster und die Anzahl der physischen Festplatten pro ESXi-Host fest.
Der Konfigurations- und Zusammenstellungsvorgang für jedes System sollte standardisiert werden, wobei alle Komponenten auf jedem ESXi-Host auf die gleiche Weise installiert werden. Da durch die Standardisierung der physischen Konfiguration der ESXi-Hosts keine Schwankungen mehr auftreten, lässt sich die Infrastruktur einfach verwalten und unterstützen. ESXi-Hosts werden mit identischer Konfiguration für alle Clustermitglieder bereitgestellt, einschließlich Speicher- und Netzwerkkonfigurationen. Beispielsweise ist eine konsistente Platzierung der PCIe-Kartensteckplätze, insbesondere für Netzwerkschnittstellen-Controller, für eine genaue Zuordnung von physischen Netzwerkschnittstellen-Controllern zu virtuellen Netzwerkressourcen unerlässlich. Durch die Verwendung identischer Konfigurationen erhalten Sie eine gleichmäßige Verteilung der VM-Speicherkomponenten auf Speicher- und Computing-Ressourcen.
Hardwareelement |
Erwägungen |
---|---|
CPU |
|
Arbeitsspeicher |
|
Speicher |
|
Anforderungen und Empfehlungen für ESXi-Designs für VMware Cloud Foundation
Die Anforderungen für die ESXi-Hosts in einer Arbeitslastdomäne in VMware Cloud Foundation beziehen sich auf die Systemanforderungen der in der Domäne gehosteten Arbeitslasten. Zu den ESXi-Anforderungen zählen Anzahl, Serverkonfiguration, Umfang der Hardwareressourcen, Netzwerk und Zertifikatsverwaltung. Ähnliche Best Practices helfen Ihnen bei der Gestaltung eines optimalen Umgebungsbetriebs.
Anforderungen an das ESXi Server-Design
Sie müssen die folgenden Designanforderungen für die ESXi-Hosts in einer Arbeitslastdomäne in einer VMware Cloud Foundation-Bereitstellung erfüllen.
Anforderungs-ID |
Designanforderung |
Anforderung – Begründung |
Anforderung – Auswirkung |
---|---|---|---|
VCF-ESX-REQD-CFG-001 |
Installieren Sie mindestens die Mindestanzahl an ESXi-Hosts, die für den bereitgestellten Clustertyp erforderlich sind. |
|
Keine. |
VCF-ESX-REQD-CFG-002 |
Stellen Sie sicher, dass jeder ESXi-Host die erforderliche CPU-, Arbeitsspeicher- und Speicherspezifikationen entspricht. |
|
Zusammenstellung der Serverspezifikation und -anzahl gemäß der Dimensionierung in Arbeitsmappe „Planung und Vorbereitung“ in VMware Cloud Foundation , die auf der prognostizierten Bereitstellungsgröße basiert. |
VCF-ESX-REQD-SEC-001 |
Generieren Sie das Zertifikat jedes ESXi-Hosts neu, nachdem Sie dem Host einen FQDN zugewiesen haben. |
Richtet während der Bereitstellung einer Arbeitslastdomäne eine sichere Verbindung mit VMware Cloud Builder ein und verhindert Man-in-the-Middle (MiTM)-Angriffe. |
Sie müssen die Zertifikate der ESXi-Hosts vor der Bereitstellung einer Arbeitslastdomäne manuell neu generieren. |
Empfehlungen für das ESXi Server-Design
In Ihrem ESXi-Hostdesign für VMware Cloud Foundation können Sie bestimmte Best Practices anwenden.
Empfehlungs-ID |
Empfehlung |
Begründung |
Auswirkung |
---|---|---|---|
VCF-ESX-RCMD-CFG-001 |
Verwenden Sie vSAN ReadyNodes mit vSAN-Speicher für jeden ESXi-Host in der Verwaltungsdomäne. |
Ihre Verwaltungsdomäne ist bei der Bereitstellung vollständig mit vSAN kompatibel. Informationen zu den Modellen physischer Server, die vSAN-bereit sind, finden Sie unter vSAN-Kompatibilitätshandbuch für vSAN ReadyNodes. |
Die Hardwareoptionen sind möglicherweise eingeschränkt. Wenn Sie beabsichtigen, eine Serverkonfiguration zu verwenden, die kein vSAN ReadyNode ist, müssen Ihre CPU, die Festplatten und E/A-Module im VMware-Kompatibilitätshandbuch unter CPU-Serie aufgeführt sein, und die vSAN-Kompatibilitätsliste muss an der in Versionshinweise zu VMware Cloud Foundation 5.2 angegebenen ESXi-Version ausgerichtet sein. |
VCF-ESX-RCMD-CFG-002 |
Teilen Sie Hosts mit einheitlicher Konfiguration über den standardmäßigen vSphere-Verwaltungscluster zu. |
Ein ausgeglichener Cluster bietet folgende Vorteile:
|
Sie müssen Überlegungen zur Anbieterbereitstellung, zur Budgetierung und zur Beschaffung für einheitliche Serverknoten pro Cluster anstellen. |
VCF-ESX-RCMD-CFG-003 |
Berücksichtigen Sie bei der Dimensionierung der CPU die Multithreading-Technologie und die damit verbundenen Leistungssteigerungen nicht. |
Obwohl Multithreading-Technologien die CPU-Leistung steigern, hängt der Leistungsgewinn von der Ausführung von Arbeitslasten ab und unterscheidet sich von Fall zu Fall. |
Da Sie mehr physische CPU-Kerne bereitstellen müssen, steigen die Kosten und die Hardwareoptionen sind begrenzt. |
VCF-ESX-RCMD-CFG-004 |
Installieren und konfigurieren Sie alle ESXi-Hosts im Standardverwaltungscluster mithilfe eines Geräts mit mindestens 128 GB. |
Stellt Hosts mit großem Arbeitsspeicher, d. h. mehr als 512 GB, für die Scratch-Partition bei Verwendung von vSAN bereit. |
Keine. |
VCF-ESX-RCMD-CFG-005 |
Verwenden Sie die Standardkonfiguration für die Scratch-Partition auf allen ESXi-Hosts im Standardverwaltungscluster. |
|
Keine. |
VCF-ESX-RCMD-CFG-006 |
Speichern Sie für Arbeitslasten, die im Standardverwaltungscluster ausgeführt werden, die Auslagerungsdatei der virtuellen Maschine am Standardspeicherort. |
Vereinfacht den Konfigurationsvorgang. |
Erhöht den Umfang des Replizierungsdatenverkehrs für Verwaltungsarbeitslasten, die im Rahmen des Notfallwiederherstellungsvorgangs wiederhergestellt werden. |
VCF-ESX-RCMD-NET-001 |
Platzieren Sie die ESXi-Hosts in allen Verwaltungsdomänen-Clustern in einem Hostverwaltungsnetzwerk, das vom VM-Verwaltungsnetzwerk getrennt ist. |
Ermöglicht die Trennung des physischen VLANs zwischen ESXi-Hosts und anderen Verwaltungskomponenten aus Sicherheitsgründen. Das VM-Verwaltungsnetzwerk ist für einen reinen Computing-Cluster mit mehreren Racks in einer VI-Arbeitslastdomäne nicht erforderlich. |
Erhöht die Anzahl der benötigten VLANs. |
VCF-ESX-RCMD-NET-002 |
Platzieren Sie die ESXi-Hosts in allen VI-Arbeitslastdomänen in einem separaten VLAN-gestützten Hostverwaltungsnetzwerk. |
Ermöglicht die Trennung des physischen VLANs zwischen ESXi-Hosts und verschiedenen VI-Arbeitslastdomänen aus Sicherheitsgründen. |
Erhöht die Anzahl der benötigten VLANs. Sie müssen jeder VI-Arbeitslastdomäne ein separates Verwaltungssubnetz zuteilen. |
VCF-ESX-RCMD-SEC-001 |
Deaktivieren Sie den SSH-Zugriff auf allen ESXi-Hosts in der Verwaltungsdomäne, indem Sie den SSH-Dienst beenden und die Standardrichtlinie des SSH-Diensts |
Gewährleistet die Konformität mit dem Handbuch zur Konfiguration von vSphere-Sicherheit und den Best Practices für die Sicherheit. Durch die Deaktivierung des SSH-Zugriffs wird das Risiko von Sicherheitsangriffen auf die ESXi-Hosts über die SSH-Schnittstelle reduziert. |
Sie müssen den SSH-Zugriff manuell aktivieren, um Fehlerbehebungs- oder Supportmaßnahmen durchzuführen, da VMware Cloud Foundation SSH auf ESXi-Hosts nach der Bereitstellung der Arbeitslastdomäne deaktiviert. |
VCF-ESX-RCMD-SEC-002 |
Legen Sie die erweiterte Einstellung |
|
Sie müssen Warnmeldungen zur SSH-Aktivierung manuell deaktivieren, wenn Sie Fehlerbehebungs- oder Supportmaßnahmen durchführen. |