Qual é o limite de latência para executar um servidor de terminal (RDS) pela WAN?

Question

Eu vi: Desempenho do servidor de terminal em links de alta latência

Mas tenho um cliente que está interessado em realocar sua infraestrutura de sistema para um datacenter com ~ 62ms de latência de sua sede principal.

O ambiente é composto por um trio de servidores RDS, serviços de arquivo e impressão do Windows Server 2008 R2 e Microsoft Exchange 2010. Atualmente, ele é virtualizado em um cluster do vSphere 5.5. Há 80 usuários no total que atualmente se conectam localmente aos sistemas RDS usando thin clients da HP.

Devido a problemas nas instalações e um aumento nos usuários externos e remotos, há um impulso para mover os sistemas para um centro de dados. O novo site contará com hosts vSphere de última geração e armazenamento totalmente flash.

A conectividade com o recurso de co-localização será estabelecida via VPN site-a-site com vários ISPs e failover.

É uma má ideia, no entanto? Eu me conecto a este site muitas vezes para o trabalho de manutenção através de RDP e SSH, o desempenho é bastante aceitável para o meu caso de uso. Os usuários estão usando o pacote MS Office básico e alguns aplicativos ERP baseados em terminais leves .

São 62ms razoáveis para esse tipo de carga de usuários e para o Microsoft RDS?

    

Answer 1

Tenho milhares de pessoas em todo o mundo que conectam e usam software de contabilidade / escritório diariamente. Enquanto seus tempos de resposta estiverem abaixo de 300 ms, não recebemos reclamações, mas sim ymmv.

Como prova de conceito, configurei um dos switches do nosso usuário usando uma caixa linux / netem e continuei aumentando a latência / perda de pacotes até que comecei a receber reclamações. Foi muito mais fácil replicar as condições da rede localmente e depois mover meus aplicativos duas vezes.

    

Answer 2

Eu sinto que isso é um pouco subjetivo, já que alguns usuários não ficarão felizes a menos que a latência seja como uma experiência de desktop local, e outros usuários ficarão felizes e não reclamarão, mesmo que a latência seja de 300 ms.

É verdade que a latência é um matador de experiência do usuário, no entanto, precisamente quanto é uma questão de percepção individual.

Este é um vídeo muito bom do TechEd 2014 sobre a experiência do usuário em cenários semelhantes a este (este vídeo é sobre VDI, mas é uma experiência semelhante aos Serviços de Área de Trabalho Remota).

link

Então você pode dizer, nunca ultrapasse 300 ms. 62 ms provavelmente é "OK".

    

Answer 3

Esta questão não pode ser respondida de forma verdadeiramente universal e objetiva. Os resultados realmente dependem do tipo de carga de trabalho e das demandas dos usuários. Nada pode ser melhor aqui do que testes de UX.

Costumo trabalhar remotamente em RDP de diferentes locais, na maioria das vezes conectando via rede LTE (4G) que oferece latências semelhantes a 62 ms. Neste momento estou em um hotel com uma conexão lenta de ~ 1 Mbit / s e latências ~ 27-28 ms - menos da metade do valor no seu caso. Mesmo com este último valor, tenho dificuldade em navegar na web ou ver gráficos grandes (especialmente sem o AdBlock, os sites ricos em gráficos podem renderizar por alguns segundos no Firefox!). Também uma tentativa de escrever um documento simples usando o Microsoft Word gerou alguma frustração devido a uma responsabilidade de interface abaixo da média (por sua vez, o LibreOffice Writer se sentiu muito melhor). Sem nem mencionar nenhum trabalho com vídeos ... As coisas com as quais posso trabalhar confortavelmente são o MMC, o correio do Outlook (até certo ponto), a navegação por arquivos e, geralmente, as tarefas de administração do sistema.

Esse valor deve ser OK para administração remota do sistema e tarefas semelhantes que você faz rotineiramente e possui uma experiência. Mas se é para substituir a tela local completamente eu esperaria frustração e reclamações.

Uma coisa para adicionar - Eu trabalho no Ubuntu com rdesktop 1.7.1 sendo meu cliente RDP de escolha. Pode haver algumas otimizações no cliente original da Microsoft (ou outros) que podem melhorar o desempenho com links de alta latência.

    

Answer 4

A latência de menos de 100 ms provavelmente não será um problema, a menos que seus clientes estejam jogos através desta rede . Mas você pode ficar sem largura de banda em determinados aplicativos com uso intenso de gráficos (especialmente reproduções de vídeo), o que afetará negativamente a latência e o levará além de 100 ms, incomodando seus usuários.

O RDP 8 (Server 2012 e posterior) vem com otimizações (leia-se: algoritmos de compactação com perdas) para esses cenários. Além disso, o suporte ao transporte UDP melhorará a experiência do usuário através de links com latência significativamente variável ou perdas de pacotes notáveis (> 0,1%). Portanto, se você tiver algum desses, talvez queira atualizar seus hosts de sessão do RD.