Découvrez le goulot d'étranglement pour Windows Remote Desktop Server (Terminal Server)
J'ai installé Windows Server 2008 R2 (SP1) installé sur mon hôte VMware pour fonctionner comme serveur RDS. Parfois, mes utilisateurs distants peuvent voir le retard/retard sur le serveur RDS. Quelqu'un peut-il me dire de leur expérience quelles sont les meilleures pratiques pour trouver le goulot d'étranglement pour ce serveur?
Comme l'a mentionné Chris, il y a plusieurs choses qui peuvent contribuer à des performances de bureau à distance médiocre. De mon expérience, ce sont les principales causes, par ordre de vraisemblance.
bande passante
[.____] La cause n ° 1 de mauvaises performances avec un bureau distant est le manque de bande passante. Selon exactement ce qui est fait, une session peut utiliser n'importe où de quelques-uns Kbps à quelques Mbps de bande passante. Mes propres tests ont montré que le défilement à travers un PDF utilisera jusqu'à 3 Mbps. Comme la bande passante disponible diminue, les performances perçues.
Vous avez d'abord besoin de déterminer les besoins de la bande passante de votre application. Cela nécessite des tests dans un environnement LAN contrôlé, puis la mesure de l'utilisation de la bande passante lorsque vous effectuez des tâches normales. J'ai personnellement eu du succès avec Netlimiter sur mon poste de travail personnel. Vous pouvez également aborder le problème sous un autre angle et utiliser NetLimiter pour forcer votre connexion à votre connexion à la connexion WAN est notée. Cela devrait donner une bonne indication de ce que vos utilisateurs distants voient.
Une fois que vous savez combien de bande passante votre application veut, vous devez déterminer s'il s'agit du facteur limitant. Tout d'abord, mesurez la bande passante disponible entre le client et le serveur. Un excellent outil pour cela est iperf. Je suppose que vous avez une bande passante suffisante disponible pendant un test contrôlé.
Ensuite, vous voudrez créer une sorte de surveillance de la bande passante pour voir si les problèmes signalés par l'utilisateur sont corrélés avec des pics dans le trafic ou d'autres indésirables. Ma préférence est de vider le trafic d'un commutateur ou d'un routeur en ntop, car il fournit des rapports utiles en temps réel et historiques sur l'utilisation de la bande passante.
Si vous rencontrez des problèmes de bande passante, un changement facile consiste à modifier les paramètres "Expérience" de la connexion de bureau à distance. Désactivez les styles visuels et les animations, et de nombreuses opérations de bureau sembleront par magie plus rapidement.
latence
Un autre problème commun avec les connexions de bureau à distance est la latence. Il doit exister un temps de retours rond-aller raisonnablement rapide entre le client et le serveur, ou les personnes pourront percevoir un retard. En règle générale, la plupart des gens commencent à remarquer des problèmes entre 50 et 100 ms Ping Times.
Heureusement, cela est généralement facile à diagnostiquer. Vous pouvez configurer des outils de surveillance comme Smokingping ou moniteur réseau PRTG Pour fournir des rapports sur la latence entre votre serveur de surveillance et tout autre hôte arbitraire. Vous pouvez même simplement utiliser la commande intégrée ping -t Pour les sessions courtes. Normalement, vous souhaitez localiser le serveur de surveillance sur le même réseau local que votre serveur dektop distant, puis configurer la surveillance par rapport au serveur et à vos clients. Essayez de corréler les rapports problématiques avec des incidents de temps de ping élevé.
Si vous rencontrez des problèmes avec des moments de ping élevés, utilisez traceroute pour savoir où le délai est introduit. Si vous déterminez que le problème réside dans votre propre réseau, envisagez d'introduire un filtrage QoS pour hiérarchiser le trafic en temps réel tel que le bureau Remote.
Méfiez-vous également de quiconque se connecte sur un milieu sans fil, qu'il s'agisse de 802.11 (WiFi) ou de pire, une connexion satellite. Les connexions sans fil sont sujets aux interférences environnementales susceptibles de causer des problèmes de latence extrêmes dans diverses conditions et pour des périodes de temps variées. Et l'utilisation d'un bureau à distance à travers un satellite est toujours nul.
CPU ou mémoire locale et enfin, il est possible que votre serveur soit simplement surchargé. Surveillez la CPU et l'utilisation de la mémoire, en particulier pendant les heures de pointe, afin de vous assurer que le serveur est capable de répondre aux demandes de réception en temps voulu.
L'un des outils mentionnés ci-dessus (PRTG) peut être configuré pour surveiller l'utilisation de la CPU et de la mémoire d'un serveur au fil du temps et peut produire des graphiques qui facilitent la corrélation de rapports de problèmes de problèmes avec des défauts spécifiques.
Astuce de bonus: Si vos utilisateurs ont des problèmes de saisie, en particulier en ce qui concerne les touches de modification ne s'appliquent pas correctement, essayez de modifier les paramètres de votre clavier sur le raccourci de connexion de bureau distant. Donc, appliquer des combinaisons de touches Windows est définie sur On the local computer.
Vérifiez le analyseur de meilleure pratique RDS .