融合負荷分散アルゴリズム

ロードバランサは次のアルゴリズムのいずれかを自動的に使用します。

• ラウンドロビンアルゴリズム — ロードバランサは新規メッセージを処理するためのインスタンスをラウンドロビン方式で選択します。

• コンシステントハッシュ - ロードバランサは新規メッセージを処理するためのインスタンスを、要求から抽出したハッシュキーに基づいて選択します。ハッシュキーは、(提供されている場合) DCR ファイルで指定されたルールを使用して抽出されます。DCR ファイルが提供されていない場合、ハッシュキーはデフォルトのヘッダーを使用して抽出されます。

  DCR ファイル data-centric-rules.xml は、融合アプリケーションまたは純粋な SIP アプリケーションからの HTTP/HTTPS および SIP/SIPS メッセージの両方に対してコンシステントハッシュを適用するためのルールを規定します。このファイルが指定されている場合、このファイル内の命令はデフォルトのヘッダーを使用してハッシュキーを抽出するメカニズムよりも優先されます。DCR ファイルが提供されていない場合、SIP および HTTP メッセージが同じセッションの一部であっても、異なるインスタンスによって処理されることがあります。融合アプリケーションを配備する場合、必ず DCR ファイルを提供してください。デフォルトのヘッダーを使用した場合、SIP メッセージの正しい負荷分散を実現できない場合もあります。したがって、純粋な SIP アプリケーションの場合でも、DCR ファイルを提供することをお勧めします。このファイルの詳細については、「設定の編集」 および 「データ中心ルールファイル」を参照してください。

Web アプリケーション向けの融合負荷分散アルゴリズム

純粋な Web アプリケーションに属す HTTP および HTTPS メッセージに対して、融合ロードバランサはデフォルトでは「スティッキラウンドロビン」アルゴリズムを使用します。新規要求がロードバランサに送信されると、単純なラウンドロビン方式に基づいてアプリケーションサーバーインスタンスに転送されます。要求がセッションベースのアプリケーション向けである場合、セッションが作成されることがあります。このような場合、応答にスティッキ情報が含まれ、後続のメッセージで戻されます。同じセッションベースのアプリケーション向けの同一クライアントから送信された後続のメッセージは、割り当てメッセージまたはスティッキメッセージと見なされ、ロードバランサによって同じインスタンス (そのインスタンスが健全と判定された場合) にルーティングされます。スティッキ (sticky: 粘着性の) ラウンドロビンという名前が付いているのはそのような理由からです。セッションベースでないアプリケーションへの要求や、セッションベースのアプリケーションに対する最初の要求は新規要求です。

SIP アプリケーション向けの融合負荷分散アルゴリズム

純粋な SIP アプリケーションに属する SIP および SIPS メッセージに対して、融合ロードバランサはデフォルトでは「コンシステントハッシュ」アルゴリズムを使用します。DCR ファイルの中に SIP/SIPS 要求と一致するルールがある場合、ハッシュキーはそのルールを使用して抽出されます。DCR ファイルの中に SIP または SIPS 要求と一致するルールまたは命令がない場合、ハッシュキーは要求の from-tag,call-id パラメータを使用して生成されます。

融合アプリケーション向けの融合負荷分散アルゴリズム

融合ロードバランサは、融合アプリケーションからの HTTP/HTTPS および SIP/SIPS メッセージに対して適切なアルゴリズムを次のように適用します。

• DCR ファイルが指定されていない場合、HTTP/HTTPS メッセージには「スティッキラウンドロビン」アルゴリズムを適用し、SIP/SIPS メッセージには「コンシステントハッシュ」アルゴリズムを適用します。

• DCR ファイルが指定されている場合、HTTP/HTTPS メッセージおよび SIP/SIPS メッセージの両方に「コンシステントハッシュ」アルゴリズムを適用します。

  融合アプリケーションに属する HTTP および HTTPS メッセージに対しては、DCR ファイルの中に HTTP/HTTPS 要求と一致するルールがある場合、そのルールを使用してハッシュキーが抽出されます。DCP ファイルの中に HTTP/HTTPS 要求と一致するルールまたは命令がない場合、HTTP 要求のポートおよびリモートホストを使用してハッシュキーが抽出されます。

  SIP および SIPS メッセージに対しては、DCR ファイルの中に SIP/SIPS 要求と一致するルールがある場合、ハッシュキーはそのルールを使用して抽出されます。DCR ファイルの中に SIP または SIPS 要求と一致するルールまたは命令がない場合、ハッシュキーは要求の from-tag,call-id パラメータを使用して生成されます。