95 Meilleures pratiques pour optimiser les performances Hyper-V – Serveur d’impression

Nous ne pouvons jamais obtenir assez de performances. Tout doit être plus rapide, plus rapide! Vous pouvez trouver un grand nombre d'articles sur l'amélioration des performances et des meilleures pratiques Hyper-V. Bien entendu, malheureusement, de nombreuses informations contiennent des erreurs, des FUD et des idées fausses. Certains sont simplement datés. La technologie a changé et l'expérience nous enseigne continuellement de nouvelles perspectives. À partir de là, nous pouvons dresser une liste des meilleures pratiques qui vous aideront à adapter votre système pour fournir des performances optimales.

Philosophies utilisées dans cet article

Cet article se concentre principalement sur la performance. Cela peut différer des autres conseils que j’ai donnés dans d’autres contextes. Un système conçu pour la performance sera construit différemment d’un système ayant des objectifs différents. Par exemple, un système qui essaie de fournir une capacité élevée à un prix bas aurait un profil de performance plus lent que certaines solutions alternatives.

• Objet traité dans les versions de produit R2 et 2016 de 2012.
• Je veux rester sur la cible en énumérant les meilleures pratiques avec une exposition assez minimale. Je développerai des idées là où je sens le besoin; vous pouvez toujours poser des questions dans la section commentaires.
• Je n'essaie pas de dupliquer les performances physiques pures dans un environnement virtualisé. C’est un effort inutile.
• J'ai déjà écrit un article sur les meilleures pratiques pour des systèmes équilibrés. C’est un peu vieux, mais je ne vois rien qui demande une attention immédiate. Il a été écrit pour l’administrateur qui souhaite obtenir des performances raisonnables mais qui souhaite également rester en deçà du budget.
• Ce contenu cible les générations de centre de données. Le client Hyper-V suivra les mêmes concepts généraux d'application variable.

Architecture générale de l'hôte

Si vous êtes assez chanceux pour commencer la phase de recherche – ce qui signifie que vous n’avez pas déjà d’environnement – vous avez alors le plus de chances de construire les choses correctement. Prendre de bonnes décisions d'achat rapporte plus que de réparer quelque chose que vous avez déjà.

1. N'allez pas en aveugle.
   • Microsoft Assessment and Planning Toolkit vous aidera à dimensionner votre environnement: MAP Toolkit
   • Demandez à vos fournisseurs de logiciels de vous fournir des instructions pour la virtualisation sur Hyper-V.
   • Demandez aux personnes qui utilisent le même produit (s) si elles ont virtualisé sur Hyper-V.
2. Stick avec du matériel compatible logo. Consultez la liste officielle: https://www.windowsservercatalog.com/
3. La plupart des utilisateurs manqueront de mémoire en premier, de disque en second lieu, de troisième en unité centrale et de réseau en dernier. Achetez en conséquence.
4. Préférez les nouveaux processeurs, mais réfléchissez bien avant de vous lancer. Vous devrez peut-être améliorer les performances en passant à l'échelle. Live Migration requiert que les processeurs physiques soient identiques ou vous devez activer le mode de compatibilité du processeur. Si votre environnement utilise des processeurs récents, vous disposerez du temps le plus long pour pouvoir l’étendre. Cependant, les processeurs subissent généralement au moins une révision, ce qui peut être suffisant pour nécessiter le mode de compatibilité. L'atteinte de performances maximales peut réduire la mobilité des machines virtuelles.
5. Définissez un niveau de densité cible, par exemple «25 machines virtuelles par hôte». Bien qu'il puisse être évident que des densités plus élevées entraînent des performances plus faibles, il sera difficile de trouver la ligne de démarcation «acceptable». Cependant, le fait d'avoir un numéro de machine virtuelle cible en tête avant de commencer peut rendre le défi moins nébuleux.
6. Lisez le reste de cet article avant de faire quoi que ce soit.

Système d'exploitation de gestion

Avant de poursuivre, je souhaitais simplement mentionner que Hyper-V est un hyperviseur de type 1, ce qui signifie qu'il fonctionne directement sur le matériel. Vous ne pouvez pas «toucher» à Hyper-V car il n’a pas d’interface directe. Au lieu de cela, vous installez un système d'exploitation de gestion et vous l'utilisez pour travailler avec Hyper-V. Vous avez trois choix:

Remarque: Nano Server offrait initialement Hyper-V, mais cette fonctionnalité sera supprimée (ou a déjà été supprimée, en fonction du moment où vous lisez ceci). La plupart des gens ignorent les détails de l'utilisation de Nano Server. Je ne l'ai donc jamais recommandé de toute façon.

TL; DR: En l'absence d'une condition de blocage, choisissez Serveur Hyper-V. Une condition de blocage solide serait la fonctionnalité d'activation automatique de la machine virtuelle de Datacenter Edition. Dans ce cas, le choix ultime préférable est Windows Server en mode Core.

