Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

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

トラフィック負荷分散の概要

トラフィック負荷分散サポートの概要

表1は 、アダプティブサービス向けMS-MPCおよびMS-MICカードでのトラフィックロードバランシングサポートと、次世代サービス向けMX-SPC3セキュリティサービスカードでのサポートの概要を示しています。

表1:トラフィックロードバランシングサポートの概要

MS-MPC

MX-SPC3

Junosリリース

< 16.1R6 および 18.2.R1

≥ 16.1R6 および 18.2R1

19.3R2

シャーシあたりの最大#インスタンス数

32

L2 DSRモードでは2,000 / 32

2,000

インスタンスあたりの仮想サービスの最大#数

32

32

32

仮想サービスごとの仮想IPアドレスの最大#個

1

1

インスタンスあたりのグループの最大#数

32

32

32

グループあたりのリアルサービス(サーバー)の最大#数

255

255

255

仮想サービスあたりのグループの最大#数

1

1

グループあたりのネットワークモニタープロファイルの最大#個

2

2

5秒以内にPIC/NPUごとのセキュリティサービスごとのHCの最大#数

4,000

1,250 – 19.3R2

10,000 – 20.1R1

サポートされているヘルスチェックプロトコル

ICMP、TCP、UDP、HTTP、SSL、カスタム

ICMP、TCP、UDP、HTTP、SSL、TLS Hello、カスタム

トラフィックロードバランサアプリケーションの説明

トラフィックロードバランサ(TLB)は、マルチサービスモジュラーポートコンセントレータ(MS-MPC)、マルチサービスモジュラーインターフェイスカード(MS-MIC)、またはMXセキュリティサービス処理カード(MX-SPC3)のいずれかを備えたMXシリーズルーターでサポートされ、 表2で説明するように、MXシリーズルーターでサポートされているモジュラーポートコンセントレータ(MPC)ラインカードと組み合わせてサポートされます。

注:

決定論的NATとTLBを同時に実行することはできません。

表2:TLB MXシリーズルータープラットフォームのサポート概要

TLBモード

MXプラットフォームのカバレッジ

マルチサービス モジュラー ポート コンセントレータ(MS-MPC)

MX240、MX2480、MX960、MX2008、MX2010、MX2020

MXセキュリティサービス処理カード(MX-SPC3)

MX240、MX480、MX960

  • TLBを使用すると、複数のサーバー間でトラフィックを分散できます。

  • TLBは、MS-MPCベースのコントロールプレーンと、MXシリーズルーターフォワーディングエンジンを使用したデータプレーンを採用しています。

  • TLBは、ECMP(等価コストマルチパス)の拡張バージョンを使用します。拡張 ECMP は、サーバーのグループ間でのフローの分散を容易にします。ネイティブECMPの機能強化により、サーバーに障害が発生した場合、それらのサーバーに関連するフローのみが影響を受けるようになり、サービスやセッションにおけるネットワーク全体の混乱を最小限に抑えることができます。

  • TLBは、グループごとに最大255台のサーバーのアプリケーションベースのヘルスモニタリングを提供し、サーバーの可用性情報のヘルスチェックに基づいてインテリジェントなトラフィックステアリングを提供します。サーバーの正常性監視に使用されるMS-MPCまたは次世代サービスMX-SPC3カードに1対1の冗長性を提供するように、集約されたマルチサービス(AMS)インターフェイスを設定できます。

  • TLBは、そのフロー分散処理をイングレストラフィックに適用します。

  • TLBは複数の仮想ルーティングインスタンスをサポートし、大規模なロードバランシング要件に対するサポートを向上させます。

  • TLBは、ロードバランシング時の静的な仮想IPアドレスから実際のIPアドレスへの変換と、静的な宛先ポート変換をサポートします。

トラフィックロードバランサの動作モード

トラフィックロードバランサには、発信トラフィックの配信とリターントラフィックの処理のための3つの運用モードが用意されています。

表3は 、TLBサポートとそれがサポートされているカードをまとめたものです。

表3:TLBとセキュリティサービスカードの概要

セキュリティサービスカード

MS-MPC

MX-SPC3

翻訳

はい

はい

透過的なレイヤー3ダイレクトサーバーリターン

はい

はい

透過的なレイヤー2ダイレクトサーバーリターン

はい

未対応

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

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

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

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

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

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

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

  • TLBは、レイヤー3および上位レベルのヘッダーを変更することはありません。

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

