Bonjour, Habr! Le 14/01/2020 approche et cette date marque la fin de la prise en charge étendue de Windows Server 2008 R2, et si vous utilisez toujours Windows Server 2008 R2, vous devriez envisager de migrer vers une plate-forme plus récente.
Sous la coupe se trouve une petite comparaison des ressources consommées des anciennes et nouvelles plates-formes Windows Server - le rôle de RDSH. Tout d'abord, j'étais intéressé par l'opportunité de continuer à utiliser les serveurs HP G6 / G7 déjà disponibles exécutant VMware Vsphere 5.5.
Des informations sur le cycle de vie de Windows Server sont disponibles sur ce lien
Rechercher le cycle de vie du produit .
J'aurai deux bancs d'essai:
- HP DL120 G7, 1 * CPU Intel Xeon E3-1240
- HP ML350 G6, 2 * CPU Intel Xeon E5620
Les serveurs fonctionneront sous VMware ESXi 5.5, l'image de VMware-ESXi-5.5.0-Update1-1746018-HP-5.75.4-Dec2014. J'ai également essayé d'utiliser l'image VMware-ESXi-5.5.0-Update3-3116895-HP-550.9.4.26-Nov2015, mais cela n'affecte pas les résultats.
Mais l'image de VMware-ESXi-5.5.0-Update2-2403361-HP-550.9.2.40.2-Sep2015 donne des résultats déformés, pour une raison quelconque, les statistiques que le serveur affiche sont deux fois différentes des vraies. Avec cette image, le maximum que le serveur affiche est de 50% de la charge du processeur, apparemment une sorte de bogue. Au début, j'étais ravi quand j'ai obtenu les premiers résultats, mais ensuite j'ai réalisé que quelque chose n'allait pas ...
Il convient également de mentionner que la prise en charge de VMware Vsphere 5.5 n'est pas non plus éternelle, et la plate-forme n'est plus pertinente, et vous devriez penser à la mise à jour. Des informations sur VMware Lifecycle sont disponibles dans cette
matrice de produits VMware Lifecycle .
Et n'oubliez pas le
Guide de compatibilité VMware . Si nous parlons du serveur HP DL120 G7, ce serveur n'a jamais été présent dans les matrices de compatibilité, mais ESXi 5.5 U3 est officiellement autorisé à être installé sur le serveur HP ML350 G6.
OS invité
Des informations sur la compatibilité d'ESXi avec les systèmes d'exploitation invités sont également disponibles dans le
Guide de compatibilité VMware .
ESXi 5.5 U3 vous permet d'installer Windows Server 2016 en tant que système d'exploitation invité, et même la version 5.5 suffira pour cela. Mais pour installer Windows Server 2019, vous aurez besoin d'ESXi version 6+, mais cela ne m'empêche pas de tester mon plan.
J'aurai les VM de test suivantes: WS2008R2SP1, WS2012R2, WS2016 et WS2019.
Les agents de VMware Tools 5.5.0-10.2.5.8068406 sont installés sur toutes les machines virtuelles. Toutes les mises à jour de Microsoft pour mai 2019 et même certaines pour juin 2019 ont été installées, après quoi le service de mise à jour a été désactivé.
Pour mes tests, j'ai effectué le réglage minimum, je veux que tout fonctionne avec les paramètres les plus standards. Pour cela, j'utiliserai des stratégies de groupe locales, j'écrirai un peu plus à ce sujet à la fin.
- "composition du bureau" désactivée
- redirection audio et vidéo autorisée
- RemoteFX activé pour les clients WS2008R2SP1 et WS2008R2SP1
- lissage des polices désactivé
- limité la profondeur de bits de la palette de couleurs à 32
- limité le nombre de moniteurs à une valeur de 1
Pour que le codec RemoteFX commence à fonctionner sur WS2008R2SP1, le rôle RDSH doit être installé; pour les versions plus récentes, cela peut être omis. RemoteFX est peut-être utilisé sur WS2008R2SP1 sans installer RDSH, mais il n'y a aucun événement dans les journaux concernant l'activation de ce codec.
Test 1
À titre de test, j'utiliserai une vidéo sur YouTube avec une résolution de 720p,
Quoi de neuf dans les services Bureau à distance sur Windows Server 2019 - BRK2242 .
Sur chacun des serveurs, j'ouvrirai une session rdp et une vidéo de test dans Chrome (version 75.0.3770.80 (64bit)).
Dans ce test, le client léger HP t510 exécutant le système d'exploitation HP ThinOS 4.4 et le package Freerdp-1.1hp10d-all-4.4-x86-SQ sera utilisé comme client. Cette unité est connectée à un moniteur avec une résolution Full HD et le profil du client léger a été réinitialisé à celui d'usine.
J'ai tiré les graphiques depuis l'hôte, tous les premiers tests seront effectués sur le serveur HP DL120G7.
Commentaires sur les résultats du premier test:Dans ce test, ws2008 consomme trois fois moins de ressources processeur, mais en même temps trois fois plus de trafic que les autres participants au test.
Avec le trafic actuel, 66 sessions peuvent être placées dans un gigabit, mais le passage à une nouvelle version du serveur réduira probablement de trois fois le nombre d'utilisateurs pouvant travailler avec cette consommation de processeur.
Visuellement, l'image de cette présentation est acceptable sur toutes les versions de Windows Server. Bien sûr, si vous exécutez quelque chose de plus dynamique, les versions plus récentes des serveurs affichent une image bien meilleure. Je suppose que cela est dû au nombre d'images, plus d'images = lecture fluide = plus de charge CPU.
Test 2
Le script du deuxième test reste inchangé, à l'exception de l'utilisation de Firefox (version 67.0.2 (64 bits))
Commentaires sur les résultats du deuxième test:Firefox associé à ws2019 montre un bon résultat, consomme un peu plus de processeur et sensiblement moins de trafic que ws2008.
Test 3
Chrome sera utilisé dans ce test, mais le client sera déjà un ordinateur portable avec Windows 10 1903, l'ordinateur portable est connecté à un moniteur avec une résolution FullHD.
Commentaires sur les résultats du troisième test:Dans les cas avec ws2008, moins de trafic est consommé, les autres changements ne sont pas significatifs ...
J'ai également remarqué que Chrome, affiché sur l'arrière-plan de la vidéo, la progression de la barre consomme 1000 MHz de plus, mais dans Firefox, je n'ai pas remarqué un tel effet, et dessiner la progression de la barre n'affecte pas la quantité de ressources consommées.
Test 4
Un ordinateur portable avec Windows 10 associé à Firefox
Commentaires sur les résultats du quatrième test:Dans cette combinaison serveur-client-navigateur, ws2019 + Firefox consomme moins de ressources qu'avec Chrome, mais il a commencé à consommer beaucoup plus de processeur par rapport aux résultats du test 2.
Dans les cas avec ws2012 et ws2016, les résultats de tous les tests effectués sont beaucoup plus uniformes, il n'y a pas de variation telle que ws2019.
Test 5
Ce test consiste à démarrer le nombre maximum de sessions rdp et à lancer une présentation dans chaque session. Le
Gestionnaire de connexion Bureau à distance m'aidera avec cela, RDCM sera lancé sur un ordinateur portable avec Windows 10.
La résolution de la session a dû être réduite à 1440 * 900. Je vais juste donner un tableau récapitulatif comme résultat:
Commentaires sur les résultats du cinquième test:De façon inattendue, le serveur 2019 a montré des résultats pires que WS2012 et WS2016. Server 2008 a pu ouvrir 8 sessions tandis que les serveurs 2012/2016 peuvent ouvrir 4 sessions, et la 5ème augmente la charge à 100%. Le serveur 2019 a pu fonctionner avec un maximum de 4 sessions.
Firefox n'est pas un navigateur prioritaire pour moi, et je ne l'ai donc exécuté qu'en ws2019 pour vérifier les numéros reçus.
Test 6
Dans ce test, le serveur HP ML350G6 avec deux processeurs E5620 entre en jeu, je ne testerai que les serveurs 2008 et 2019. Le test est le même, à partir du nombre maximum de sessions, seul Chrome sera utilisé.
Commentaires sur les résultats du sixième test:Pour exécuter 10 sessions sur le serveur 2008, 60% des ressources du processeur étaient nécessaires et pour démarrer seulement 5 sessions sur le serveur 2019, plus de 90% sont nécessaires.
La dernière partie - Tuning
J'ai renvoyé toutes les machines virtuelles de test au serveur HP DL120G7 et utilisé un ordinateur portable avec Windows 10 et son écran natif avec une résolution de 1366 * 768 en tant que client.
Malheureusement, je n'appellerais pas les tentatives de réduction de la consommation du processeur réussies, mais il est impossible de dire qu'il n'y a pas de résultats non plus. Voici une liste de tous les paramètres de stratégie de groupe locale disponibles que vous pouvez utiliser pour le réglage:
Dans Windows Server 2008R2, les options «Optimiser l'expérience visuelle lors de l'utilisation de RemoteFX» vous permettent de contrôler la qualité de l'image et le nombre d'images, ce qui donne un résultat notable. La réduction du nombre de trames réduit la charge sur le processeur et le réseau. Pour Windows Server 2019, ces options ne fonctionnent pas.
La qualité de l'image dans Windows Server 2019 peut être contrôlée par le paramètre «Configurer la qualité d'image pour RemoteFX Adaptive Graphics», mais il n'y a rien pour changer le nombre d'images, ou je n'ai pas trouvé un tel paramètre.
J'ai essayé différentes combinaisons de paramètres, mais je n'ai pu obtenir des changements notables dans les résultats que dans quelques cas. Et la chose la plus intéressante est que vous pouvez remarquer des changements dans le trafic, mais en même temps, la charge sur le processeur change peu.
- La priorisation de H.264 / AVC 444 a augmenté la charge sur le processeur, mais en même temps, le trafic est tombé sensiblement de 2x à 1 mégabit.
Ce paramètre de stratégie donne la priorité au mode graphique H.264 / AVC 444 pour les scénarios vGPU non RemoteFX. Lorsque vous utilisez ce paramètre sur le serveur RDP, le serveur utilise H.264 / AVC 444 comme codec dans une connexion RDP 10 où le client et le serveur peuvent utiliser H.264 / AVC 444.
- La désactivation de la compression RDP n'a pas réduit la charge sur le processeur, mais en même temps le trafic est passé de 2x à 7 mégabits.
- L'activation du paramètre Losles pour la qualité d'image entraîne une consommation de trafic inadéquate, sans modifier la charge du processeur. Pour quels scénarios, cette option qui m'a été ajoutée n'est pas entièrement claire.
Si vous activez ce paramètre de stratégie et définissez la qualité sur Sans perte, RemoteFX Adaptive Graphics utilise un codage sans perte. Dans ce mode, l'intégrité des couleurs des données graphiques n'est pas affectée. Cependant, ce paramètre entraîne une augmentation significative de la consommation de bande passante réseau. Nous vous recommandons de définir cela pour des cas très spécifiques uniquement.
Résumé
Si auparavant, pour le fonctionnement de 10 utilisateurs actifs, 8 serveurs nucléaires suffisaient et qu'il y avait encore de l'espace libre, maintenant un tel serveur ne suffit que pour 5 utilisateurs.
Je pense qu'il est temps de se préparer à remplacer les serveurs de génération HP G6 et G7. Il est dommage de se séparer de serveurs qui ont> 100 Go de RAM installés, j'ai supposé qu'ils serviraient plus loin.
Je n'exclus pas que les anciens processeurs manquent d'instructions matérielles, je prévois donc d'obtenir un serveur moderne pour les tests dans un avenir proche. Mais honnêtement, mes prévisions sont pessimistes, je pense qu'il ne sera possible d'obtenir le résultat souhaité que par force brute, une augmentation du nombre de cœurs de processeur, et cela entraînera une augmentation du nombre de licences et de coûts requis.
La fin