J'ai organisé ceux-ci dans l'ordre par la taille de la distribution. Des volumes ont été écrits sur la «surface d’attaque» et les correctifs. La plupart de ces matériaux me font rouler des yeux. Quoi que vous pensiez de tout cela, rien de tout cela n’a un impact significatif sur les performances. Pour des performances optimales, préoccupez-vous des différences d’encombrement du processeur et de la mémoire. L’écart le plus grand entre le processeur et la mémoire se situe entre Windows Server et Windows Server Core. Une fois déconnecté, l'interface graphique de Windows Server ne consomme pas beaucoup de ressources, mais en consomme. L'espace entre Windows Server Core et Hyper-V Server est beaucoup plus étroit, en particulier lorsque les mêmes fonctionnalités / rôles sont activés.

Une différence entre Core et Hyper-V Server réside dans le mécanisme de licence. Dans l'édition Datacenter, cela inclut l'avantage de l'activation automatique de la machine virtuelle (AVMA). Cela ne concerne que le câblage technologique. Ne confondez pas cette idée avec le mythe maintes fois répété selon lequel l’installation de Windows Server accorde des privilèges de licence d’invité. La partie légale de la licence se distingue; lisez notre eBook pour des informations de départ.

Étant donné que vous n'avez pas besoin de payer pour la licence de Hyper-V Server, cela n'accorde qu'une seule possibilité, ce que Windows Server ne fait pas: vous pouvez effectuer une mise à niveau à tout moment. Cela vous permet de découpler complètement le cycle de vie de vos hôtes de vos invités. Un tel détachement est une caractéristique de l'ère des nuages ​​modernes.

Si vous n'exécutez que des systèmes d'exploitation open source, Hyper-V Server est le choix naturel. Avec cet usage, vous n’avez pas besoin de payer de droits de licence à Microsoft. Je ne m'attends pas de façon réaliste à ce que les magasins Linux purs introduisent un environnement Microsoft, mais Linux-on-Hyper-V est une solution fantastique dans un environnement à plates-formes mixtes. Et avec ça, revenons sur la liste.

Meilleures pratiques de gestion des systèmes d'exploitation pour la performance

7. Préférez Hyper-V Server en premier lieu, Windows Server Core en second
8. N'installez aucun logiciel, fonction ou rôle dans le système d'exploitation de gestion qui n'aide pas directement les machines virtuelles ou le système d'exploitation de gestion. Hyper-V hiérarchise les applications du système d'exploitation de gestion sur les machines virtuelles. C’est parce qu’il vous fait confiance; si vous exécutez quelque chose dans le système d'exploitation de gestion, cela suppose que vous en avez vraiment besoin.
9. Ne vous connectez pas au système d'exploitation de gestion. Installez les outils de gestion sur votre poste de travail et manipulez Hyper-V à distance.
10. Si vous devez vous connecter au système d'exploitation de gestion, déconnectez-vous dès que vous avez terminé.
11. Ne naviguez pas sur Internet à partir du système d’exploitation. Ne naviguez pas depuis n'importe quel serveur, vraiment.
12. Restez à jour sur les correctifs traditionnels.
13. Restez à jour sur les versions de pilotes. Je sais que beaucoup de mes pairs aiment installer les pilotes presque immédiatement après leur publication, mais je ne peux pas participer à ce camp. Bien que la mise à jour de pilotes apportant des améliorations de performances ne soit pas totalement inconnue, ce n’est pas courant. Avec toutes les acquisitions et les regroupements d’entreprises en cours dans l’espace matériel – en particulier les réseaux -, j’ai le sentiment que la volonté concurrentielle de produire du matériel et des pilotes de qualité est entrée dans une période de déclin. En termes simples, considérez les nouveaux pilotes comme un risque potentiel pour la stabilité, les performances et la sécurité.
14. Rejoignez vos hôtes sur le domaine. Les systèmes consomment moins de votre temps s’ils répondent à une autorité centrale.
15. Utilisez un antivirus et une prévention des intrusions. Tant que vous choisirez bien votre fournisseur de logiciels anti-malware et que les exclusions appropriées seront en place, les performances ne seront pas affectées. Comparez cela à la performance d'un système compromis.
16. Lisez notre article sur le réglage des performances de l'hôte.

Conteneurs à effet de levier

Dans le modèle de virtualisation «traditionnel», nous mettons en place plusieurs machines virtuelles exécutant des environnements de système d'exploitation individuels. À mesure que «l’étalement des machines virtuelles» s’installe, nous nous retrouvons avec beaucoup de duplication. Dans le passé, nous pouvions justifier cela comme une séparation de l'environnement. De plus, certains correctifs Windows Server posaient des problèmes à certains logiciels mais pas à d’autres. À l'ère moderne, les conteneurs et les packages de correctifs omnibus ont bouleversé cette équation.

