RDSロードバランサーは必要か？

注：この記事では、IPトラフィックのロードバランシングではなく、リソースのロードバランシング、つまり複数のリモートデスクトップホストサーバー間のユーザーセッションのバランシングに焦点を当てています。

Microsoft® Remote Desktop Services（RDS）は、Microsoftのリモートデスクトッププロトコル（RDP）を介して、Windows®ベースのアプリケーションやデスクトップをユーザーに配信・管理するための集中型プラットフォームを提供します。

RDSコンポーネントは、Windowsアプリケーションを公開するために、ロードバランシングを含むさまざまなサーバーの役割を実行するために連携します。ロードバランシングは、さまざまな理由から、アプリケーションや デスクトップパブリッシングシステムにとって重要な機能です：

• パフォーマンスの向上：ロードバランシングにより、受信するネットワークトラフィックを複数のサーバーに分散し、1つのサーバーがリクエストで圧倒されるのを防ぎます。
• 可用性の向上：複数のサーバーにトラフィックを分散させることで、常にリクエストに対応できるサーバーを確保することができます。
• 拡張性の向上：ロードバランシングにより、必要に応じてサーバーを追加または削除することで、システムの拡張が容易になります。
• ダウンタイムの削減：ロードバランシングは、障害が発生したサーバーを検出し、そこからトラフィックをリダイレクトすることで、サーバー障害がシステム全体に与える影響を最小限に抑えます。
• リスクを低減：ロードバランシングによって複数のファイアウォールにトラフィックを分散できるため、分散型サービス拒否（DDoS）攻撃やその他の脅威から保護できます。

RDSロードバランサーはいつ追加すべきか？

アプリケーションを共有するためにRDSを使用する組織が成長するにつれて、ユーザーの満足度、十分に活用されたインフラストラクチャ、およびリスクの低減を確保するために、ロードバランシングがますます重要になります。ローカル従業員が1つか2つの生産性アプリケーションを共有する小規模な組織では、ロードバランシングは重要ではないかもしれません。しかし、優れたユーザーエクスペリエンスを期待する数百、数千の顧客を持つISVのような組織にとって、ロードバランシングを正しく行うことは非常に重要です。

Microsoft RDSプラットフォームには、RDSのロードバランサーとして機能するRemote Desktop Connection Broker（RD接続ブローカー）が含まれており、サーバーファーム内のサーバー間の接続を管理し、受信トラフィックの負荷分散を行い、そのサーバーで公開されているアプリにアクセスするユーザーをサーバーに割り当てます。

残念ながら、RDコネクション・ブローカーの負荷分散機能は、セッション数に基づく接続の分散と、サーバーのウェイトに基づく接続の分散の2つの方法に限られています。セッション数は、サーバー上の総セッション数を定義します。サーバーの重みは互いに相対的な比率で機能します。重みの大きいサーバーは、重みの小さいサーバーよりも多くのユーザーリクエストを受け取ります。

これらのアプローチはユーザー数が少ないうちは適切ですが、ユーザー数が増加し、成長に対応するためにサーバーが追加され、インフラがより複雑になると、多くの組織はRD Connection Brokerのロードバランシングの限界を超え、RDSロードバランサーをより多くの構成オプションを提供するサードパーティのロードバランサーに置き換えることを検討します。

これは特にWindows ISVに当てはまり、顧客満足度とリスクの低減は、ロードバランシングの問題によって直接影響を受けるビジネスクリティカルな問題である。

RD Connection Brokerをサードパーティ製の専用ロードバランサーに置き換えることで、ロードバランシングをより適切に制御し、サーバーのパフォーマンスを向上させることができます。どのクラウドサービス会社も、サービスオプションとしてロードバランシングを提供しており、さまざまなロードバランシング方法から選択できます。

{CTAEMBED_IDENTIFIER}}。

どのロードバランシングルールが最適か？

最近のロードバランサーは、特定の条件に基づいて様々なルールを使って接続をルーティングすることができる。以下はその例である：

• ラウンドロビン：これは最も単純なロードバランシングルールであり、トラフィックは複数のバックエンドサーバーに均等に分散されます。
• 最小接続数：このルールは、アクティブな接続数が最も少ないサーバーにトラフィックを誘導する。これにより、処理能力が異なるサーバーであっても、すべてのサーバーに均等に負荷が分散されます。
• IPベースのルーティング：トラフィックは、受信リクエストのIPアドレスに基づいて特定のサーバーに誘導されます。これは、特定のIPアドレスを特定のサーバーに向ける必要がある場合に便利です。
• パスベースのルーティング：トラフィックは、受信リクエストのパスに基づいて異なるバックエンドサーバーにルーティングされる。例えば、/apiへのリクエストはあるサーバー群に、/imagesへのリクエストは別のサーバー群に振り分けられます。
• セッションの永続性: このルールは、特定のクライアントからのリクエストが 常に同じバックエンドサーバに送られるようにします。これは、あるセッションで生成されたクライアントデータを、 そのクライアントの次のセッションで使うために保存するような、 ステートフルな接続を必要とするアプリケーションで有用です。
• ジオロケーション・ルーティング：トラフィックは、クライアントの地理的位置に基づいて特定のサーバーにルーティングされる。これは、クライアントの所在地によってコンテンツや機能が異なるアプリケーションに便利です。別の例としては、EUに所在するクライアントをGDPR規制に準拠した安全なサーバーにルーティングすることが挙げられる。

あなたの組織はRDSロードバランサーを使い果たしていませんか？

RDSアプリケーションパブリッシングインフラストラクチャがユーザーに優れたユーザーエクスペリエンスを提供していない場合、またはIT部門が管理することがますます難しくなり、コストがかさんでいる場合は、GO-Globalへの切り替えをご検討ください。

GO-Globalは、あらゆる場所、デバイス、オペレーティングシステムからWindowsアプリケーションへのマルチユーザーアクセスを提供するアプリケーションパブリッシングソリューションです。GO-Globalは、マルチセッションカーネル、リモートデスクトップクライアント、ディスプレイドライバー、プロトコル、インターネットゲートウェイ、および管理ツールを含むMicrosoftの機能を完全に置き換えます。

また、Amazon Web Services（AWS）、Windows Azure、Oracle Cloud Infrastructureのようなクラウドサービス上に展開する場合、GO-Globalはクラウドサービスの既存のインフラと、ロードバランシングを含むセキュリティおよびスケーラビリティ機能を活用し、複雑さとコストを抑えて高機能を提供する。

GO-Globalの詳細については、こちらから デモをご請求いただくか、 30日間の無料トライアルをダウンロードしてください。