NFS-Volumes als vSphere-Datenspeicher in VMware Engine verwenden

In diesem Dokument wird beschrieben, wie Sie NFS-Volumes als vSphere-Datenspeicher in VMware Engine verwenden. Dazu erstellen und verwalten Sie NFS-Datenspeicher, die von Filestore-Instanzen, Google Cloud NetApp Volumes-Volumes oder NFS-Freigaben von Drittanbietern unterstützt werden. Sie verwenden dazu die VMware Engine API oder die Google Cloud CLI. Der API-Endpunkt ist vmwareengine.googleapis.com. API- und gcloud CLI-Vorgänge zum Erstellen, Aktualisieren, Löschen, Einbinden und Aushängen von Datastores sind asynchron. Wenn Sie einen dieser Vorgänge starten, gibt VMware Engine ein Vorgangsobjekt zurück, mit dem Sie den Status Ihrer Anfrage verfolgen können.

Vorgang abfragen

Verwenden Sie eine GET-Anfrage oder die gcloud-Befehlszeile, um den Status eines Vorgangs zu verfolgen.

API

curl -X GET \
-H "Authorization: Bearer $TOKEN" \
-H "Content-Type: application/json" \
https://vmwareengine.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/operations/OPERATION_ID

Ersetzen Sie Folgendes:

  • PROJECT_ID: Ihre Google Cloud Projekt-ID
  • LOCATION: Der Standort des Vorgangs.
  • OPERATION_ID: Die ID des Vorgangs, der verfolgt wird.

gcloud 

gcloud vmware operations describe OPERATION_ID --location=LOCATION --project=PROJECT_ID

Ersetzen Sie Folgendes:

  • PROJECT_ID: Ihre Google Cloud Projekt-ID
  • LOCATION: Der Standort des Vorgangs.
  • OPERATION_ID: Die ID des Vorgangs, der verfolgt wird.

NFS-Datenspeicher erstellen

Wenn Sie einen Datastore erstellen möchten, der von einer Filestore-Instanz, einem Google Cloud NetApp Volumes-Volume oder einer NFS-Freigabe eines Drittanbieters unterstützt wird, verwenden Sie die gcloud CLI oder senden Sie die folgende POST-Anfrage:

POST https://vmwareengine.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/datastores?datastoreId=DATASTORE_ID

Ersetzen Sie Folgendes:

  • PROJECT_ID: Ihre Google Cloud Projekt-ID
  • LOCATION: Der Speicherort für den Datastore.
  • DATASTORE_ID: Der Name Ihres Datastore.

Der Anfragetext muss ein JSON-Objekt sein, das die Details des NFS-Volumes enthält, das den Datastore unterstützt.

  • description: (Optional) Eine kurze Beschreibung Ihres Datastore.
  • nfs_datastore (erforderlich): Ein Container für die NFS-Datenspeicherkonfiguration.

Filestore

In den folgenden Abschnitten wird beschrieben, wie Sie einen Datastore erstellen, der von Filestore unterstützt wird, indem Sie die API oder die gcloud CLI verwenden.

API

Geben Sie für einen Datastore, der von Filestore unterstützt wird, Folgendes in google_file_service an:

  • filestore_instance: (Erforderlich) Der vollständige Ressourcenname der Filestore-Instanz im Format projects/{project}/locations/{location}/instances/{instance}.

Beispiel für einen Anfragetext:

{
  "description": "Filestore Datastore example",
  "nfs_datastore": {
    "google_file_service": {
      "filestore_instance": "projects/FILESTORE_PROJECT_ID/locations/LOCATION/instances/INSTANCE_NAME"
    }
  }
}

Ersetzen Sie Folgendes:

  • FILESTORE_PROJECT_ID: Die Projekt-ID, in der sich Ihre Filestore-Instanz befindet.
  • LOCATION: Der Standort der Filestore-Instanz. Dieser Wert muss mit dem in der Anfrage-URL angegebenen Datenspeicherort übereinstimmen.
  • INSTANCE_NAME: Der Name Ihrer Filestore-Instanz.

gcloud 

gcloud vmware datastores create DATASTORE_ID \
--location=LOCATION --project=PROJECT_ID \
--filestore=projects/FILESTORE_PROJECT_ID/locations/LOCATION/instances/INSTANCE_NAME

