NFS-Volume als von Filestore gehosteter vSphere-Datenspeicher verwenden

Sie können Filestore-Instanzen auf zonaler, regionaler und Unternehmensebene als externe Datenspeicher für VMware ESXi-Hosts in Google Cloud VMware Engine verwenden.

Dazu können Sie Filestore-Instanzen in Regionen erstellen, in denen sowohl VMware Engine als auch Filestore verfügbar sind. Anschließend können Sie sie als externe Datenspeicher auf Ihren vorhandenen VMware ESXi-Hosts in VMware Engine bereitstellen.

VMware Engine bietet die folgenden vSphere-Speicheroptionen:

  • VMware vSAN: Dazu gehört auch der Speicher, der in jedem VMware Engine-Knoten enthalten ist.
  • Externer NFS-Speicher. Dazu gehören die folgenden Optionen:

Vorteile externer Datenspeicher für VMware Engine

VMware Engine vSAN bietet virtuellen Hochleistungsspeicher für VMs, die in VMware Engine ausgeführt werden. Der VMware Engine-Dienst verwendet Hardwareknoten mit lokalen NVMe-Solid State Drives (SSDs), die von vSAN verwaltet werden, um eine virtuelle Infrastruktur für VMware-VMs bereitzustellen. Wenn Sie nur die Speicherressourcen in Ihrem Cluster skalieren möchten, müssen Sie einen ganzen Knoten zusammen mit Rechen- und Netzwerkfunktionen erwerben, d. h. Ressourcen, die Sie möglicherweise nicht benötigen. Diese Einschränkung der vSAN-basierten hyper-konvergenten Infrastruktur (HCI) erfordert eine Skalierung des Speichers unabhängig von anderen Ressourcen.

Mit externen NFS-Datenspeichern können Sie den Speicher unabhängig von Rechenressourcen skalieren und dabei für alle Ihre VMware-Arbeitslasten VMware Engine verwenden.

Instanzen der High Scale und Enterprise-Stufe sind VMware für die Verwendung mit VMware Engine-Datenspeichern zertifiziert und in allen VMware Engine-Regionen verfügbar.

Featurebeschränkungen

Es gelten folgende Einschränkungen:

  • Nur für Filestore-Instanzen der Stufe „High Scale“ und „Enterprise“ verfügbar. Basic SSD- und Basic HDD-Stufeninstanzen werden nicht unterstützt.
  • Absturzkonsistente Snapshot-Unterstützung, die nur in Instanzen der Filestore Enterprise-Stufe verfügbar ist.
  • Unterstützung für Sicherungen ist sowohl für die High Scale als auch für die Enterprise-Stufe verfügbar.
  • Copy-Offload (VAAI) ist nicht verfügbar.

Protokollunterstützung

Das NFSv3-Protokoll wird unterstützt.

Netzwerk

Filestore- und VMware Engine-Dienste sind über den privaten Dienstzugriff verbunden. Für den Speicherzugriff innerhalb einer Region fallen keine Netzwerkgebühren an.

Hinweise

In diesem Dokument wird davon ausgegangen, dass Folgendes gegeben ist:

  • Für das Google Cloud VMware Engine-Dienstnetzwerk, das für externen NFS-Speicher verwendet werden soll, wurde ein CIDR vom Typ /26 hinzugefügt.

Dienstsubnetze

Wenn Sie eine private Cloud erstellen, erstellt VMware Engine zusätzliche Dienstsubnetze (z. B. service-1, service-2, service-3). Dienstsubnetze sind für Appliance- oder Dienstbereitstellungsszenarien wie Speicherung, Sicherung und Notfallwiederherstellung oder Medienstreaming vorgesehen. Dadurch wird ein hochskalierter, linearer Durchsatz und eine Paketverarbeitung auch für die größten privaten Clouds bereitgestellt. Die VM-Kommunikation in einem Dienstsubnetz wird vom VMware ESXi-Host direkt in die Google Cloud-Netzwerkinfrastruktur übertragen, was eine Hochgeschwindigkeitskommunikation ermöglicht.

NSX-T-Gateway und verteilte Firewallregeln gelten für kein Dienstsubnetz.

Dienstsubnetze konfigurieren

Dienstsubnetze haben bei der anfänglichen Erstellung keine CIDR-Zuweisung. Stattdessen müssen Sie mit der VMware Engine-Konsole oder API einen nicht überlappenden CIDR-Bereich und ein Präfix für Dienst-Subnetze angeben.

Die erste nutzbare Adresse wird zur Gateway-Adresse. Wenn Sie einen CIDR-Bereich und ein Präfix zuweisen möchten, bearbeiten Sie eines der Dienstsubnetze.

Dienstsubnetze können aktualisiert werden, wenn sich die CIDR-Anforderungen ändern. Das Ändern eines vorhandenen Dienstsubnetze-CIDR kann jedoch zu einer Unterbrechung der Netzwerkverfügbarkeit für VMs führen, die an dieses Dienstsubnetz angehängt sind.

Sie sollten die reservierten CIDR-Zuweisungen für die Dienstsubnetze, die Sie im VMware Engine-Portal definiert haben, zur Liste der importierten Clients in der VPC-Peering-Verbindung Ihres Netzwerks hinzufügen.

Andernfalls wird in vmkernel.log der folgende Fehler oder ein ähnlicher Fehler zurückgegeben:

2022-09-23T04:58:14.266Z cpu23:2103354 opID=be2a0887)NFS: 161: Command: (mount)
Server: (10.245.17.21) IP: (10.245.17.21) Path: (/vol-g-shared-vmware-002) Label:
(NFS) Options: (None)
...
2022-09-23T04:58:14.270Z cpu23:2103354 opID=be2a0887)NFS: 194: NFS mount
10.245.17.21:/vol-g-shared-vmware-002 failed: The mount request was denied by the
NFS server. Check that the export exists and that the client is permitted to
mount it.

Filestore-Instanzen erstellen und verwalten

Informationen zum Erstellen und Verwalten einer Filestore-Instanz mit der Google Cloud Console finden Sie unter Instanz erstellen.

Informationen zum Importieren der reservierten CIDR-Zuweisungen, die Sie für Ihre Dienstsubnetze erstellt haben, finden Sie unter Peering-Verbindung aktualisieren.

Kunden müssen sich an den GCVE-Support wenden, um ihre Filestore-NFS-Datenspeicher bereitzustellen. Nachdem der NFS-Datenspeicher auf allen Hosts in einem bestimmten Cluster bereitgestellt wurde und verfügbar ist, können Sie mit der vCenter-Konsole VMs für den externen Datenspeicher bereitstellen, Messwerte ansehen und Logs im Zusammenhang mit Google I/O-Vorgängen aufrufen, die für den externen Datenspeicher ausgeführt wurden.

Wenn Sie an dieser Funktion interessiert sind, wenden Sie sich an Ihr Account-Management-Team oder an den Google Cloud-Support.

Nächste Schritte