図1:透過モードTLB Topology for Transparent ModeのTLBトポロジー

変換モード

変換モードは、透過モードレイヤー 2 DSR よりも柔軟性が高くなります。変換モードを選択した場合:

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

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

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

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

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

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

      注:

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

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

図2:変換モードTLB Topology for Translated ModeのTLBトポロジー

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

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

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

TLBは、以下の機能を提供します。

  • TLBは常にあらゆるフローの リクエスト を配信します。DSR モードを指定すると、応答はソースに直接返されます。変換モードを指定すると、リバーストラフィックはサーバーに面したインターフェイス上の暗黙的なフィルターを通過して誘導されます。

  • TLBは、ハッシュベースのロードバランシングまたはランダムロードバランシングをサポートします。

  • TLBでは、サーバーをオフラインに設定して、既存のすべてのフローのリハッシュによって引き起こされる可能性のあるパフォーマンスへの影響を防ぐことができます。管理ダウン状態のサーバーを追加し、管理ダウン状態を無効にすることで、後でトラフィック配信に使用できます。サーバーをオフラインに設定することで、他のサーバーへのトラフィックへの影響を防ぐことができます。

  • ヘルスチェックでサーバーがダウンしていると判断されると、影響を受けたフローのみがリハッシュされます。

  • 以前にダウンしたサーバーがサービスに戻ると、ハッシュに基づいてそのサーバーに属するすべてのフローがそのサーバーに戻り、返されたフローのパフォーマンスに影響を与えます。このため、サーバーのアクティブグループへの自動再参加を無効にすることができます。 request services traffic-load-balance real-service rejoin 操作コマンドを発行することで、サーバーをサービスに戻すことができます。

    注:

    分散フローには NAT は適用されません。

  • ヘルスチェック監視アプリケーションがMS-MPC/NPU上で実行されます。このネットワークプロセッサユニット(NPU)は、データトラフィックの処理には使用されません。

  • TLBは、ロードバランシング時の静的なvirtual-IP-adddress-to-real-IP-address変換と静的な宛先ポート変換をサポートします。

  • TLBは、複数のVRFサポートを提供しています。

トラフィックロードバランサーのアプリケーションコンポーネント

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

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

注:

TLBは、セッション配信ネクストホップAPIを使用して、サーバー配信テーブルを更新し、統計を取得します。 アプリケーションは、サーバー配布テーブルの管理を直接制御することはできません。TLB APIの追加と削除サービスを通じて、間接的にのみ変更に影響を与えることができます

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

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

注:

サーバーの正常性監視に使用される AMS インターフェイスには、以下の制限が適用されます。

  • TLBインスタンスの下で設定されたAMSインターフェイスは、設定された複数の実サーバーのヘルスチェックにのみ、設定されたメンバーインターフェイスを使用します。

  • メンバーインターフェイスは、単一のVRFケースにはユニット0を使用しますが、複数のVRFケースには1以外のユニットを使用できます。

  • TLBは、AMSメンバーインターフェイスに設定されているIPアドレスを、ヘルスチェックの送信元IPアドレスとして使用します。

  • メンバーインターフェイスは、実際のサーバーへの到達に使用するインターフェイスと同じルーティングインスタンスにある必要があります。これは、TLBサーバーのヘルスチェック手順に必須です。

Junos OS リリース 24.2R1 以降、TLS と SSL が同じグループに設定されている場合、実際のサーバーのステータスを判断するために AND ではなく OR メカニズムが使用されるようになりました。つまり、いずれかのプローブが動作している場合、実際のサーバーは UP としてマークされます。以前は、両方のプローブが成功した場合にのみ、実サーバーはアップとしてマークされていました。

SSLプローブバージョンが提供されると、そのバージョンでプローブします。SSLバージョンが指定されていない場合、動作はバージョンv3からv2へのフォールバックに変更されます。プローブはSSLv3で開始します。SSLv3 プローブが失敗した場合、システムは SSLv2 をプローブします。 以前は、バージョン属性が明示的に指定されていない場合、プローブはデフォルトバージョンであるv3で行われていました。

注:

このヘルスチェック動作の強化は、TLSプローブとSSLプローブが同じヘルスチェックグループで構成されている場合にのみ適用されます。

show services traffic-load-balance statistics instance<inst>extensiveの出力が変更されました。

