NFS-Datenspeicher – Übersicht

Mit VMware Engine können Sie externe NFS-Datenspeicher (Network File System) verwenden, um den Speicher unabhängig von den Rechenressourcen zu skalieren.

VMware Engine vSAN bietet leistungsstarken virtuellen Speicher für VMs, die in VMware Engine ausgeführt werden, und ist ideal für Tier 1-Arbeitslasten. Um eine virtuelle Infrastruktur für VMware-VMs bereitzustellen, verwendet der VMware Engine-Dienst Hardwareknoten mit lokalen NVMe-SSDs, die von vSAN verwaltet werden. Wenn Sie nur die Speicherressourcen in Ihrem Cluster skalieren möchten, müssen Sie einen ganzen Knoten kaufen, einschließlich Rechen- und Netzwerkfunktionen, die Sie möglicherweise nicht benötigen. Diese Einschränkung der vSAN-basierten hyperkonvergenten Infrastruktur (HCI) führt dazu, dass der Speicher unabhängig von anderen Ressourcen skaliert werden muss.

Mit der Unterstützung für externe NFS-Datenspeicher können Sie den Speicher in der VMware Engine unabhängig von den Rechenressourcen für Ihre VMware-Arbeitslasten skalieren. Externe NFS-Datenspeicher bieten eine kostengünstige Lösung für Anwendungen der Stufen 2 und 3, Sicherungs- und Archivierungs-Repositories sowie andere speicherintensive Arbeitslasten, die nicht die Leistung von vSAN erfordern.

Unterstützte NFS-Speicherdienste

Sie können externe NFS-Datenspeicher mit den folgenden Google Cloud Diensten verwenden:

Allgemeine Voraussetzungen für die Verwendung von NFS-Datenspeichern mit VMware Engine

Bevor Sie ein externes NFS-Volume als Datastore bereitstellen, müssen die folgenden Voraussetzungen erfüllt sein:

Anforderungen an NFS-Volumes

NFS-Volumes müssen die folgenden Anforderungen erfüllen:

  • Standort:Das NFS-Volume (Filestore-Instanz oder Google Cloud NetApp Volumes-Volume) und der VMware Engine-Cluster müssen sich in derselben Google Cloud Region befinden. VMware Engine unterstützt das Einbinden von Datastores über verschiedene Regionen hinweg nicht. Bei erweiterten privaten Clouds werden nur regionale Datastores unterstützt.
  • Protokoll:VMware Engine unterstützt nur NFS-Version 3 (NFSv3) für die Verwendung als VMware Engine-Datenspeicher. NFSv4.1 wird nicht unterstützt.
  • Löschschutz:Wenn Sie Filestore oder Google Cloud NetApp Volumes verwenden, müssen Sie den Löschschutz für das Volume aktivieren, um versehentliches Löschen und Datenverlust zu verhindern.

Berechtigungen des VMware Engine-Dienst-Agents

Zum Erstellen und Bereitstellen eines Datastore, der von Filestore oder Google Cloud NetApp Volumes unterstützt wird, verwendet VMware Engine einen von Google verwalteten Dienst-Agenten (service-{project-number}@) für den Zugriff auf NFS-Ressourcen. Dieser Dienst-Agent benötigt die folgenden IAM-Rollen:

  • roles/compute.networkViewer: Zum Aufrufen von Compute-Netzwerk-Peerings für alle Datenspeichertypen.
  • roles/file.viewer: Erforderlich für Datenspeicher, die von Filestore unterstützt werden.
  • roles/netapp.viewer: Erforderlich für Datenspeicher, die von Google Cloud NetApp Volumes unterstützt werden.

Anforderungen an Dienstsubnetze

