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 sec の PIC/NPU 当たりのセキュリティ サービスあたりの HC の最大数

4,000

1,250 – 19.3R2

10,000 – 20.1R1

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

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

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

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

TLB(トラフィック ロード バランサ)は、表 2 に示す MX シリーズ ルーターでサポートされている MX シリーズ ルーター、MS-MPC(マルチサービス モジュラー インターフェイス カード)、MS-MIC(マルチサービス モジュラー インターフェイス カード)、または MX-SPC3(モジュラー ポート コンセントレータ)ライン カードとともにサポートされています。

メモ：

TLB と NATを同時に実行することはできません。
表 2:TLB MX シリーズ プラットフォームのサポートの概要

TLB モード

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

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

MX240、MX2480、MX960、MX2008、MX2010、MX2020

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

MX240、MX480、MX960

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

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

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

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

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

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

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

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

トラフィック ロード バランサーには、送信トラフィックを配信し、リターン トラフィックの処理を処理する 3 つの動作モードがあります。

表 3 は 、TLB のサポート内容と、サポートされているカードをまとめたデータ センターです。

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

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

MS-MPC

MX-SPC3

翻訳

はい

はい

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

はい

はい

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

はい

サポートされていません

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

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

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

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

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

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

  • TLB がルートをインストールし、そのルート上のすべてのトラフィックが負荷分散されます。

  • TLB がレイヤー 3 と上位レベルのヘッダーを決して変更しません。

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

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

変換モード

変換モードは、レイヤー 2 DSR 透過モードの柔軟性を提供します。変換モードを選択すると、次の動作が可能になります。

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

  • PFE はステートレス パフォーマンスをロード バランシング:

    • 仮想IPアドレスに向けられたデータトラフィックは、仮想IPアドレスの実際のサーバーIPアドレスへの変換を受け、仮想ポートをサーバー・リッスンポートに変換します。リターン トラフィックはリバース 変換を受ける。

    • 仮想 IP トラフィックへのクライアントの変換トラフィックがルーティングして宛先に到達します。

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

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

      メモ：

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

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

図 2:TLB トポロジ(変換モード向け) TLB Topology for Translated Mode

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

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

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

TLB は次の機能を提供します。

  • TLB は、フローのリクエスト を常 に配信します。DSR モードを指定すると、応答はソースに直接返されます。変換モードを指定すると、リバース トラフィックはサーバー側のインターフェイスで明示的なフィルタを通ってステアリングされます。

  • TLB は、ハッシュベースの暗号化またはロード バランシングサポートロード バランシング。

  • TLB では、サーバーをオフラインで設定して、既存のすべてのフローへの再接続が原因で発生する可能性があるパフォーマンスへの影響を回避できます。管理下の状態でサーバーを追加し、管理下の状態を無効にすることで、後でトラフィックの配信に使用できます。サーバーをオフラインで構成すると、他のサーバーへのトラフィックへの影響を防ぐのに役立ちます。

  • 正常性チェックでサーバーがダウンすると判断された場合は、影響を受けるフローのみ再確認されます。

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

    メモ：

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

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

  • TLB は、仮想 IP アドレスから実 IP アドレスへの静的変換、および仮想ポート間の静的宛先ポート変換をロード バランシング。

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

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

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

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

メモ：

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

サーバーの正常性監視 — シングルヘルスチェックとデュアルヘルスチェック

TLB は、TCP、HTTP、SSL 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 つの正常性チェック プロファイルを設定できます。サーバー グループがデュアル ヘルス チェック用に設定されている場合、両方のヘルスチェック プローブが同時に UP の場合にのみ、実際のサービスが UP であると宣言されます。そうしないと、実際のサービスはダウンすると宣言されます。

メモ：

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

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

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

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

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

仮想サービス

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

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

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

  • セッションが分散されているサーバーのグループ。

  • このロード バランシング方法。

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

ベスト プラクティス:

デフォルト ルーティングを使用するために 0.0.0.0.0 の仮想アドレスを割り当てることができますが、TLB に特化したルーティング インスタンスのセットアップに割り当て可能な仮想アドレスを使用することをお勧めします。

トラフィック ロード バランサーの構成の制限

トラフィック ロード バランサーの構成制限について、表 4 に示します。

表 4:TLB 構成の制限

構成コンポーネント

構成の制限

最大インスタンス数。

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

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

レイヤー 2 ダイレクト サーバーリターン モードを使用する仮想サービスでは、TLB は 32 の TLB インスタンスのみをサポートしています。レイヤー 2-direct-server-return モードと同じ機能を実行し、2,000 の TLB インスタンスをサポートする場合は、direct-server-return モードを使用し、スキップ アクションでサービス フィルタを使用します。

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

255

サービスPIC当たりの最大仮想サービス数

32

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

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

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

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

1

仮想サービス当たりの仮想 IP アドレス最大数

1

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

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

メモ：

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

詳細については、

TLB の設定

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

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

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

メモ：

次世代サービスおよび MX-SPC3 サービス カードについては、このパッケージをロードする必要があります。

サービスPICにTLBサービス パッケージをロードするには、次の方法に示します。

  • パッケージをロード jservices-traffic-dird します。

    例えば：

TLB インスタンス名の設定

TLB を設定する前に、[ edit] 階層で設定して sdk-service system processes sdk-service enable プロセスを有効にしてください。

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. 正常性監視に使用するプローブのタイプを 、 icmpssl-hellotcphttpに設定します。custom
    メモ：

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

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

    • ICMP プローブの場合、

    • TCP プローブの場合:

    • HTTP プローブの場合:

    • SSL プローブの場合:

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

  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 アドレスをサーバー側のフィルターに追加できます。これにより 同じインターフェイスと VRF で同じリッスン ポートとプロトコルを使用して 2 つの仮想サービスを設定できます。
  6. (オプション)仮想サービスのルーティング メトリックを指定します。

    例えば：

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

    例えば：

    または

    メモ：

    ハッシュ方法と仮想サービスのランダムメソッドを切り替える場合、仮想サービスの統計情報は失われます。
  8. 変換モード仮想サービスの場合、仮想ポート、サーバーリッスンポート、プロトコルなどの変換用サービスを指定します。

    例えば：

  9. 設定をコミットします。
    メモ：

    TLB インスタンスの下でのクライアント インターフェイス設定がない場合、暗黙的なクライアント フィルタ(VIP 用)が TLB インスタンスの下で設定された client-vrf に接続されます。この場合、変換モード仮想サービスの下のルーティング インスタンスは、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 アプリケーションは、direct-server-return または変換モードを使用する仮想サービス用の 2,000 TLB インスタンスをサポートします。
16.1R6
リリース リリース Junos OSおよび16.1R6、18.2R1仮想サービスおよびインスタンスのトレースを設定します。