La licence ONTAP One inclut toutes les licences nécessaires pour utiliser les vVols avec les systèmes ONTAP. La seule autre exigence est les outils ONTAP gratuits OVA, qui agit en tant que fournisseur VASA. Dans un environnement vVols, le logiciel VASA Provider traduit les fonctionnalités des baies en attributs basés sur des règles qui peuvent être exploitées via les API VASA sans que l'administrateur vSphere n'ait à savoir comment les fonctionnalités sont gérées en arrière-plan. Cela permet une consommation dynamique de la capacité de stockage allouée sur la base de règles, ce qui évite de créer manuellement des datastores classiques et de gérer leurs taux de consommation de stockage individuels. En bref, les vVols simplifient la gestion du stockage d'entreprise et l'affranchit de l'administrateur vSphere pour qu'il puisse se concentrer sur la couche de virtualisation.

Pour les clients qui utilisent VMware Cloud Foundation avec VSAN, les vVols peuvent être ajoutés à n'importe quel domaine de gestion ou de workload en tant que stockage supplémentaire. VVols s'intègre de façon transparente avec VSAN via un framework de gestion commun basé sur des règles de stockage.

La gamme d'outils ONTAP 10 nouvelle génération modernise les fonctionnalités précédentes grâce à une architecture évolutive, conteneurisée et basée sur des microservices qui peut être déployée via une simple appliance de format OVA sur ESXi. Les outils ONTAP 10 combinent toutes les fonctionnalités de trois anciens dispositifs et produits dans un déploiement unique. Pour la gestion des vVols, vous utiliserez les extensions intuitives de l'interface utilisateur vCenter ou les API REST pour les outils ONTAP VASA Provider. Notez que le composant SRA est destiné aux datastores classiques ; VMware site Recovery Manager n'utilise pas SRA pour les vVols.

L'utilisation des vVols de ONTAP avec vSphere est simple et suit les méthodes vSphere publiées (consultez la documentation utilisation des volumes virtuels sous vSphere Storage in VMware pour votre version d'ESXi). Voici quelques autres pratiques à prendre en compte avec ONTAP.

Limites

En général, ONTAP supporte les limites vVols définies par VMware (voir publié "Configuration maximale"). Vérifiez toujours les limites mises à jour du "NetApp Hardware Universe" nombre et de la taille des LUN, des espaces de noms et des fichiers.

Utilisez les outils ONTAP pour les extensions d'interface utilisateur ou les API REST de VMware vSphere pour provisionner les datastores vVols et les terminaux de protocole.

Même s'il est possible de créer des datastores vVols avec l'interface vSphere générale, l'utilisation des outils ONTAP crée automatiquement des terminaux de protocole selon les besoins et crée des volumes FlexVol (non requis avec ASA r2) en utilisant les bonnes pratiques ONTAP. Il vous suffit de cliquer avec le bouton droit sur l'hôte/le cluster/le data Center, puis de sélectionner ONTAP Tools et provisioning datastore. Ensuite, il vous suffit de choisir les options vVols souhaitées dans l'assistant.

Ne stockez jamais l'appliance ONTAP Tools ou l'appliance vCenter Server (VCSA) sur un datastore vVols qu'ils gèrent.

Cela peut entraîner une « situation de poulet et d'œuf » si vous devez redémarrer les appareils parce qu'ils ne pourront pas réassocier leurs propres vVols pendant qu'ils redémarrent. Vous pouvez les stocker sur un datastore vVols géré par un autre outil ONTAP et un déploiement vCenter.

Évitez les opérations vVols sur différentes versions de ONTAP.

Les fonctionnalités de stockage prises en charge telles que la QoS, le personnalité et bien d'autres encore ont changé dans plusieurs versions du fournisseur VASA, et certaines dépendent de la version de ONTAP. L'utilisation de différentes versions dans un cluster ONTAP ou le déplacement de vVols entre clusters avec différentes versions peut entraîner un comportement inattendu ou des alarmes de conformité.

Zone votre fabric Fibre Channel avant d'utiliser FCP pour vVols.

Le fournisseur VASA des outils ONTAP se charge de la gestion des igroups FCP et iSCSI ainsi que des sous-systèmes NVMe dans ONTAP en fonction des initiateurs détectés d'hôtes ESXi gérés. Toutefois, il ne s'intègre pas aux commutateurs Fibre Channel pour gérer la segmentation. La segmentation doit être effectuée conformément aux meilleures pratiques avant tout provisionnement. Voici un exemple de segmentation à un seul initiateur sur quatre systèmes ONTAP :

Segmentation à un seul initiateur :

Pour plus d'informations sur les meilleures pratiques, reportez-vous aux documents suivants :

"TR-4080 meilleures pratiques pour le SAN moderne ONTAP 9"

"TR-4684 implémentation et configuration de SAN modernes avec NVMe-of"

Planifier vos volumes FlexVol de soutien en fonction de vos besoins.

Pour les systèmes non ASA r2, il peut être souhaitable d'ajouter plusieurs volumes de sauvegarde à votre datastore vVols pour répartir la charge de travail sur le cluster ONTAP, pour prendre en charge différentes options de règles ou pour augmenter le nombre de LUN ou de fichiers autorisés. Toutefois, si vous avez besoin d'une efficacité de stockage maximale, placez l'ensemble de vos volumes en arrière-forme sur un seul agrégat. Si des performances de clonage maximales sont requises, envisagez d'utiliser un seul volume FlexVol et de conserver vos modèles ou votre bibliothèque de contenu dans le même volume. Le fournisseur VASA délègue de nombreuses opérations de stockage vVols à ONTAP, notamment la migration, le clonage et les copies Snapshot. Cette opération est réalisée au sein d'un seul volume FlexVol, ce qui permet d'utiliser des clones de fichiers peu encombrants et de les mettre presque instantanément à disposition. Sur des volumes FlexVol, les copies sont rapidement disponibles et utilisent la déduplication et la compression à la volée. Toutefois, l'efficacité du stockage maximale ne peut pas être restaurée tant que des tâches en arrière-plan ne sont pas exécutées sur des volumes utilisant la déduplication et la compression en arrière-plan. Selon la source et la destination, une certaine efficacité peut être dégradée.

Avec les systèmes ASA r2, cette complexité n'est plus liée à l'abstraction du concept de volume ou d'agrégat par rapport à l'utilisateur. Le placement dynamique est géré automatiquement et des terminaux de protocole sont créés en fonction des besoins. Des terminaux supplémentaires peuvent être créés automatiquement à la volée si une évolutivité supplémentaire est nécessaire.

Pensez à utiliser Max IOPS pour contrôler des machines virtuelles inconnues ou tester des machines virtuelles.

Disponible pour la première fois dans VASA Provider 7.1, Max IOPS peut être utilisé pour limiter les IOPS à un vVol spécifique pour une charge de travail inconnue afin d'éviter tout impact sur d'autres charges de travail plus stratégiques. Pour plus d'informations sur la gestion des performances, consultez le Tableau 4.

Assurez-vous d'avoir suffisamment de LIFs de données. Reportez-vous à la "Déploiement du stockage vVols".

Suivre toutes les meilleures pratiques du protocole.

Reportez-vous aux autres guides des meilleures pratiques de NetApp et VMware spécifiques au protocole sélectionné. En général, il n'y a pas d'autres changements que ceux déjà mentionnés.

Exemple de configuration réseau utilisant vVols sur NFS v3