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:
- VMware vSAN. Dazu gehören die der in jedem VMware Engine-Knoten enthalten ist.
- Externer NFS-Speicher. Dazu gehören die folgenden Optionen:
- Filestore-Instanzen, die als vSphere-Datenspeicher.
- NetApp Volumes von Google Cloud Dienstinstanzen, die als vSphere-Datenspeicher verwendet werden.
Warum externe 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 einem lokalen 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 bei allen VMware-Arbeitslasten die VMware Engine nutzen.
Hochskalierte Instanzen und Instanzen der Enterprise-Stufe sind VMware-zertifiziert für die Verwendung mit der VMware Engine Datenspeicher gespeichert und in allen VMware Engine-Regionen verfügbar sind.
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.
Protokollunterstützung
Das NFSv3-Protokoll wird unterstützt.
Netzwerk
Filestore- und VMware Engine-Dienste sind über einen privaten Dienst verbunden Zugriff (PSA). Netzwerkgebühren anfallen aus der Speicherzugriff innerhalb einer Region gilt nicht.
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 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
- Mehr über Filestore erfahren
- Vergleich der relativen Vorteile von Block-, Datei- und Objektspeicher
- Speicheroptionen für Arbeitslasten des Hochleistungs-Computings (HPC) prüfen in Google Cloud.