Google verwendet KI-Technologie, um Inhalte in Ihre bevorzugte Sprache zu übersetzen. KI-Übersetzungen können Fehler enthalten.

Knoten bereitstellen und Appliance-Netzwerk mithilfe der Console konfigurieren

Auf dieser Seite wird beschrieben, wie Sie mit der Google Cloud Console Bare-Metal-ESXi-Knoten bereitstellen und Google Cloud -Netzwerkkonstrukte konfigurieren, um die Bereitstellung von VMware Cloud Foundation (VCF) in der VMware-Lösung auf Google Cloudvorzubereiten.

Wenn Sie die Schritte auf dieser Seite ausführen, wird Ihre Google Cloud -Infrastruktur für die VCF-Bereitstellung vorbereitet. VCF oder die VCF-Verwaltungs-Appliances selbst werden jedoch nicht bereitgestellt:

Was dieser Workflow tut: Er stellt Bare-Metal-ESXi-Compute-Instanzen bereit, konfiguriert primäre und dynamische Netzwerkschnittstellen (NICs), richtet VPC-Subnetze und zonale Netzwerk-Endpunktgruppen (NEGs) ein und konfiguriert Google Cloud Load-Balancing-Konstrukte und IP-Adressreservierungen für Ihre zukünftigen VCF-Verwaltungs-Appliances und den NSX-Datenpfad vor.
Was dieser Workflow nicht tut: Er setzt das ursprüngliche ESXi-root-Passwort nicht zurück, initialisiert nicht das ESXi-Hostnetzwerk (vSwitch0 und vSAN), stellt nicht den VCF-Installer bereit und stellt auch keine VCF-Verwaltungs-Appliances (wie vCenter Server, SDDC Manager oder NSX Manager) bereit. Wenn Sie das ursprüngliche ESXi-root-Passwort zurücksetzen, Ihre Hosts initialisieren und VCF nach Abschluss dieser Schritte bereitstellen möchten, müssen Sie das VMware-Lösungstoolkit ausführen und die Inbetriebnahme im VCF-Installationsprogramm abschließen, wie unter Knoten vorbereiten und VCF mit dem Toolkit bereitstellen beschrieben.

Hinweis

Prüfen Sie zuerst, ob die folgenden Anforderungen erfüllt sind:

Prüfen Sie, ob Ihr Projekt in der Zielregion und -zone über ein ausreichendes Kontingent für Bare-Metal-Knoten verfügt. Informationen zu den erforderlichen Kontingenten und eine Anleitung zum Aufrufen oder Anfordern von Kontingenterhöhungen finden Sie unter Kontingente und Limits.
Prüfen Sie, ob Sie die erforderlichen IAM-Berechtigungen (Identity and Access Management) haben, einschließlich Compute Admin (roles/compute.admin) und, wenn Sie Cloud DNS verwenden, DNS Administrator (roles/dns.admin).
Richten Sie Ihr VPC-Netzwerk (Virtual Private Cloud) ein und planen Sie die IP-Adressbereiche des Subnetzes für Verwaltung, vSAN, vMotion und NSX-Tunnelendpunkte (TEP). Legen Sie die MTU des VPC-Netzwerk auf 8896 Byte fest, bevor Sie die Knoten bereitstellen, und erstellen Sie neue Subnetze in der VMware-Lösung, während Sie die Knoten erstellen.

Für die VMware-Lösung muss die Eigenschaft Subnetzmaske auflösen der Subnetze Ihres VPC-Netzwerk auf Primären Bereich nur mit Lernen übertragen festgelegt sein, um VLAN-basiertes Netzwerk zu unterstützen. Öffnen Sie im Google Cloud Console-Supportcenter ein Support-Ticket mit den folgenden Informationen:
- Produkt: Google Cloud VMware Engine
- Priorität: P2
- Kategorie: Network Connectivity
- Auswirkungen auf das Geschäft: Allgemeine technische Frage
- Geben Sie weitere Details an: Allowlist L2 network connectivity for my project, zusammen mit Ihrer Projekt-ID, Projektnummer und der Zielregion und -zone für Ihre Bereitstellung.
Weitere Informationen zur Unterstützung von VLAN-basierten Netzwerken finden Sie unter Layer-2-Emulation: ARP-Broadcasting und benutzerdefiniertes MAC-Learning.

