トラフィックロードバランサー

透過モード レイヤー 2 ダイレクト サーバー リターン

透過モードのレイヤー2ダイレクトサーバーリターン(DSR)を使用する場合:

• PFE はデータを処理します。

• ロードバランシングは、パケットのレイヤー2 MACを変更することで機能します。

• MS-MPC は、ネットワーク監視プローブを実行します。

• 実サーバーは、MXシリーズルーターから直接(レイヤー2)到達可能である必要があります。

• TLBがルートをインストールすると、そのルート上のすべてのトラフィックがロードバランシングされます。

• TLB がレイヤー 3 以上のヘッダーを変更することはありません。

図 1 は、透過モード レイヤー 2 DSR の TLB トポロジーを示しています。

図 1:透過モードのTLBトポロジー

変換モード

変換モードは、透過モードのレイヤー2 DSRよりも柔軟性に優れています。翻訳モードを選択した場合:

• MS-MPC は、ネットワーク監視プローブを実行します。

• PFE はステートレスなロードバランシングを実行します。

  • 仮想IPアドレスに向けられたデータトラフィックは、仮想IPアドレスから実サーバIPアドレスに変換され、仮想ポートがサーバリスニングポートに変換されます。リターントラフィックは逆変換されます。

  • クライアントから仮想 IP へのトラフィックが変換されます。トラフィックは宛先に到達するようにルーティングされます。

  • サーバーからクライアントへのトラフィックは、暗示的フィルタを使用してキャプチャされ、リバース処理のために適切な負荷分散ネクストホップに送られます。変換後、トラフィックはクライアントにルーティングされます。

  • ロードバランシングには、ランダムとハッシュの 2 つの方法があります。random 方式は UDP トラフィック専用で、quavms-random 分散を提供します。このモードでは、文字通りランダムではありませんが、利用可能なサーバーのセットにトラフィックを公平に分散できます。ハッシュ方式は、送信元 IP アドレス、IP アドレス、およびプロトコルの任意の組み合わせに基づくハッシュ鍵を提供します。

    手記：

    変換モード処理は、IPv4からIPv4およびIPv6からIPv6へのトラフィックでのみ使用できます。

図 2 は、変換モードの TLB トポロジーを示しています。

図 2: 変換モードのTLBトポロジー

透過モード レイヤー 3 ダイレクト サーバー リターン

透過モードのレイヤー3 DSRロードバランシングは、レイヤー3ホップ離れたサーバーにセッションを分散します。トラフィックは、実サーバからクライアントに直接返されます。

サーバーとサーバー グループ

TLB を使用すると、最大 255 台のサーバーのグループ (構成ステートメントでは 実際のサービスと呼ばれます) を、ステートレス セッション配信の代替宛先として使用することができます。サーバー・グループで使用されるすべてのサーバーは、グループに割り当てる前に個別に構成する必要があります。負荷分散では、セッション分散にハッシュ化またはランダム化が使用されます。ユーザーは、TLB サーバー配布テーブルに対してサーバーを追加および削除でき、サーバーの管理ステータスを変更することもできます。

サーバー・ヘルス・モニタリング — シングル・ヘルス・チェックとデュアル・ヘルス・チェック

TLB は、TCP、HTTP、SSL Hello、TLS Hello、およびカスタムヘルスチェックプローブをサポートし、グループ内のサーバーの正常性を監視します。サーバーグループには単一のプローブタイプを使用することも、2 つのプローブタイプを含むデュアルヘルスチェック構成を使用することもできます。設定可能な正常性監視機能は、MX-SPC3 または MS-MPC のいずれかに常駐しています。デフォルトでは、プローブ要求は 5 秒ごとに送信されます。また、デフォルトでは、実サーバはプローブが 5 回連続して失敗した後にのみダウンと宣言され、5 回連続してプローブが成功した後にのみアップと宣言されます。

カスタムヘルスチェックプローブを使用して、以下を指定します。

• プローブ応答で予期される文字列

• プローブとともに送信される文字列

• プローブがタイムアウトしたときに割り当てるサーバのステータス(アップまたはダウン)

• プローブへの予期される応答を受信したときに割り当てるサーバーステータス(アップまたはダウン)

• プロトコル — UDP または TCP

TLBは アプリケーションの持続性を提供するため、サーバーの障害や変更が他のアクティブなサーバーへのトラフィックフローに影響を与えません。サーバーの管理状態をアップからダウンに変更しても、サーバー配布テーブル内の残りのサーバーへのアクティブなフローには影響しません。サーバーを追加したり、グループからサーバーを削除したりすると、モニタリングプロファイルの間隔と再試行パラメータの設定に応じて、一定期間トラフィックに影響を与えます。

TLB は、次の 2 つのレベルのサーバー正常性監視を提供します。

• シングルヘルスチェック:1つのプローブタイプが、network-monitoring-profile 設定ステートメントによってサーバーグループにアタッチされます。

• TLB デュアルヘルスチェック(TLB-DHC): network-monitoring-profile 設定ステートメントによって、2 つのプローブタイプがサーバーグループに関連付けられます。サーバーのステータスは、2 つのヘルスチェックプローブの結果に基づいて宣言されます。ユーザーは、サーバーグループごとに最大 2 つのヘルスチェックプロファイルを設定できます。サーバ グループがデュアル ヘルス チェック用に設定されている場合、両方のヘルス チェック プローブが同時に UP の場合にのみ、実際のサービスが UP として宣言されます。それ以外の場合、実際のサービスは DOWN であると宣言されます。

仮想サービス

仮想サービスは、ハッシュベースまたはランダムなセッション配信とサーバー正常性監視によって決定される、トラフィックが送信されるサーバーのグループに関連付けられた仮想 IP アドレス (VIP) を提供します。L2 DSR と L3 DSR の場合、特別なアドレス 0.0.0.0 により、転送インスタンスに流れるすべてのトラフィックがロード バランシングされます。

仮想サービス構成には、次のものが含まれます。

• モード—トラフィックの処理方法(変換済みまたは透過的)を示します。

• セッションが配布されるサーバーのグループ。

• ロードバランシング方式です。

• ルーティングインスタンスとルートメトリック。