Avant de déployer la charge de travail ou de migrer depuis un hyperviseur existant, assurez-vous que la charge de travail est dimensionnée pour répondre aux besoins de performances. Pour ce faire, il suffit de collecter les données de performances de chaque machine virtuelle. Celles-ci collectent les statistiques relatives au CPU (utilisé/provisionné), à la mémoire (utilisée/provisionnée), au stockage (provisionné/utilisé), au débit et à la latence du réseau, ainsi que l'agrégation des IOPS de lecture/écriture, du débit et de la taille des blocs. Ces paramètres sont obligatoires pour garantir la réussite du déploiement et dimensionner correctement la baie de stockage et les hôtes de charge de travail.

Remarque : planification des IOPS et de la capacité lors du dimensionnement du stockage pour Hyper-V et les charges de travail associées.

Remarque : pour les machines virtuelles à E/S plus élevées ou celles qui nécessitent beaucoup de ressources et de capacité, séparez le système d'exploitation et les disques de données. Le système d'exploitation et les binaires des applications changent rarement, et la cohérence des défaillances des volumes est acceptable.

Remarque : utilisez le stockage invité (ou In-Guest) pour les disques de données hautes performances que les disques durs virtuels. Cela facilite également le processus de clonage.

Choisissez la quantité appropriée de RAM et de vCPU pour des performances optimales et connectez plusieurs disques à un seul contrôleur SCSI virtuel. L'utilisation de VHDx fixe est toujours recommandée comme principale solution pour les disques virtuels dans le cadre de déploiements. Il n'existe aucune restriction quant à l'utilisation d'un type quelconque de disques virtuels VHDX.

Remarque : évitez d'installer des rôles inutiles sur Windows Server qui ne seront pas utilisés.

Remarque : choisissez Gen2 comme génération pour les machines virtuelles capables de charger des machines virtuelles à partir du contrôleur SCSI et basée sur l'architecture VMBUS et VSP/VSC pour le niveau de démarrage, ce qui augmente considérablement les performances globales des machines virtuelles.

Note: Éviter de faire des points de contrôle fréquents parce qu'il a un impact négatif sur les performances de la VM.

Les partages de fichiers SMB 3.0 peuvent être utilisés comme stockage partagé pour Hyper-V. ONTAP prend en charge la continuité de l'activité sur les partages SMB pour Hyper-V. Hyper-V peut utiliser des partages de fichiers SMB pour stocker les fichiers des machines virtuelles, tels que les fichiers de configuration, les snapshots et les fichiers des disques durs virtuels (VHD). Utiliser le SVM CIFS ONTAP dédié pour les partages basés sur SMB3.0 pour Hyper-V. Les volumes utilisés pour stocker les fichiers des machines virtuelles doivent être créés avec des volumes de type sécurité NTFS. La connectivité entre les hôtes Hyper-V et la baie NetApp est recommandée sur un réseau de 10 Go, si celui-ci est disponible. Dans le cas d'une connectivité réseau de 1 Go, NetApp recommande de créer un groupe d'interfaces composé de plusieurs ports de 1 Go. Connectez chaque carte réseau servant le multicanal SMB à son sous-réseau IP dédié de sorte que chaque sous-réseau fournit un chemin unique entre le client et le serveur.

Points clés

Remarque : ODX est pris en charge et fonctionne sur tous les protocoles. La copie des données entre un partage de fichiers et iSCSI ou un LUN connecté au protocole FCP utilise également ODX.

Remarque : les paramètres d'heure sur les nœuds du cluster doivent être configurés en conséquence. Le protocole NTP (Network Time Protocol) doit être utilisé si le serveur CIFS NetApp doit participer au domaine Active Directory (AD) de Windows.

Remarque : les valeurs MTU importantes doivent être activées via le serveur CIFS. Des paquets de petite taille peuvent entraîner une dégradation des performances.

Pour obtenir des conseils détaillés sur les meilleures pratiques, reportez-vous à la section "Instructions de déploiement et meilleures pratiques pour Hyper-V.".

Pour plus d'informations, reportez-vous à la section "Exigences en termes de volumes et de serveurs SMB pour Hyper-V sur SMB
".

Points clés

Remarque : utilisez une LUN par volume, avec un mappage de 1:1 pour le rapport LUN/CSV.

Pour provisionner le volume ISCSI, assurez-vous que les conditions préalables suivantes sont remplies.

Remarque : par défaut, ONTAP utilise la fonction de mappage de LUN sélectif (SLM) pour rendre la LUN accessible uniquement via des chemins sur le nœud propriétaire de la LUN et son partenaire haute disponibilité (HA).

Étapes

Une fois la LUN créée, accédez au Gestionnaire du cluster de basculement. Pour ajouter un disque au CSV, le disque doit être ajouté au Storage Group disponible du cluster (s'il n'est pas déjà ajouté), puis ajouté au CSV sur le cluster.

Remarque : la fonctionnalité CSV est activée par défaut dans le clustering avec basculement.

Ajout d'un disque au stockage disponible:

Pour plus d'informations, reportez-vous à la section "Utilisez les volumes partagés de cluster dans un cluster de basculement".

