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

Question

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

但是我有一个客户有兴趣将他们的系统基础设施迁移到一个数据中心，该数据中心与他们的主要总部有大约 62 毫秒的延迟。

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

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

将通过站点到站点 VPN 与多个 ISP 和故障转移建立到主机托管设施的连接。

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

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

Answer 1

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

诚然，延迟是一个用户体验杀手，但究竟有多少是个人感知的问题。

这是一个来自 TechEd 2014 的非常好的视频，关于类似场景中的用户体验（该视频是关于 VDI，但它与远程桌面服务的体验类似。）

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

所以你可能会说，永远不要超过 300 毫秒。62ms 可能是“OK”。

Answer 2

我在全球有数千人每天连接和使用会计/办公软件。只要他们的响应时间低于 300 毫秒，我们就不会收到投诉，但会收到 ymmv。

作为概念证明，我使用 linux / netem 框设置了我们的用户交换机之一，并不断推高延迟 / 数据包丢失，直到我开始抱怨。在本地复制网络条件然后移动我的应用程序两次要容易得多。

Answer 3

这个问题无法真正普遍、客观地回答。结果实际上取决于工作负载类型和用户的需求。没有什么比 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 的原始客户端（或其他客户端）中可能会有一些优化，可以提高高延迟链接的性能。