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 des hôtes 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 des datastores NFS externes, vous pouvez faire évoluer le stockage indépendamment en utilisant VMware Engine pour toutes vos ressources et charges de travail.

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 acceptées.
  • Prise en charge des instantanés cohérents en cas de plantage disponible dans Instances Filestore de niveau Enterprise uniquement.
  • L'assistance Sauvegarde est disponible pour les niveaux d'évolutivité "High Scale" et "Enterprise".
  • Déchargement de la 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 Configuration réseau et ressources requises requises

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 clouds privés de grande envergure. 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. À 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.

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 savoir 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 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 vous souhaitez bénéficier de cette fonctionnalité, contactez l'équipe chargée de votre compte ou l'assistance Google Cloud.

Étape suivante