Sie benötigen ein dediziertes Dienstsubnetz mit einem eindeutigen CIDR-Bereich, der für den NFS-Traffic zwischen ESXi-Hosts und dem NFS-Volume zugewiesen ist. Sie konfigurieren das Dienst-Subnetz so:

  • Sie müssen einen CIDR-Bereich für das Dienstsubnetz konfigurieren, der genügend IP-Adressen enthält, um jedem Knoten in der privaten Cloud eine zuzuweisen.
  • Sie können das Dienstsubnetz nur für NFS Datastore-Traffic verwenden, aber dasselbe Subnetz kann mit mehreren verschiedenen NFS Datastores verbunden werden.
  • Sie müssen die reservierte CIDR-Zuweisung für das Dienst-Subnetz der Liste der zulässigen Clients oder der Exportrichtlinie Ihres NFS-Volumes hinzufügen. Fügen Sie für Filestore eine Zugriffssteuerungsregel für den CIDR-Bereich des Dienstsubnetzes hinzu. Fügen Sie für Google Cloud NetApp Volumes den CIDR-Bereich dem Abschnitt Allowed Clients (Zugelassene Clients) der Exportregeln des Volumes hinzu.

NSX-T-Gateway- und verteilte Firewallregeln gelten nicht für Dienstsubnetze.

Anforderungen an die Netzwerkverbindung

Zwischen dem VPC-Netzwerk des NFS-Volumes und dem VMware Engine-Netzwerk (VEN) der privaten Cloud, in der Sie den Datastore bereitstellen, muss eine aktive Verbindung bestehen. Netzwerkkosten, die durch den Speicherzugriff innerhalb einer Region entstehen, fallen bei der Verwendung von Filestore mit Private Service Access (PSA) nicht an.

Verwenden Sie beim Herstellen einer Verbindung zu Netzwerkdateidiensten je nach VEN-Typ Ihrer privaten Cloud eine der folgenden Verbindungsmethoden:

  • Standard-VEN:Private Clouds, die in einem Standard-VEN erstellt wurden, verwenden VPC-Netzwerk-Peering, um eine Verbindung zu Netzwerkdateidiensten wie Filestore (mit PSA) oder Google Cloud NetApp Volumes herzustellen.
  • Legacy-VEN:Für Private Clouds, die auf einem Legacy-VEN ausgeführt werden, ist eine private Verbindung erforderlich, um eine Verbindung zu Netzwerkdateidiensten herzustellen. Wenn Sie eine private Verbindung löschen, während ein NFS-Datenspeicher verwendet wird, wird der Zugriff auf Datastore unterbrochen. Achten Sie daher darauf, dass Sie keine private Verbindung löschen, während ein NFS-Datastore gemountet und in Verwendung ist.

Interoperabilität mit dem Lebenszyklus der privaten Cloud

NFS-Datenspeicher, die von der VMware Engine API verwaltet werden, bleiben bei Ereignissen im Lebenszyklus der privaten Cloud auf folgende Weise erhalten:

  • Cluster erweitern und verkleinern:Wenn Sie einem Cluster mit eingebundenen NFS-Datenspeichern Knoten hinzufügen, bindet VMware Engine diese Datenspeicher automatisch auf den neuen Knoten ein. Wenn Sie beim Verkleinern eines Clusters Knoten entfernen, werden deren vmknic-IP-Adressen freigegeben.
  • Knotenneustart:Die NFS-Datenspeicherkonfiguration auf einem Knoten ist persistent und bleibt nach einem Knotenneustart intakt.
  • Software-Upgrades:Auf Hosts bereitgestellte NFS-Datenspeicher sind von ESXi-, vCenter- und NSX-T-Komponenten-Upgrades nicht betroffen.

Migration von Legacy-NFS-Datastore-Bereitstellungen

Wenn Sie vor dem 1. Januar 2026 NFS-Datenspeicher in VMware Engine erstellt haben, verwenden Sie das Legacy-Modell. Wenn Sie zum unterstützten und empfohlenen Modell wechseln möchten, wenden Sie sich an Cloud Customer Care, um die Migration zu starten.

Bekannte Probleme

Die folgenden Probleme mit externen NFS-Datenspeichern sind bekannt:

  • Während des vorläufigen Löschens einer privaten Cloud wird der Netzwerkpfad zu Datastore unterbrochen.
  • Nachdem das VPC-Netzwerk-Peering eingerichtet wurde, kann es bis zu 20 Minuten dauern, bis Routen an vSphere-Knoten weitergegeben werden.
  • Für Google Cloud NetApp Volumes-Datenspeicher wird die SnapMirror-Funktion von und zu On-Premise-Umgebungen für die Notfallwiederherstellung nicht unterstützt.

Nächste Schritte