Ersetzen Sie Folgendes:

  • DATASTORE_ID: Der Name Ihres Datastore.
  • LOCATION: Der Speicherort für die Datastore- und die Filestore-Instanz.
  • PROJECT_ID: Ihre Google Cloud Projekt-ID
  • FILESTORE_PROJECT_ID: Die Projekt-ID, in der sich Ihre Filestore-Instanz befindet.
  • INSTANCE_NAME: Der Name Ihrer Filestore-Instanz.

Google Cloud NetApp Volumes

In den folgenden Abschnitten wird beschrieben, wie Sie einen Datastore erstellen, der von Google Cloud NetApp Volumes unterstützt wird, indem Sie die API oder die gcloud CLI verwenden.

API

Geben Sie für einen Datastore, der von Google Cloud NetApp Volumes unterstützt wird, Folgendes in google_file_service an:

  • netapp_volume (Erforderlich): Der vollständige Ressourcenname des Google Cloud NetApp Volumes-Volumes im Format projects/{project}/locations/{location}/volumes/{volume}.

Beispiel für einen Anfragetext:

{
  "description": "NetApp Volumes Datastore example",
  "nfs_datastore": {
    "google_file_service": {
      "netapp_volume": "projects/NETAPP_PROJECT_ID/locations/LOCATION/volumes/VOLUME_NAME"
    }
  }
}

Ersetzen Sie Folgendes:

  • NETAPP_PROJECT_ID: Die Projekt-ID, in der sich Ihr Google Cloud NetApp Volumes-Volume befindet.
  • LOCATION: Der Speicherort des Google Cloud NetApp Volumes-Volumes. Dieser Wert muss mit dem in der Anfrage-URL angegebenen Datenspeicherort übereinstimmen.
  • VOLUME_NAME: Der Name Ihres Google Cloud NetApp Volumes-Volumes.

gcloud 

gcloud vmware datastores create DATASTORE_ID \
--location=LOCATION --project=PROJECT_ID \
--netapp=projects/NETAPP_PROJECT_ID/locations/LOCATION/volumes/VOLUME_NAME

Ersetzen Sie Folgendes:

  • DATASTORE_ID: Der Name Ihres Datastore.
  • LOCATION: Der Speicherort für den Datastore und das Google Cloud NetApp Volumes-Volume.
  • PROJECT_ID: Ihre Google Cloud Projekt-ID
  • NETAPP_PROJECT_ID: Die Projekt-ID, in der sich Ihr Google Cloud NetApp Volumes-Volume befindet.
  • VOLUME_NAME: Der Name Ihres Google Cloud NetApp Volumes-Volumes.

NFS von Drittanbietern

In den folgenden Abschnitten wird beschrieben, wie Sie einen Datastore erstellen, der von einer NFS-Freigabe eines Drittanbieters unterstützt wird, indem Sie die API oder die gcloud CLI verwenden.

API

Geben Sie für einen Datastore, der von einer NFS-Freigabe eines Drittanbieters unterstützt wird, Folgendes in nfs_datastore an:

  • third_party_nfs: (Erforderlich) Enthält die Konfiguration für NFS von Drittanbietern.
    • network:Der Name des VPC-Netzwerk im Format projects/{project}/global/networks/{network}.
    • file_share:Der Name der Dateifreigabe.
    • servers:Eine Liste von Server-IP-Adressen.

Der Anfragetext sieht etwa so aus:

{
  "description": "Third-party NFS Datastore example",
  "nfs_datastore": {
    "third_party_nfs": {
      "network": "projects/PROJECT_ID/global/networks/NETWORK_NAME",
      "file_share": "FILE_SHARE_NAME",
      "servers": ["SERVER_ADDRESS_1"]
    }
  }
}

Ersetzen Sie Folgendes:

  • PROJECT_ID: Ihre Google Cloud Projekt-ID
  • NETWORK_NAME: Der Name des VPC-Netzwerk für den NFS-Datenspeicher eines Drittanbieters.
  • FILE_SHARE_NAME: Der Name der Dateifreigabe für den NFS-Datenspeicher eines Drittanbieters.
  • SERVER_ADDRESS_1: Eine Server-IP-Adresse für den NFS-Datastore des Drittanbieters. Fügen Sie der Liste bei Bedarf weitere Adressen hinzu.

