同時RDPセッションの帯域幅サイジング
私たちは、VPN経由でデスクトップマシン（主にWindows XPを実行している）にRDPするために最大150人のユーザーを必要とするいくつかのDRシナリオ計画を行っています。現在、2メガビットの競合しないインターネット接続がありますが、これをアップグレードし、セカンダリSDSL回線を使用してより多くの帯域幅を提供する余地があります。
私が見た典型的な帯域幅の数値は、セッションごとに64kbpsを計画することを提案しています。知りたい：
- これらの推定をサポートする実際のデータはありますか？
- 知っておく必要のある運用上の「落とし穴」はありますか？
ありがとう！
10Mへのアップグレード（コメントの1つに見られるように）は良いことですが、少なくともRDPトラフィックのルーター/ファイアウォールレベルでQoSを導入することも検討します。 RDPは、レイテンシの場合ほど帯域幅に影響しません。QoSが役立ちます。
オフサイトのバックアップと一般的なトラフィックおよびRDPの間で飽和に近い6Mビットの接続があります。ファイアウォール（約150人以上のユーザーに対してIPCopを実行）にQoSを実装することで、RDPの問題がほぼ完全に解消されたことに気付きました。
私たちの優先設定はこれに似ています。
VPN-最高
RDP-高
SFTP-高
メール-中
ウェブ-低
その他すべて-非常に低い
今では、すべてと戦うのではなく、RDPはVPNとSFTPを優先的に処理するだけで済みます。ランダムな切断と速度の低下を抑え、1日に複数回ではなく、数か月に1回苦情を受け取ります。
考慮する必要があるもう1つのことは、遅延です。 54Mbpsのワイヤレス接続があり、約4分の1マイル走っており、RDPはそれに対応しています。帯域幅が問題になることは決してありませんが、レイテンシによって私たちを殺してしまうことがあります。また、ユーザーが行っていることもこの数値に影響するという他の主張にも同意します。誰もがファイルを転送している場合、状況は遅くなります。
私は過去に64Kと128Kの回線（電子メールやその他の一般的なネットワークトラフィックとの競合）を介してサーバーに対してRDPセッションを実行しましたが、これらは通常は問題なく動作しました。また、サイトごとに約5人、合計50人程度のユーザーもいます。ネットワークアクセスの主要な手段として512/128競合（30：1）のビジネスADSLを超えるRDPを使用しており、実際にリモートユーザーです。 最小からの苦情の量。今朝、私は自分自身でいましたXP約256K中/高遅延回路のデスクトップとパフォーマンスおよび応答性は良好でした;卓越したものではなく、あなたはあなたをあなたの考えにだまされないでしょう。ローカルデスクトップでしたが、すべて同じでした。他の人が言ったことを頭に入れておく限り、PCはかなり良いと思います。
私もその2メガラインをアップグレードしたいと思っています。それはこの日と年齢ではかなり小さいです。
その接続をアップグレードしてください！私の家には2 MBを超える容量があります。そのような小さな接続で多くのユーザーをサポートすることは想像もできませんでした。
遅い接続でRDPを実行することはできますが、それは苦痛です。
運用上の問題：ファイル転送は大量の帯域幅を消費します
帯域幅を節約するためにユーザーが16ビット以上を必要としない場合は、256色で送信することを検討してください。
これは、少なくとも画面解像度、色数、印刷、サウンド、ファイル共有を使用している場合など、多くのことに依存します... 64 kbpsを使用すると、65k色で1280 x 1024の画面解像度を使用できます（いいえサウンド、プリンタ、ファイル共有）、それがうまくいくはずです。もちろん、ユーザーが何をしているかにも依存します。ノードパッドでファイルを編集する（画面上の小さな変更）と、インターネットのブラウジング（画面上の多くの変更が頻繁に行われる）よりもはるかに使用量が少なくなります。