WAN経由でターミナルサーバー（RDS）を実行する場合の待機時間のしきい値はどのくらいですか？
私が見た： 待ち時間の長いリンクでのターミナルサーバーのパフォーマンス
しかし、私は、お客様のシステムインフラストラクチャを、本社から約62ミリ秒のレイテンシがあるデータセンターに再配置したいと考えています。
この環境は、Windows Server 2008 R2 RDSサーバー、ファイルおよび印刷サービス、Microsoft Exchange 2010のトリオで構成されています。現在、すべてvSphere 5.5クラスターで仮想化されています。現在、HPシンクライアントを使用してRDSシステムにローカルに接続しているユーザーは合計80人です。
施設の問題とオフサイトユーザーとリモートユーザーの増加により、システムをデータセンター施設に移動するためのプッシュがあります。新しいサイトには、ハイエンドのvSphereホストとオールフラッシュストレージが搭載されます。
コロケーション施設への接続は、複数のISPを備えたサイト間VPNを介して確立され、フェイルオーバーが導入されます。
しかし、これは悪い考えですか？私はRDPとSSHを介したメンテナンス作業のためにこのサイトに頻繁に接続しますが、私のユースケースではパフォーマンスはかなり許容範囲です。ユーザーは、基本的なMS Officeスイートとlightweight SSH端末ベースのERPアプリケーションをいくつか使用しています。
62msは、このタイプのユーザー負荷とMicrosoft RDSにとって妥当ですか？
私は世界中に数千人の人々が接続していて、毎日会計/オフィスソフトウェアを使用しています。応答時間が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を介してリモートで作業します。ほとんどの場合、62 = msのレイテンシを提供するLTE（4G）ネットワークを介して接続します。このとき、私はホテルのあるホテルにいます遅い〜1 Mbit/sの接続とレイテンシ〜27-28 ms-ケースの値の半分未満です。後者の値を使用しても、Webでのブラウジングや大きなグラフィック（特にAdBlockなしでは、グラフィック-リッチサイトはFirefoxで数秒間レンダリングできます！）また、Microsoft Wordを使用して簡単なドキュメントを書き込もうとすると、インターフェイスの責任が平均以下であるために不満が生じました（その結果、LibreOffice Writerの方がはるかに快適になりました）。ビデオで...私がかなり快適に作業できるのは、MMC、Outlookメール（ある程度）、ファイルの閲覧、および一般的なシステム管理タスクです。
この値は、リモートシステム管理や、日常的に使用していて経験のある同様のタスクには問題ありません。しかし、それがローカル画面を完全に置き換えることであるならば、私は欲求不満と不平を期待するでしょう。
追加すべきことの1つ-私はrdesktop 1.7.1を選択したRDPクライアントとしてUbuntuで作業します。 Microsoftの元のクライアント（または他のクライアント）には、待ち時間の長いリンクでのパフォーマンスを改善できるいくつかの最適化がある可能性があります。
100ミリ秒未満のレイテンシは、顧客が このネットワークでのゲーム でない限り、問題になることはほとんどありません。ただし、特定のグラフィックスを多用するアプリケーション（特にビデオの再生）で帯域幅が不足して、レイテンシに悪影響を及ぼし、100ミリ秒を超えてプッシュすると、ユーザーを困らせることがあります。
RDP 8（Server 2012以降）には、これらのシナリオの最適化（読み取り：非可逆圧縮アルゴリズム）が付属しています。さらに、UDPトランスポートのサポートにより、大幅に変化する遅延または顕著なパケット損失（> 0.1％）を伴うリンク上のユーザーエクスペリエンスが向上します。したがって、これらのいずれかがある場合は、RDセッションホストをアップグレードすることをお勧めします。