Hinweis: In der Google Cloud -Console ist die Option VMware Engine > Selbstverwaltet erst sichtbar, wenn Ihr Projekt aktiviert ist.
Planen Sie Ihre DNS-Infrastruktur (Domain Name System) so, dass sie Forward- und Reverse-Lookups für alle geplanten ESXi-Knoten-Hostnamen und VCF-Appliance-Endpunkte unterstützt.
Knotenhostnamen: Geben Sie während der Bereitstellung den voll qualifizierten Domainnamen (FQDN) jedes Knotens an. Dadurch wird sichergestellt, dass ESXi Zertifikate mit Hostnamen generiert.
Trusted Image-Richtlinie: Wenn Ihre Organisation die Organisationsrichtlinie constraints/compute.trustedImageProjects nicht erzwingt, ist keine Aktion erforderlich. Wenn Ihre Organisation diese Richtlinie erzwingt, lassen Sie projects/smve-prod-public-images zu, damit Compute Engine Bare-Metal-Bootlaufwerke erstellen kann. Weitere Informationen finden Sie unter Einschränkungen für den Image-Zugriff festlegen.
VPC Service Controls: Wenn sich Ihr Zielprojekt nicht in einem Dienstperimeter befindet, ist keine Aktion erforderlich. Wenn sich Ihr Projekt in einem Dienstperimeter befindet, fügen Sie eine Regel für ausgehenden Traffic hinzu, die compute.googleapis.com-Vorgänge für das smve-prod-public-images-Projekt (projects/999037279871) zulässt:
```
- egressFrom:
    identityType: ANY_IDENTITY
  egressTo:
    operations:
    - serviceName: compute.googleapis.com
      methodSelectors:
      - method: "*"
    resources:
    - projects/999037279871
```
Weitere Informationen finden Sie in der Referenz zu Regeln für ausgehenden Traffic.

Regionales Kontingent prüfen

Bevor Sie Bare-Metal-Knoten bereitstellen oder einen Cluster erstellen, prüfen Sie, ob Ihr Projekt über ein ausreichendes regionales und globales Compute Engine-Kontingent verfügt. Fügen Sie die Ressourcen aller vorhandenen Cluster in der Region den folgenden inkrementellen Werten hinzu, bevor Sie sie mit Ihrem Projektkontingent vergleichen:

Kontingent	Erforderliche Ressourcen pro Bare-Metal-Knoten	Erforderliche Ressourcen für einen Cluster mit 3 Knoten
`compute.googleapis.com/cpus_per_vm_family` für `Z3`	192 vCPUs	3 × 192 = 576 vCPUs
`compute.googleapis.com/local_ssd_total_storage_per_vm_family` für `Z3`	72 TB	3 × 72 TB = 216 TB
`compute.googleapis.com/hyperdisk_balanced_total_storage`	128 GB	3 × 128 GB = 384 GB
`compute.googleapis.com/resource_policies`	0, wenn Knoten zu einem vorhandenen Cluster hinzugefügt werden	1 Richtlinie für verteilte Platzierung pro Cluster
`compute.googleapis.com/regional_backend_services_protocol_forwarding_fast_ha`	0, wenn Knoten oder Cluster ohne neue Appliances hinzugefügt werden	1 pro neuer VCF-Verwaltungs-Appliance-VIP oder NSX Edge-Endpunkt

Eine vollständige Liste der erforderlichen Kontingente und eine Anleitung zum Aufrufen oder Anfordern von Kontingenterhöhungen finden Sie unter Kontingente und Limits.

Bare-Metal-Knoten bereitstellen und Knotennetzwerk konfigurieren

So stellen Sie Bare-Metal-ESXi-Knoten bereit und konfigurieren ihre Netzwerkschnittstellen:

Rufen Sie in der Google Cloud Console VMware Engine > Selbstverwaltet > Übersicht auf.

