terminal服务器在高延迟链路上的性能

我们的数据中心和总部目前在澳大利亚的布里斯class,我们在英国设有分支机构。 我们有一个私人的广域网,连接到我们英国的办公室的768k,延迟约为350ms。

terminal服务器的性能是最糟糕的。

没有太多animation或图像的应用程序似乎没有问题。 但一旦他们这样做,会议几乎是无法使用的。 Powerpoint和Internet Explorer是使应用程序运行缓慢的很好例子。 如果您的电子邮件签名中有图像,则每次插入新行时Outlook都会挂起约10秒,而图像会向下移动几个像素。

我们目前正在运行server 2003.我曾尝试过Server 2008 R2 RDS,也是一家名为Ericom的公司,名为Blaze的第三方解决scheme,但它仍然不是太好。

我们目前有一个5级dynamic服务级别,按以下顺序排列。

  1. networking电话
  2. video
  3. terminal服务
  4. 印花
  5. 其他一切

在testingterminal服务器的性能时,使用net-flow监控链路,并且我们有足够的可用带宽,所以我认为这是一个延迟问题,而不是带宽。

有什么可以做的,以提高性能。 思杰会帮助吗?

是的思杰是你可能想要用这个头来的方式。 在大多数高带宽,低延迟的环境下,RDP的vanilla实现对于低成本解决scheme来说是非常好的,可用于一般的桌面/ Windows应用程序分发。 但整个事情有点在专业的工作量和高延迟下崩溃。

我回答了一个最近的相关问题,我认为这里有一些交叉,在这里: 提高局域网RDP的性能

尽pipe如此,你肯定还是要彻底地testing一下,因为你仍然可能会受到如此高的ping的限制。

在Citrix / ThinApp解决scheme之外,您可能需要考虑分散您的一些应用程序并将其移回分支机构。 即使您无法将它们移动到分支机构,在英国或欧洲的数据中心内放置机架或某种存在,并将您的解决scheme托pipe出去,可能是最佳select。

要么增加光的速度,要么接受三分之一秒的等待时间对于人类来说是非常明显的,并且在英国办公室复制一些系统。

我认为你最好的select是停止使用TS到Aus。 用于分支机构的大多数应用程序。 我看不出有什么理由不能在英国托pipe应用程序,这是一个了不起的改进,在延迟方面。 这可以为您节省购买Citrix许可证的成本。