gcloud 

gcloud vmware datastores create DATASTORE_ID \
--third-party-nfs-network=NETWORK_NAME \
--third-party-nfs-file-share=FILE_SHARE_NAME \
--third-party-nfs-servers=SERVER_ADDRESSES \
--location=LOCATION --project=PROJECT_ID

Ersetzen Sie Folgendes:

  • DATASTORE_ID: Der Name Ihres Datastore.
  • NETWORK_NAME: Der Name des VPC-Netzwerk für den NFS-Datastore eines Drittanbieters.
  • FILE_SHARE_NAME: Der Name der Dateifreigabe für den NFS-Datenspeicher eines Drittanbieters.
  • SERVER_ADDRESSES: Eine durch Kommas getrennte Liste von Server-IP-Adressen für den NFS-Datenspeicher von Drittanbietern.
  • LOCATION: Der Speicherort für den Datastore.
  • PROJECT_ID: Ihre Google Cloud Projekt-ID

Datenspeicher auflisten oder abrufen

Wenn Sie alle Datastores für ein bestimmtes Projekt und einen bestimmten Standort auflisten möchten, verwenden Sie die gcloud CLI oder senden Sie eine GET-Anfrage:

API

Wenn Sie alle Datastores für ein bestimmtes Projekt und einen bestimmten Standort auflisten möchten, senden Sie eine GET-Anfrage:

GET https://vmwareengine.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/datastores

Wenn Sie Details zu einem bestimmten Datastore abrufen möchten, stellen Sie eine GET-Anfrage:

GET https://vmwareengine.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/datastores/DATASTORE_ID

Ersetzen Sie Folgendes:

  • PROJECT_ID: Ihre Google Cloud Projekt-ID
  • LOCATION: Der Speicherort des Datastore.
  • DATASTORE_ID: Der Name des Datastore.

gcloud

Verwenden Sie den Befehl gcloud vmware datastores list, um alle Datastores für ein bestimmtes Projekt und einen bestimmten Standort aufzulisten:

gcloud vmware datastores list \
--location=LOCATION --project=PROJECT_ID

Verwenden Sie den Befehl gcloud vmware datastores describe, um Details zu einem bestimmten Datastore abzurufen:

gcloud vmware datastores describe DATASTORE_ID \
--location=LOCATION --project=PROJECT_ID

Ersetzen Sie Folgendes:

  • LOCATION: Der Speicherort des Datastore.
  • PROJECT_ID: Ihre Google Cloud Projekt-ID
  • DATASTORE_ID: Der Name des Datastore.

Datastore einbinden

Nachdem Sie eine Datastore-Ressource erstellt haben, müssen Sie sie in einem vSphere-Cluster bereitstellen, damit sie für ESXi-Hosts verfügbar ist. Wenn Sie einen NFS-Datastore einbinden möchten, verwenden Sie die gcloud CLI oder senden Sie eine POST-Anfrage an den Zielcluster:

API

POST https://vmwareengine.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/privateClouds/PRIVATE_CLOUD_ID/clusters/CLUSTER_ID:mountDatastore

Beispiel für einen Anfragetext:

{
  "datastore_mount_config": {
    "datastore": "projects/PROJECT_ID/locations/LOCATION/datastores/DATASTORE_ID",
    "datastore_network": {
      "subnet": "projects/PROJECT_ID/locations/LOCATION/privateClouds/PRIVATE_CLOUD_ID/subnets/SERVICE_SUBNET_NAME",
      "connection_count": 4
    },
    "access_mode": "READ_WRITE",
    "nfs_version": "NFS_V3"
  }
}
  • datastore:Der Ressourcenname des bereitzustellenden Datastore.
  • subnet:Der Ressourcenname des Dienstsubnetzes, das für NFS-Traffic verwendet werden soll.
  • connection_count: (Optional) Die Anzahl der Verbindungen. Der Standardwert ist 4.
  • access_mode: (Optional) Der Zugriffsmodus, READ_WRITE oder READ_ONLY. Standardwert ist READ_WRITE.
  • nfs_version: (Optional) Die NFS-Version. Der Standardwert ist NFS_V3.