Au lieu de créer une machine virtuelle après une machine virtuelle, vous pouvez créer quelques machines virtuelles. Déployer des conteneurs en leur sein. Les stratégies pour cette approche dépassent les paramètres de cet article, mais vous souhaitez réduire le nombre d’environnements de système d’exploitation complets disparates déployés. Avec une planification minutieuse, vous pouvez réduire la densité tout en maintenant un degré élevé de séparation entre vos services. Moins de noyaux sont chargés, moins de commutations de contexte se produisent, moins de mémoire contient les mêmes bits de code, moins de disque cherche à récupérer essentiellement les mêmes informations à partir d'emplacements différents.

17. Préférez les conteneurs aux machines virtuelles dans la mesure du possible.

CPU

Vous ne pouvez pas faire beaucoup pour ajuster les performances du processeur dans Hyper-V. Globalement, je compte cela parmi ma liste de «bonnes choses»; Microsoft a travaillé dur pour vous.

18. Suivez notre article sur le réglage de l'hôte; prêtez une attention particulière aux états C et aux réglages de puissance.
19. Pour les puces Intel, laissez l'hyperthreading activé sauf si vous avez une raison précise pour la désactiver.
20. Laissez NUMA activé dans le matériel. Sur la feuille de propriétés de votre VM, vous trouverez un Utiliser la topologie matérielle bouton. N'oubliez pas de l'utiliser à chaque fois que vous ajustez le nombre de vCPU attribuées à une machine virtuelle ou que vous le déplacez vers un hôte ayant une structure de mémoire différente (nombre de cœurs physique et / ou distribution de mémoire différente).
    
