通过WAN运行终端服务器（RDS）的延迟阈值是多少？

我已经看到：高延迟链接上的终端服务器性能

但是我有一个客户有兴趣将他们的系统基础架构迁移到距其总部约62ms延迟的数据中心。

该环境由三个Windows Server 2008 R2 RDS服务器，文件和打印服务以及Microsoft Exchange 2010组成。所有这些当前都在vSphere 5.5群集上进行了虚拟化。目前共有80位用户使用HP瘦客户端本地连接到RDS系统。

由于设施问题以及异地和远程用户的增加，存在将系统移至数据中心设施的推动。新站点将具有高端vSphere主机和全闪存存储。

将通过具有多个ISP的站点到站点VPN并建立故障转移，来建立与托管服务器的连接。

不过，这是个坏主意吗？我经常连接到此站点，以通过RDP和SSH进行维护工作，对于我的用例来说，性能是可以接受的。用户正在使用基本的MS Office套件和几个基于SSH终端的轻量级 ERP应用程序。

62ms对于这种类型的用户负载和Microsoft RDS是否合理？

我有全球数千人每天都在连接和使用会计/办公软件。只要他们的响应时间在300毫秒以下，我们就不会抱怨，而是ymmv。

作为概念验证，我使用linux / netem盒设置了我们的用户交换机之一，并不断提高延迟/丢包率，直到我开始抱怨。在本地复制网络条件，然后将我的应用程序移动两次，这非常容易。

我觉得这有点主观，因为有些用户不会感到满意，除非延迟就像本地桌面体验一样，而其他用户会很高兴，即使延迟为300ms也不会抱怨。

确实，延迟是用户体验的杀手，不过，确切的说，这取决于个人的看法。

这是来自TechEd 2014的非常不错的视频，内容涉及与此类似的场景（此视频是关于VDI的，但与远程桌面服务类似的体验）。

https://www.youtube.com/watch?v=CcKAwzebHoc&feature=youtu.be

因此，您可能会说，永远不要超过300毫秒。62ms可能是“ OK”。

这个问题不能真正普遍和客观地回答。结果实际上取决于工作负载类型和用户需求。没有什么比UX测试更好的了。

我经常从不同位置通过RDP进行远程工作，大部分时间都是通过LTE（4G）网络连接，该网络提供的延迟类似于62毫秒。目前，我正在一家慢速〜1 Mbit / s的连接和大约27-28 ms的延迟的酒店中-不到您情况下价值的一半。即使具有后者的价值，我也很难浏览网页或查看大型图形（尤其是没有AdBlock时，这些图形丰富的网站可以在Firefox中渲染几秒钟！）。由于界面责任低于平均水平，尝试使用Microsoft Word编写简单文档也产生了一些挫败感（反过来，LibreOffice Writer感觉好多了）。更不用说对视频的任何工作了……我可以轻松使用的东西是MMC，Outlook邮件（在某种程度上），文件浏览以及一般的系统管理任务。

对于远程系统管理和您日常执行并有经验的类似任务，此值应该可以。但是，如果要完全替换本地屏幕，我会感到沮丧和抱怨。

要添加的一件事-我在Ubuntu下使用rdesktop 1.7.1作为我选择的RDP客户端。Microsoft的原始客户端（或其他客户端）中可能进行了一些优化，这些优化可以提高高延迟链接的性能。

除非您的客户通过该网络进行游戏，否则100毫秒以下的延迟可能不会成为问题。但是，在某些图形密集型应用程序（尤其是视频播放）中，带宽可能用完，这会对延迟产生不利影响，并将延迟远远超过100毫秒，这会惹恼用户。

RDP 8（Server 2012及更高版本）确实针对这些情况进行了优化（阅读：有损压缩算法）。此外，UDP传输支持将通过延迟显着变化或丢包率显着（> 0.1％）改善链接上的用户体验。因此，如果您有任何一个，则可能要升级RD会话主机。