user@host# show services traffic-load-balance statistics instance <inst-name>
注:

SSL-helloプローブバージョンは、ヘルスチェックプロファイルでSSLバージョンが指定されていない場合、仮想サービスから実際のサーバー統計情報の下に移動されます。

仮想サービス

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

仮想サービス構成には以下が含まれます。

  • モード—トラフィックがどのように処理されるか(変換または透過)を示します。

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

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

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

ベストプラクティス:

デフォルトルーティングを使用するには0.0.0.0の仮想アドレスを割り当てることができますが、TLB用に特別に設定されたルーティングインスタンスに割り当てることができる仮想アドレスの使用を推奨します。

トラフィックロードバランサの設定制限

トラフィックロードバランサの設定制限を 表4に示します。

表4:TLB設定の制限

構成コンポーネント

設定制限

最大インスタンス数

Junos OSリリース16.1R6およびJunos OSリリース18.2R1以降、TLBアプリケーションは、ダイレクトサーバーリターンまたは変換モードを使用する仮想サービスで2,000TLBインスタンスをサポートします。それ以前のリリースでは、インスタンスの最大数は32です。

複数の仮想サービスが同じサーバーグループを使用している場合、それらの仮想サービスはすべて同じロードバランシング方式を使用して、2,000個のTLBインスタンスをサポートする必要があります。

layer2-direct-server-returnモードを使用する仮想サービスの場合、TLBは32個のTLBインスタンスのみをサポートします。layer2-direct-server-returnモードと同じ機能を実行し、2000TLBインスタンスをサポートするには、direct-server-returnモードを使用し、スキップアクションでサービスフィルターを使用できます。

グループあたりの最大サーバー数

255

サービスPICごとの仮想サービスの最大数

32

5秒間隔でのサービスPICあたりのヘルスチェックの最大数

MS-MPC サービス カードの場合:2000

次世代サービスモードおよびMX-SPC3サービスカードの場合:1250

仮想サービスあたりの最大グループ数

1

仮想サービスごとの仮想IPアドレスの最大数

1

サポートされているヘルスチェックプロトコル

ICMP、TCP、HTTP、SSL、TLS-Hello、カスタム

注:

ICMPヘルスチェックは、MS-MPCサービスカードでのみサポートされています。

Junos OSリリース22.4R1以降、TLBはTLS-Helloヘルスチェックタイプをサポートするように拡張されています。TCP を介した TLS-Hello では、TLS v1.2 および v1.3 のヘルスチェックがサポートされています。

TLBの設定

次のトピックでは、TLBの設定方法について説明します。完全なアプリケーションを作成するには、インターフェイスとルーティング情報も定義する必要があります。オプションでファイアウォールフィルターとポリシーオプションを定義して、TLBトラフィックを区別できます。

TLBサービスパッケージの読み込み

TLBを実行する各サービスPICにTLBサービスパッケージをロードします。

注:

次世代サービスおよびMX-SPC3サービスカードの場合、このパッケージを読み込む必要はありません。

サービスPICにTLBサービスパッケージを読み込むには:

  • jservices-traffic-dirdパッケージを読み込みます。

    例えば:

TLBインスタンス名の設定

TLBを設定する前に、[edit]階層で system processes sdk-service enable を設定してsdkサービスプロセスを有効にします。

TLBインスタンスの名前を設定するには:

  • [edit services traffic-load-balance]階層レベルで、TLBインスタンス名を特定します。

    例えば:

インターフェイスとルーティング情報の設定

インターフェイスとルーティング情報を設定するには:

  1. [edit services traffic-load-balance instance instance-name]階層レベルで、このインスタンスに関連するサービスインターフェイスを特定します。

    例えば、MS-MPCでは:

    例えば、MX-SPC3の次世代サービスの場合:

  2. 実際のサーバーから、ステップ 1で特定したサービスインターフェイスへのヘルスチェックパケット応答のルーティングを有効にします。

    例えば、MS-MPCでは:

    例えば、MX-SPC3 では:

  3. トラフィックを順方向に誘導するために暗黙的なフィルターが定義されているクライアントインターフェイスを指定します。これは、変換されたモードでのみ必要です。

    例えば:

  4. データトラフィックをサーバーへの順方向にルーティングするために使用する仮想ルーティングインスタンスを指定します。これは、SLT およびレイヤー 3 DSR に必要です。レイヤー 2 DSR ではオプションです。

    例えば:

  5. リターントラフィックをクライアントに誘導するために暗黙的なフィルターが定義されているサーバーインターフェイスを指定します。
    注:

    リターントラフィックの暗黙的なフィルターは、DSRには使用されません。

    例えば:

  6. (オプション)リターントラフィックのヘルスチェックをバイパスするために使用するフィルターを指定します。

    例えば:

  7. 逆方向のデータをクライアントにルーティングする仮想ルーティングインスタンスを指定します。

    例えば:

    注:

    逆方向にデータをルーティングするための仮想ルーティング インスタンスは、DSR では使用されません。