21. Décidez ou non d'autoriser les invités à s'étendre sur plusieurs nœuds NUMA (l'hôte global NUMA Spanning réglage). Si vous adaptez vos ordinateurs virtuels à un nœud NUMA et veillez à ne pas affecter plus d'invités que ce qui peut en résider dans chaque nœud NUMA, vous pouvez augmenter les performances de chaque ordinateur. Toutefois, si l'hôte rencontre des difficultés pour verrouiller les ordinateurs virtuels sur des nœuds, vous pouvez donc influer négativement sur les performances globales de la mémoire. Si vous n’êtes pas sûr, laissez simplement NUMA par défaut et bricolez plus tard.
22. Pour les invités modernes, je vous recommande d'utiliser au moins deux processeurs virtuels par machine virtuelle. Utilisez davantage conformément au profil de performances de la machine virtuelle ou aux spécifications du fournisseur. Ceci est ma propre recommandation personnelle; Je peux détecter visiblement la différence de réponse entre un invité vCPU unique et un invité double vCPU.
23. Pour les invités Windows hérités (Windows XP / Windows Server 2003 et versions antérieures), utilisez 1 vCPU. Plus sera susceptible de nuire à la performance plus que l'aide.
24. N'accordez pas plus de 2 vCPU à une machine virtuelle sans motif valable. Hyper-V réduira mieux les changements de contexte et la gestion de l’accès à la mémoire s’il n’est pas nécessaire de trop jongler avec le noyau. Je ferais des exceptions pour les hôtes très basse densité où 2 vCPU par invité pourraient laisser des cœurs inutilisés. D’autre part, si vous attribuez 24 cœurs à chaque ordinateur virtuel simplement parce que vous le pouvez, les performances seront compromises.
25. Si vous empêchez les ordinateurs virtuels d’étendre sur plusieurs nœuds NUMA, n’attribuez pas plus de vCPU à un ordinateur virtuel que de cores physiques correspondants dans un nœud NUMA (signifie généralement le nombre de cœurs par socket physique, mais vérifiez auprès du fabricant de votre matériel).
26. Utilisez les paramètres de priorité, de pondération et de réservation d’Hyper-V avec le plus grand soin. Les goulots d'étranglement de la CPU sont très rares. regarde ailleurs d'abord. Une mauvaise réservation causera plus de problèmes qu'elle n'en résout.

Mémoire

J'ai longtemps pensé que toute personne souhaitant devenir administrateur système devait être obligée de se familiariser avec le langage assembleur x86, ou du moins le langage C. Je peux généralement repérer des personnes qui ne sont pas familiarisées avec la programmation dans des langages aussi bas porte presque toujours une image mentale bizarre de la façon dont fonctionne la mémoire de l'ordinateur. Heureusement, la mémoire moderne est très, très, très rapide. Mieux encore, les programmeurs de gestionnaires de mémoire de systèmes d’exploitation modernes sont devenus très compétents. Essayer de régler la mémoire en tant qu'administrateur système est rarement rentable. Cependant, nous pouvons établir certaines meilleures pratiques pour la mémoire dans Hyper-V.

27. Suivez notre article sur le réglage de l'hôte. Surtout, si vous avez plusieurs processeurs, installez votre mémoire de manière à ce qu'elle utilise plusieurs canaux et fournisse une quantité de mémoire égale à chaque nœud NUMA.
28. Faites attention à la qualité du pilote du système d'exploitation. Les pilotes Windows diffèrent des applications en ce sens qu'ils peuvent supprimer définitivement la mémoire du pool disponible. S'ils ne gèrent pas correctement cette mémoire, vous vous exposez à de graves problèmes.
29. Ne rendez pas votre cache CSV trop volumineux.
30. Pour les machines virtuelles qui effectueront de grandes quantités d’opérations mémoire, évitez la mémoire dynamique. La mémoire dynamique désactive NUMA (par nécessité). Comment savez-vous ce qui constitue un «volume élevé»? Sans surveillance des performances, vous ne le faites pas.
31. Définissez vos machines virtuelles à mémoire fixe sur une priorité plus élevée et sur un délai de démarrage plus court que vos machines virtuelles à mémoire dynamique. Cela garantit qu'ils commenceront en premier, permettant à Hyper-V de tracer une disposition NUMA optimale et de réduire la fragmentation de la mémoire. Malheureusement, cela n’aide pas beaucoup dans un cluster. Cependant, même dans le meilleur des cas, cette technique ne donnera pas beaucoup d’avantages.
32. N'utilisez pas plus de mémoire pour une machine virtuelle que vous ne pouvez prouver qu'il en a besoin. Essayez en particulier d'éviter d'utiliser plus de mémoire que ne le permet un seul nœud NUMA.
33. Utilisez la mémoire dynamique pour les machines virtuelles ne nécessitant pas les performances de mémoire les plus rapides.
34. Pour les machines virtuelles à mémoire dynamique, accordez la plus grande attention à la valeur de démarrage. Il donne le ton pour la manière dont la machine virtuelle sera traitée pendant l'exécution. Pour les machines virtuelles exécutant une interface graphique complète Windows Server, j'ai tendance à utiliser un démarrage de 1 Go ou 2 Go, selon la version et les autres éléments installés.
35. Pour les machines virtuelles à mémoire dynamique, définissez le minimum sur le minimum indiqué par le fournisseur de système d’exploitation (512 Mo pour Windows Server). Si la machine virtuelle héberge une application critique, ajoutez-en au minimum pour vous assurer qu'elle ne sera pas étouffée.
36. Pour les machines virtuelles à mémoire dynamique, définissez le maximum sur une quantité raisonnable. En règle générale, vous découvrirez ce montant grâce aux essais et erreurs et au contrôle des performances. Ne le définissez pas à un nombre arbitrairement élevé. N'oubliez pas que, même en 2012 R2, vous pouvez augmenter le maximum à tout moment.

Vérifiez la section CPU pour le guidage NUMA.

La mise en réseau

Depuis que j’aide les utilisateurs d’Hyper-V, je ne crois pas avoir vu quelqu'un perdre plus de temps à s'inquiéter de problèmes moins graves que la mise en réseau. Les gens liront des livres blancs, des forums, des articles de blogues, des romans et travailleront tout le week-end pour élaborer des schémas de mise en réseau complexes, nécessitant huit pages de documentation. Mais ils ne prendront pas quinze minutes pour configurer un moniteur d’utilisation du réseau. J’ai parfois du mal à utiliser MRTG car il est vieux et il existe des outils plus brillants, plus gros et plus audacieux, mais MRTG est facile et rapide installer. Vous devriez savoir combien de trafic votre réseau pousse. Cette connaissance peut vous guider mieux que n'importe quelle connaissance abstraite ou liste de fonctionnalités.

Cela dit, nous appliquons de nombreuses meilleures pratiques en matière de performances réseau dans Hyper-V.

37. Suivez notre article sur le réglage de l'hôte. Faites particulièrement attention à VMQ sur le gigabit et la séparation du trafic de stockage.
38. Si vous souhaitez que votre réseau aille plus vite, utilisez des adaptateurs et des commutateurs plus rapides. Une grosse équipe de gigabits ne pourra pas suivre un seul port de 10 gigabits.
39. Utilisez un seul commutateur virtuel par hôte. Plusieurs commutateurs virtuels augmentent la charge de traitement. Habituellement, vous pouvez obtenir un seul commutateur pour effectuer tout ce que vous souhaitez faire par plusieurs commutateurs.
40. Préférez une seule grande équipe à plusieurs petites équipes. Cette pratique peut également vous aider à éviter les commutateurs virtuels inutiles.
41. Pour un gigabit, tout port supérieur à 4 ports physiques ne donnera probablement pas de retour significatif. J'utiliserais 6 à l'extérieur. Si vous utilisez iSCSI ou SMB, deux autres adaptateurs physiques, juste pour cela, seraient acceptables.
42. Pour 10 GbE, tout port supérieur à 2 ports physiques ne donnera probablement pas de retour significatif.
43. Si vous avez 2 10 GbE et plusieurs ports gigabits dans le même hôte, ignorez simplement le gigabit. Peut-être l'utiliser pour iSCSI ou SMB, si cela convient à votre plate-forme de stockage.
44. Assurez-vous de bien comprendre le fonctionnement du commutateur virtuel Hyper-V. Le plus important:
    • Vous ne pouvez pas «voir» le commutateur virtuel dans le système d'exploitation de gestion, sauf avec des outils spécifiques à Hyper-V. Il n'a pas d'adresse IP et pas de présence dans le Centre de réseau et partage applet.
    • Tout ce qui apparaît dans Centre de réseau et partage que vous pensez que appartient au commutateur virtuel est en fait une carte réseau virtuelle.
    • Les informations de couche 3 (IP) dans l'hôte n'ont aucune incidence sur les invités – sauf si vous créez une collision IP
45. Ne créez pas de carte réseau virtuelle dans le système d'exploitation de gestion pour les machines virtuelles. Je l'avais fait avant de comprendre le commutateur virtuel Hyper-V et j'ai rencontré beaucoup d'autres personnes qui l'ont fait. Les machines virtuelles utiliseront directement le commutateur virtuel.
46. Ne pas héberger plusieurs hôtes à moins que vous ne sachiez exactement ce que vous faites. Raisons valables de multi-maison:
    • adaptateurs iSCSI / SMB
    • Séparez les adaptateurs pour les rôles de cluster. par exemple. "Gestion", "Migration en direct" et "Communications de cluster"
47. Si vous hébergez plusieurs hôtes, ne donnez qu'une passerelle par défaut à un seul adaptateur. Si d'autres adaptateurs doivent utiliser des passerelles, utilisez l'ancienne commande route ou la nouvelle commande New-NetRoute.
48. N'essayez pas d'utiliser des commutateurs virtuels internes ou privés pour améliorer les performances. Le commutateur virtuel externe est également rapide. Les commutateurs internes et privés servent uniquement à l'isolation.
49. Si tout de votre matériel le supporte, activez les trames jumbo. Assurez-vous d’effectuer les tests de validation (c.-à-d.:
    ping stockage-ip -f -l 8000)
50. Faites attention à l'adressage IP. Si le trafic doit localiser un routeur externe pour atteindre un autre adaptateur virtuel sur le même hôte, le trafic traverse le réseau physique.
51. Utiliser la QoS en réseau si vous avez identifié un problème.
    • Utilisez le pontage du centre de données, si votre matériel le prend en charge.
    • Préférez le mode Weight QoS pour le commutateur Hyper-V, en particulier lorsque vous vous associez.
    • Pour minimiser les effets secondaires négatifs de la qualité de service, limitez le nombre maximal de machines virtuelles défectueuses ou non critiques à la garantie de la configuration minimale pour les machines virtuelles essentielles.
52. Si vous disposez de cartes réseau physiques compatibles SR-IOV, les performances sont optimales. Cependant, vous ne pouvez pas utiliser l'équipe Windows traditionnelle pour les cartes réseau physiques. De plus, vous ne pouvez pas utiliser VMQ et SR-IOV en même temps.
53. Le regroupement par commutateur intégré (2016) vous permet d'utiliser SR-IOV. Le groupement standard ne le fait pas.
54. Si vous utilisez VMQ, configurez les jeux de processeurs correctement.
55. Lorsque vous vous associez, préférez le mode Switch Independent avec l'algorithme d'équilibrage de charge dynamique. J'ai effectué des tests de performance sur les types (vers la fin de l'article lié). Cependant, un lecteur a commenté dans un autre article que la combinaison dynamique / commutateur indépendant pouvait entraîner des problèmes pour les équilibreurs de charge tiers (voir la section des commentaires).

