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

Vous pouvez utiliser des instances Filestore de niveau zonal, régional et entreprise comme datastores externes pour les hôtes 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 disques SSD NVMe locaux gérés par vSAN pour proposer une infrastructure virtuelle pour les VM VMware. Si vous ne souhaitez faire évoluer que les ressources de stockage de votre cluster, vous devez acheter un nœud entier, ainsi que des fonctionnalités de calcul et de mise en réseau, des ressources dont vous n'avez peut-être pas besoin. Cette limitation de l'infrastructure hyperconvergée (HCI) basée sur vSAN crée une demande d'évolutivité du stockage indépendamment des autres ressources.

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

Les instances de niveau High Scale et Enterprise sont certifiées VMware pour une utilisation avec les datastores VMware Engine 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 de base et HDD de base ne sont pas compatibles.
  • Prise en charge des instantanés cohérents avec les plantages disponible uniquement dans les instances Filestore de niveau Enterprise.
  • L'assistance Sauvegarde est disponible pour les niveaux d'évolutivité "High Scale" et "Enterprise".
  • Le transfert de copie (VAAI) n'est pas disponible.
  • Vous ne pouvez pas installer d'instances Filestore connectées à VMware Engine via un pairage direct. Pour en savoir plus, consultez la section Configuration réseau et exigences en termes de ressources IP.

Compatibilité avec le protocole

Le protocole NFSv3 est compatible.

Mise en réseau

Les services Filestore et VMware Engine sont connectés via l'accès aux services privés (PSA). Les frais de réseau liés à 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 :

  • Réservation d'un CIDR /26 pour le réseau de services Google Cloud VMware Engine à utiliser 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 services supplémentaires (par exemple, service-1, service-2 et service-3). Les sous-réseaux de services sont ciblés pour les scénarios de déploiement d'appareils ou de services, tels que le stockage, la sauvegarde et la reprise après sinistre, ou le streaming multimédia, offrant une capacité de traitement des paquets et un débit linéaire à grande échelle, même pour les plus grands clouds privés. La communication entre les VM sur un sous-réseau de service passe directement de l'hôte VMware ESXi à l'infrastructure réseau Google Cloud, ce qui permet une communication à grande vitesse.

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

Configurer des sous-réseaux de service

Les sous-réseaux de service ne reçoivent pas d'allocation de CIDR lors de leur création initiale. Vous devez plutôt spécifier un préfixe et une plage CIDR sans chevauchement pour les sous-réseaux de service à l'aide de la console ou de l'API VMware Engine.

La première adresse utilisable devient l'adresse de la passerelle. Pour allouer une plage CIDR et un préfixe, modifiez 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 du CIDR d'un sous-réseau de service existant peut entraîner une interruption de la disponibilité du réseau pour les VM associées à ce sous-réseau de service.

Vous devez ajouter les allocations CIDR réservées pour les sous-réseaux de services que vous avez définis dans le portail VMware Engine à la liste des clients importés dans la connexion d'appairage de VPC de votre réseau.

Dans le cas contraire, l'erreur suivante ou une erreur similaire s'affiche 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

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

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

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

Si vous souhaitez en profiter, contactez l'équipe chargée de votre compte ou l'assistance Google Cloud.

Étape suivante