サーバーの設定

TLBインスタンスのサーバーを設定するには:

ネクストホップ配信で使用できるように、各サーバーの論理名とIPアドレスを設定します。

例えば:

ネットワーク監視プロファイルの設定

ネットワーク監視プロファイルは、セッショントラフィックが配信されるサーバーグループに割り当てるヘルスチェックプローブを設定します。

ネットワーク監視プロファイルを設定するには:

  1. 正常性監視に使用するプローブのタイプ( icmptcphttpssl-hellotls-hello,または custom)を設定します。
    注:

    icmp プローブは、MS-MPCカードでのみサポートされています。

    このリリースでは、次世代サービスおよびMX-SPC3はICMPプローブをサポートしていません。

    • ICMP プローブの場合:

    • TCPプローブの場合:

    • HTTPプローブの場合:

    • SSLプローブの場合:

    • TLS-Helloプローブの場合:

    • カスタムプローブの場合:

  2. プローブ試行の間隔を秒単位(1〜180)で設定します。

    例えば:

  3. 実際のサーバーがダウンとしてタグ付けされるまでの失敗再試行回数を設定します。

    例えば:

  4. 回復再試行回数を設定します。これは、サーバーがアップと宣言されるまでのプローブ試行の成功回数です。

    例えば:

サーバーグループの設定

サーバーグループは、ステートレス、ハッシュベースのセッション配信およびサーバーの正常性監視によってトラフィックが配信されるサーバーで構成されています。

サーバーグループを設定するには:

  1. 1つ以上の構成済み実サーバーの名前を指定します。

    例えば:

  2. デフォルトのインスタンスである inet.0を使用したくない場合は、グループのルーティングインスタンスを設定します。

    例えば:

  3. (オプション)サーバーが立ち上がったときに自動的にグループに再参加できるようにするデフォルトオプションを無効にします。
  4. (オプション)ヘルスチェックに使用するインスタンスのサービスインターフェイスの論理ユニットを設定します。
    1. 論理ユニットを指定します。

    2. 実サーバーからインターフェイスへのヘルスチェックパケット応答のルーティングを有効にします。

    例えば:

  5. このグループ内のサーバーの状態を監視するために使用する1つまたは2つのネットワーク監視プロファイルを設定します。

    例えば:

仮想サービスの設定

仮想サービスは、ハッシュベースまたはランダムなセッション配信とサーバーの正常性監視によって決定されるように、トラフィックが送信されるサーバーのグループに関連付けられたアドレスを提供します。オプションでフィルターとルーティングインスタンスを指定して、TLBのトラフィックを誘導することもできます。

仮想サービスを設定するには:

  1. [edit services traffic-load-balance instance instance-name]階層レベルで、仮想サービスのゼロ以外のアドレスを指定します。

    例えば:

  2. この仮想サービスに使用するサーバーグループを指定します。

    例えば:

  3. (オプション)仮想サービスのルーティングインスタンスを指定します。ルーティングインスタンスを指定しない場合は、デフォルトのルーティングインスタンスが使用されます。

    例えば:

  4. 仮想サービスの処理モードを指定します。

    例えば:

  5. (オプション)変換モード仮想サービスでは、仮想サービスの下のグループ内のすべての実サーバーのIPアドレスをサーバー側フィルターに追加できるようにします。これにより、同じリスニングポートとプロトコルを持つ2つの仮想サービスを、同じインターフェイスとVRF上で設定できます。
  6. (オプション)仮想サービスのルーティングメトリックを指定します。

    例えば:

  7. ロードバランシングに使用する方法を指定します。送信元IPアドレス、宛先IPアドレス、プロトコルの任意の組み合わせに基づいてハッシュキーを提供するハッシュ方法を指定することも、 randomを指定することもできます。

    例えば:

    または

    注:

    仮想サービスのハッシュ方式とランダム方式を切り替えると、仮想サービスの統計情報は失われます。

  8. 変換モード仮想サービスの場合、仮想ポート、サーバーリスニングポート、プロトコルなどの変換サービスを指定します。

    例えば:

  9. 設定をコミットします。
    注:

    TLBインスタンスの下にクライアントインターフェイス設定がない場合、TLBインスタンスの下に設定されたclient-vrfに暗示的クライアントフィルター(VIP用)がアタッチされます。この場合、変換モード仮想サービスのルーティングインスタンスを、TLBインスタンスで設定されたclient-vrfと同じにすることはできません。その場合、コミットは失敗します。

