Performances E/S du stockage Hyper-V
Cet article explore les différentes options et considérations relatives à l'optimisation des performances des Entrée/Sortie (E/S) de stockage dans une machine virtuelle (VM). Le chemin d’E/S de stockage s’étend sur quatre étapes successives :
- Pile de stockage pour invité
- Couche de virtualisation de l’hôte
- Pile de stockage de l’hôte
- Disque physique
Les sections suivantes décrivent les optimisations possibles pour chaque étape.
Contrôleurs virtuels
Hyper-V offre trois types de contrôleurs virtuels :
IDE (Integrated Drive Electronics)
Interface SCSI
HBA de Fibre Channel virtuel
IDE
Nous vous recommandons d'utiliser uniquement des disques IDE pour les disques de système d'exploitation. Les disques de système d'exploitation présentent des limitations de performances en fonction de la taille maximale des E/S pour leurs appareils.
Les contrôleurs IDE sont des contrôleurs émulés qui exposent des disques IDE à la machine virtuelle. Ce type de contrôleur est la seule option pour les machines virtuelles invitées exécutant des versions antérieures de Windows sans les services d'intégration de machine virtuelle Hyper-V. Le pilote de filtre IDE fourni par les services d'intégration peut améliorer les E/S de disque que le contrôleur IDE émulé.
SCSI (contrôleur SAS)
Les contrôleurs SCSI virtuels exposent des disques SCSI à la machine virtuelle. Chaque contrôleur SCSI prend en charge jusqu'à 64 appareils. Le chemin SCSI n’est pas émulé, ce qui en fait le contrôleur préféré pour tout disque autre que le disque du système d’exploitation. Windows Server 2012 R2 et versions ultérieures prennent en charge les contrôleurs SCSI, mais uniquement dans les scénarios où vous signalez le contrôleur en tant que SAS (Serial Attached SCSI) pour prendre en charge un disque dur virtuel partagé (VHDX).
Pour des performances optimales, nous vous recommandons d'attacher plusieurs disques à un seul contrôleur SCSI virtuel. Vous devez uniquement créer d'autres contrôleurs si vous n'avez aucune autre option pour mettre à l'échelle le nombre de disques connectés à la machine virtuelle.
HBA Fibre Channel virtuels
Configurez les HBA Fibre Channel virtuels pour autoriser les machines virtuelles à accéder directement aux numéros d'unité logique Fibre Channel et Fibre Channel sur Ethernet (FCoE). Les disques Fibre Channel virtuels contournent le système de fichiers NTFS dans la partition racine, ce qui réduit l'utilisation de l'unité centrale de traitement des E/S de stockage. Les disques Fibre Channel virtuels sont parfaits pour les disques de données volumineux et les disques partagés entre plusieurs machines virtuelles dans les scénarios de groupement d'invités.
Pour utiliser des disques Fibre Channel virtuels, vous devez installer un ou plusieurs HBA Fibre Channel sur l'ordinateur hôte. Chaque HBA hôte doit utiliser des pilotes HBA qui prennent en charge les fonctionnalités Windows Server 2016 Fibre Channel virtuel ou N_Port ID Virtualization (NPIV). La structure du réseau de zone de stockage (SAN) doit également prendre en charge le NPIV, et vous devez configurer les ports HBA pour le Fibre Channel dans une topologie Fiber Channel qui prend en charge le NPIV.
Pour maximiser le débit sur les hôtes ayant plus d'un HBA, nous vous recommandons de configurer plusieurs HBA virtuels à l'intérieur de la machine virtuelle Hyper-V. Vous pouvez configurer jusqu'à quatre HBA pour chaque machine virtuelle. Hyper-V équilibre automatiquement les HBA virtuels avec les HBA de l'hôte qui accèdent au même SAN virtuel.
Disques virtuels
Les disques virtuels sont exposés aux machines virtuelles par des contrôleurs virtuels et peuvent être des disques durs virtuels ou des disques pass-through sur l'hôte.
Les disques virtuels sont fournis dans des formats VHD ou VHDX. Chaque format prend en charge trois types de fichiers de disque dur virtuel.
Si vous mettez à niveau votre déploiement vers Windows Server 2016 ou version ultérieure, nous vous recommandons de convertir tous les fichiers VHD au format VHDX. Pour plus d'informations, consultez format VHDX.
Format VHD
Les versions ultérieures d'Hyper-V apportent des améliorations au format VHD qui permettent un meilleur alignement. Hyper-V dans Windows Server 2012 et versions ultérieures prend en charge les formats VHDX et VHD, par opposition aux versions antérieures qui prennent uniquement en charge le format VHD. Par conséquent, les versions ultérieures d'Hyper-V fonctionnent mieux sur les disques de secteur volumineux.
Tous les VHD que vous créez dans Windows Server 2012 ou une version ultérieure ont l'alignement optimal de 4 Kb. Ce format aligné est entièrement compatible avec les versions antérieures de Windows Server. Cependant, la propriété d'alignement ne prend pas en charge les nouvelles allocations provenant d'analyseurs qui ne tiennent pas compte de l'alignement de 4 Kb, tels qu'un analyseur provenant d'une version antérieure de Windows Server ou d'un analyseur non Microsoft.
Convertir un disque au format VHD
Lorsque vous migrez un VHD d'une version antérieure d'Hyper-V ou de Windows Server vers une version plus récente, le système ne convertit pas automatiquement le disque au format VHD.
Vous pouvez convertir un disque virtuel existant en VHD en ouvrant une fenêtre PowerShell et en exécutant la commande suivante :
Convert-VHD –Path <SourceDiskFilePath> –DestinationPath <ConvertedDiskFilePath>
Par exemple, si vous envisagez de convertir un disque source nommé test.vhd dans le lecteur E en disque converti renommé appelé test-converted.vhd dans le même dossier, vous exécuterez cette commande :
Convert-VHD –Path E:\vms\testvhd\test.vhd –DestinationPath E:\vms\testvhd\test-converted.vhd
Remarque
Lorsque vous convertissez un VHD, PowerShell utilise les données du VHD source en fonction de l'option Copier à partir du disque source. Pour plus d'informations, consultez Convert-VHD.
Vérifier l’alignement du disque
Après avoir converti un disque, vous pouvez vérifier sa variable d'alignement pour vous assurer qu'elle utilise l'alignement optimal de 4 Kb en exécutant la Get-VHD commande dans PowerShell. Veillez à exécuter la commande pour le disque source et le disque converti, puis comparez les valeurs pour vous assurer que le disque converti tient compte de l'alignement 4 Kb.
Pour afficher l'alignement de vos disques :
Ouvrez une fenêtre PowerShell.
Exécutez la commande
Get-VHDpour afficher le paramètre d’alignement du disque source.Get-VHD –Path <SourceVHDFilePath>Dans la sortie, notez la valeur de la propriété
Alignment. Dans cet exemple, la valeur est0, ce qui signifie que le disque ne prend pas en charge l’alignement de 4 Ko.Path : <SourceVHDFilePath> VhdFormat : VHD VhdType : Dynamic FileSize : 69245440 Size : 10737418240 MinimumSize : 10735321088 LogicalSectorSize : 512 PhysicalSectorSize : 512 BlockSize : 2097152 ParentPath : FragmentationPercentage : 10 Alignment : 0 Attached : False DiskNumber : IsDeleted : False Number :Réexécutez la commande
Get-VHD, mais cette fois, utilisez le chemin d'accès du fichier pour le disque converti.Get-VHD –Path <ConvertedDiskFilePath>Dans la sortie, vérifiez la valeur
Alignmentde la propriété. La valeur doit être1, ce qui signifie que le disque est correctement converti au format de disque dur virtuel plus récent et qu’il prend en charge l’alignement de 4 Ko.Path : <ConvertedDiskFilePath> VhdFormat : VHD VhdType : Dynamic FileSize : 69369856 Size : 10737418240 MinimumSize : 10735321088 LogicalSectorSize : 512 PhysicalSectorSize : 512 BlockSize : 2097152 ParentPath : FragmentationPercentage : 0 Alignment : 1 Attached : False DiskNumber : IsDeleted : False Number :
Format VHDX
VHDX est un format de disque dur à jour introduit dans Windows Server 2012. Ce format permet de créer des disques virtuels résilients et haute performance d'une capacité pouvant atteindre 64 téraoctets.
Si vous effectuez une mise à niveau vers Windows Server 2016 ou version ultérieure, nous vous recommandons de convertir tous les fichiers VHD au format VHDX. Ne conservez les fichiers au format VHD que si vous devez déplacer la machine virtuelle vers une version antérieure d'Hyper-V qui ne prend pas en charge le format VHDX.
Voici quelques avantages du format VHDX :
Prise en charge d’une capacité de stockage de disque dur virtuel pouvant atteindre 64 téraoctets
Protection contre l’altération des données lors de pannes d’alimentation en consignant les mises à jour sur les structures de métadonnées VHDX
Stocke les métadonnées personnalisées pour un fichier en fonction de ce que l'utilisateur configure qu'il souhaite enregistrer, par exemple la version du système d'exploitation ou les correctifs appliqués
Le format VHDX offre également plusieurs caractéristiques de performance :
Amélioration de l'alignement du format des disques durs virtuels, ce qui améliore les performances sur les disques volumineux.
Des tailles de blocs plus importantes pour les disques dynamiques et différentiels, qui permettent aux disques de s'adapter aux exigences de la charge de travail
Un disque virtuel de secteur logique de 4 Kb pour améliorer les performances quand il est utilisé par les applications et charges de travail conçues pour les secteurs de 4 Kb
Efficacité de la représentation des données pour produire des fichiers de plus petite taille et permettre au périphérique de stockage physique sous-jacent de récupérer l’espace inutilisé
Note
Le découpage nécessite des disques pass-through ou SCSI et du matériel compatible avec le découpage.
Fichiers virtuels
Il existe trois types de fichiers VHD :
Les fichiers fixes sont destinés à améliorer la résilience et les performances, et vous devez les utiliser lorsque le stockage sur la valeur d'hébergement n'est pas surveillé activement. Assurez-vous qu'il y a suffisamment d'espace disque lors du développement du fichier de VHD au moment de l'exécution. Vous pouvez les utiliser sur n'importe quel format de disque.
Les fichiers dynamiques sont destinés à garantir la résilience et à allouer de l'espace disque en fonction des besoins du déploiement. Vous ne pouvez les utiliser que sur VHDX.
Les fichiers de différenciation permettent de conserver des chaînes d'instantanés de machines virtuelles courtes afin de maintenir de bonnes performances en matière d'E/S sur disque. Vous pouvez les utiliser sur n'importe quel format de disque.
Type de fichier corrigé
Lorsque vous créez un fichier de VHD fixe, le système alloue de l'espace pour celui-ci. Les fichiers fixes sont moins susceptibles de se fragmenter, ce qui réduit le débit d'E/S lorsqu'une E/S unique est divisée en plusieurs. Cette option présente également le traitement UC le plus faible des trois options de fichiers, car les opérations de lecture et d'écriture n'ont pas besoin de rechercher le mappage du bloc.
Nous vous recommandons d'utiliser le type de fichier fixe lorsque vous avez besoin d'une résilience et d'une performance optimales.
Type de fichier dynamique
Lorsque vous créez un fichier VHD dynamique, le système lui alloue de l'espace à la demande. Les blocs du fichier démarrent en tant que blocs alloués et aucun espace dans le fichier sauvegarde les blocs non alloués. Lorsqu'un bloc reçoit sa première écriture, la pile de virtualisation doit alors allouer de l'espace pour le bloc dans le fichier VHD, puis mettre à jour les métadonnées. Cette allocation augmente le nombre d'E/S disque nécessaires à l'écriture, ce qui accroît l'utilisation de l'UC. Les lectures et les écritures dans des blocs existants entraînent un accès au disque et une surcharge du processeur lors de la recherche du mappage des blocs dans les métadonnées.
Si vous utilisez un fichier VHDX, nous vous recommandons d'utiliser le type de fichier dynamique lorsque vous ne surveillez pas activement le stockage sur le volume d'hébergement. Assurez-vous que vous disposez de suffisamment d'espace disque lorsque vous développez le fichier VHD au moment de l'exécution.
Type de fichier de différenciation
Les fichiers de différenciation sont des instantanés d'une machine virtuelle qui stocke les écritures sur les disques. Si vous écrivez dans un bloc sans écriture existante, le système alloue de l'espace dans le fichier de VHD comme un VHD à expansion dynamique. Les services système lisent les opérations à partir du fichier VHD si le bloc contient déjà des écritures. Dans le cas contraire, il utilise les blocs du fichier VHD parent. Dans les deux cas, le système lit les métadonnées pour déterminer la correspondance des blocs. Les lectures et les écritures dans ce VHD peuvent consommer plus d'UC et entraîner plus d'E/S qu'un fichier VHD fixe.
Lorsqu'il n'y a que quelques instantanés, les E/S de stockage peuvent potentiellement utiliser plus d'UC que la normale, mais cela n'affecte pas sensiblement les performances, sauf dans le cas de charges de travail de serveur très gourmandes en E/S. La création et l'utilisation d'une grande chaîne d'instantanés de machines virtuelles entraînent des problèmes de performances. Dans les fichiers de différenciation, le système doit vérifier pour les blocs demandés dans de nombreux disques durs virtuels de différenciation différents simplement pour lire à partir du VHD. Si vous utilisez des fichiers de différenciation, nous vous recommandons de conserver des chaînes d'instantanés courtes afin de maintenir de bonnes performances en matière d'E/S sur disque.
Considérations relatives à la taille
Lorsque vous planifiez l'optimisation du disque, vous devez prendre en compte à la fois la taille du bloc et la taille du secteur. Cette section décrit les recommandations pour le dimensionnement des blocs et des secteurs.
Taille de bloc
Étant donné que la taille de bloc peut affecter considérablement les performances, nous vous recommandons de faire correspondre la taille de bloc aux modèles d'allocation des charges de travail à l'aide du disque. Si une application alloue des blocs dans des blocs de 16 Mo, vous devez idéalement utiliser une taille de bloc de VHD de 16 Mo. Les tailles de bloc supérieures à 2 Mo sont uniquement possibles sur les VHD qui utilisent le format de fichier VHDX. Lorsque la taille des blocs est supérieure au modèle d'allocation pour une charge de travail d'E/S aléatoire, cela augmente l'espace utilisé par le VHD sur l'hôte.
Taille du secteur
Les organisations logicielles dépendent souvent de secteurs de disque de 512 octets, mais la norme du secteur passe à des secteurs de disque de 4 Ko. Pour réduire les problèmes de compatibilité qui peuvent résulter des changements de taille de secteur, les fournisseurs de disques durs introduisent une taille de transition appelée lecteurs d’émulation 512 (512e).
Les lecteurs d’émulation offrent certains des avantages fournis par les lecteurs natifs à secteur de disque de 4 Ko, comme une efficacité du format renforcée et un schéma amélioré pour les codes de correction d’erreur (ECC). Les lecteurs d'émulation présentent moins de problèmes de compatibilité lorsqu'ils exposent une taille de secteur de 4 Kb à l'interface du disque.
Pour utiliser pleinement les secteurs de 4 Kb, nous vous recommandons d'utiliser le format VHDX au lieu de secteurs de disque de 512 octets. Pour réduire les problèmes de compatibilité entre les tailles de disque, implémentez des lecteurs de 512e pour le dimensionnement transitoire.
Prise en charge de la taille de transition avec des disques de 512e
Un disque 512e ne peut effectuer une opération d'écriture qu'en termes de secteur physique. Ce type de disque ne peut pas écrire directement un secteur de 512 octets dans lequel il est émis. Le disque dispose d'un processus interne qui permet d'effectuer des opérations d'écriture, ce qui implique des opérations de lecture-modification-écriture (RMW) dans l'ordre suivant :
Tout d'abord, le disque lit le secteur physique de 4 Kb dans son cache interne. Le cache contient le secteur logique de 512 octets auquel se réfère l'opération d'écriture.
Ensuite, le disque modifie les données de la mémoire tampon de 4 Kb pour inclure le secteur actualisé de 512 octets.
Enfin, le disque écrit la mémoire tampon actualisée de 4 Kb dans son secteur physique sur le disque.
L'effet global du processus RMW sur les performances dépend de la charge de travail. Le processus RMW peut entraîner une détérioration des performances des disques durs virtuels pour les raisons suivantes :
Les disques durs virtuels dynamiques et de différenciation ont un bitmap de secteur de 512 octets devant leur charge utile de données. Les localisateurs de pied de page, d’en-tête et de parent s’alignent sur un secteur de 512 octets. Il est courant que le pilote du disque dur virtuel exécute des opérations d'écriture de 512 octets pour mettre à jour ces structures, ce qui entraîne l'exécution du processus RMW par le disque.
Les applications exécutent généralement des opérations de lecture et d'écriture en multiples de 4 Kb, car 4 Kb est la taille de cluster par défaut de NTFS. Les disques durs virtuels dynamiques et différentiels ont un bitmap de secteur de 512 octets devant le bloc de données utiles. Avec cette bitmap, les blocs de 4 Ko ne sont pas alignés sur la limite physique de 4 Ko. Le diagramme suivant montre un bloc VHD de 4 Kb en surbrillance qui n'est pas aligné sur la limite physique de 4 Kb.
Chaque opération d'écriture 4 Kb effectuée par l'analyseur actuel pour mettre à jour les données de charge utile entraîne deux lectures pour deux blocs sur le disque. Le système met ensuite à jour les blocs et les réinscrit sur les deux blocs du disque. Hyper-V dans Windows Server 2016 atténue certains effets sur les performances sur les disques 512e sur la pile du disque dur virtuel. Hyper-V prépare les structures à l’alignement sur des limites de 4 Ko au format VHD. L’atténuation évite l’effet RMW sur l’accès aux données dans le fichier de disque dur virtuel et les mises à jour des structures de métadonnées du disque dur virtuel.
Comme indiqué précédemment, les VHD copiés à partir de versions antérieures de Windows Server ne sont pas automatiquement alignés sur 4 Ko. Vous pouvez convertir manuellement le disque pour l'aligner de manière optimale en utilisant l'option Copier à partir du disque source avec la commande Convert-VHD.
Par défaut, les disques durs virtuels sont exposés avec une taille de secteur physique de 512 octets. Cette méthode garantit que les applications dépendantes de la taille du secteur physique ne sont pas affectées lorsque vous effectuez la migration de l'application et des VHD à partir d'une version antérieure de Windows Server.
Par défaut, le système crée des disques VHDX avec une taille de secteur physique de 4 Kb afin d'optimiser leur profil de performance sur les disques ordinaires et les disques à secteur plus volumineux.
Pour réduire les problèmes de compatibilité entre les tailles de disque, nous recommandons d'implémenter des lecteurs de 512e pour le dimensionnement transitoire. Pour utiliser pleinement les secteurs de 4 Ko, utilisez le format VHDX.
Disques natifs de 4 Ko
Hyper-V dans Windows Server 2012 R2 et les versions ultérieures prend en charge les disques natifs de 4 Ko. Vous pouvez également stocker des données de disque VHD sur un disque natif de 4 Ko en implémentant un algorithme RMW logiciel dans la couche de pile de stockage virtuel. L’algorithme convertit les demandes d’accès et de mise à jour de 512 octets en accès et mises à jour correspondants de 4 Ko.
Étant donné que les fichiers VHD ne peuvent s’exposer qu’en tant que disques de taille de secteur logique de 512 octets, il est probable que certaines applications émettent des requêtes d’E/S de 512 octets. Dans ce cas, l’algorithme RMW dans la couche de pile de stockage répond aux demandes et provoque une dégradation des performances. Le même résultat se produit pour les disques VHDX avec une taille de secteur logique de 512 octets.
Vous pouvez configurer des fichiers VHDX pour les exposer en tant que disque de taille de secteur logique de 4 Kb. Cette implémentation est une configuration optimale pour les performances des disques hébergés sur un appareil physique natif de 4 Ko. Toutefois, veillez à ce que la taille de secteur logique de 4 Kb prenne en charge à la fois l'invité et l'application qui utilisent le disque virtuel. Le format VHDX fonctionne correctement sur un appareil de taille de secteur logique de 4 Ko.
Nous vous recommandons d'éviter d'utiliser des disques natifs de 4 Kb avec les fichiers VHD et VHDX, car cela peut entraîner une détérioration des performances. Lorsque votre scénario nécessite 4 Kb disques natifs, vous devez utiliser le format VHDX sur un appareil de taille de secteur logique de 4 Kb.
Disques pass-through
Nous vous recommandons d'éviter d'utiliser des disques pass-through en raison des limitations qu'ils introduisent dans les scénarios de migration de machine virtuelle.
Le mappage d'un VHD dans une machine virtuelle directement à un disque physique ou un numéro d'unité logique (LUN) au lieu d'un fichier de VHD est appelé disque pass-through. Les disques pass-through vous permettent de contourner le système de fichiers NTFS dans la partition racine, ce qui réduit l'utilisation de l'UC des E/S de stockage. Toutefois, l'utilisation de disques pass-through implique également un risque de disques physiques ou de numéros d'unité logique de plus en plus difficiles à migrer entre les ordinateurs que les fichiers de VHD.
Fonctionnalités de stockage avancées
Cette section décrit quelques optimisations de performances supplémentaires que vous devez prendre en compte pour les fonctionnalités de stockage avancées.
Qualité de service de stockage (QoS)
Dans Windows Server 2012 R2 et les versions ultérieures, Hyper-V permet de définir certains paramètres de qualité de service (QoS) pour le stockage sur les machines virtuelles. Nous vous recommandons d'implémenter la QoS de stockage pour accéder à des paramètres de stockage supplémentaires, définir des seuils maximum et minimum d'IOPS pour les disques durs virtuels et surveiller les performances des disques. Vous pouvez implémenter ces paramètres pour bénéficier des avantages suivants :
Configurer l'isolation des performances de stockage dans un environnement multi-locataire
Spécifier les opérations d’entrée/sortie maximales et minimales par seconde (IOPS) pour les disques durs virtuels
- Les administrateurs peuvent limiter les E/S de stockage pour empêcher un locataire de consommer des ressources de stockage excessives qui peuvent affecter d’autres locataires. Définissez la valeur minimale d'IOPS et recevez des notifications lorsque le système n'atteint pas le seuil pour des performances optimales. Nous spécifions les valeurs d'IOPS maximales ou minimales en termes d'IOPS normalisées où chaque 8 Kb de données est une E/S.
Recevoir des notifications lorsque les performances d’E/S de stockage tombent en dessous des seuils définis pour exécuter efficacement les charges de travail des machines virtuelles
Accéder aux paramètres de stockage pour l’infrastructure des indicateurs de performance de machine virtuelle et permettre aux administrateurs de surveiller les paramètres liés aux performances et aux rétrofacturations
Toutefois, gardez également à l'esprit que le QoS de stockage présente les limitations suivantes :
Uniquement disponible pour les disques virtuels
Le disque différentiel ne peut pas avoir de disque virtuel parent sur un autre volume
QoS pour un site réplica est configuré séparément du site principal
QoS de stockage ne prend pas en charge VHDX partagé
Pour plus d’informations, voir Qualité de service (QoS) de stockage pour Hyper-V.
Paramètres du Registre d’E/S NUMA pour les machines virtuelles volumineuses
Windows Server 2012 et versions ultérieures prennent en charge la projection d’une topologie d’accès à la mémoire virtuelle non uniforme (NUMA) dans des machines virtuelles Hyper-V. La prise en charge de NUMA améliore les performances des charges de travail s'exécutant sur des machines virtuelles configurées avec de grandes quantités de mémoire (ou de grandes machines virtuelles). Pour activer cette prise en charge, les configurations de machines virtuelles volumineuses nécessitent une scalabilité en termes de débit d’E/S. Par exemple, Microsoft SQL Server s’exécute avec 64 processeurs virtuels.
Les améliorations suivantes de Windows Server répondent aux exigences de scalabilité des E/S des machines virtuelles volumineuses :
Créer davantage de canaux de communication entre les appareils invités et la pile de stockage hôte.
Un mécanisme d’achèvement d’E/S plus efficace impliquant la distribution d’interruptions entre les processeurs virtuels pour éviter les interruptions coûteuses entre les processeurs.
les clés de Registre
Nous vous recommandons d'utiliser les paramètres de la clé de registre NUMA de Windows Server pour améliorer les performances des charges de travail s'exécutant sur des machines virtuelles de grande taille.
Nous avons ajouté et mis à jour certaines entrées de registre pour prendre en charge les améliorations de la section précédente et vous permettre d'ajuster le nombre de canaux. Vous trouverez l'entrée ici : HKLM\System\CurrentControlSet\Enum\VMBUS\<device id>\<instance id>\StorChannel.
La partie <device id>\<instance id>\ du chemin d'accès correspond aux valeurs pertinentes de votre configuration. Ces entrées de registre alignent les processeurs virtuels qui gèrent les entrées/sorties sur les processeurs virtuels que l'application a assignés aux processeurs d'E/S. Le système configure les paramètres du registre par adaptateur sur la clé matérielle de l'appareil.
Voici deux paramètres clés à prendre en compte :
ChannelCount (DWORD) est le nombre total de canaux de communication que votre déploiement peut utiliser. La valeur maximale est 16. Le nombre de canaux est défini par défaut sur une valeur égale au nombre de processeurs virtuels divisé par 16.
ChannelMask (mot quadruple) est l'affinité du processeur pour les canaux. Si vous ne spécifiez pas ce paramètre ou si vous lui attribuez la valeur 0, le masque de canal utilise par défaut l'algorithme de distribution des canaux existant pour les canaux de stockage ou de mise en réseau normaux. L’action par défaut garantit que vos canaux de stockage ne sont pas en conflit avec vos canaux réseau.
Intégration du transfert de données déchargé
Nous vous recommandons d'utiliser les opérations de transfert de données déchargé (ODX) pour vous assurer que la charge de travail de la machine virtuelle peut utiliser le stockage compatible ODX de la même manière que dans un environnement physique.
Les tâches de maintenance essentielles pour les VHD, notamment la fusion, le déplacement et le compactage, impliquent la copie de grandes quantités de données. La méthode actuelle de copie de données nécessite que le système lise et écrive des données à différents emplacements, ce qui prend du temps et utilise les ressources d'UC et mémoire qui pourraient avoir été consacrées à la maintenance des machines virtuelles.
Les fournisseurs de réseau de zone de stockage (SAN) peuvent proposer une fonction matérielle appelée ODX. Cette fonctionnalité fournit des opérations de copie quasi instantanées pour de grandes quantités de données. ODX permet au système, et non aux disques, de spécifier comment déplacer des jeux de données spécifiques d'un emplacement à un autre.
Hyper-V dans Windows Server 2012 et versions ultérieures prend en charge les opérations ODX pour transmettre les données copiées du SE invité au matériel hôte. La charge de travail peut utiliser le stockage compatible ODX comme dans un environnement non virtualisé. La pile de stockage Hyper-V peut également émettre des opérations ODX pendant les opérations de maintenance des VHD, notamment la fusion des disques et le stockage des méta-opérations de migration pendant les migrations des données volumineuses.
Annuler l’intégration des notifications
Nous vous recommandons d'utiliser les notifications de démappage pour rendre vos fichiers VHDX plus efficaces et laisser le dispositif de stockage physique sous-jacent récupérer l'espace inutilisé.
Les fichiers VHD existent sur un volume de stockage où ils partagent l'espace disponible avec d'autres fichiers. Étant donné que leur taille de fichier a tendance à être volumineuse, les fichiers de VHD peuvent prendre beaucoup d'espace. Une plus grande demande d'espace de stockage affecte les budgets matériels informatiques, ce qui signifie que vous devez optimiser l'utilisation de l'espace physique dans la mesure du possible.
Dans les versions de Windows Server antérieures à Windows Server 2012, la pile de stockage Windows dans le SE invité et l'hôte Hyper-V avaient des limitations qui les empêchaient l'optimisation de l'espace de stockage. Lorsque les applications supprimaient du contenu dans un VHD, l'espace de stockage est restait abandonné. Le système ne communique pas au VHD ou au dispositif de stockage physique des informations supprimées, ce qui empêche la pile de stockage Hyper-V d'optimiser l'espace pour les fichiers de disque virtuel basés sur un VHD. En conséquence, le dispositif de stockage sous-jacent peut récupérer l'espace désormais inutilisé précédemment occupé par les données supprimées.
À partir de Windows Server 2012, Hyper-V prend en charge les notifications de démappage. Cette fonctionnalité permet aux fichiers VHDX de signaler des données supprimées dans la pile de stockage, ce qui optimise l'efficacité en conservant les tailles de fichier réduites et en permettant à la pile de récupérer l'espace de stockage inutilisé pour d'autres utilisations.
Seuls les contrôleurs SCSI spécifiques à Hyper-V, IDE éclairé et Fibre Channel virtuel permettent à la commande unmap de l’invité du système d’exploitation d’atteindre la pile de stockage virtuel de l’hôte. Sur les VHD, seuls les disques virtuels formatés en VHDX prennent en charge les commandes unmap du SE invité.