我见过：高延迟链接上的终端服务器性能
但是我有一个客户有兴趣将他们的系统基础设施迁移到一个数据中心，该数据中心距离他们的主要总部有大约 62 毫秒的延迟。
该环境由三个 Windows Server 2008 R2 RDS 服务器、文件和打印服务以及 Microsoft Exchange 2010 组成。它们目前都在 vSphere 5.5 集群上进行了虚拟化。目前共有 80 个用户使用 HP 瘦客户端在本地连接到 RDS 系统。
由于设施问题以及异地和远程用户的增加，推动将系统转移到数据中心设施。新站点将采用更高端的 vSphere 主机和全闪存存储。
与托管设施的连接将通过具有多个 ISP 和故障转移的站点到站点 VPN 建立。
不过，这是个坏主意吗？我经常连接到这个站点以通过 RDP 和 SSH 进行维护工作，性能对于我的用例来说是完全可以接受的。用户正在使用基本的 MS Office 套件和几个基于 SSH 终端的轻量级ERP 应用程序。
对于这种类型的用户负载和 Microsoft RDS，62ms 是否合理？
我觉得这有点主观，因为除非延迟就像本地桌面体验一样，否则有些用户不会高兴，而即使延迟是 300 毫秒，其他用户也会高兴并且不会抱怨。
延迟确实是用户体验的杀手，但具体多少是个人感知的问题。
这是 TechEd 2014 上关于类似场景中用户体验的非常好的视频（该视频是关于 VDI，但它与远程桌面服务的体验类似。）
https://www.youtube.com/watch?v=CcKAwzebHoc&feature=youtu.be
所以你可能会说，永远不要超过 300 毫秒。62ms 可能是“OK”。
我在全球有几千人每天都在连接和使用会计/办公软件。只要他们的响应时间低于 300 毫秒，我们就不会收到投诉，而是 ymmv。
作为概念证明，我使用 linux / netem 框设置了我们用户的一个交换机，并不断提高延迟/丢包率，直到我开始抱怨。在本地复制网络条件然后移动我的应用程序两次要容易得多。
这个问题不能真正普遍和客观地回答。结果实际上取决于工作负载类型和用户需求。这里没有什么比 UX 测试更好的了。
我经常从不同位置通过 RDP 远程工作，大部分时间通过 LTE (4G) 网络连接，该网络提供类似于 62 毫秒的延迟。此时我在一家酒店，连接速度很慢~ 1 Mbit/s，延迟~ 27-28 ms - 不到你的情况的一半。即使使用后一个值，我也很难浏览网页或查看大型图形（尤其是没有 AdBlock，图形丰富的网站可以在 Firefox 中呈现几秒钟！）。由于界面责任低于平均水平（反过来，LibreOffice Writer 感觉好多了），使用 Microsoft Word 编写简单文档的尝试也产生了一些挫败感。更不用说任何与视频有关的工作了……我可以很轻松地使用 MMC、Outlook 邮件（在某种程度上）、文件浏览和一般的系统管理任务。
对于远程系统管理和您经常执行并有经验的类似任务，该值应该是可以的。但是，如果要完全替换本地屏幕，我会感到沮丧和抱怨。
要添加的一件事 - 我在 Ubuntu 下工作，rdesktop 1.7.1 是我选择的 RDP 客户端。微软的原始客户端（或其他）可能有一些优化，可以提高高延迟链接的性能。
除非您的客户通过此网络进行游戏，否则低于 100 毫秒的延迟可能不会成为问题。但是您可能会在某些图形密集型应用程序（尤其是视频播放）中耗尽带宽，这将对延迟产生不利影响并将其推到 100 毫秒以上，从而使您的用户感到烦恼。
RDP 8（Server 2012 及更高版本）确实针对这些场景进行了优化（阅读：有损压缩算法）。此外，UDP 传输支持将改善延迟显着变化或数据包丢失显着 (>0.1%) 的链路上的用户体验。因此，如果您有任何这些，您可能需要升级您的 RD 会话主机。