ヘルスチェック監視機能のトレース設定

ヘルスチェック監視機能のトレースオプションを設定するには:

  1. ヘルスチェック監視機能のトレースオプションを設定することを指定します。
  2. (オプション)トレース出力に使用するファイルの名前を設定します。
  3. (オプション)リモートトレース機能を無効にします。
  4. (オプション)ログに記録される操作をフィルタリングするためのフラグを設定します。

    表5 に、含めることができるフラグを示します。

    表5:トレースフラグ

    フラグ

    MS-MPCおよびMX-SPC3カードでのサポート

    説明

    すべての

    MS-MPCおよびMX-SPC3

    すべての操作をトレースします。

    すべてリアルサービス

    MX-SPC3

    すべての実際のサービスをトレースします。

    設定

    MS-MPCおよびMX-SPC3

    トラフィックロードバランサ設定イベントをトレースします。

    接続する

    MS-MPCおよびMX-SPC3

    トラフィック負荷分散装置の IPC イベントをトレースします。

    データベース

    MS-MPCおよびMX-SPC3

    データベースイベントをトレースします。

    ファイル記述子キュー

    MS-MPC

    ファイル記述子キューのイベントをトレースします。

    スレッド間

    MS-MPC

    スレッド間の通信イベントをトレースします。

    フィルター

    MS-MPCおよびMX-SPC3

    トラフィックロードバランサーフィルタープログラミングイベントをトレースします。

    健康

    MS-MPCおよびMX-SPC3

    トラフィック負荷分散装置の正常性イベントをトレースします。

    メッセージ

    MS-MPCおよびMX-SPC3

    通常のイベントをトレースします。

    ノーマル

    MS-MPCおよびMX-SPC3

    通常のイベントをトレースします。

    運用コマンド

    MS-MPCおよびMX-SPC3

    トレーストラフィックロードバランサーショーイベント。

    解析

    MS-MPCおよびMX-SPC3

    トラフィックロードバランサー解析イベントをトレースします。

    プローブ

    MS-MPCおよびMX-SPC3

    プローブイベントをトレースします。

    プローブインフラストラクチャ

    MS-MPCおよびMX-SPC3

    プローブインフラストラクチャイベントをトレースします。

    ルート

    MS-MPCおよびMX-SPC3

    トラフィック負荷分散装置のルートイベントをトレースします。

    SNMP

    MS-MPCおよびMX-SPC3

    トラフィック負荷分散装置のSNMPイベントをトレースします。

    統計情報

    MS-MPCおよびMX-SPC3

    トラフィック負荷分散装置統計イベントをトレースします。

    システム

    MS-MPCおよびMX-SPC3

    トラフィック負荷分散システムのイベントをトレースします。

  5. (オプション)トレースのレベルを設定します。
  6. (オプション)特定のサーバーグループ内の特定の実サーバーのトレースを設定します。
  7. (オプション)Junos OSリリース16.1R6および18.2R1以降では、特定の仮想サービスとインスタンスのトレースを設定します。

変更履歴テーブル

サポートされる機能は、使用しているプラットフォームとリリースによって決まります。 機能エクスプローラー を使用して、機能がお使いのプラットフォームでサポートされているかどうかを確認します。

リリース
説明
16.1R6
Junos OSリリース16.1R6およびJunos OSリリース18.2R1以降、TLBアプリケーションは、ダイレクトサーバーリターンまたは変換モードを使用する仮想サービスで2,000TLBインスタンスをサポートします。
16.1R6
Junos OSリリース16.1R6および18.2R1以降では、特定の仮想サービスとインスタンスのトレースを設定します。