WAN上でターミナルサーバー（RDS）を実行するための遅延のしきい値は何ですか？

私が見た：高遅延リンク上のターミナルサーバーのパフォーマンス

しかし、システムインフラストラクチャをメイン本社から〜62msの遅延があるデータセンターに再配置することに関心がある顧客がいます。

この環境は、3つのWindows Server 2008 R2 RDSサーバー、ファイルおよび印刷サービス、Microsoft Exchange 2010で構成されています。現在はすべて、vSphere 5.5クラスターで仮想化されています。現在、HPシンクライアントを使用してRDSシステムにローカルに接続している合計80人のユーザーがいます。

施設の問題と、オフサイトおよびリモートユーザーの増加により、システムをデータセンター施設に移動する必要があります。新しいサイトには、ハイエンドのvSphereホストとオールフラッシュストレージが搭載されます。

コロケーション施設への接続は、複数のISPとフェールオーバーが配置されたサイト間VPNを介して確立されます。

しかし、これは悪い考えですか？RDPとSSHを介したメンテナンス作業のためにこのサイトに頻繁に接続しますが、私のユースケースではパフォーマンスは非常に許容範囲です。ユーザーは、基本的なMS Officeスイートといくつかの軽量の SSHターミナルベースのERPアプリケーションを使用しています。

このタイプのユーザー負荷とMicrosoft RDSでは62msが妥当ですか？

私は世界中に数千人の人々がいて、毎日会計/オフィスソフトウェアを接続して使用しています。応答時間が300ミリ秒未満である限り、苦情は発生しませんが、ymmvが発生します。

概念実証として、Linux / netemボックスを使用してユーザーのスイッチの1つをセットアップし、苦情が出るまで遅延/パケット損失を押し続けました。ネットワーク状態をローカルに複製してからアプリケーションを2回移動する方が簡単でした。

これは一種の主観的なものだと思います。一部のユーザーは、待ち時間がローカルデスクトップエクスペリエンスに似ていない限り幸せにならず、他のユーザーは幸せで、待ち時間が300ミリ秒であっても文句を言わないでしょう。

ただし、レイテンシはユーザーエクスペリエンスを損なうものであり、正確には個人の認識の問題です。

これは、これに似たシナリオでのユーザーエクスペリエンスに関するTechEd 2014の非常に優れたビデオです（このビデオはVDIに関するものですが、リモートデスクトップサービスと同様のエクスペリエンスです）。

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

したがって、300msを超えないようにしてください。62msはおそらく「OK」です。

この質問に真に普遍的かつ客観的に答えることはできません。結果は、実際にワークロードのタイプとユーザーの要求に依存します。ここでは、UXテストほど優れたものはありません。

私は多くの場合、さまざまな場所からRDPを介してリモートで作業します。ほとんどの場合、LTE（4G）ネットワーク経由で接続し、62ミリ秒に近いレイテンシを提供します。この時点で、私は遅い〜1 Mbit / s接続とレイテンシー〜27-28 msのホテルにいます-あなたの場合の値の半分未満です。後者の値を使用しても、Webブラウジングや大きなグラフィックの表示に苦労します（特にAdBlockがなければ、グラフィックが豊富なサイトはFirefoxで数秒間レンダリングできます！）。また、Microsoft Wordを使用して簡単なドキュメントを作成しようとすると、インターフェイスの責任が平均以下であるためにフラストレーションが発生しました（LibreOffice Writerの方がはるかに良いと感じました）。ビデオでの作業も言うまでもありません...かなり快適に作業できるのは、MMC、Outlookメール（ある程度）、ファイルの閲覧、および一般的なシステム管理タスクです。

この値は、リモートシステム管理や、日常的に行って経験のある同様のタスクでは問題ないはずです。しかし、ローカル画面を完全に置き換える場合は、フラストレーションと文句を言うでしょう。

追加する1つのこと-私はUbuntuの下で、rdesktop 1.7.1をRDPクライアントとして選択します。Microsoftの元のクライアント（または他のクライアント）には、高遅延リンクでパフォーマンスを改善できる最適化がある場合があります。

顧客がこのネットワークでゲームをしているのでなければ、サブ100ミリ秒の遅延は問題にならないでしょう。ただし、特定のグラフィックを多用するアプリケーション（特にビデオ再生）で帯域幅を使い果たすと、遅延に悪影響を及ぼし、100ミリ秒をはるかに超えてプッシュされるため、ユーザーに迷惑をかけます。

RDP 8（Server 2012以降）には、これらのシナリオに対する最適化（読み取り：非可逆圧縮アルゴリズム）が付属しています。さらに、UDPトランスポートのサポートにより、大幅に変動する遅延または顕著なパケット損失（> 0.1％）を伴うリンク上のユーザーエクスペリエンスが向上します。したがって、これらのいずれかがある場合は、RDセッションホストをアップグレードすることをお勧めします。