Espace de rangement

Concentrez-vous sur le stockage lorsque vous devez réellement améliorer les performances d’Hyper-V. Le stockage est lent. Le meilleur moyen de ne pas ralentir le stockage est de dépenser de l'argent. Mais nous avons d'autres moyens.

56. Suivez notre article sur le réglage de l'hôte. Faites particulièrement attention à:
    • Ne divisez pas les baies internes entre Hyper-V et les invités. Utilisez un grand tableau.
    • Ne réglez pas la partition Hyper-V pour plus de rapidité. Après le démarrage, Hyper-V a une moyenne de zéro IOPS pour lui-même. À titre d’exemple, ne placez pas Hyper-V sur un SSD ni sur les ordinateurs virtuels sur des disques en rotation. Faites le contraire.
    • Le meilleur moyen d’accroître la vitesse de stockage consiste à utiliser des disques plus rapides et des baies plus grandes. Presque tout le reste ne donnera que de minuscules différences.
57. Pour VHD (pas VHDX), utilisez des disques fixes pour des performances maximales. Le disque dur virtuel à expansion dynamique est légèrement plus lent, mais mesurable.
58. Pour VHDX, utilisez des disques à expansion dynamique pour tout sauf les bases de données à forte utilisation. Je reçois de nombreux arguments à ce sujet, mais j’ai passé les tests de performance et j’ai des années d’expérience dans le monde réel. Vous pouvez avoir confiance en cela (et exécuter les tests vous-même), ou en des livres blancs théoriques de personnes qui gagnent leur vie en exagérant l’espace disque mais qui ont perpétuellement égaré leur copie de diskspd.
59. Évitez d'utiliser VHDX partagé (2012 R2) ou VHDS (2016). La performance n’est toujours pas là. Donnez à cette technologie un ou deux cycles de maturation et examinez-la à nouveau.
60. Dans la mesure du possible, n'utilisez pas plusieurs partitions de données dans un seul disque dur virtuel / X.
61. Lorsque vous utilisez des volumes partagés de cluster, essayez d'utiliser au moins autant de CSV que de noeuds. À partir de 2012 R2, la propriété CSV sera distribuée de manière égale, améliorant ainsi théoriquement l'accès global.
62. Vous pouvez théoriquement améliorer les performances de stockage en divisant les machines virtuelles sur des emplacements de stockage distincts. Si vous devez faire en sorte que vos baies couvrent moins de disques afin de diviser le stockage de vos ordinateurs virtuels, vous aurez une perte de performance nette. Si vous créez plusieurs LUN ou partitions sur les mêmes disques pour diviser les ordinateurs virtuels, vous obtiendrez une perte de performance nette.
63. Pour le VDI basé sur une machine virtuelle RDS, utilisez la déduplication en mode Hyper-V basée sur le matériel ou Windows sur le système de stockage. Les hits de lecture, en particulier avec la mise en cache, apportent des avantages de performance positifs.
64. Le jury n'a toujours pas utilisé la déduplication au niveau de l'hôte pour les invités Windows Server, mais cette solution est prise en charge avec 2016. Je vais personnellement essayer de placer les disques du système d'exploitation du serveur sur un stockage SMB dédupliqué en mode Hyper-V.
65. Le composant le plus lent dans un système de stockage est le (s) disque (s); Ne vous préoccupez pas des contrôleurs au-delà de l’activation de la mise en cache.
66. RAID-0 est le type de RAID le plus rapide, mais ne fournit aucune redondance.
67. RAID-10 est généralement le type de RAID le plus rapide offrant une redondance.
68. Pour les espaces de stockage, le miroir à trois voies est le plus rapide (de beaucoup).
69. Pour le stockage à distance, préférez le multicanal MPIO ou SMB plutôt que plusieurs adaptateurs non analysés. Évitez de placer ce trafic sur des adaptateurs associés.
70. J'ai lu des notes éparses qui indiquent que vous devez formater avec des unités d'allocation de 64 kilo-octets. Je n’ai jamais fait cela, surtout parce que je n’y pense pas avant qu’il ne soit trop tard. Si la taille par défaut vous fait mal, je ne saurais le dire. Un jour, je me souviendrai de l’essayer et je mettrai à jour cet article après avoir obtenu des traces de performances. Si vous hébergez un grand nombre de machines virtuelles SQL et formatez leur VHDX avec des AU de 64 ko, vous bénéficierez peut-être davantage.
71. Je ne pense toujours pas que ReFS soit assez mature pour remplacer NTFS pour Hyper-V. Pour la performance, je reste définitivement avec NTFS.
72. Ne faites pas de défragmentation complète. Cela n’aide pas. La défragmentation minimale que Windows effectue automatiquement est tout ce dont vous avez besoin. Si vous avez une application minable qui rend cette déclaration fausse, alors arrêtez de l'utiliser ou exilez-la sur son propre serveur physique. Le principal objectif de la défragmentation est d’utiliser vos disques durs de façon à ce que vous deviez en acheter plus rapidement que nécessaire. C’est pourquoi les employés des fournisseurs de matériel le recommandent tout le temps. Si vous avez une névrose personnelle qui vous fait mal lorsqu'un disque devient «trop» fragmenté, utilisez Storage Live Migration pour effacer, puis re-peupler les partitions / LUN. C’est du temps perdu que vous ne reviendrez jamais, mais au moins c’est plus rapide. Remarque: Toutes les répliques doivent inclure des traces de performances vérifiables et reproductibles, sinon je vais simplement les supprimer.

