Observez les recommandations suivantes lors de l'utilisation de Virtual Volumes avec ESXi et vCenter Server.
Directives et limitations lors de l'utilisation de Virtual Volumes
Pour garantir une expérience optimale avec la fonctionnalité Virtual Volumes, vous devez observer des directives spécifiques.
Virtual Volumes prend en charge les capacités, fonctionnalités et produits VMware suivants :
- Avec Virtual Volumes, vous pouvez utiliser des services de stockage avancés, notamment la réplication, le chiffrement, la déduplication et la compression sur des disques virtuels individuels. Contactez votre fournisseur de stockage pour connaître les services qu'il prend en charge avec Virtual Volumes.
- La fonctionnalité Virtual Volumes prend en charge un logiciel de sauvegarde qui utilise vSphere APIs - Data Protection. Les volumes virtuels sont modélisés sur des disques virtuels. Les produits de sauvegarde qui utilisent vSphere APIs - Data Protection sont tout autant pris en charge sur les volumes virtuels qu'ils le sont sur des fichiers VMDK d'un LUN. Les snapshots créés par un logiciel de sauvegarde à l'aide de vSphere APIs - Data Protection sont reconnus comme des snapshots non-vVols par vSphere et le logiciel de sauvegarde.
Note : Les Virtual Volumes ne prennent pas en charge le mode de transport SAN. vSphere APIs - Data Protection sélectionne automatiquement une autre méthode de transfert des données.
Pour plus d'informations sur l'intégration à vSphere Storage APIs - Data Protection, consultez votre fournisseur de logiciel de sauvegarde.
- Les Virtual Volumes prennent en charge des fonctionnalités vSphere telles que vSphere vMotion, Storage vMotion, les snapshots, les clones liés et DRS.
- Vous pouvez utiliser des produits de mise en cluster, comme Oracle Real Application Clusters, avec Virtual Volumes. Pour utiliser ces produits, vous activez le paramètre d'écriture multiple d'un disque virtuel stocké sur la banque de données Virtual Volumes.
Pour plus d'informations, reportez-vous à l'article de la base de connaissances à l'adresse http://kb.vmware.com/kb/2112039. Pour obtenir une liste des fonctionnalités et des produits pris en charge par la fonction Virtual Volumes, reportez-vous aux matrices d'interopérabilité des produits VMware.
Limitations de Virtual Volumes
- Comme l'environnement Virtual Volumes nécessite vCenter Server, vous ne pouvez pas utiliser Virtual Volumes avec un hôte autonome.
- La fonctionnalité Virtual Volumes ne prend pas en charge les RDM.
- Un conteneur de stockage Virtual Volumes ne peut pas couvrir plusieurs baies physiques. Certains fournisseurs présentent plusieurs baies physiques sous la forme d'une seule baie. Dans ce cas, techniquement, vous continuez d'utiliser une baie logique.
- Les profils d'hôte contenant des banques de données Virtual Volumes sont spécifiques à vCenter Server. Après l'extraction de ce type de profil d'hôte, vous ne pouvez l'attacher qu'à des hôtes et des clusters gérés par le même système vCenter Server que l'hôte de référence. Pour plus d'informations, reportez-vous au document Configurations maximales.
Limitations des Virtual Volumes avec NVMe
- Opérations de réplication et Site Recovery Manager.
- Réservations NVMe.
- Opérations de désallocation et démappage NVMe.
- Partage de disque entre les machines virtuelles.
- Migration NVMe intrabande.
Meilleures pratiques pour le provisionnement de conteneurs de stockage
Suivez ces meilleures pratiques lorsque vous provisionnez des conteneurs de stockage côté baie Virtual Volumes.
Création de conteneurs en fonction de vos limites
Sachant que les conteneurs de stockage appliquent des limites logiques lors du regroupement de volumes virtuels, le conteneur que vous créez doit respecter les limites que vous souhaitez appliquer.
- des organismes ou des services, par exemple, un organisme financier ou un service des ressources humaines ;
- Des groupes ou des projets (par exemple, Équipe A et Équipe rouge) ;
- des clients.
Mise de toutes les capacités de stockage dans un conteneur unique
Les conteneurs de stockage sont des banques de données individuelles. Un conteneur de stockage peut exporter plusieurs profils de capacité de stockage. C'est pourquoi des machines virtuelles aux besoins et aux paramètres de stratégie de stockage différents peuvent faire partie d'un même conteneur de stockage.
La modification des profils de stockage doit être une opération côté baie, et non une migration de stockage vers un autre conteneur.
Évitez de sur-provisionner vos conteneurs de stockage
Lorsque vous provisionnez un conteneur de stockage, les limites spatiales que vous appliquez dans le cadre de la configuration du conteneur ne sont que des limites logiques. Ne prévoyez pas un conteneur plus grand que nécessaire pour l'utilisation prévue. Si vous augmentez ultérieurement la taille du conteneur, vous n'aurez besoin ni de le reformater ni de le repartitionner.
Utilisation de l'interface utilisateur de gestion spécifique au stockage pour provisionner des points de terminaison de protocole
Chaque conteneur de stockage a besoin de points de terminaison de protocole (PE) auxquels les hôtes ESXi ont accès.
Lorsque vous utilisez le stockage des blocs, le point de terminaison de protocole représente un LUN proxy défini par un nom WWN de LUN T10. Pour le stockage NFS, le point de terminaison de protocole est un point de montage, tel qu'une adresse IP ou un nom DNS, et un nom de partage. Pour le stockage NVMe, le PE est un groupe ANA et les espaces de noms de proxy sont virtuels.
Généralement, la configuration des points de terminaison de protocole est spécifique à la baie. Lorsque vous configurez des points de terminaison de protocole, vous devez les associer à des processeurs de stockage spécifiques ou à certains hôtes. Pour éviter les erreurs lors de la création de points de terminaison de protocole, ne les configurez pas manuellement. Lorsque cela est possible, utilisez plutôt des outils de gestion spécifiques au stockage.
N'attribuez aucun ID au-dessus de Disk.MaxLUN aux LUN de points de terminaison de protocole
Par défaut, un hôte ESXi peut accéder à des ID de LUN dans la plage comprise entre 0 et 1023. Si l'ID du LUN de point de terminaison de protocole que vous souhaitez configurer est 1024 ou plus, l'hôte peut ignorer le point de terminaison de protocole.
Si votre environnement utilise des ID de LUN supérieurs à 1023, modifiez le nombre de LUN analysés au moyen du paramètre Disk.MaxLUN. Reportez-vous à la section Modifier le nombre de périphériques de stockage analysés.
Meilleures pratiques pour les performances de Virtual Volumes
Pour garantir des performances optimales de Virtual Volumes, suivez ces recommandations.
Utilisation de différentes stratégies de stockage de machine virtuelle pour des composants Virtual Volumes individuels
Par défaut, tous les composants d'une machine virtuelle dans l'environnement Virtual Volumes obtiennent une stratégie de stockage de machine virtuelle unique. Cependant, les caractéristiques de performance sont variables entre les différents composants (par exemple, un disque virtuel de base de données et un disque virtuel de journal correspondant). Selon les exigences de performance, vous pouvez attribuer différentes stratégies de stockage de machine virtuelle à des disques virtuels individuels et au fichier de base de machine virtuelle, ou config-vVol.
Lorsque vous utilisez vSphere Client, vous ne pouvez pas modifier l'attribution de stratégie de stockage de machine virtuelle pour swap-vVol, memory-vVol ou snapshot-vVol.
Reportez-vous à la section Créer une stratégie de stockage de machine virtuelle pour Virtual Volumes.
Obtention d'un profil d'hôte avec Virtual Volumes
La meilleure manière d'obtenir un profil d'hôte avec Virtual Volumes consiste à configurer un hôte de référence et à extraire son profil. Si vous modifiez manuellement un profil d'hôte existant dans vSphere Client et que vous attachez le profil modifié à un nouvel hôte, vous risquez de déclencher des erreurs de conformité. D'autres problèmes imprévisibles peuvent également se produire. Pour plus d'informations, reportez-vous à l'article 2146394 de la base de connaissances VMware.
Surveillance de la charge d'E/S sur un point de terminaison de protocole individuel
- Toutes les E/S de volume virtuel transitent par des points de terminaison de protocole (PE). Les baies sélectionnent des points de terminaison de protocole à partir de plusieurs points de terminaison de protocole accessibles par un hôte ESXi. Les baies peuvent effectuer un équilibrage de charge et modifier le chemin de liaison qui connecte le volume virtuel au point de terminaison de protocole. Reportez-vous à la section Liaison et annulation de liaison de Virtual Volumes.
- Pour le stockage des blocs, ESXi accorde une grande profondeur de file d'attente à l'E/S en raison d'un nombre potentiellement élevé de volumes virtuels. Le paramètre Scsi.ScsiVVolPESNRO contrôle le nombre d'E/S pouvant être mises en file d'attente pour des points de terminaison de protocole. Vous pouvez configurer le paramètre sur la page Paramètres système avancés de vSphere Client.
Surveillance des limites de baie
Une seule machine virtuelle peut occuper plusieurs volumes virtuels. Reportez-vous à la section Objets de volume virtuel.
Supposons que votre machine virtuelle dispose de deux disques virtuels et que vous prenez deux snapshots avec la mémoire. Votre machine virtuelle peut occuper jusqu'à 10 objets Virtual Volumes : un objet config-vVol, un objet swap-vVol, deux objets data-vVol, quatre objets snapshot-vVol et deux objets snapshot-vVol de mémoire.
Garantir que le fournisseur de stockage est disponible
- Ne migrez pas une machine virtuelle de fournisseur de stockage vers un stockage Virtual Volumes.
- Sauvegardez votre machine virtuelle de fournisseur de stockage.
- Le cas échéant, utilisez vSphere HA ou Site Recovery Manager pour protéger la machine virtuelle du fournisseur de stockage.
