Notes
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Remote Desktop Virtualization Host (Rd Virtualization Host) est un service de rôle qui prend en charge les scénarios VDI (Virtual Desktop Infrastructure) et permet à plusieurs utilisateurs d’exécuter des applications Windows dans des machines virtuelles hébergées sur un serveur exécutant Windows Server et Hyper-V.
Windows Server prend en charge deux types de bureaux virtuels : les bureaux virtuels personnels et les bureaux virtuels mis en pool.
General considerations
Storage
Le stockage est le goulot d’étranglement des performances le plus probable, et il est important de dimensionner votre stockage pour gérer correctement la charge d’E/S générée par les modifications d’état de la machine virtuelle. Si un pilote ou une simulation n’est pas réalisable, une bonne recommandation consiste à provisionner une broche de disque pour quatre machines virtuelles actives. Utilisez des configurations de disque qui présentent de bonnes performances d’écriture (telles que RAID 1+0).
Si nécessaire, utilisez la déduplication du disque et la mise en cache pour réduire la charge de lecture du disque et permettre à votre solution de stockage d’accélérer les performances en mettant en cache une partie significative de l’image.
Déduplication des données et VDI
Introduite dans Windows Server 2012 R2, la déduplication des données prend en charge l’optimisation des fichiers ouverts. Pour utiliser des machines virtuelles s’exécutant sur un volume dédupliqué, les fichiers de machine virtuelle doivent être stockés sur un hôte distinct de l’hôte Hyper-V. Si Hyper-V et la déduplication s'exécutent sur le même ordinateur, les deux fonctionnalités se disputeront les ressources système, ce qui nuira aux performances globales.
Le volume doit également être configuré pour utiliser le type d’optimisation de déduplication « Virtual Desktop Infrastructure (VDI) ». Vous pouvez le configurer à l’aide du Gestionnaire de serveur (Services de fichiers et de stockage ->Volumes ->Paramètres de déduup) ou à l’aide de la commande Windows PowerShell suivante :
Enable-DedupVolume <volume> -UsageType HyperV
Note
L’optimisation de la déduplication des données des fichiers ouverts est prise en charge uniquement pour les scénarios VDI avec Hyper-V à l’aide du stockage distant sur SMB 3.0.
Memory
L’utilisation de la mémoire du serveur est pilotée par trois facteurs principaux :
Surcharge du système d’exploitation
Hyper-V surcharge de service par machine virtuelle
Mémoire allouée à chaque machine virtuelle
Pour une charge de travail de travail de connaissances classique, les machines virtuelles invitées exécutant x86 Window 8 ou Windows 8.1 doivent recevoir environ 512 Mo de mémoire comme base de référence. Toutefois, la mémoire dynamique augmente probablement la mémoire de la machine virtuelle invitée à environ 800 Mo, en fonction de la charge de travail. Pour x64, nous voyons environ 800 Mo, augmentant jusqu'à 1024 Mo.
Par conséquent, il est important de fournir suffisamment de mémoire du serveur pour satisfaire la mémoire requise par le nombre attendu de machines virtuelles invitées, ainsi que d’autoriser une quantité suffisante de mémoire pour le serveur.
CPU
Lorsque vous planifiez la capacité d'un serveur hôte de virtualisation RD, le nombre de machines virtuelles par cœur physique dépend de la nature de la charge de travail. Pour commencer, il est raisonnable de planifier 12 machines virtuelles par cœur physique, puis d’exécuter les scénarios appropriés pour valider les performances et la densité. Une densité plus élevée peut être réalisable en fonction des spécificités de la charge de travail.
Nous vous recommandons d’activer l’hyperthreading, mais veillez à calculer le ratio de sursubscription en fonction du nombre de cœurs physiques et non du nombre de processeurs logiques. Cela garantit le niveau de performances attendu par processeur.
Performance optimizations
Dynamic Memory
La mémoire dynamique permet une utilisation plus efficace des ressources de mémoire du serveur exécutant Hyper-V en équilibrant la façon dont la mémoire est distribuée entre les machines virtuelles en cours d’exécution. La mémoire peut être réaffectée dynamiquement entre les machines virtuelles en réponse à leurs charges de travail changeantes.
La mémoire dynamique vous permet d’augmenter la densité des machines virtuelles avec les ressources dont vous disposez déjà sans sacrifier les performances ou l’extensibilité. Le résultat est une utilisation plus efficace des ressources matérielles serveur coûteuses, ce qui peut se traduire par une gestion plus facile et des coûts inférieurs.
Sur les systèmes d’exploitation invités exécutant Windows 8 et versions ultérieures avec des processeurs virtuels qui s’étendent sur plusieurs processeurs logiques, envisagez le compromis entre l’exécution avec la mémoire dynamique pour réduire l’utilisation de la mémoire et désactiver la mémoire dynamique pour améliorer les performances d’une application prenant en charge la topologie ordinateur. Une telle application peut tirer parti des informations de topologie pour prendre des décisions de planification et d’allocation de mémoire.
Tiered Storage
L’hôte de virtualisation des services Bureau à distance prend en charge le stockage hiérarchisé pour les pools de bureaux virtuels. L’ordinateur physique partagé par tous les bureaux virtuels mis en pool au sein d’une collection peut utiliser une solution de stockage de petite taille et hautes performances, telle qu’un lecteur SSD mis en miroir. Les bureaux virtuels mis en pool peuvent être placés sur un stockage traditionnel moins coûteux, tel que RAID 1+0.
L’ordinateur physique doit être placé sur un SSD, car la plupart des E/S de lecture provenant des bureaux virtuels mis en pool vont vers le système d’exploitation de gestion. Par conséquent, le stockage utilisé par l’ordinateur physique doit maintenir des E/S de lecture beaucoup plus élevés par seconde.
Cette configuration de déploiement garantit des performances rentables où les performances sont nécessaires. Le disque SSD offre des performances plus élevées sur un disque de taille plus petite (environ 20 Go par collection, en fonction de la configuration). Le stockage traditionnel pour les bureaux virtuels mis en pool (RAID 1+0) utilise environ 3 Go par machine virtuelle.
CSV cache
Le clustering de basculement dans Windows Server 2012 et les versions ultérieures fournit une fonctionnalité de mise en cache sur les volumes partagés de cluster (CSV). Cela est extrêmement bénéfique pour les collections de bureaux virtuels mis en pool, où la majorité des E/S lues proviennent du système d’exploitation de gestion. Le cache CSV offre des performances plus élevées par plusieurs ordres de grandeur, car il met en cache des blocs qui sont lus plusieurs fois et les remet à partir de la mémoire système, ce qui réduit les E/S. Pour plus d’informations sur le cache CSV, consultez Comment activer le cache CSV.
Bureaux virtuels regroupés
Par défaut, les bureaux virtuels mis en pool sont restaurés à l’état vierge après la déconnexion d’un utilisateur. Par conséquent, toutes les modifications apportées au système d’exploitation Windows depuis la dernière connexion utilisateur sont abandonnées.
Bien qu’il soit possible de désactiver la restauration, il s’agit toujours d’une situation temporaire, car une collection de bureaux virtuels mis en pool est généralement recréée à la suite des diverses mises à jour du modèle de bureau virtuel.
Il est judicieux de désactiver les fonctionnalités et services Windows qui dépendent de l’état persistant. En outre, il est judicieux de désactiver les services qui sont principalement destinés aux scénarios non-entreprise.
Chaque service spécifique doit être évalué de manière appropriée avant tout déploiement étendu. Voici quelques éléments initiaux à prendre en compte :
Service | Why? |
---|---|
Auto update | Les bureaux virtuels mis en pool sont mis à jour en recréant le modèle de bureau virtuel. |
Offline files | Les bureaux virtuels sont toujours en ligne et connectés à partir d’un point de vue réseau. |
Background defrag | Les modifications apportées au système de fichiers sont ignorées après la déconnexion d’un utilisateur (en raison d’une restauration à l’état vierge ou de la recréation du modèle de bureau virtuel, ce qui entraîne la recréation de tous les bureaux virtuels mis en pool). |
Mise en veille prolongée ou mise en veille | Aucun concept de ce type pour VDI |
Image mémoire pour la recherche de bogues | Aucun concept de ce type pour les bureaux virtuels mis en pool. Un bureau virtuel mis en pool faisant l’objet d’une recherche de bogues démarre à partir de l’état d’origine. |
WLAN autoconfig | Il n’existe aucune interface d’appareil Wi-Fi pour VDI |
Service de partage réseau du Lecteur Windows Media | Service centré sur les consommateurs |
Fournisseur du groupement résidentiel | Service centré sur les consommateurs |
Partage de connexion Internet | Service centré sur les consommateurs |
Services étendus du Centre multimédia | Service centré sur les consommateurs |
Note
Cette liste n’est pas destinée à être une liste complète, car toutes les modifications affecteront les objectifs et les scénarios prévus. Pour plus d’informations, consultez Tout juste sorti des presses, procurez-vous dès maintenant le script d'optimisation VDI pour Windows 8, gracieuseté de PFE !.
Note
SuperFetch dans Windows 8 est activé par défaut. Il est compatible VDI et ne doit pas être désactivé. SuperFetch peut réduire davantage la consommation de mémoire par le biais du partage de pages de mémoire, ce qui est bénéfique pour VDI. Les bureaux virtuels mis en pool exécutant Windows 7, SuperFetch doivent être désactivés, mais pour les bureaux virtuels personnels exécutant Windows 7, il doit être laissé sur.