Zur Übersicht
Klicken Sie auf Bereitstellung starten, um den Workflow für die Infrastrukturbereitstellung und -konfiguration zu starten.
Wählen Sie im Abschnitt Knotenkonfiguration die Region und die Zone aus, in der Sie die Knoten bereitstellen möchten.
Wählen Sie eine Platzierungsrichtlinie aus oder klicken Sie auf Neue Platzierungsrichtlinie erstellen:
- Wenn Sie eine Platzierungsrichtlinie erstellen, geben Sie einen Namen ein und wählen Sie die Anzahl der Verfügbarkeitsdomains aus (bis zu 8).
Achtung: Knoten, die einer Platzierungsrichtlinie zugewiesen sind, dürfen nur zu einem Cluster gehören, um eine genaue Zuordnung zwischen Verfügbarkeitsdomains und vSAN-Fehlerdomains zu gewährleisten.
Wählen Sie die VCF-Version aus, die Sie auf den Knoten bereitstellen möchten.
Wählen Sie den Maschinentyp aus und geben Sie die Anzahl der zu erstellenden Knoten an. Für eine VCF-Bereitstellung mit Hochverfügbarkeit sind mindestens vier Knoten erforderlich.
Geben Sie im Abschnitt Quickname Wizard das Präfix für den Ressourcennamen und das Suffix für den Domainnamen ein:
- Präfix des Ressourcennamens: Das Präfix, das die VMware-Lösung allen generierten Ressourcennamen voranstellt.
- Domainnamensuffix: Das DNS-Domainsuffix, das die VMware-Lösung verwendet, um den voll qualifizierten Domainnamen (FQDN) für jeden Knoten zu generieren.
Prüfen Sie den Knotennamen, den Hostnamen und die Verfügbarkeitsdomain für jeden Knoten. Geben Sie den voll qualifizierten Domainnamen (FQDN) im Feld Hostname an. Klicken Sie auf Bearbeiten, um die Standardeinstellungen zu ändern:
- Verfügbarkeitsdomain: Wählen Sie für jeden Knoten eine Verfügbarkeitsdomain aus. Verteilen Sie die Knoten gleichmäßig auf die konfigurierten Verfügbarkeitsdomains in Ihrer Platzierungsrichtlinie, um die Anforderungen an vSAN-Fehlerdomains zu erfüllen. Weitere Informationen finden Sie unter Platzierungsrichtlinien und Verfügbarkeitsdomains.
- Interne IPv4-Adresse: Wählen Sie Sitzungsspezifisch (automatisch), Sitzungsspezifisch (benutzerdefiniert) oder Reserviert aus:
  - Wenn Sie Sitzungsspezifisch (benutzerdefiniert) auswählen, geben Sie die IP-Adresse ein.
  - Wenn Sie Reserviert auswählen, wählen Sie eine vorhandene reservierte statische IP-Adresse aus oder geben Sie die Konfigurationsdetails an.
Wählen Sie Löschschutz aktivieren aus, um ein versehentliches Löschen von Knoten zu verhindern. Diese Option ist standardmäßig aktiviert.
Optional können Sie auf Labels verwalten klicken, um Ihren Knoten Metadatenlabels hinzuzufügen.
Klicken Sie auf Weiter, um mit der Konfiguration des Knotennetzwerks fortzufahren.
Wählen Sie im Abschnitt Netzwerk das VPC-Netzwerk für Ihre Knoten aus.
Konfigurieren Sie im Abschnitt Netzwerkschnittstelle die primäre Schnittstelle:
- Wählen Sie ein vorhandenes Subnetz aus oder klicken Sie auf Subnetz erstellen, um ein neues Subnetz mit einem Namen, einer Beschreibung und einem IPv4-Bereich zu definieren.
- Wählen Sie eine vorhandene Netzwerk-Endpunktgruppe aus oder klicken Sie auf Netzwerk-Endpunktgruppe erstellen, um eine neue Gruppe zu erstellen. Im Workflow werden alle bereitgestellten Knoten automatisch dieser Gruppe hinzugefügt.
Achtung: Alle Knoten in einem Cluster innerhalb einer einzelnen Zone müssen zur selben Netzwerk-Endpunktgruppe des Subnetzes gehören, damit VCF-Netzwerk-Appliances Traffic über Clusterknoten weiterleiten können.
Konfigurieren Sie dynamische Netzwerkschnittstellen für VMware-Traffic:
- Dynamic NIC (vSAN): Wählen Sie das Subnetz für den vSAN-Clustering-Traffic aus oder erstellen Sie es. Optional können Sie eine Netzwerk-Endpunktgruppe zuweisen.
- Dynamic NIC (vMotion): Wählen Sie das Subnetz für den Traffic der Live-VM-Migration aus oder erstellen Sie es. Optional können Sie eine Netzwerk-Endpunktgruppe zuweisen.
- Dynamische NIC (NSX-Tunnelendpunkt): Wählen Sie das Subnetz und die Netzwerk-Endpunktgruppe für den NSX-TEP-Overlay-Traffic aus oder erstellen Sie sie.
Optional: Fügen Sie zusätzliche dynamische NICs hinzu, wenn Ihre Architektur dedizierte Schnittstellen für benutzerdefinierten Arbeitslast-Traffic erfordert.
Klicken Sie auf Weiter, um mit der Einrichtung des Netzwerks der Appliance fortzufahren.

