WAN経由でターミナルサーバー(RDS)を実行するための待ち時間のしきい値はいくつですか?

I've seen: Terminal server performance over high latency links

しかし、私は、本社からの待ち時間が最大62msのデータセンターにシステムインフラストラクチャを移動することに興味を持っている顧客がいます。

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

Due to facility problems and an increase in offsite and remote users, there is a push to move the systems to a datacenter facility. The new site will feature higher-end vSphere hosts and all-flash storage.

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

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

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

11
nl ru de
私はテスト用の仮想マシンを立ち上げます...そしておそらくユーザーのサブセットを接続するようにしてみてください。
追加された 著者 Pedro,
62msはそれほどひどくは聞こえませんが、待ち時間はTS/RDSのエクスペリエンスキラーです。ユーザーがタイピングなどでラグについて文句を言うようになったら、それは待ち時間の問題を指すかもしれません。 300ユーザーのRDSファームを運営している私のクライアントは世界中に顧客を抱えており、最大のパフォーマンス問題は待ち時間に関連しています。最も遠く離れていて最も待ち時間が長いユーザーは、パフォーマンスに不満を持っているユーザーです。自分のパフォーマンスを実感するために、ほんの一握りのユーザーでテストすることは可能ですか?
追加された 著者 joeqwerty,
Windowsでは必ず「不要なアニメーション」を無効にしてください。これにより、MS Officeでも明示的に無効にする必要がなくなります。アニメーションは、待ち時間の問題をより明白にし、貴重な帯域幅を浪費します。関連する画面の更新を送信するためにより適しています。その点で、Office 2013はそのままでRDS/XenAppを使用できます。また、Officeでグラフィックハードウェアアクセラレーションを無効にすると、パフォーマンスが 向上し、問題が軽減されることがあります。
追加された 著者 Jlbelmonte,

4 答え

私は世界中に何千人もの人々がいて、毎日会計/オフィスソフトウェアを接続して使用しています。彼らの応答時間が300ミリ秒以下である限り、我々は苦情を得るのではなくymmvを得ます。

概念実証として、私はユーザーのスイッチの1つをlinux/netemボックスを使って設定し、苦情が出るまでレイテンシ/パケットロスを押し上げました。ローカルでネットワークの状態を再現し、それから私のアプリケーションを2回動かすのは、とても簡単でした。

10
追加された
@ewwhiteユーザスイッチとルータの間にブリッジモードの古いサーバを追加し、netemパラメータを使ってサルしました。
追加された 著者 Fabian Barkhau,
レイテンシー/パケットロスをどのように変更しましたか?
追加された 著者 Pedro,
TMNetSimを使用して、特定の待ち時間に対するユーザーエクスペリエンスをシミュレートしました。基本的には「クライアントにデプロイ」オプションを使って設定し、ターゲットを127.0.0.1に設定します。シミュレータは、ネットワークのスループットに追いついた後でそれをターゲットにリダイレクトします。 tmurgent.com/appv/index.php/en/resources/tools/…
追加された 著者 Mohamad-jaafar,
ライブユーザーで実験する場合は+10
追加された 著者 Kasik,

一部のユーザーは、待ち時間がローカルのデスクトップエクスペリエンスのようでない限り幸せではない場合や、待ち時間が300msであっても他のユーザーが満足して文句を言わない場合があるので、これは一種の主観です。

ただし、待ち時間がユーザーエクスペリエンスを左右する要因となるのは事実です。ただし、正確にはどれだけ個人の認識の問題です。

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

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

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

9
追加された

この質問は本当に普遍的かつ客観的に答えることはできません。結果は、ワークロードの種類とユーザーの要求によって大きく異なります。ここではUXテストよりも優れたものはありません。

私はよく異なる場所からRDPを使ってリモートで仕事をしていますが、ほとんどの場合LTE(4G)ネットワークを介して接続していますが、待ち時間は62ミリ秒程度です。現時点で私は遅い〜1 Mbit/s接続と待ち時間〜27-28 msのホテルにいます - あなたの場合の値の半分以下です。後者の値でさえ、私はWebブラウジングや大きなグラフィックの表示に苦労しています(特にAdBlockなしで、グラフィックが豊富なサイトはFirefoxで数秒間レンダリングすることができます!)また、Microsoft Wordを使用して単純な文書を作成しようとすると、インターフェースの平均以下の責任でフラストレーションが発生しました(その結果、LibreOffice Writerのほうがはるかに良いと感じました)。ビデオでの作業も言うまでもありません...私がかなり快適に作業できるのは、MMC、Outlookメール(ある程度)、ファイル参照、そして一般的にはシステム管理作業です。

この値は、リモートシステム管理や、あなたが日常的に行っている経験のある同様のタスクには問題ありません。しかしそれがローカルスクリーンを完全に取り替えることなら私は欲求不満および不平を期待する。

追加することの一つ - 私はUemuntuのもとで rdesktop 1.7.1を私のRDPクライアントとして選んでいます。 Microsoftのオリジナルのクライアント(または他のクライアント)には、待ち時間の長いリンクでパフォーマンスを向上させることができる最適化がいくつかあるかもしれません。

5
追加された

あなたの顧客がこのネットワーク上でのゲームただし、グラフィックを多用する特定のアプリケーション(特にビデオの再生)では帯域幅が不足することがあります。これはレイテンシに悪影響を及ぼし、100ミリ秒をはるかに超えるとユーザーを悩ませます。

RDP 8 (Server 2012 and later) does come with optimizations (read: lossy compression algorithms) for these scenarios. Additionally, UDP transport support will improve user experience over links with significantly varying latency or notable packet losses (>0.1%). So if you have any of these, you might want to upgrade your RD session hosts.

4
追加された
それは間違いなく選択肢です。 2012年にこれらのメリットが提供されたことに気づきませんでした。オリジンデバイスがHP Linuxベースのシンクライアントである場合、これらの利点は依然として当てはまりますか?
追加された 著者 Pedro,
HPのThinProはデスクトップです。これらのクライアントの多くが長年にわたって購入されたため、それは残念です。顧客は最も安いシンクライアントを購入したばかりです。
追加された 著者 Pedro,
シンクライアントが実際にRDP8をサポートしている場合に限ります。 Rdesktop(人気のあるLinux RDPクライアント)は現在サポートしていませんが、FreeRDP(Rdesktopフォーク)はサポートを主張RDP 8 ですが、機能のリストをよく見ると、ほとんどがRDP 7です。 YMMV以来、私はHPが最終的に何を使用しているかわからない。 Windowsクライアントは組み込み標準7
追加された 著者 the-wabbit,
@ewwhiteその理由がわかります - Windows Embeddedクライアントには、主要なハードウェア要件とライセンスコストがあります。全体的な購入コストを見ると、ローエンドのWindowsデスクトップを購入し、それをRDPクライアントとして使用しているかもしれません。
追加された 著者 the-wabbit,