La RAM a un coût plus élevé pour les serveurs que pour les ordinateurs. Comme le coût de RAM représente un pourcentage important du coût total du matériel de serveur et de la capacité totale de stockage nécessaire, il est essentiel de déterminer la bonne allocation de mémoire pour planifier le déploiement de poste de travail.
Si l'allocation de RAM est trop faible, l'E/S de stockage peut être affectée négativement car il se produit trop d'échange Windows. Si l'allocation de RAM est trop élevée, la capacité de stockage peut être affectée négativement car le fichier de pagination dans le système d'exploitation client et les fichiers d'échange et de suspension de chaque machine virtuelle deviennent trop volumineux.
Impact du dimensionnement de la RAM sur les performances
Lors de l'allocation de RAM, évitez de choisir un paramètre trop conservateur. Prenez en compte les considérations suivantes :
- Des allocations de RAM insuffisantes peuvent provoquer un échange Windows excessif, qui peut générer une E/S causant des dégradations importantes des performances et augmentant la charge d'E/S de stockage.
- VMware ESXi prend en charge des algorithmes de gestion de ressource de mémoire sophistiqués, comme le partage transparent de page et le gonflage de mémoire, qui peuvent réduire significativement la RAM physique nécessaire pour prendre en charge une allocation de RAM invitée donnée. Par exemple, même si 2 Go peuvent être alloués à un poste de travail virtuel, seule une fraction de ce nombre est consommée dans la RAM physique.
- Comme les performances des postes de travail virtuels sont sensibles aux temps de réponse, sur l'hôte ESXi, définissez des valeurs non nulles pour les paramètres de réservation de RAM. Réserver un peu de RAM garantit que les postes de travail en veille mais utilisés ne sont jamais complètement délogés sur le disque. Cela peut également réduire l'espace de stockage consommé par les fichiers d'échange d'ESXi. Cependant, des paramètres de réservation supérieurs affectent votre capacité à surcharger la mémoire sur un hôte ESXi et peuvent affecter les opérations de maintenance de VMotion.
Impact du dimensionnement de la RAM sur le stockage
La quantité de RAM que vous allouez à une machine virtuelle est directement liée à la taille de certains fichiers utilisés par la machine virtuelle. Pour accéder aux fichiers de la liste suivante, utilisez le système d'exploitation invité Windows pour localiser la page Windows et mettre des fichiers en veille prolongée, et utilisez le système de fichiers de l'hôte ESXi pour localiser les fichiers d'échange et de suspension d'ESXi.
- fichier d'échange de Windows
-
Par défaut, ce fichier est dimensionné à 150 % de la RAM du client. Situé par défaut dans
C:\pagefile.sys, ce fichier provoque l'augmentation du stockage approvisionné dynamiquement car on y accède souvent. Sur des machines virtuelles de clone lié View Composer, le fichier d'échange et les fichiers temporaires peuvent être redirigés vers un disque virtuel séparé qui est supprimé lorsque les machines virtuelles sont désactivées. La redirection du fichier d'échange supprimable économise de l'espace de stockage en ralentissant la croissance des clones liés. Elle peut également améliorer les performances. Bien que vous puissiez ajuster la taille dans Windows, cela peut avoir un effet négatif sur les performances de l'application.
Pour les Instant Clones, les fichiers d'échange et temporaires des systèmes d'exploitation invités sont automatiquement supprimés lors de l'opération de déconnexion, ils n'ont donc pas le temps de devenir trop volumineux. Chaque fois qu'un utilisateur se déconnecte d'un poste de travail d'Instant Clone, Horizon supprime le clone, puis provisionne et met sous tension un autre Instant Clone en fonction de la dernière image de système d'exploitation disponible pour le pool.
- Fichier de mise en veille prolongée de Windows pour ordinateurs portables
- Ce fichier peut égaler 100 % de la RAM du client. Vous pouvez supprimer ce fichier en toute sécurité, car il n'est pas requis dans les déploiements d'Horizon.
- Fichier d'échange d' ESXi
- Ce fichier, qui comporte l'extension .vswp, est créé si vous réservez moins de 100 % de la RAM d'une machine virtuelle. La taille du fichier d'échange est égale à la partie non réservée de la RAM du client. Par exemple, si 50 % de la RAM invitée sont réservés et que la RAM invitée est de 2 Go, le fichier d'échange d' ESXi est de 1 Go. Ce fichier peut être stocké sur la banque de données locale sur l'hôte ou le cluster ESXi.
- Fichier de suspension d' ESXi
- Ce fichier, qui comporte l'extension .vmss, est créé si vous définissez la règle de fermeture de session du pool de postes de travail pour que le poste de travail virtuel soit interrompu quand l'utilisateur ferme sa session. La taille de ce fichier est égale à la taille de la RAM du client.
Dimensionnement de la RAM pour des configurations d'écran spécifiques lors de l'utilisation de PCoIP ou Blast Extreme
En plus de la mémoire système, une machine virtuelle requiert également une petite quantité de RAM sur l'hôte ESXi pour la surcharge vidéo. Cette exigence de taille VRAM dépend de la résolution d'affichage et du nombre de moniteurs configurés pour les utilisateurs finaux. Capacité supplémentaire d'affichage du client PCoIP ou Blast Extreme répertorie la quantité de RAM supplémentaire requise pour diverses configurations. Les quantités de mémoire répertoriées dans les colonnes complètent la quantité de mémoire requise pour d'autres fonctionnalités de PCoIP ou de Blast Extreme.
Standard de résolution d'affichage | Largeur, en pixels | Hauteur, en pixels | Surcharge avec 1 écran | Surcharge avec 2 écrans | Surcharge avec 3 écrans | Surcharge avec 4 écrans |
---|---|---|---|---|---|---|
VGA | 640 | 480 | 1,20 Mo | 3,20 Mo | 4,80 Mo | 5,60 Mo |
WXGA | 1 280 | 800 | 4 Mo | 12,50 Mo | 18,75 Mo | 25 Mo |
1 080 p | 1 920 | 1 080 | 8 Mo | 25,40 Mo | 38 Mo | 50,60 Mo |
WQXGA | 2 560 | 1 600 | 16 Mo | 60 Mo | 84,80 Mo | 109,60 Mo |
UHD (4K) | 3 840 | 2 160 | 32 Mo | 78 Mo | 124 Mo | 170 Mo |
Pour calculer la configuration système requise, les valeurs de VRAM doivent être ajoutées à la RAM système de base pour la machine virtuelle. La capacité supplémentaire de mémoire est automatiquement calculée et configurée lorsque vous spécifiez le nombre maximal de moniteurs et sélectionnez la résolution d'affichage dans Horizon Administrator.
Si vous utilisez la fonction de rendu 3D et sélectionnez Soft3D ou vSGA, vous pouvez effectuer le recalcul à l'aide des valeurs de VRAM supplémentaires dans un contrôle Horizon Administrator afin de configurer la VRAM pour des invités 3D. Pour d'autres types d'accélération graphique, outre Soft3D et vSGA, vous pouvez également spécifier la quantité exacte de VRAM si vous choisissez de gérer VRAM à l'aide de vSphere Client.
Par défaut, la configuration à plusieurs moniteurs correspond à la topologie d'hôte. Une surcharge supplémentaire est précalculée pour plus de 2 moniteurs afin de s'adapter à des schémas de topologie supplémentaires. Si un écran noir s'affiche au démarrage d'une session de poste de travail distant, vérifiez que les valeurs pour le nombre de moniteurs et la résolution d'affichage, qui sont définies dans Horizon Administrator, correspondent au système hôte, ou ajustez manuellement la quantité de mémoire en sélectionnant Gérer à l'aide de vSphere Client dans Horizon Administrator, puis définissez la valeur de mémoire vidéo totale sur le maximum de 128 Mo.
Dimensionnement de la RAM pour des charges de travail et des systèmes d'exploitation spécifiques
Comme la quantité de RAM requise peut largement varier, en fonction du type de travailleur, beaucoup d'entreprises mènent une phase pilote pour déterminer le bon paramètre pour divers pools de travailleurs dans leur entreprise.
Un bon point de départ consiste à allouer 1 Go aux postes de travail Windows 7 (ou version ultérieure) 32 bits et 2 Go aux postes de travail Windows 7 (ou version ultérieure) 64 bits. Si vous souhaitez utiliser l'une des fonctionnalités de graphiques à accélération matérielle pour les charges de travail 3D, VMware vous recommande de prévoir 2 CPU virtuelles et 4 Go de RAM. Au cours d'un pilotage, surveillez les performances et l'espace disque utilisé avec divers types de travailleurs et procédez à des réglages jusqu'à ce que vous trouviez le paramètre optimal pour chaque pool de travailleurs.