Clustering

Pour réel performances, ne mettez pas en cluster les machines virtuelles. Utilisez des disques SSD internes ou à connexion directe rapides. Cluster pour la redondance, pas les performances. Utilisez des techniques de redondance au niveau de l'application au lieu de recourir à la mise en cluster Hyper-V.

À l’ère moderne du cloud, cependant, la plupart des logiciels n’ont pas leur propre redondance et la mise en cluster d’hôtes est presque indispensable. Suivez ces meilleures pratiques:

73. Validez votre cluster. Vous n'aurez peut-être pas besoin de résoudre tous les avertissements, mais soyez au courant.
74. Suivez notre article sur le réglage de l'hôte. Faites particulièrement attention aux bits sur le stockage en cache. Il comprend un lien pour activer la mise en cache CSV.
75. Rappelez-vous votre cible de densité initiale. Ajoutez autant de nœuds que nécessaire pour le maintenir, ainsi que suffisamment de nœuds supplémentaires pour la protection contre les défaillances.
76. Utilisez le même matériel dans chaque nœud. Toi pouvez mélangez le matériel, mais le mode de compatibilité du processeur et les nœuds NUMA incompatibles auront au moins un impact sur les performances.
77. Pour Hyper-V, chaque nœud de cluster doit utiliser au moins deux points de terminaison IP distincts. Chaque adresse IP doit exister dans un sous-réseau distinct. Cette pratique permet au cluster d'établir plusieurs flux de réseau simultanés pour le trafic entre noeuds.
    • Une des adresses doit être désignée comme une adresse IP «de gestion», ce qui signifie qu’elle doit disposer d’une passerelle par défaut valide et s’enregistrer dans le DNS. Les connexions entrantes (telles que votre propre RDP et PowerShell Remoting) utiliseront cette adresse IP.
    • Aucune des IP non gérées ne doit avoir de passerelle par défaut ni s'inscrire dans le DNS.
    • Un autre point de terminaison IP doit être préféré pour Live Migration. Ordre de préférence de Cascade Live Migration via les autres, se terminant par l’adresse IP de gestion. Vous pouvez configurer ce paramètre plus facilement dans le gestionnaire de cluster de basculement en cliquant avec le bouton droit de la souris sur la souris. Les réseaux nœud.
    • D'autres points de terminaison IP peuvent être utilisés pour fournir des chemins supplémentaires pour les communications en cluster. Les communications de cluster incluent les messages de pulsation, d'état et de mise à jour du cluster, ainsi que des informations sur le volume partagé du cluster et le trafic d'accès redirigé.
    • Vous pouvez définir n'importe quel adaptateur pour qu'il soit exclu des communications de cluster mais inclus dans Live Migration afin d'appliquer la séparation. Cela n'améliore généralement pas les performances, mais peut être souhaitable dans certains cas.
    • Vous pouvez utiliser des adaptateurs réseau physiques ou virtuels pour héberger des adresses IP de cluster.
    • L'adresse IP de chaque adaptateur de cluster doit exister dans un sous-réseau unique sur cet hôte.
    • Chaque nœud de cluster doit contenir une adresse IP dans le même sous-réseau que les adresses IP des autres nœuds. Si un nœud ne contient pas d'adresse IP dans un sous-réseau qui existe sur d'autres nœuds, alors ce réseau sera considéré comme «partitionné» et le ou les nœuds sans IP membre seront exclus de ce réseau.
    • Si l'hôte se connecte au stockage via iSCSI, séparez le trafic iSCSI sur ses propres adresses IP. Les exclure des communications de cluster et de la migration en direct. Comme ils ne participent pas aux communications de cluster, il n’est pas absolument nécessaire de les placer dans des sous-réseaux distincts. Toutefois, cela fournira une certaine protection contre les tempêtes du réseau.