Ersetzen Sie Folgendes:

  • PROJECT_ID: Ihre Google Cloud Projekt-ID
  • LOCATION: Der Standort der Ressourcen.
  • PRIVATE_CLOUD_ID: Der Name der Private Cloud.
  • CLUSTER_ID ist der Name des Clusters.
  • DATASTORE_ID: Der Name des Datastore, der bereitgestellt werden soll.
  • SERVICE_SUBNET_NAME: Der Name des Dienstsubnetzes, das für NFS-Traffic verwendet werden soll.

gcloud 

gcloud vmware private-clouds clusters mount-datastore CLUSTER_ID \
--location=LOCATION --project=PROJECT_ID \
--private-cloud=PRIVATE_CLOUD_ID \
--datastore=projects/PROJECT_ID/locations/LOCATION/datastores/DATASTORE_ID \
--subnet=SERVICE_SUBNET_NAME

Alternativ können Sie die Details zur Netzwerkkonfiguration mit dem Flag --datastore-network in einer JSON-Datei angeben:

gcloud vmware private-clouds clusters mount-datastore CLUSTER_ID \
--location=LOCATION --project=PROJECT_ID \
--private-cloud=PRIVATE_CLOUD_ID \
--datastore=projects/PROJECT_ID/locations/LOCATION/datastores/DATASTORE_ID \
--datastore-network=network-config.json

Dabei enthält network-config.json Folgendes:

{
    "subnet": "SERVICE_SUBNET_NAME",
    "mtu": 1500,
    "connection-count": 4
}

Ersetzen Sie Folgendes:

  • CLUSTER_ID ist der Name des Clusters.
  • LOCATION: Der Standort der Ressourcen.
  • PROJECT_ID: Ihre Google Cloud Projekt-ID
  • PRIVATE_CLOUD_ID: Der Name der Private Cloud.
  • DATASTORE_ID: Der Name des Datastore, der bereitgestellt werden soll.
  • SERVICE_SUBNET_NAME: Der Name des Dienstsubnetzes, das für NFS-Traffic verwendet werden soll.

Nach einem erfolgreichen Mount-Vorgang können Sie die gemountete Datastore-Konfiguration in der Clusterressource ansehen. Die Clusterressource enthält einen DatastoreMountConfig-Eintrag, der dem Mount entspricht. Beispiel:

...
datastoreMountConfig:
- accessMode: READ_WRITE
  datastore: projects/PROJECT_ID/locations/LOCATION/datastores/DATASTORE_ID
  datastoreNetwork:
    connectionCount: 4
    mtu: 1500
    networkPeering: projects/PROJECT_ID/locations/global/networkPeerings/PEERING_NAME
    subnet: projects/PROJECT_ID/locations/LOCATION/privateClouds/PRIVATE_CLOUD_ID/subnets/SUBNET_NAME
  fileShare: FILE_SHARE_NAME
  nfsVersion: NFS_V3
  servers:
  - SERVER_IP
...

Nach einem erfolgreichen Mount-Vorgang wird die Liste clusters der Datastore-Ressource aktualisiert. Sie können einen Datastore beschreiben, um zu sehen, auf welchen Clustern er bereitgestellt wird.

API

GET https://vmwareengine.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/datastores/DATASTORE_ID

gcloud 

gcloud vmware datastores describe DATASTORE_ID --location=LOCATION --project=PROJECT_ID

Suchen Sie nach der Beschreibung eines Datastore in der Antwort nach dem Feld clusters, um zu sehen, auf welchen Clustern der Datastore bereitgestellt ist. Die folgende Beispielausgabe zeigt einen Datastore, der in einem Cluster bereitgestellt wird:

{
  "name": "projects/PROJECT_ID/locations/LOCATION/datastores/DATASTORE_ID",
  ...
  "clusters": [
    "projects/PROJECT_ID/locations/LOCATION/privateClouds/PRIVATE_CLOUD_ID/clusters/CLUSTER_ID"
  ],
  ...
}

Datastore aktualisieren

Nur das Feld description eines Datastore kann aktualisiert werden. Wenn Sie einen Datastore aktualisieren möchten, verwenden Sie die gcloud CLI oder senden Sie eine PATCH-Anfrage:

API

