L'API vSphere pour Storage Awareness (VASA) permet à un administrateur de machines virtuelles d'utiliser facilement les fonctionnalités de stockage nécessaires pour provisionner des machines virtuelles sans avoir à interagir avec son équipe de stockage. Avant VASA, les administrateurs de machines virtuelles pouvaient définir des stratégies de stockage de machines virtuelles, mais devaient travailler avec leurs administrateurs de stockage pour identifier les banques de données appropriées, souvent en utilisant la documentation ou les conventions de dénomination. Avec VASA, les administrateurs vCenter disposant des autorisations appropriées peuvent définir une gamme de capacités de stockage que les utilisateurs vCenter peuvent ensuite utiliser pour provisionner des machines virtuelles. Le mappage entre la politique de stockage de la machine virtuelle et le profil de capacité de stockage de la banque de données permet à vCenter d'afficher une liste de banques de données compatibles pour la sélection, ainsi que de permettre à d'autres technologies comme Aria (anciennement connu sous le nom de vRealize) Automation ou Tanzu Kubernetes Grid de sélectionner automatiquement le stockage à partir d'une politique attribuée. Cette approche est connue sous le nom de gestion basée sur les politiques de stockage. Bien que les profils et les politiques de capacité de stockage puissent également être utilisés avec les magasins de données traditionnels, nous nous concentrons ici sur les magasins de données vVols . Le fournisseur VASA pour ONTAP est inclus dans les ONTAP tools for VMware vSphere.

Les avantages d'avoir VASA Provider hors de Storage Array incluent :

Chaque banque de données vVol est sauvegardée par un conteneur de stockage qui est une entrée logique dans le fournisseur VASA pour définir la capacité de stockage. Le conteneur de stockage avec les outils ONTAP est construit avec des volumes ONTAP . Le conteneur de stockage peut être étendu en ajoutant des volumes ONTAP dans le même SVM.

Le point de terminaison du protocole (PE) est principalement géré par les outils ONTAP . Dans le cas de vVols basés sur iSCSI, un PE est créé pour chaque volume ONTAP qui fait partie de ce conteneur de stockage ou de cette banque de données vVol. Le PE pour iSCSI est un LUN de petite taille (4 Mio pour 9.x et 2 Gio pour 10.x) qui est présenté à l'hôte vSphere et les stratégies de multi-accès sont appliquées au PE.

Pour NFS, un PE est créé pour l'exportation du système de fichiers racine avec chaque fichier de données NFS sur SVM sur lequel réside le conteneur de stockage ou la banque de données vVol.

Les outils ONTAP gèrent le cycle de vie de PE ainsi que la communication de l'hôte vSphere avec l'extension et la réduction du cluster vSphere. L'API des outils ONTAP est disponible pour s'intégrer à l'outil d'automatisation existant.

Actuellement, les ONTAP tools for VMware vSphere sont disponibles en deux versions.

VMware Virtual Volumes (vVols) offre les avantages suivants :

Un environnement à double structure est généralement recommandé pour les réseaux de stockage afin de répondre aux exigences de haute disponibilité, de performances et de tolérance aux pannes. Les vVols sont pris en charge avec iSCSI, FC, NFSv3 et NVMe/FC. REMARQUE : reportez-vous à"Outil de matrice d'interopérabilité (IMT)" pour la version de l'outil ONTAP prise en charge

L'option de connectivité reste cohérente avec les options de banque de données VMFS ou NFS. Un exemple de réseau vSphere de référence est présenté ci-dessous pour iSCSI et NFS.

Le magasin de données vVol peut être provisionné de la même manière que le magasin de données VMFS ou NFS à l'aide des outils ONTAP . Si le plug-in des outils ONTAP n’est pas disponible sur l’interface utilisateur du client vSphere, reportez-vous à la section Comment démarrer ci-dessous.

Un aperçu de la protection des données des machines virtuelles sur le magasin de données vVol est disponible à l'adresse"protection des vVols" .

Référer"Documentation du plug-in SnapCenter" pour des cas d'utilisation supplémentaires.

Pour migrer des machines virtuelles d’autres banques de données vers une banque de données vVol, différentes options sont disponibles en fonction du scénario. Cela peut varier d’une simple opération de stockage vMotion à une migration à l’aide de HCX. Référer"migrer les machines virtuelles vers la banque de données ONTAP" pour plus de détails.

Pour la migration en masse de machines virtuelles entre les banques de données vVol, veuillez vérifier"migrer les machines virtuelles vers la banque de données ONTAP" .

Les ONTAP tools for VMware vSphere et SCV peuvent être installés sur le même vCenter qu'ils gèrent ou sur un serveur vCenter différent. Il est préférable d'éviter d'héberger sur le datastore vVol qu'il gère.

Étant donné que de nombreux clients hébergent leurs serveurs vCenter sur un serveur différent plutôt que de le gérer, une approche similaire est également conseillée pour les outils ONTAP et SCV.

Avec les outils ONTAP 10.x, une seule instance peut gérer plusieurs environnements vCenter. Les systèmes de stockage sont enregistrés globalement avec les informations d'identification du cluster et les SVM sont attribuées à chaque serveur vCenter locataire.

Un mélange de modèles dédiés et partagés est également pris en charge.

Si les outils ONTAP ne sont pas installés sur votre environnement, veuillez les télécharger à partir de"Site de support NetApp" et suivez les instructions disponibles sur"utilisation de vVols avec ONTAP" .