78. Si vous n’avez pas d’adaptateur physique compatible RDMA, Compression fournit généralement les meilleures performances Live Migration.
79. Si vous avez des adaptateurs physiques compatibles RDMA, PME fournit généralement les meilleures performances Live Migration.
80. Je ne recommande pas de perdre du temps à bricoler la métrique pour façonner le trafic CSV. Il utilise SMB, de sorte que la technologie multicanal intégrée de SMB peut régler le problème.

Machines virtuelles

Le guide précédent couvre de manière oblique plusieurs points de configuration de la machine virtuelle (vérifiez les sections CPU et mémoire). Nous avons un peu plus:

81. N’utilisez pas de machines virtuelles blindées ou BitLocker. Le chiffrement et le durcissement VMWP entraînent une surcharge qui nuit aux performances. Le succès est minime – mais cet article concerne les performances.
82. Si vous avez 1) des VM avec des besoins de réseau entrants très importants, 2) des cartes réseau physiques> = 10 GbE, 3) activé par VMQ, 4) des cycles de processeur disponible, puis activez RSS dans les systèmes d'exploitation invités. N'activez pas RSS dans l'OS invité sauf si tout des précédents sont vrais.
83. N'utilisez pas la carte réseau existante dans les ordinateurs virtuels de génération 1 plus qu'absolument nécessaire.
84. Utilisez les points de contrôle rarement et brièvement. Connaître la différence entre les points de contrôle standard et «de production».
85. Utilisez la synchronisation du temps de manière appropriée. Cela signifie que le service de synchronisation temporelle Hyper-V ne doit pas être activé pour les contrôleurs de domaine virtuels, mais que tous les autres ordinateurs virtuels le doivent (en règle générale). Les hôtes doivent extraire leur temps de la hiérarchie du domaine. Si possible, le contrôleur de domaine principal doit extraire une source de temps sécurisée.
86. Maintenez les services clients Hyper-V à jour. Les systèmes Linux pris en charge peuvent être mis à jour via les mises à niveau / mises à jour du noyau à partir de leurs référentiels de distribution. Windows 8.1+ et Windows Server 2012 R2 + seront mis à jour à partir de Windows Update.
87. Ne procédez pas non plus à une défragmentation complète des invités. Sérieusement. Nous administrons ici les équipements de serveurs multibroches, sans afficher de barre de progression à ceux qui disposent d’un lecteur d’ordinateur portable à 5 400 tr / min, afin qu’ils aient l’impression d’accomplir quelque chose.
88. Si le but principal de la machine virtuelle est d’exécuter une application dotée de sa propre technologie de réplication, n’utilisez pas de réplica Hyper-V. Exemples: Active Directory et Microsoft SQL Server. De telles applications se répliqueront beaucoup plus efficacement que le réplica Hyper-V.
89. Si vous utilisez le réplica Hyper-V, envisagez de déplacer les fichiers de page des ordinateurs virtuels sur leur propre disque virtuel et de les exclure du travail de réplica. Si vous avez un petit fichier de page qui ne produit pas beaucoup, cela peut vous coûter plus de temps et d’efforts que ce que vous récupérerez.
90. Si vous utilisez le réplica Hyper-V, activez la compression si vous avez un processeur disponible, mais laissez-la désactivée si vous avez un réseau libre. Si vous n’êtes pas sûr, utilisez la compression.
91. Si vous transférez le trafic de votre réplica Hyper-V sur un VPN crypté ou si vous conservez son trafic sur des réseaux sécurisés, utilisez Kerberos. Le chiffrement / déchiffrement SSL nécessite une CPU. De plus, la nature asymétrique du chiffrement SSL fait que les données chiffrées sont beaucoup plus volumineuses que leur source déchiffrée.

