Présentation des datastores NFS

VMware Engine vous permet d'utiliser des datastores NFS (Network File System) externes pour faire évoluer le stockage indépendamment des ressources de calcul.

vSAN VMware Engine fournit un stockage virtuel hautes performances pour les VM exécutées dans VMware Engine. Il est idéal pour les charges de travail de niveau 1. Pour fournir une infrastructure virtuelle aux VM VMware, le service VMware Engine utilise des nœuds matériels avec des disques SSD NVMe locaux gérés par vSAN. Si vous souhaitez faire évoluer uniquement les ressources de stockage de votre cluster, vous devez acheter un nœud entier, y compris les capacités de calcul et de mise en réseau dont vous n'avez peut-être pas besoin. Cette limitation de l'infrastructure hyperconvergée (HCI) basée sur vSAN crée une demande de mise à l'échelle du stockage indépendamment des autres ressources.

Grâce à la compatibilité avec les datastores NFS externes, VMware Engine vous permet de faire évoluer le stockage indépendamment des ressources de calcul pour vos charges de travail VMware. Les datastores NFS externes offrent une solution économique pour les applications de niveau 2 et 3, les dépôts de sauvegarde et d'archivage, ainsi que d'autres charges de travail nécessitant beaucoup de stockage et qui n'ont pas besoin des performances de vSAN.

Services de stockage NFS compatibles

Vous pouvez utiliser des datastores NFS externes avec les services Google Cloud suivants :

Conditions préalables générales à l'utilisation des datastores NFS avec VMware Engine

Avant d'installer un volume NFS externe en tant que Datastore, vous devez remplir les conditions préalables suivantes :

Exigences concernant les volumes NFS

Les volumes NFS doivent répondre aux exigences suivantes :

  • Emplacement : le volume NFS (instance Filestore ou volume Google Cloud NetApp Volumes) et le cluster VMware Engine doivent résider dans la même région Google Cloud . VMware Engine ne permet pas de monter des datastores dans différentes régions. Pour les clouds privés étendus, seuls les datastores régionaux sont acceptés.
  • Protocole : VMware Engine n'est compatible qu'avec NFS version 3 (NFSv3) pour une utilisation en tant que datastore VMware Engine. NFSv4.1 n'est pas compatible.
  • Protection contre la suppression : si vous utilisez Filestore ou Google Cloud NetApp Volumes, vous devez activer la protection contre la suppression sur le volume pour éviter toute suppression accidentelle et perte de données.

Autorisations de l'agent de service VMware Engine

Pour créer et installer un datastore basé sur Filestore ou Google Cloud NetApp Volumes, VMware Engine utilise un agent de service géré par Google (service-{project-number}@) pour accéder aux ressources NFS. Cet agent de service nécessite les rôles IAM suivants :

  • roles/compute.networkViewer : pour afficher les appairages de réseau de calcul pour tous les types Datastore.
  • roles/file.viewer : obligatoire pour les datastores sauvegardés par Filestore.
  • roles/netapp.viewer : obligatoire pour les data stores reposant sur Google Cloud NetApp Volumes.

Exigences concernant le sous-réseau de service

Vous devez disposer d'un sous-réseau de service dédié avec une plage CIDR unique allouée au trafic NFS entre les hôtes ESXi et le volume NFS. Configurez le sous-réseau de service comme suit :

  • Vous devez configurer une plage CIDR pour le sous-réseau de service qui comporte suffisamment d'adresses IP pour en attribuer une à chaque nœud du cloud privé.
  • Vous ne pouvez utiliser le sous-réseau de service que pour le trafic de datastore NFS, mais vous pouvez connecter le même sous-réseau à plusieurs datastores NFS différents.
  • Vous devez ajouter l'allocation CIDR réservée pour le sous-réseau de service à la liste des clients autorisés ou à la règle d'exportation de votre volume NFS. Pour Filestore, ajoutez une règle de contrôle des accès pour la plage CIDR du sous-réseau de service. Pour Google Cloud NetApp Volumes, ajoutez le CIDR à la section Clients autorisés des règles d'exportation du volume.

Les règles de passerelle et de pare-feu distribué NSX-T ne s'appliquent pas aux sous-réseaux de service.

Exigences de connexion réseau

Une connexion active doit exister entre le réseau VPC du volume NFS et le réseau VMware Engine (VEN) du cloud privé sur lequel vous allez installer le datastore. Les frais de réseau résultant de l'accès au stockage dans une région ne s'appliquent pas lorsque vous utilisez Filestore avec l'accès privé aux services (PSA, Private Service Access).

Lorsque vous vous connectez à des services de fichiers réseau, utilisez l'une des méthodes de connexion suivantes, en fonction du type de VEN de votre cloud privé :

  • VEN standard : les clouds privés créés dans un VEN standard utilisent l'appairage de réseaux VPC pour se connecter aux services de fichiers réseau tels que Filestore (à l'aide de l'accès aux services privés) ou Google Cloud NetApp Volumes.
  • VEN hérité : les clouds privés qui fonctionnent sur un VEN hérité nécessitent une connexion privée pour se connecter aux services de fichiers réseau. Si vous supprimez une connexion privée alors qu'un datastore NFS est en cours d'utilisation, l'accès au datastore sera interrompu. Par conséquent, veillez à ne pas supprimer de connexion privée lorsqu'un datastore NFS est monté et utilisé.

Interopérabilité avec le cycle de vie du cloud privé

Les datastores NFS gérés par l'API VMware Engine restent persistants lors des événements du cycle de vie du cloud privé de la manière suivante :

  • Expansion et contraction du cluster : si vous ajoutez des nœuds à un cluster avec des datastores NFS montés, VMware Engine monte automatiquement ces datastores sur les nouveaux nœuds. Si vous supprimez des nœuds lorsque vous réduisez un cluster, leurs adresses IP vmknic sont libérées.
  • Redémarrage du nœud : la configuration du datastore NFS sur un nœud est persistante et reste intacte après un redémarrage du nœud.
  • Mises à niveau logicielles : les mises à niveau des composants ESXi, vCenter et NSX-T n'ont aucune incidence sur les datastores NFS installés sur les hôtes.

Migration depuis les anciennes installations NFS Datastore

Si vous avez créé des datastores NFS dans VMware Engine avant le 1er janvier 2026, vous utilisez l'ancien modèle. Pour passer au modèle recommandé et compatible, contactez Cloud Customer Care afin de lancer le processus de migration.

Problèmes connus

Voici les problèmes connus liés aux datastores NFS externes :

  • Lors de la suppression réversible d'un cloud privé, le chemin réseau vers le datastore est coupé.
  • Une fois l'appairage de réseaux VPC établi, la propagation des routes vers les nœuds vSphere peut prendre jusqu'à 20 minutes.
  • Pour les data stores Google Cloud NetApp Volumes, la fonctionnalité SnapMirror vers et depuis un environnement sur site pour la reprise après sinistre n'est pas prise en charge.

Étapes suivantes