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

Vous pouvez utiliser des instances Filestore zonales et régionales en tant que 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 installer 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 espace de 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 durs SSD locaux NVMe gérés par vSAN afin de fournir 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 capacités de calcul et de mise en réseau, ce qui n'est pas forcément nécessaire. Cette limitation de l'infrastructure hyperconvergée (HCI) basée sur vSAN génère une demande de scaling 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 utilisant VMware Engine pour toutes vos charges de travail VMware.

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

Limites des fonctionnalités

Les limites suivantes s'appliquent :

  • Disponible uniquement pour les instances Filestore à grande échelle et Enterprise. Les instances avec SSD de base et HDD de base ne sont pas compatibles.
  • La compatibilité avec les instantanés avec cohérence des plantages n'est disponible que dans les instances Filestore Enterprise.
  • La prise en charge de la sauvegarde est disponible à la fois à grande échelle et à l'édition Enterprise.
  • Le déchargement de 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 accès aux services privés (PSA). Les 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 pour le réseau de service 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 service supplémentaires (par exemple, service-1, service-2 et service-3). Les sous-réseaux de service sont ciblés pour des 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, ce qui offre un débit linéaire et un traitement des paquets à grande échelle, même pour les clouds privés à plus grande échelle. La communication de 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 à haut débit.

Les règles de passerelle NSX-T et de pare-feu distribués 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'une allocation CIDR lors de la création initiale. À la place, vous devez spécifier une plage CIDR et un préfixe ne se chevauchant pas 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 ajouter 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 d'un CIDR de sous-réseau de service existant peut perturber la disponibilité du réseau pour les VM associées à ce sous-réseau.

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

Sinon, l'erreur suivante ou 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 avec la console Google Cloud, consultez la page Créer une instance.

Pour savoir comment importer les allocations CIDR réservées que vous avez créées pour vos sous-réseaux de service, 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 disponible, vous pouvez utiliser la console vCenter pour provisionner des VM par rapport au 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.

Étapes suivantes