RPC 負荷分散
Microsoft RPC 負荷分散は、 HTTP トラフィック経由で RPC の負荷が高くなるシナリオにスケーラブルなソリューションを提供することを目的としています。 RPC Load Balancerの主な目的は、スケーラビリティを向上させるために、サーバー ファームで RPC/HTTP トラフィックを確実に処理できるようにすることです。 これを実現するには、RPC は、クライアント プロセスからのすべての接続がサーバー ファーム内の同じサーバー エンドポイントによって処理されるようにする必要があります。 RPC Load Balancerは、RPC over HTTP プロキシ サービスと組み合わせて実行されるサービスとして実装されます。
負荷分散を有効にするには、各サーバーで実行されている RPC 負荷分散サービスが相互に通信して、最初のクライアント接続に適したサーバーを決定します。 このプロセスは arbitration と呼ばれ、最初のクライアント接続時に発生します。 サーバー間トラフィックを減らすために、クライアントがサーバーにまだ関連付けられていない場合、RPC 負荷分散サービスは接続をサービスするローカル エンドポイントを選択します。 特定のクライアント接続の場合、仲裁の結果は次の 2 つの可能性のいずれかです。
- クライアントが既に接続を確立している場合、最初に接続を受信するサーバーは後続の接続を処理します。
- これがクライアントからの最初の接続である場合、調停により、ローカル サーバーが接続を処理し、したがってクライアントからのすべての接続が処理されます。 この情報は、決定されると、サーバー ファーム内の他の RPC Load Balancer サービスにコミットされ、クライアントのすべての要求を処理するサーバーに通知されます。
このセクションでは、次のトピックで RPC 負荷分散の概要について説明します。
必要条件
RPC 負荷分散サービスは、Windows Server 2008 R2 以降を実行しているサーバーと、Windows 7 以降のバージョンの Windows を実行しているクライアントでサポートされています。
RPC プロキシ サービス、RPC 負荷分散サービス、およびサーバー エンドポイントはすべて、同じコンピューター上で実行されている必要があります。 さらに、サーバー ファーム内のすべてのサーバーは、要求されたエンドポイントにサービスを提供できる必要があります。 RPC プロキシ サービスと RPC 負荷分散サービスの構成の詳細については、「HTTP 経由での RPC 用コンピューターの構成 」と「 負荷分散の構成」を参照してください。
制限事項
現時点では、RPC 負荷分散では、リソースごとに 1 つのサーバー ファームのみがサポートされています。 すべてのサーバー ファーム内のすべてのサーバーも、すべてのリソースにサービスを提供できる必要があります。