PATCH https://vmwareengine.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/datastores/DATASTORE_ID

Beispiel für einen Anfragetext:

{
  "description": "New datastore description"
}

Ersetzen Sie Folgendes:

  • PROJECT_ID: Ihre Google Cloud Projekt-ID
  • LOCATION: Der Speicherort des Datastore.
  • DATASTORE_ID: Die ID des Datastore.

gcloud 

gcloud vmware datastores update DATASTORE_ID \
--location=LOCATION --project=PROJECT_ID \
--description="DESCRIPTION"

Ersetzen Sie Folgendes:

  • DATASTORE_ID: Der Name des Datastore.
  • LOCATION: Der Speicherort des Datastore.
  • PROJECT_ID: Ihre Google Cloud Projekt-ID
  • DESCRIPTION: Eine Beschreibung für Datastore.

Datastore unmounten

Wenn Sie einen NFS-Datenspeicher aus einem Cluster entfernen möchten, verwenden Sie die gcloud CLI oder senden Sie eine POST-Anfrage:

API

POST https://vmwareengine.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/privateClouds/PRIVATE_CLOUD_ID/clusters/CLUSTER_ID:unmountDatastore

Beispiel für einen Anfragetext:

{
  "datastore": "projects/PROJECT_ID/locations/LOCATION/datastores/DATASTORE_ID"
}

Ersetzen Sie Folgendes:

  • PROJECT_ID: Ihre Google Cloud Projekt-ID
  • LOCATION: Der Standort der Ressourcen.
  • PRIVATE_CLOUD_ID: Der Name der Private Cloud.
  • CLUSTER_ID ist der Name des Clusters.
  • DATASTORE_ID: Der Name des Datastore, der unmountet werden soll.

gcloud 

gcloud vmware private-clouds clusters unmount-datastore CLUSTER_ID \
--location=LOCATION --project=PROJECT_ID \
--private-cloud=PRIVATE_CLOUD_ID \
--datastore=projects/PROJECT_ID/locations/LOCATION/datastores/DATASTORE_ID

Ersetzen Sie Folgendes:

  • CLUSTER_ID ist der Name des Clusters.
  • LOCATION: Der Standort der Ressourcen.
  • PROJECT_ID: Ihre Google Cloud Projekt-ID
  • PRIVATE_CLOUD_ID: Der Name der Private Cloud.
  • DATASTORE_ID: Der Name des Datastore, der unmountet werden soll.

Datastore löschen

Verwenden Sie zum Löschen einer Datastore-Ressource die gcloud CLI oder senden Sie eine DELETE-Anfrage. Der Datastore darf nicht in einem Cluster bereitgestellt werden.

API

DELETE https://vmwareengine.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/datastores/DATASTORE_ID

Ersetzen Sie Folgendes:

  • PROJECT_ID: Ihre Google Cloud Projekt-ID
  • LOCATION: Der Speicherort des Datastore.
  • DATASTORE_ID: Der Name des zu löschenden Datastore.

gcloud 

gcloud vmware datastores delete DATASTORE_ID \
--location=LOCATION --project=PROJECT_ID

Ersetzen Sie Folgendes:

  • DATASTORE_ID: Der Name des zu löschenden Datastore.
  • LOCATION: Der Speicherort des Datastore.
  • PROJECT_ID: Ihre Google Cloud Projekt-ID

Fehlerbehebung

In den folgenden Tabellen sind häufige Fehler beim Erstellen und Einbinden von Datastore aufgeführt:

Datenspeicherfehler erstellen

In der folgenden Tabelle werden Fehler beschrieben, die beim Erstellen von Datastores auftreten können:

