Bare-Metal-Knoten und -Maschinentypen

Auf dieser Seite werden Bare-Metal-Knoten und unterstützte Maschinentypen in der VMware-Lösung in Google Cloudbeschrieben.

In der VMware-Lösung sind Knoten dedizierte Bare-Metal-Compute Engine-Instanzen, die direkt in Ihrem Google Cloud -Projekt bereitgestellt werden. Auf jeder Bare-Metal-Instanz wird VMware ESXi ausgeführt. Sie bietet dedizierte CPU, Arbeitsspeicher, lokalen NVMe-SSD-Speicher und eine 200-Gbit/s-Netzwerkkarte (NIC), die mit den zugrunde liegenden Subnetzen Ihrer Virtual Private Cloud (VPC) verbunden ist, um die hyperkonvergente Infrastruktur für Ihre VMware Cloud Foundation-Umgebung (VCF) zu bilden.

Unterstützte Compute Engine-Maschinentypen

In der folgenden Tabelle sind die Compute Engine-Bare-Metal-Maschinentypen aufgeführt, die für VMware Engine-Hosts unterstützt werden:

Maschinentyp vCPUs (physische Kerne) Speicher (GiB) Lokaler NVMe-SSD-Speicher (TiB) Netzwerkbandbreite
z3-highmem-192-highlssd-metal 192 (96) 1.536 70,31 200 Gbit/s

Knotenarchitektur und -bereitstellung

Berücksichtigen Sie beim Bereitstellen von Bare-Metal-Knoten für VMware-Lösungen die folgenden Merkmale:

  • Standort und Maschinentyp: Sie stellen Knoten in einer bestimmtenGoogle Cloud -Region und -Zone bereit. Wählen Sie einen homogenen Maschinentyp für alle Hosts in einem Cluster aus, um eine konsistente Rechen-, Arbeitsspeicher- und vSAN-Speicherkapazität zu gewährleisten.
  • Mindestanforderungen an Knoten: Für eine VCF-Bereitstellung mit Hochverfügbarkeit sind mindestens vier Bare-Metal-Knoten pro Cluster erforderlich.
  • Isolierung von Fehlerdomains: Sie weisen jeden Knoten beim Erstellen einer Verfügbarkeitsdomain innerhalb einer Richtlinie für verteilte Platzierung zu. Mit dieser Konfiguration wird sichergestellt, dass Google Cloud Bare-Metal-Instanzen auf separate physische Server-Racks, Top-of-Rack-Switches und Stromversorgungsbereiche verteilt.

Zuweisung interner IP-Adressen

Jeder Knoten benötigt eine interne IPv4-Adresse auf seiner primären Netzwerkschnittstelle (nic0) für die ESXi-Hostverwaltung (vmk0) sowie IP-Adressen auf seinen dynamischen NICs für vSAN-, vMotion- und NSX-TEP-Traffic. Sie können die IP-Adresszuweisung mit einer der folgenden Methoden konfigurieren:

  • Sitzungsspezifisch (automatisch): Google Cloud weist automatisch eine verfügbare IP-Adresse aus dem ausgewählten VPC-Subnetz zu.
  • Sitzungsspezifisch (benutzerdefiniert): Sie geben eine gültige, nicht zugewiesene IP-Adresse innerhalb des Subnetzbereichs an.
  • Reserviert: Sie weisen eine statische interne IP-Adresse in Ihrem VPC-Subnetz zu und binden sie, sodass die IP-Adresse über Instanzlebenszyklusvorgänge hinweg erhalten bleibt.

Löschschutz

Um ein versehentliches Löschen aktiver ESXi-Hosts zu verhindern, ist der Compute Engine-Löschschutz auf jedem Bare-Metal-Knoten standardmäßig aktiviert.

Wenn der Löschschutz aktiviert ist, schlägt jeder Versuch fehl, den Knoten in derGoogle Cloud Console oder über die API zu löschen. Wenn Sie einen Knoten außer Betrieb nehmen und aus Ihrer Umgebung entfernen möchten, nehmen Sie zuerst den Host in VCF außer Betrieb, deaktivieren Sie den Löschschutz für die Compute Engine-Instanz und löschen Sie dann den Knoten.

Lokaler Speicher und Datenpersistenz

Bare-Metal-Knoten der VMware-Lösung verwenden direkt angehängte lokale NVMe-SSDs für vSAN Express Storage Architecture (ESA)-Datenspeicher.

Labels und Netzwerktags

Bare-Metal-Knoten der VMware-Lösung haben bei der Bereitstellung das Standardlabel gcve-node:true und mm-gcve-node. Diese werden verwendet, um Knoten im Compute Engine-Inventar zu identifizieren. Diese Labels und Netzwerk-Tags dürfen nicht geändert oder gelöscht werden. Sie können einem Bare-Metal-Knoten zusätzliche Labels und Netzwerk-Tags hinzufügen.

Nächste Schritte