次の方法で共有

RPC 負荷分散

  • [アーティクル]

Microsoft RPC 負荷分散は、HTTP トラフィック経由で RPC の高負荷を要求するシナリオ スケーラブルなソリューションを提供することを目的としています。 RPC Load Balancer の主な目的は、スケーラビリティを向上させるために、サーバー ファームが RPC/HTTP トラフィックを確実に処理できるようにすることです。 これを実現するには、RPC は、クライアント プロセスからのすべての接続がサーバー ファーム内の同じサーバー エンドポイントによって処理されるようにする必要があります。 RPC Load Balancer は、RPC over HTTP プロキシ サービスと組み合わせて実行されるサービスとして実装されます。

負荷分散を有効にするには、各サーバーで実行されている RPC 負荷分散サービスが相互に通信して、初期クライアント接続の優先サーバーを決定します。 このプロセスは調停と呼ばれ、初期クライアント接続時に発生します。 サーバー間のトラフィックを減らすために、RPC 負荷分散サービスは、クライアントがまだサーバーに関連付けられていない場合に、接続を処理するローカル エンドポイントを選択します。 特定のクライアント接続の場合、調停の結果は次の 2 つの可能性の 1 つです。

  • クライアントが既に接続を確立している場合、最初に接続を受信するサーバーは後続の接続を処理します。
  • これがクライアントからの最初の接続である場合、調停により、ローカル サーバーが接続を処理し、クライアントからのすべての接続が処理されます。 この情報は、決定されると、サーバー ファーム内の他の RPC Load Balancer サービスにコミットされ、クライアントのすべての要求を処理するサーバーに通知されます。

このセクションでは、次のトピックでの RPC 負荷分散の概要について説明します。

必要条件

RPC 負荷分散サービスは、Windows Server 2008 R2 以降を実行しているサーバーと、Windows 7 以降のバージョンの Windows を実行しているクライアントでサポートされています。

RPC プロキシ サービス、RPC 負荷分散サービス、およびサーバー エンドポイントはすべて、同じコンピューター上で実行されている必要があります。 さらに、サーバー ファーム内のすべてのサーバーが、要求されたエンドポイントにサービスを提供できる必要があります。 RPC プロキシ サービスと RPC 負荷分散サービスの構成については、「HTTP での RPC 用のコンピューターの構成」と「負荷分散の構成」を参照してください。

制限

現時点では、RPC 負荷分散はリソースごとに 1 つのサーバー ファームのみをサポートしています。 すべてのサーバー ファーム内のすべてのサーバーは、すべてのリソースにもサービスを提供できる必要があります。