NFS-Volume als von Filestore gehosteter vSphere-Datenspeicher verwenden

Sie können Filestore zonal, regional und Enterprise verwenden Stufen von Instanzen als externe Datenspeicher für VMware ESXi in der Google Cloud VMware Engine.

Dazu können Sie Filestore-Instanzen in Regionen erstellen, in denen sowohl VMware Engine und Filestore sind verfügbar und diese dann als externe Datenspeicher auf Ihren vorhandenen VMware ESXi-Hosts bereitstellen in der VMware Engine.

VMware Engine bietet die folgenden vSphere-Speicheroptionen:

Vorteile externer Datenspeicher für VMware Engine

VMware Engine vSAN bietet leistungsstarken virtuellen Speicher für In VMware Engine ausgeführte VMs Die VMware Engine Dienst verwendet Hardwareknoten mit lokalem NVMe SSD (Solid State Drives), die von vSAN verwaltet werden, um eine virtuelle Infrastruktur für VMware-VMs. Wenn Sie nur die Speicherressourcen skalieren möchten in Ihrem Cluster benötigen, müssen Sie einen ganzen Knoten sowie Rechenleistung und Netzwerkfunktionen – Ressourcen, die Sie möglicherweise nicht benötigen. Diese Einschränkung von vSAN-basierte hyper-konvergente Infrastruktur (HCI) der Bedarf an der Skalierung des Speichers unabhängig von anderen Ressourcen entsteht.

Mit externen NFS-Datenspeichern können Sie den Speicher unabhängig vom Computing skalieren und nutzen die VMware Engine für alle Ihre VMware-Produkte Arbeitsbelastungen.

Hochskalierte Instanzen und Instanzen der Enterprise-Stufe sind VMware-zertifiziert für die Verwendung mit VMware Engine-Datenspeicher und sind in allen VMware Engine-Regionen

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 verfügbar in Nur für Instanzen der Filestore Enterprise-Stufe.
  • Unterstützung für Sicherungen ist sowohl für die High Scale als auch für die Enterprise-Stufe verfügbar.
  • Auslagerung kopieren (VAAI) ist nicht verfügbar.
  • Sie können keine Filestore-Instanzen bereitstellen, die mit direkter Verbindung Peering zur VMware Engine. Weitere Informationen finden Sie unter Netzwerkkonfiguration und Anforderungen an IP-Ressourcen

Protokollunterstützung

Das NFSv3-Protokoll wird unterstützt.

Netzwerk

Filestore- und VMware Engine-Dienste sind verbunden über den privaten Dienstzugriff bereitgestellt. 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 wurde ein CIDR mit der Priorität „/26“ festgelegt, um für externen NFS-Speicher verwendet werden.

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 Szenarien der Appliance- oder Dienstbereitstellung wie Speicher, Sicherung und Disaster Recovery oder Media-Streaming, die hochskalierte, lineare Durchsatz und Paketverarbeitung selbst bei den größten privaten Clouds. Mailboxnachricht Die Kommunikation über ein Dienstsubnetz erfolgt direkt vom VMware ESXi-Host in die Netzwerkinfrastruktur von Google Cloud eingebunden, Kommunikation.

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. So weisen Sie ein CIDR zu Bereich und Präfix bearbeiten eines der Dienstsubnetze.

Dienstsubnetze können aktualisiert werden, wenn sich die CIDR-Anforderungen ändern. Die Änderung eines vorhandenen Dienstsubnetz-CIDR zu einer Unterbrechung der Netzwerkverfügbarkeit bei VMs, die an dieses Dienstsubnetz angehängt sind.

Sie sollten die reservierten CIDR-Zuweisungen für die von Ihnen definierten Dienstsubnetze hinzufügen im VMware Engine-Portal zur Liste der importierte Clients in der VPC-Peering-Verbindung Ihres Netzwerks.

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

Erfahren Sie, wie Sie mit der Google Cloud Console einen Filestore erstellen und verwalten. finden Sie unter Instanz erstellen.

So importieren Sie die reservierten CIDR-Zuweisungen, die Sie für Ihren Dienst erstellt haben Subnetzen 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