surveillance

Vous devez surveiller vos systèmes. La surveillance n’est pas et n’a jamais été une activité facultative.

92. Soyez conscient des compteurs spécifiques à Hyper-V. De nombreuses personnes essaient d’utiliser Task Manager dans le système d’exploitation pour évaluer l’utilisation du processeur par les invités. mais ça ne marche pas. Le système d'exploitation de gestion est une machine virtuelle à cas particulier, ce qui signifie qu'il utilise des processeurs virtuels. Son gestionnaire de tâches ne peut pas voir ce que font les invités.
93. L'Analyseur de performances est le plus puissant des outils intégrés, mais il est difficile à utiliser. Regardez quelque chose comme l'outil d'analyse des performances (PAL), qui comprend Hyper-V.
94. En plus de la surveillance des performances, utilisez la surveillance de l'état. Avec cela, vous n'avez plus à vous soucier (autant) des événements inattendus tels que l’espace disque ou le remplissage de la mémoire. J'aime bien Nagios, comme le savent déjà les lecteurs habituels, mais vous pouvez choisir parmi de nombreux forfaits.
95. Prendre des référentiels de performances périodiques et les comparer aux référentiels précédents

Si vous êtes en mesure de traiter une bonne partie des points de cette liste, je suis certain que les performances Hyper-V vont être dynamisées. N’oubliez pas que cette liste n’est pas exhaustive et que j’y ajouterai périodiquement une liste aussi complète que possible. Toutefois, si vous pensez qu’il manque quelque chose, faites-le moi savoir dans les commentaires ci-dessous et vous verrez peut-être le nombre 95 augmenter!

Impliquez-vous sur Twitter: # How2HyperV

Impliquez-vous sur Twitter, où nous publierons régulièrement des extraits de cet article et inciterons la communauté informatique à s’entraider pour améliorer notre utilisation de Hyper-V. Vous avez vos propres astuces ou astuces Hyper-V pour améliorer vos performances? Utilisez le hashtag # How2HyperV lorsque vous tweetez et partagez vos connaissances avec le monde!

Tweets # How2HyperV