Fehlermeldung Ursache Lösung
Die Filestore-NFS-Dateiserverinstanz darf nicht leer sein. Das Feld filestore_instance im Anfragetext ist leer. Geben Sie den vollständigen Ressourcennamen Ihrer Filestore-Instanz an.
Das NetApp-NFS-Dateiserver-Volume darf nicht leer sein. Das Feld netapp_volume im Anfragetext ist leer. Geben Sie den vollständigen Ressourcennamen Ihres Google Cloud NetApp Volumes-Volumes an.
Ungültiges Feldformat für den Feldtyp „filestore_instance“ Das Feld filestore_instance entspricht nicht dem erforderlichen Format. Achten Sie darauf, dass der Ressourcenname das Format projects/{project}/locations/{location}/instances/{instance} hat.
Ungültiges Feldformat für den Feldtyp „netapp_volume“ Das Feld netapp_volume entspricht nicht dem erforderlichen Format. Achten Sie darauf, dass der Ressourcenname das Format projects/{project}/locations/{location}/volumes/{volume} hat.
Datastore und NFS-Volume befinden sich an unterschiedlichen Orten. Die Filestore-Instanz oder das Google Cloud NetApp Volumes-Volume befindet sich an einem anderen Ort als der Datastore, den Sie erstellen möchten. Das NFS-Volume und der Datastore müssen sich am selben Standort befinden.
Dem Nutzer fehlen die erforderlichen Berechtigungen „file.instances.get“ Das Dienstkonto hat nicht die erforderlichen IAM-Berechtigungen für den Zugriff auf die Filestore-Instanz. Weisen Sie dem VMware Engine-Dienst-Agent die Rolle roles/file.viewer zu.
Berechtigung „netapp.volumes.get“ für Ressource verweigert… Das Dienstkonto hat nicht die erforderlichen IAM-Berechtigungen für den Zugriff auf das Google Cloud NetApp Volumes-Volume. Weisen Sie dem VMware Engine-Dienst-Agent die Rolle roles/netapp.viewer zu.
Die Filestore-Instanz … ist nicht vorhanden. Die angegebene Filestore-Instanz wurde nicht gefunden. Prüfen Sie, ob die Filestore-Instanz vorhanden ist und der Ressourcenname korrekt ist.
Das NetApp-Volume … ist nicht vorhanden. Das angegebene Google Cloud NetApp Volumes-Volume wurde nicht gefunden. Prüfen Sie, ob das Google Cloud NetApp Volumes-Volume vorhanden ist und der Ressourcenname korrekt ist.
Die Filestore-Instanz hat eine nicht unterstützte Stufe Die Filestore-Instanz verwendet eine Stufe, die von dieser Funktion nicht unterstützt wird. Erstellen Sie eine neue Filestore-Instanz mit einer unterstützten Stufe: „Zonal“ oder „Regional“.
Die Filestore-Instanz hat eine nicht unterstützte NFS-Version Die Filestore-Instanz verwendet eine nicht unterstützte NFS-Version. Erstellen Sie eine neue Filestore-Instanz mit NFS-Version 3.
Das NetApp-Volume … hat eine nicht unterstützte NFS-Version … Für das Google Cloud NetApp Volumes-Volume wird eine nicht unterstützte NFS-Version verwendet. Erstellen Sie ein neues Google Cloud NetApp Volumes-Volume mit NFS-Version 3.
Für das NetApp-Volume … ist der Löschschutz deaktiviert. Für das Google Cloud NetApp Volumes-Volume ist der Löschschutz deaktiviert. Löschschutz für das Google Cloud NetApp Volumes-Volume aktivieren
Datastore kann nicht erstellt werden. Eine Ressource mit derselben Konfiguration ist bereits vorhanden. Ein Datastore mit diesem Namen und dieser Konfiguration ist bereits vorhanden. Wählen Sie einen anderen Namen für Ihren Datastore aus oder ändern Sie die Konfiguration.

Fehler beim Ein- und Aushängen von Datastore

In der folgenden Tabelle werden Fehler beschrieben, die beim Einbinden oder Aushängen von Datastores auftreten können:

