Descobrir o gargalo para o servidor de desktop remoto do Windows (Terminal server)

8

Eu tenho o Windows Server 2008 R2 (SP1) instalado no meu VMware Host para funcionar como servidor RDS. Às vezes, meus usuários remotos podem ver o atraso / atraso no servidor RDS. Alguém pode me dizer a partir de sua experiência quais são as melhores práticas para encontrar o gargalo para este servidor?

    
por Hemal 19.11.2011 / 03:24

2 respostas

15

Como Chris S mencionou, há várias coisas que podem contribuir para o fraco desempenho da área de trabalho remota. Pela minha experiência, estas são as principais causas, em ordem de probabilidade.

Largura de banda
A causa número 1 de baixo desempenho com a área de trabalho remota é a falta de largura de banda. Dependendo do que está sendo feito, uma sessão pode usar desde alguns Kbps até alguns Mbps de largura de banda. Meus próprios testes mostraram que percorrer um PDF usará até 3 Mbps. À medida que a largura de banda disponível diminui, o mesmo acontece com o desempenho percebido.

Primeiro você precisa determinar as necessidades de largura de banda do seu aplicativo. Isso requer testes em um ambiente de LAN controlado e, em seguida, a medição do uso da largura de banda durante a execução de tarefas normais. Eu pessoalmente tive sucesso com NetLimiter na minha estação de trabalho pessoal. Você também pode abordar o problema de outro ângulo e usar o NetLimiter para forçar a velocidade de sua conexão para qualquer conexão WAN. Isso deve dar uma boa indicação do que seus usuários remotos estão vendo.

Quando você souber quanta largura de banda seu aplicativo deseja, será necessário determinar se é o fator limitante. Primeiro, meça a largura de banda disponível entre o cliente e o servidor. Uma excelente ferramenta para isso é iperf . Presumo que você tenha largura de banda suficiente disponível durante um teste controlado.

Em seguida, você desejará configurar algum tipo de monitoramento de largura de banda para verificar se os problemas relatados pelos usuários estão correlacionados a picos de tráfego ou outros indesejáveis. Minha preferência é descarregar o tráfego de um comutador ou roteador para ntop , pois ele fornece relatórios úteis em tempo real e históricos sobre o uso da largura de banda.

Se você estiver encontrando problemas de largura de banda, uma mudança fácil é alterar as configurações de "Experiência" na conexão da área de trabalho remota. Desativar estilos visuais e animações, e muitas operações de área de trabalho parecerão magicamente mais rápidas.

Latência
Outro problema comum com conexões de área de trabalho remota é a latência. É necessário haver um tempo de ida e volta razoavelmente rápido entre o cliente e o servidor, ou as pessoas poderão perceber um atraso. Como regra geral, a maioria das pessoas começa a perceber problemas entre os tempos de ping de 50 a 100 ms.

Felizmente, isso geralmente é fácil de diagnosticar. Você pode configurar ferramentas de monitoramento como SmokePing ou PRTG Network Monitor para fornecer relatórios sobre a latência entre o seu servidor de monitoramento e qualquer outro host arbitrário. Você pode até mesmo usar o comando ping -t interno para sessões curtas. Normalmente, você deseja localizar o servidor de monitoramento na mesma LAN que seu servidor de área de trabalho remota e, em seguida, configurar o monitoramento em relação ao servidor e a seus clientes. Tente correlacionar relatórios de problemas com incidentes de tempo de ping alto.

Se você estiver com problemas com tempos de ping altos, use traceroute para descobrir onde o atraso está sendo introduzido. Se você determinar que o problema reside em sua própria rede, considere a introdução da filtragem de QoS para priorizar o tráfego em tempo real, como o Remote Desktop.

Além disso, tenha cuidado com qualquer pessoa que esteja se conectando por meio de um meio sem fio, seja 802.11 (WiFi) ou, pior, uma conexão via satélite. As conexões sem fio são propensas a interferências ambientais que podem causar problemas extremos de latência sob várias condições e por períodos variados de tempo. E usar a área de trabalho remota através de um satélite sempre é uma droga.

CPU ou memória local E finalmente, é possível que seu servidor esteja simplesmente sobrecarregado. Monitore o uso da CPU e da memória, especialmente durante os horários de pico, para garantir que o servidor seja capaz de atender às solicitações em tempo hábil.

Uma das ferramentas mencionadas acima (PRTG) pode ser configurada para monitorar o uso da CPU e da memória de um servidor ao longo do tempo e pode produzir gráficos que facilitam a correlação de relatórios de problemas com falhas específicas.

Dica de bônus: Se seus usuários estiverem com problemas para digitação, especialmente no que diz respeito às teclas modificadoras que não se aplicam corretamente, tente alterar as configurações do teclado no atalho de conexão da Área de Trabalho Remota para que as combinações de teclas Aplicar Windows sejam definidas para On the local computer .

    
por 19.11.2011 / 05:07
1
por 19.11.2011 / 03:33