質問: 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は妥当ですか?
回答: 私は世界中に何千人もの人々がいて、毎日会計/オフィスソフトウェアを接続して使用しています。彼らの応答時間が300ミリ秒以下である限り、我々は苦情を得るのではなくymmvを得ます。 概念実証として、私はユーザーのスイッチの1つをlinux/netemボックスを使って設定し、苦情が出るまでレイテンシ/パケットロスを押し上げました。ローカルでネットワークの状態を再現し、それから私のアプリケーションを2回動かすのは、とても簡単でした。