Überprüfen Sie die Voraussetzungen, bevor Sie eine VI-Arbeitslastdomäne bereitstellen.

  • "Wenn Sie DHCP für das NSX-Host-Overlay-Netzwerk verwenden möchten, muss ein DHCP-Server auf dem NSX-Host-Overlay-VLAN für die VI-Arbeitslastdomäne konfiguriert werden." Wenn NSX Edge-Tunnel-Endpoints (TEPs) für die VI-Arbeitslastdomäne in VMware NSX erstellt werden, werden diesen TEPs IP-Adressen aus dem DHCP-Server zugewiesen.
    Hinweis:

    Wenn Sie DHCP nicht nutzen möchten, können Sie einen statischen IP-Pool für das NSX-Host-Overlay-Netzwerk verwenden. Der statische IP-Pool wird im Rahmen der Erstellung der VI-Arbeitslastdomäne angelegt oder ausgewählt.

  • Mindestens drei mit entsprechendem Speicher markierte Hosts müssen sich in der SDDC Manager-Bestandsliste befinden.
    Hinweis: Wenn Sie NFS, VMFS auf FC oder vVols als Prinzipalspeicher nutzen und die VI-Arbeitslastdomäne vSphere Lifecycle Manager-Images als Aktualisierungsmethode verwendet, sind nur zwei Hosts erforderlich. Workload Management benötigt einen vSphere-Cluster mit mindestens drei ESXi-Hosts.
    • Zum Erstellen einer VI-Arbeitslastdomäne mit NFS-Speicher müssen die Hosts mit NFS als Speichertyp in Betrieb genommen und mit einem NFS-Netzwerkpool verknüpft werden.
    • Zum Erstellen einer VI-Arbeitslastdomäne mit vSAN-Speicher müssen die Hosts mit vSAN als Speichertyp in Betrieb genommen und mit einem vSAN-Netzwerkpool verknüpft werden.
    • Zum Erstellen einer VI-Arbeitslastdomäne mit VMFS auf FC-Speicher müssen die Hosts mit VMFS auf FC als Speichertyp in Betrieb genommen und mit einem reinen vMotion- oder einem vMotion- und NFS-Netzwerkpool verknüpft werden.
    • Zum Erstellen einer VI-Arbeitslastdomäne mit vVols auf FC- müssen die Hosts mit vVols auf FC als Speicherprotokolltyp in Betrieb genommen und mit reinem vMotion oder vMotion und NFS verknüpft werden.
    • Zum Erstellen einer VI-Arbeitslastdomäne mit vVols auf iSCSI müssen die Hosts mit vVols auf iSCSI als Speicherprotokolltyp in Betrieb genommen und mit vMotion und iSCSI verknüpft werden.
    • Zum Erstellen einer VI-Arbeitslastdomäne mit vVols auf NFS müssen die Hosts mit vVols auf NFS als Speicherprotokolltyp in Betrieb genommen und mit vMotion und NFS verknüpft werden.
      Hinweis:

      vVols erfordert, dass ein VASA-Anbieter zur SDDC Manager-Bestandsliste hinzugefügt wird, damit eine VI-Arbeitslastdomäne mit vVols-Speicher erstellt werden kann. Weitere Informationen finden Sie unter vVols-Speicher mit VMware Cloud Foundation.

    Informationen zum Hinzufügen von Hosts zu Ihrer Bestandsliste finden Sie unter Verwalten von ESXi Hosts in VMware Cloud Foundation.

  • Auf jedem Host, die für die VI-Arbeitslastdomäne verwendet werden soll, muss eine freie pNIC vorhanden sein.
  • Zum Erstellen einer VI-Arbeitslastdomäne, die vSphere Lifecycle Manager zum Anwenden von Cluster-Images auf alle Hosts im Cluster verwendet, muss ein Cluster-Image verfügbar sein. Weitere Informationen finden Sie unter Verwalten von vSphere Lifecycle Manager-Images in VMware Cloud Foundation.
  • Die Installationspakete für die Versionen von NSX Manager und vCenter Server, die in der Verwaltungsdomäne ausgeführt werden, müssen in SDDC Manager verfügbar sein, bevor Sie eine VI-Arbeitslastdomäne erstellen können. Wenn Sie beispielsweise die Versionen von NSX Manager und/oder vCenter Server in der Verwaltungsdomäne auf eine höhere Version gepatcht haben als in der BOM-Liste aufgeführt, müssen Sie die neuen Installationspakete herunterladen. Weitere Informationen finden Sie unter Herunterladen von Installationspaketen für VMware Cloud Foundation. Unter https://knowledge.broadcom.com/external/article?legacyId=88287 finden Sie Informationen zu den Installationspaketen, die für bestimmte asynchrone Patches erforderlich sind.
  • Legen Sie einen Namen für Ihre VI-Arbeitslastdomäne fest. Jede VI-Arbeitslastdomäne muss einen eindeutigen Namen aufweisen. Es empfiehlt sich, die Regions- und Site-Informationen in den Namen aufzunehmen, da Ressourcenobjektnamen (z. B. Host- und vCenter-Namen) basierend auf dem Namen der VI-Arbeitslastdomäne erzeugt werden. Der Name kann drei bis 20 Zeichen umfassen und eine beliebige Kombination aus folgenden Zeichen enthalten:
    • Kleinbuchstaben
    • Großbuchstaben
    • Nummern
    Hinweis: Leerzeichen sind in keinem Namen zulässig, den Sie beim Erstellen einer VI-Arbeitslastdomäne angeben.
  • Legen Sie die folgenden Kennwörter fest:
    • vCenter Server-Root-Kennwort
    • NSX Manager-Admin-Kennwort
    Obwohl die einzelnen VMware Cloud Foundation-Komponenten unterschiedliche Kennwortanforderungen unterstützen, müssen Sie die Kennwörter für alle Komponenten anhand einheitlicher Vorgaben festlegen:
    • Mindestlänge: 12
    • Maximale Länge: 16
    • Mindestens ein Kleinbuchstabe, ein Großbuchstabe, eine Zahl und eines der folgenden Sonderzeichen: ! @ # $ ^ *
    • Folgendes DARF NICHT enthalten sein:
      • Ein Wort aus einem Wörterbuch
      • Ein Palindrom
      • Mehr als vier monotone Zeichenfolgen
      • Drei der gleichen aufeinanderfolgenden Zeichen
  • Stellen Sie sicher, dass Sie die Arbeitsmappe „Planung und Vorbereitung“ ausgefüllt haben, die die Option zur Bereitstellung der VI-Arbeitslastdomäne enthält.
  • Die IP-Adressen und vollqualifizierten Domänennamen (FQDNs) für die vCenter Server- und NSX Manager-Instanzen müssen durch DNS aufgelöst werden können.
  • "Wenn Sie NFS-Speicher für die VI-Arbeitslastdomäne verwenden, benötigen Sie die folgenden Informationen:"
    • Datenspeichername
    • Pfad der NFS-Freigabe
    • IP-Adresse des NFS-Servers
    Auf die NFS-Freigabe und den NFS-Server muss über das Verwaltungsnetzwerk zugegriffen werden können. Sie benötigen Lese-/Schreibberechtigungen für die NFS-Freigabe.
  • "Wenn Sie VMFS auf FC-Speicher für die VI-Arbeitslastdomäne verwenden, müssen Sie die Zonen mounten, die zugeordneten Datenspeicher auf den Hosts erstellen."
  • Um die Option Jetzt lizenzieren nutzen zu können, benötigen Sie gültige Lizenzschlüssel für die folgenden Produkte:
    • VMware NSX
    • vSAN (Keine Lizenz für NFS oder VMFS auf FC erforderlich)
    • vSphere

      Da vSphere- und vSAN-Lizenzen pro CPU gelten, stellen Sie sicher, dass Sie über ausreichende Lizenzen für die ESXi-Hosts verfügen, die für die VI-Arbeitslastdomäne verwendet werden sollen. Siehe Verwalten von Lizenzschlüsseln in VMware Cloud Foundation.

  • Wenn Sie eine VI-Arbeitslastdomäne bereitstellen möchten, deren vSphere-Cluster sich an einem Remotestandort befindet, müssen Sie die folgenden Anforderungen erfüllen:

    • Zwischen der zentralen und der Remote-Site ist eine dedizierte WAN-Verbindung erforderlich.
    • Primäre und sekundäre aktive WAN-Links werden für die Verbindung zwischen der zentralen Site und der Remote-Site empfohlen. Das Fehlen von WAN-Links kann zwei Fehlerzustände (Ausfall des WAN-Links oder Ausfall des NSX Edge-Knotens) auslösen, die nicht wiederherstellbare VMs und Anwendungsfehler auf der Remote-Site zur Folge haben.
    • Eine Mindestbandbreite von 10 MBit/s und eine Latenz von 100 ms ist zwischen der zentralen Instanz und der Remote-Site erforderlich. Das Netzwerk auf der Remote-Site muss das Verwaltungsnetzwerk am zentralen Standort erreichen können. DNS- und NTP-Server müssen lokal auf der Remote-Site verfügbar oder erreichbar sein.

    • Einschränkungen im Zusammenhang mit VI-Arbeitslastdomänen an Remote-Standorten finden Sie unter Maximalwerte für die VMware-Konfiguration.

    • Weitere Informationen zu Designoptionen für die Bereitstellung skalierbarer Edge-Lösungen finden Sie unter Überlegungen zum Design von VMware Cloud Foundation Edge.

  • Wenn Sie eine Multi-Rack-Computing-VI-Arbeitslastdomäne bereitstellen möchten, müssen Sie die folgenden Anforderungen erfüllen:

    • Ein dediziertes Host-Uplink-Profil für jedes Rack mit einer separaten Host-TEP-Transport-VLAN-ID pro Rack.

    • Ein dedizierter Host-TEP-IP-Pool für jedes Rack, wobei ein Subnetz pro Rack und ein Gateway für das Subnetz zugeteilt wird.

    • Ein dediziertes NSX-Host-Subtransport-Knotenprofil für jedes Rack.

    • Ein dedizierter Netzwerkpool in SDDC Manager für jedes Rack.

    • Eine dedizierte vSAN-Fehlerdomäne für jedes Rack.