Appliance-Netzwerk konfigurieren

So konfigurieren Sie Google Cloud Load-Balancing-Ressourcen und IP-Reservierungen für die VCF-Verwaltungs-Appliances und den NSX-Datenpfad vor, die Sie während der VCF-Bereitstellung bereitstellen:

Wählen Sie auf der Seite Appliance-Netzwerk konfigurieren das VCF-Bereitstellungsmodell aus. Wählen Sie für Hochverfügbarkeitsbereitstellungen Hochverfügbarkeitsbereitstellung aus (erfordert mindestens 4 Knoten).
Prüfen Sie in den Tabellen Verwaltungs-Appliances und NSX-Datenpfad die vorkonfigurierten Namen und Endpunkte der Google Cloud Netzwerkressourcen.
Wenn Sie Namen oder interne IP-Adressen anpassen möchten, klicken Sie für die entsprechende Tabelle auf Bearbeiten:
- Wählen Sie für jeden Appliance-Endpunkt Sitzungsspezifisch (automatisch), Sitzungsspezifisch (benutzerdefiniert) oder Reserviert aus.
- Wenn Sie reservierte Adressen verwenden, geben Sie die reservierte IP-Adresse an oder machen Sie Angaben zur statischen Reservierung.
Klicken Sie auf Weiter, um die Konfigurationszusammenfassung zu prüfen.
Überprüfen Sie die Konfigurationsdetails und klicken Sie auf Bereitstellen, um Ihre Bare-Metal-Knoten bereitzustellen und die Netzwerkressourcen der Appliance zu konfigurieren.

Cloud DNS-Zonen und -Einträge konfigurieren

Wenn Sie Bare-Metal-Instanzen bereitstellen und das Appliance-Netzwerk über die Google Cloud Console konfigurieren, müssen Sie DNS-Zonen sowie Weiterleitungs- (A) und Reverse-Einträge (PTR) erstellen, falls diese noch nicht vorhanden sind.

Sie können die DNS-Einrichtung für Cloud DNS und Network Time Protocol (NTP) automatisieren, indem Sie das eigenständige Skript scripts/cloud_dns/vcf_cloud_dns_sync.py im VMware Solution Toolkit-Repository ausführen. Das Skript führt die folgenden Vorgänge aus:

Aktiviert die Cloud DNS API (dns.googleapis.com).
Sorgt dafür, dass eine Cloud DNS-Serverrichtlinie (mit Standardeinstellungen) an Ihr VPC-Netzwerk angehängt wird.
Sorgt dafür, dass private Forward- und Reverse-Lookup-Zonen vorhanden und an Ihr VPC-Netzwerk gebunden sind.
Synchronisiert Forward- (A) und Reverse-DNS-Einträge (PTR) für Z3-Bare-Metal-Knoten und interne Load-Balancer-Frontends im Verwaltungssubnetz. Dabei wird das Suffix -fr entfernt und IP-only-NSX-TEP- und Uplink-Subnetz-Load-Balancer werden übersprungen.
Verwaltet den NTP-DNS-Eintrag (ntp.DOMAIN_NAME) in Ihrer privaten Forward-Lookup-Zone (z. B. verweist er auf den Compute Engine-Metadatenserver unter 169.254.169.254).