Créer des machines virtuelles hautement disponibles:

Pour créer une machine virtuelle hautement disponible, procédez comme suit :

La fonction ODX de ONTAP permet de copier des VHDX maîtres simplement en copiant un fichier VHDX maître hébergé par le système de stockage ONTAP. Aucune copie compatible avec ODX ne plaçant aucune donnée sur le réseau, le processus de copie s'effectue côté stockage NetApp et peut donc être six à huit fois plus rapide. Les considérations générales relatives au provisionnement rapide incluent les images syspreppées originales stockées sur des partages de fichiers et les processus de copie réguliers lancés par les machines hôtes Hyper-V.

Remarque : ONTAP prend en charge ODX à la fois pour les protocoles SMB et SAN.

Remarque : pour tirer parti des cas d'utilisation de l'intercommunication d'allègement de la charge des copies avec Hyper-V, le système d'exploitation invité doit prendre en charge ODX, et les disques du système d'exploitation invité doivent être des disques SCSI soutenus par un système de stockage (SMB ou SAN) qui prend en charge ODX. Les disques IDE du système d'exploitation invité ne prennent pas en charge le pass-through ODX.

Bien que le nombre recommandé de machines virtuelles par CSV soit subjectif, de nombreux facteurs déterminent le nombre optimal de machines virtuelles pouvant être placées sur chaque volume CSV ou SMB. Bien que la plupart des administrateurs ne tiennent compte de la capacité que, le nombre d'E/S simultanées envoyées au VHDx est l'un des facteurs les plus importants pour les performances globales. Le moyen le plus simple de contrôler les performances consiste à réguler le nombre de machines virtuelles placées sur chaque fichier CSV ou partage. Si les modèles d'E/S simultanés de la machine virtuelle envoient trop de trafic vers le fichier CSV ou le partage, les files d'attente de disques se remplissent et une latence plus élevée est générée.

S'assurer que la solution est correctement dimensionnée de bout en bout pour éviter les goulets d'étranglement et lorsqu'un volume est créé à des fins de stockage des machines virtuelles Hyper-V, la meilleure pratique consiste à créer un volume ne dépassant pas les besoins. Un dimensionnement adéquat des volumes empêche de placer accidentellement un trop grand nombre de machines virtuelles sur le CSV et réduit le risque de conflit de ressources. Chaque volume partagé de cluster (CSV) prend en charge une ou plusieurs machines virtuelles. Le nombre de machines virtuelles à placer dans un fichier CSV dépend de la charge de travail et des préférences de l'entreprise, ainsi que de l'utilisation des fonctionnalités de stockage ONTAP telles que les snapshots et la réplication. Le placement de plusieurs machines virtuelles dans un fichier CSV est un bon point de départ dans la plupart des scénarios de déploiement. Adaptez cette approche pour des cas d'utilisation spécifiques afin de répondre aux exigences de performance et de protection des données.

Comme les volumes et les VHDx peuvent facilement être augmentés, si une machine virtuelle a besoin de capacités supplémentaires, il n'est pas nécessaire de dimensionner les CSV plus grands que nécessaire. Diskpart peut être utilisé pour étendre la taille CSV. Une approche plus simple consiste à créer un nouveau CSV et à migrer les VM requises vers le nouveau CSV. Pour obtenir des performances optimales, la meilleure pratique consiste à augmenter le nombre de CSV plutôt que leur taille en tant que mesure intermédiaire.

Dans le contexte actuel du marché, la migration est l'un des cas d'utilisation les plus courants. Les clients peuvent utiliser VMM Fabric ou d'autres outils de migration tiers pour migrer des machines virtuelles. Ces outils utilisent la copie au niveau de l'hôte pour déplacer les données de la plateforme source vers la plateforme de destination, ce qui peut prendre du temps en fonction du nombre de machines virtuelles en cours de migration.

L'utilisation de ONTAP dans de tels scénarios permet une migration plus rapide que l'utilisation d'un processus de migration basé sur hôte. ONTAP permet également la migration rapide des machines virtuelles d'un hyperviseur à un autre (dans ce cas, ESXi vers Hyper-V). Un VMDK de toute taille peut être converti en VHDx en quelques secondes sur un système de stockage NetApp. C'est notre méthode PowerShell qui s'appuie sur la technologie NetApp FlexClone® pour la conversion rapide de disques durs de machines virtuelles. Il gère également la création et la configuration des VM cibles et de destination.

Ce processus contribue à réduire les temps d'indisponibilité et à améliorer la productivité de l'entreprise. Elle offre également choix et flexibilité en réduisant les coûts de licence, la dépendance et les engagements envers un seul fournisseur. Cette fonctionnalité est également avantageuse pour les entreprises qui cherchent à optimiser les coûts de licence des machines virtuelles et à étendre leurs budgets INFORMATIQUES.

La vidéo suivante présente le processus de migration des machines virtuelles de VMware ESX vers Hyper-V.

Pour plus d'informations sur la migration à l'aide de FlexClone et de PowerShell, consultez le "Script PowerShell pour la migration".