Fehlermeldung Ursache Lösung
Die Validierung von „DatastoreFormat“ ist fehlgeschlagen. Das angegebene Datenspeicherformat wird nicht unterstützt oder ist ungültig. Prüfen Sie, ob das Datenspeicherformat mit VMware Engine kompatibel ist (z. B. NFSv3).
Ungültiger MTU-Bereich. Der Wert muss zwischen 1.300 und 9.000 liegen. Der für Datastore-Netzwerk angegebene MTU-Wert (Maximum Transmission Unit) liegt außerhalb des zulässigen Bereichs von 1.300 bis 9.000. Geben Sie einen MTU-Wert zwischen 1.300 und 9.000 an.
Das Datenspeicherprojekt entspricht nicht dem Clusterprojekt. Die Google Cloud Projekt-ID des Datastore stimmt nicht mit der Google Cloud Projekt-ID des vSphere-Clusters überein. Prüfen Sie, ob Datastore und Cluster zum selben Google Cloud Projekt gehören.
Ungültige MTU. Die MTU muss mit der MTU des vorhandenen eingebundenen Datastore im Cluster übereinstimmen. Die MTU des neuen Datastore-Netzwerks stimmt nicht mit der MTU anderer NFS-Datenspeicher überein, die bereits auf demselben Cluster bereitgestellt sind. Richten Sie die MTU des neuen Datastore an der MTU der vorhandenen eingebundenen Datenspeicher im Cluster aus.
Datastore muss vorhanden sein und sich im Status „Bereit“ befinden Die angegebene Datastore-Ressource ist nicht vorhanden oder befindet sich nicht im Status READY. Prüfen Sie mit der Get- oder List-Datastore API, ob der Datastore erfolgreich erstellt wurde und der Status READY ist.
Für Erstanbieter muss ein referenziertes Filestore oder NetApp vorhanden sein und den Status „Bereit“ haben. Die zugrunde liegende Filestore-Instanz oder das Google Cloud NetApp Volumes-Volume fehlt oder befindet sich nicht im Status READY. Achten Sie darauf, dass das referenzierte NFS-Volume vorhanden ist und sich im READY-Status in seinem Google Cloud -Projekt befindet.
Das Netzwerk-Peering zwischen der VPC der Dateifreigabe und dem VMware Engine-Netzwerk der privaten Cloud des Clusters muss aktiv sein. Zwischen dem VPC-Netzwerk, in dem sich das NFS-Volume befindet, und dem VMware Engine-Netzwerk der privaten Cloud ist eine VPC-Netzwerk-Peering-Verbindung erforderlich. Diese Verbindung fehlt oder befindet sich nicht im Status ACTIVE. Prüfen Sie, ob eine aktive VPC-Netzwerk-Peering-Verbindung zwischen der VPC der Dateifreigabe und dem VMware Engine-Netzwerk Ihrer Private Cloud besteht.
Einbindungsvorgang schlägt in Legacy-Netzwerken fehl Bei Legacy-Netzwerken fehlt die private Verbindung zum Mandantenprojekt des NFS-Volumes oder sie ist inaktiv. Achten Sie darauf, dass eine aktive private Verbindung zum Mandantenprojekt besteht, bevor Sie versuchen, den Datastore zu mounten. Löschen Sie keine private Verbindung, die von einem eingebundenen Datastore verwendet wird.
Für First Party sollte eine Exportoption hinzugefügt werden, damit das PC-Subnetz für die Bereitstellung verwendet werden kann. Die Exportrichtlinie für das NFS-Volume enthält das Dienstsubnetz der Private Cloud nicht für den Zugriff. Ändern Sie die Exportrichtlinie Ihres NFS-Volumes, um den Zugriff über das Dienstsubnetz der Private Cloud zu ermöglichen, das für die Bereitstellung verwendet wird.
Das Subnetz muss mit einem gültigen IP-CIDR konfiguriert sein. Das für das Datastore-Netzwerk angegebene Dienst-Subnetz fehlt oder es ist kein gültiger IP-CIDR-Bereich konfiguriert. Prüfen Sie, ob das angegebene Dienst-Subnetz vorhanden ist und einen korrekt konfigurierten IP-CIDR-Bereich hat, der ausreicht, um allen ESXi-Hosts im Cluster IP-Adressen zuzuweisen.
Ungültiges Datenspeicherformat Der angegebene Datastore-Ressourcenname hat kein erkanntes oder korrektes Format, sodass die Trennung nicht möglich ist. Prüfen Sie, ob der in der Unmount-Anfrage angegebene Datastore-Ressourcenname korrekt ist und dem Format projects/{project}/locations/{location}/datastores/{datastore_id} entspricht.
Datastore nicht auf Cluster gemountet Der Datastore, den Sie unmounten möchten, ist nicht im angegebenen Cluster gemountet. Bevor Sie versuchen, die Bereitstellung aufzuheben, prüfen Sie, ob der Datastore im Ziel-vSphere-Cluster bereitgestellt ist.