Klonen Sie das Toolkit-Repository und rufen Sie das Verzeichnis scripts/cloud_dns auf, um das Script abzurufen:

git clone https://github.com/GoogleCloudPlatform/self-managed-vmware-solution-toolkit
cd self-managed-vmware-solution-toolkit/scripts/cloud_dns

Vorschau der Änderungen im Probelaufmodus ansehen

Wenn Sie sich eine Vorschau aller Cloud DNS API-, Richtlinien-, Zonen-, Knoten- und internen Load Balancer-Einträge sowie NTP-Vorgänge ansehen möchten, ohne Änderungen vorzunehmen, führen Sie das Script mit dem Flag --dry-run aus:

python3 vcf_cloud_dns_sync.py \
    --project-id PROJECT_ID \
    --vpc-network VPC_NETWORK_NAME \
    --domain DOMAIN_NAME \
    --sync-all \
    --set-ntp-ip 169.254.169.254 \
    --dry-run

Erste DNS-Einrichtung am Tag 0 ausführen

Führen Sie den folgenden Befehl aus, nachdem Sie Ihr VPC-Netzwerk, Ihre Subnetze, Z3-Bare-Metal-Instanzen, NEGs und Weiterleitungsregeln für interne Load Balancer in derGoogle Cloud Console bereitgestellt haben und bevor Sie die VCF-Installationsprogramm-Validierung ausführen. Mit diesem Befehl wird die Cloud DNS API aktiviert, die VPC-DNS-Richtlinie erstellt, private Weiterleitungs- und /16- (oder /8-)Reverse-Zonen aus Nicht-NSX-Subnetzen erstellt, alle Knoten- und Verwaltungs-Frontend-A- und PTR-Einträge registriert (NSX-Subnetz-Load-Balancer werden übersprungen) und ntp.DOMAIN_NAME so konfiguriert, dass es auf den Compute Engine-Metadatenserver (169.254.169.254) verweist:

python3 vcf_cloud_dns_sync.py \
    --project-id PROJECT_ID \
    --vpc-network VPC_NETWORK_NAME \
    --domain DOMAIN_NAME \
    --sync-all \
    --set-ntp-ip 169.254.169.254

Einträge für die horizontale Skalierung am zweiten Tag synchronisieren

Nachdem Sie in der Google Cloud Console neue Z3-Bare-Metal-Hosts oder Weiterleitungsregeln für interne Load Balancer der Arbeitslastdomain hinzugefügt haben, führen Sie das Script mit dem Flag --sync-all noch einmal aus, um nur die neu hinzugefügten Einträge zu registrieren. Vorhandene unveränderte Einträge werden automatisch übersprungen:

python3 vcf_cloud_dns_sync.py \
    --project-id PROJECT_ID \
    --vpc-network VPC_NETWORK_NAME \
    --domain DOMAIN_NAME \
    --sync-all

DNS-Zonen und VPC-Richtlinie vor der Bereitstellung von Computing-Ressourcen initialisieren

Wenn Sie die Cloud DNS API aktivieren, die VPC-DNS-Richtlinie erstellen und Weiterleitungs- und Reverse-Zonen erstellen möchten, bevor Sie Bare-Metal-Knoten oder Load-Balancer-Front-Ends bereitstellen, führen Sie den folgenden Befehl aus:

python3 vcf_cloud_dns_sync.py \
    --project-id PROJECT_ID \
    --vpc-network VPC_NETWORK_NAME \
    --domain DOMAIN_NAME \
    --reverse-zones REVERSE_ZONE_NAME=REVERSE_SUBNET_CIDR \
    --setup-zones

Benutzerdefinierte Ressourcennamen oder vordefinierte Administratorressourcen verwenden

Wenn Sie die Standardressourcennamen überschreiben oder die Erstellung der VPC-DNS-Richtlinie oder der verwalteten Zonen überspringen möchten, wenn ein Administrator sie bereits bereitgestellt hat, verwenden Sie eine der folgenden Optionen:

