Utiliser un volume NFS en tant que datastore vSphere hébergé par Filestore

Vous pouvez utiliser les ressources zonales, régionales et d'entreprise de Filestore instances de niveau supérieur en tant que datastores externes pour VMware ESXi dans Google Cloud VMware Engine.

Pour ce faire, vous pouvez créer vos instances Filestore dans des régions où VMware Engine et Filestore sont disponibles puis les monter en tant que datastores externes sur vos hôtes VMware ESXi existants dans VMware Engine.

VMware Engine propose les options de stockage vSphere suivantes:

Pourquoi utiliser des datastores externes pour VMware Engine ?

VMware Engine vSAN fournit un stockage virtuel hautes performances pour les VM exécutées dans VMware Engine. Le service VMware Engine utilise des nœuds matériels avec des machines virtuelles NVMe locales. SSD gérés par un vSAN pour offrir une expérience pour les VM VMware. Si vous souhaitez n'effectuer le scaling que des ressources de stockage dans le cluster, vous devez acheter un nœud entier, ainsi que des ressources de calcul les capacités de mise en réseau, c'est-à-dire des ressources dont vous n'avez peut-être pas besoin. Cette limitation de Infrastructure hyperconvergée (HCI) basée sur vSAN crée une demande pour faire évoluer le stockage indépendamment des autres ressources.

Avec des datastores NFS externes, vous pouvez faire évoluer le stockage indépendamment en utilisant VMware Engine pour toutes vos charges de travail VMware.

Les instances des niveaux à grande échelle et Enterprise sont certifiées VMware pour une utilisation avec VMware Engine datastores et sont disponibles dans toutes les régions VMware Engine.

Limites des fonctionnalités

Les limites suivantes s'appliquent :

  • Disponible uniquement pour les instances Filestore à grande échelle et Enterprise. Les instances de niveau SSD et HDD de base ne sont pas acceptées.
  • Prise en charge des instantanés cohérents en cas de plantage disponible dans Instances Filestore de niveau Enterprise uniquement.
  • L'assistance de sauvegarde est disponible pour les niveaux grande échelle et entreprise.
  • Déchargement de la copie (VAAI) n'est pas disponible.

Compatibilité avec le protocole

Le protocole NFSv3 est compatible.

Mise en réseau

Les services Filestore et VMware Engine sont connectés via un service privé (PSA). Frais de réseau résultant de l'accès au stockage dans une région ne s'appliquent pas.

Avant de commencer

La procédure décrite dans ce document suppose que vous avez effectué les opérations suivantes :

  • Attribution d'un CIDR /26 au réseau de services Google Cloud VMware Engine pour être utilisée pour le stockage NFS externe.

Sous-réseaux de service

Lorsque vous créez un cloud privé, VMware Engine crée des sous-réseaux de service supplémentaires (par exemple, service-1, service-2, service-3). Les sous-réseaux de service pour les scénarios de déploiement d'appareils ou de services (stockage, sauvegarde, etc.). et la reprise après sinistre, ou les flux de données multimédias, qui fournissent des flux de données et le traitement des paquets pour les clouds privés les plus étendus. VM la communication sur un sous-réseau de service transite directement depuis l'hôte VMware ESXi à l'infrastructure réseau Google Cloud, ce qui permet aux réseaux de la communication.

Les règles de passerelle NSX-T et de pare-feu distribué ne s'appliquent à aucun sous-réseau de service.

Configurer des sous-réseaux de service

Les sous-réseaux de service ne disposent pas d'allocation CIDR lors de la création initiale. À la place, vous devez spécifier une plage CIDR et un préfixe qui ne se chevauchent pas pour les sous-réseaux de service à l'aide de l'API ou de la console VMware Engine.

La première adresse utilisable devient l'adresse de la passerelle. Pour allouer un CIDR la plage et le préfixe de l'un des sous-réseaux de service.

Les sous-réseaux de service peuvent être mis à jour si les exigences CIDR changent. Toutefois, la modification d'un CIDR de sous-réseau de service existant peut perturber la disponibilité du réseau pour VM connectées à ce sous-réseau de service.

Ajoutez les allocations CIDR réservées pour les sous-réseaux de service que vous avez définis sur le portail VMware Engine vers la liste dans la connexion d'appairage de VPC de votre réseau.

Si vous ne le faites pas, l'erreur suivante ou une erreur semblable est renvoyée dans vmkernel.log:

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.

Créer et gérer des instances Filestore

Découvrir comment créer et gérer un fichier Filestore à l'aide de la console Google Cloud instance, consultez la section Créer une instance.

Pour savoir comment importer les allocations CIDR réservées que vous avez créées pour votre service sous-réseaux, consultez la section Mettre à jour une connexion d'appairage.

Les clients doivent contacter l'assistance GCVE pour installer leurs datastores NFS Filestore. Une fois que le datastore NFS est installé sur tous les hôtes d'un cluster donné et qu'il est disponible, vous pouvez utiliser la console vCenter pour provisionner des VM sur le datastore externe, afficher les métriques et afficher les journaux liés aux opérations Google I/O effectuées sur le datastore externe.

Si cette fonctionnalité vous intéresse, contactez l'équipe chargée de votre compte ou l'assistance Google Cloud.

Étape suivante