Geben Sie benutzerdefinierte Zonen- und Richtliniennamen an (Sie können mehrere --reverse-zones-Einträge angeben):

python3 vcf_cloud_dns_sync.py \
    --project-id PROJECT_ID \
    --vpc-network VPC_NETWORK_NAME \
    --domain DOMAIN_NAME \
    --dns-policy CUSTOM_DNS_POLICY_NAME \
    --forward-zone CUSTOM_FORWARD_ZONE_NAME \
    --reverse-zones REVERSE_ZONE_1=CIDR_1 REVERSE_ZONE_2=CIDR_2 \
    --sync-all

Erstellung der VPC-DNS-Richtlinie überspringen (wenn die Richtlinie bereits vorhanden ist):

python3 vcf_cloud_dns_sync.py \
    --project-id PROJECT_ID \
    --vpc-network VPC_NETWORK_NAME \
    --domain DOMAIN_NAME \
    --no-create-dns-policy \
    --sync-all

Erstellung von Forward- und Reverse-Zonen überspringen (wenn Zonen von einem Administrator vorab erstellt wurden; Sie müssen --reverse-zones übergeben):

python3 vcf_cloud_dns_sync.py \
    --project-id PROJECT_ID \
    --vpc-network VPC_NETWORK_NAME \
    --domain DOMAIN_NAME \
    --reverse-zones REVERSE_ZONE_1=CIDR_1 REVERSE_ZONE_2=CIDR_2 \
    --no-create-zones \
    --sync-all

Ersetzen Sie vor dem Ausführen der vorherigen Befehle Folgendes:

PROJECT_ID: die ID Ihres Projekts in Google Cloud.
VPC_NETWORK_NAME: der Name des VPC-Netzwerks
DOMAIN_NAME: das DNS-Domain-Suffix für Ihre VCF-Umgebung (z. B. vcf.example.com).
REVERSE_ZONE_NAME=REVERSE_SUBNET_CIDR: der Name der verwalteten Zone und der CIDR-Block für eine Reverse-Lookup-Zone (z. B. smve-rev-10-10=10.10.0.0/16).
CUSTOM_DNS_POLICY_NAME: ein benutzerdefinierter Name für die Cloud DNS-Serverrichtlinie.
CUSTOM_FORWARD_ZONE_NAME: ein benutzerdefinierter Name für die private verwaltete Weiterleitungszone.
REVERSE_ZONE_1=CIDR_1 und REVERSE_ZONE_2=CIDR_2: ein oder mehrere Paare aus Name und CIDR für die verwaltete Reverse-Zone (z. B. my-rev-zone-1=10.10.1.0/24 my-rev-zone-2=10.10.2.0/24).

Nächste Schritte

Nachdem Sie Ihre Bare-Metal-Knoten, Google Cloud Netzwerkressourcen und DNS-Einträge konfiguriert haben, führen Sie die folgenden Schritte aus, um Ihre Hosts vorzubereiten und VCF bereitzustellen:

Wenn Sie einen externen DNS-Server verwenden, anstatt Cloud DNS mit vcf_cloud_dns_sync.py zu konfigurieren, aktualisieren Sie Ihren DNS-Server mit Weiterleitungs- (A) und Reverse-Einträgen (PTR) für:
- Alle Hostnamen und internen IP-Adressen der ESXi-Knoten.
- Alle Hostnamen und internen IP-Adressen der VCF-Verwaltungs-Appliance.
Führen Sie das Toolkit zum Vorbereiten von Knoten aus, um das ursprüngliche ESXi-root-Passwort auf jedem Host zurückzusetzen, ESXi-Hosts zu initialisieren und das VCF-Installationsprogramm bereitzustellen. Eine detaillierte Anleitung finden Sie unter Knoten vorbereiten und VCF mit dem Toolkit bereitstellen.
Greifen Sie auf das Installationsprogramm für VMware Cloud Foundation (VCF) zu, um die Bereitstellung abzuschließen und Ihre Verwaltungsdomain einzurichten. Eine Anleitung zum Abschließen der VCF-Inbetriebnahme finden Sie in der Broadcom-Dokumentation unter Neue VCF-Flotte oder neue VCF-Instanz bereitstellen.