JDM を使用した仮想ネットワーク機能の管理
仮想ネットワーク機能の理解
仮想ネットワーク機能(VNF)には、Juniper Device Manager(JDM)から起動および管理できるすべての仮想エンティティが含まれます。現在、仮想マシン(VM)は、サポートされている唯一の VNF タイプです。
JDM 環境には、いくつかのコンポーネントがあります。
JDM- すべてのサービスVMのライフサイクルを管理します。 JDMは、設定の永続性を備えたCLI、またはスクリプトと自動化にNETCONFを使用する機能も提供します。
Primary Junos OS VM- プライマリ仮想デバイスである システム VM 。この VM は、システムの実行中は常に存在します。
Other Junos OS VMs- これらの VM は サービス VM であり、外部コントローラによって動的にアクティブ化されます。このタイプのVMの典型的な例は、vSRX仮想ファイアウォールインスタンスです。
Third-party VNFs- JDMは、Ubuntu Linux VMなどのサードパーティ製VMの作成と管理をサポートします。
JDM アーキテクチャーは、 図 1 に示すように、すべての VM を JDM に接続する内部ネットワークを提供します。
JDM は、内部ネットワーク(192.0.2.1/24)を使用して任意の VNF に到達できます。
Junos OS リリース 15.1X53-D470 までは、ライブ IP は 192.168.1.0/24 サブネットにあります。それ以降のすべての Junos OS リリースでは、ライブ IP は 192.0.2.0/24 サブネットにあります。
VNF は、システム内の管理ポートと NIC ポートを所有または共有できます。
すべての VM は分離して実行され、1 つの VM で状態が変更されても、別の VM には影響しません。システムが再起動すると、永続的な構成ファイルの指定に従ってサービス VM がオンラインになります。システムを正常にシャットダウンすると、Junos VM を含むすべての VM がシャットダウンされます。
表 1 に、一般的に使用される VNF の頭字語と用語の用語集を示します。
用語 |
定義 |
---|---|
Jcp |
Junos コントロール プレーン(プライマリ Junos OS VM とも呼ばれます) |
Jdm |
ジュニパーデバイスマネージャー |
ティッカー |
ネットワーク機能の仮想化 |
Vm |
仮想マシン |
ティッカー |
仮想ネットワーク機能 |
NFX250 デバイスで仮想ネットワーク機能をオンボードするための前提条件
Junos Control Plane(JCP)を介して、NFX デバイス上のジュニパー VNF およびサードパーティ製 VNF をオンボードし、管理できます。
デバイスにオンボードできるVNFの数は、CPUやシステムメモリの数などのシステムリソースの可用性によって異なります。
VNFをオンボーディングする前に、VNF用のCPU、メモリ、ストレージなどの利用可能なシステムリソースを確認することをお勧めします。詳細については、 VNF ライフサイクルの管理を参照してください。
VNF の前提条件
VNFをインスタンス化するために、NFXデバイスは以下をサポートします。
KVMベースのハイパーバイザー導入
OVS または Virtio インターフェイス ドライバー
生またはqcow2 VNFファイルタイプ
(オプション)SR-IOV
(オプション)CD-ROM および USB 設定ドライブ
(オプション)メモリ要件の巨大なページ
VNF ライフサイクルの管理
JDM CLI を使用して VNF を管理できます。さらに、 libvirt ソフトウェアは広範な仮想化機能を提供します。CLI による制限を受けないように、JDM には XML 記述子ファイルを使用して VNF を操作するオプションが用意されています。ネットワーク構成プロトコル(NETCONF)は、すべてのVNF操作をサポートします。システム内には複数のVNFが共存でき、XML記述子ファイルまたはイメージを使用して複数のVNFを設定できます。
XML 記述子ファイルで指定されている VNF リソースが、使用可能なシステムリソースを超えないようにしてください。
このトピックでは、VNFのライフサイクル管理について説明します。
- VNF の計画リソース
- VNF イメージの管理
- ブートストラップ設定の準備
- VNFの起動
- VNF へのリソースの割り当て
- VNF の状態の管理
- VNF MACアドレスの管理
- MTU の管理
- JDM から VNF にアクセスする
- VNFのリストの表示
- VNF の詳細の表示
- VNF の削除
VNF の計画リソース
目的
VNFを起動する前に、システムインベントリを確認し、VNFに必要なリソースが利用可能であることを確認することが重要です。VNFは、そのリソース要件がシステムの使用可能な容量を超えないように、適切に設計および設定する必要があります。
コマンドの出力
show system inventory
には、システムリソース使用状況の現在のスナップショットのみが表示されます。VNF を起動すると、リソース使用量が VNF パッケージのインストール時に使用可能だった使用量よりも少なくなることがあります。VNF を開始する前に、システムリソースの使用状況を確認する必要があります。
一部の物理 CPU はシステムによって予約されています。以下の物理 CPU を除き、その他はすべてユーザー定義 VNF で使用できます。
表 2 に、NFX250-LS1 用に予約されている物理 CPU のリストを示します。
CPUコア |
割り当て |
---|---|
0 |
ホスト、JDM、JCP |
4 |
ホストブリッジ |
7 |
Ipsec |
表 3 に、NFX250-S1、NFX250-S2、NFX250-S1E デバイス用に予約されている物理 CPU のリストを示します。
CPUコア |
割り当て |
---|---|
0 |
ホスト、JDM、JCP |
6 |
ホストブリッジ |
7 |
Ipsec |
詳細については、以下を参照してください。
VNF イメージの管理
遠隔地からデバイスにVNFイメージをロードするには、 コマンドを使用します file-copy
。または、NETCONF コマンドを使用して file-put
VNF イメージをロードすることもできます。
VNFイメージは /var/third-party/images ディレクトリに保存する必要があります。
ブートストラップ設定の準備
ブートストラップ設定 ISO ファイルを含む CD または USB ストレージ デバイスをアタッチすることで、VNF をブートストラップできます。
ブートストラップ設定ファイルには、外部コントローラからVNFにアクセスできるようにし、さらなるランタイム設定のために外部コントローラからのSSH、HTTP、またはHTTPS接続を受け入れる初期設定が含まれている必要があります。
ISO ディスクイメージは、次のようにブートストラップ構成ファイル用にオフラインで作成する必要があります。
user@jdm>request genisoimage bootstrap-config-filename iso-filename
VNFの起動
VNF を起動するには、VNF 名を設定し、XML 記述子ファイルまたはイメージへのパスを指定します。
イメージを使用して VNF を起動すると、デフォルトで 2 つの VNF インターフェイスが追加されます。これらのインターフェイスは、管理および内部ネットワークに必要です。これら 2 つのインターフェイスでは、0000:00:03:0 や 0000:00:00:04:0 などのターゲットの周辺機器コンポーネント相互接続 (PCI) アドレスが予約されています。
XML 記述子ファイルを使用して VNF を起動するには:
user@jdm# set virtual-network-functions vnf-name init-descriptor file-path user@jdm# commit
イメージを使用してVNFを起動するには:
user@jdm# set virtual-network-functions vnf-name image file-path user@jdm# commit
VNFのUUIDを指定するには、次の手順に従います。
user@jdm# set virtual-network-functions vnf-name [uuid vnf-uuid]
uuid
はオプションのパラメータであり、システムが VNF に UUID を割り当てられるようにすることをお勧めします。
初期化記述子またはイメージ構成は、初期化記述子およびイメージ構成を保存してコミットした後に変更することはできません。VNF の初期化記述子またはイメージを変更するには、VNF を削除してから再度作成する必要があります。
コミットチェックは、JDM CLI によるイメージ仕様に基づく VNF 設定にのみ適用され、初期化記述子 XML ファイルに基づく VNF 設定には適用されません。
イメージファイルを使用してVNFを作成するには、以下を確認してください。
イメージ、ディスク、USBには、複数のVNFにアタッチできるiso9660タイプファイルを除き、VNF内またはVNF全体で使用される一意のファイルを使用する必要があります。
raw フォーマットで image として指定されるファイルは、パーティションテーブルとブートパーティションを持つブロックデバイスでなければなりません。
qcow2 形式のイメージとして指定されたファイルは、有効な qcow2 ファイルである必要があります。
VNF へのリソースの割り当て
このトピックでは、VNFにさまざまなリソースを割り当てるプロセスについて説明します。
VNF に対する CPU の指定
VNF に必要な仮想 CPU の数を指定するには、次のコマンドを入力します。
user@jdm# set virtual-network-functions vnf-name virtual-cpu count 1-4
仮想 CPU を物理 CPU に固定するには、次のコマンドを入力します。
user@jdm# set virtual-network-functions vnf-name virtual-cpu vcpu-number physical-cpu pcpu-number
物理 CPU 番号は、数値または範囲のいずれかです。デフォルトでは、VNF には、物理 CPU に固定されていない 1 つの仮想 CPU が割り当てられます。
VNF が 実行 状態の場合、VNF の CPU 設定を変更することはできません。変更を有効にするには、VNF を再起動します。
VNF CPU のハードウェア仮想化またはハードウェアアクセラレーションを有効にするには、次のコマンドを入力します。
user@jdm# set virtual-network-functions vnf-name virtual-cpu features hardware-virtualization
VNF へのメモリの割り当て
VNF が使用できる最大プライマリメモリーを指定するには、以下のコマンドを入力します。
user@jdm# set virtual-network-functions vnf-name memory size size
デフォルトでは、1 GB のメモリが VNF に割り当てられます。
VNF が 実行 状態の場合、VNF のメモリ設定を変更することはできません。変更を有効にするには、VNF を再起動します。
VNFに巨大ページを割り当てるには、次のコマンドを入力します。
user@jdm# set virtual-network-functions vnf-name memory features hugepages [page-size page-size]
page-size は省略可能なパラメーターです。指定できる値は、ページ・サイズが 1GB の場合は 1024、ページ・サイズが 2 MB の場合は 2 です。デフォルト値は1024 hugepagesです。
hugepages の構成は、拡張オーケストレーション モードが有効になっている場合にのみ推奨されます。拡張オーケストレーションモードが無効で、VNF が巨大ページを必要とする場合、VNF XML 記述子ファイルには、巨大ページ設定の XML タグが含まれている必要があります。
イメージファイルを使用して作成された VNF の場合、すべてのユーザー定義 VNF に設定できる合計メモリには、巨大ページに基づくメモリと巨大ページに基づかないメモリを含めるという上限があります。
表4 に、さまざまなNFX250モデル用に予約可能な最大巨大ページメモリを示します。
モデル |
メモリ |
最大巨大ページメモリ(GB) |
CSO-SDWAN 用の最大巨大ページメモリ(GB) |
---|---|---|---|
NFX250-S1 |
16GB |
8 |
- |
NFX250-S1E |
16GB |
8 |
13 |
NFX250-S2 |
32GB |
24 |
13 |
NFX250-LS1 |
16GB |
8 |
- |
VNF ストレージデバイスの設定
仮想 CD を追加するか、仮想 CD のソース・ファイルを更新するには、次のコマンドを入力します。
user@jdm# set virtual-network-functions vnf-name storage device-name type cdrom source file file-name
仮想 USB ストレージ・デバイスを追加するには、以下のコマンドを入力します。
user@jdm# set virtual-network-functions vnf-name storage device-name type usb source file file-name
追加のハード・ディスクを接続するには、次のコマンドを入力します。
user@jdm# set virtual-network-functions vnf-name storage device-name type disk [bus-type virtio | ide] [file-type raw | qcow2] source file file-name
VNF から仮想 CD、USB ストレージデバイス、またはハードディスクを削除するには、次のコマンドを入力します。
user@jdm# delete virtual-network-functions vnf-name storage device-name
VNF から CD をアタッチまたはデタッチした後、変更を有効にするには、デバイスを再起動する必要があります。デバイスが VNF 内で使用されている場合、CD のデタッチ操作は失敗します。
VNF は、1 つの仮想 CD、1 つの仮想 USB ストレージ デバイス、および複数の仮想ハード ディスクをサポートします。
VNF が 実行 状態のときに、CD または USB ストレージデバイス内のソースファイルを更新できます。
ソースファイルを / var/サードパーティディレクトリ に保存する必要があり、ファイルにはすべてのユーザーに対する読み取りおよび書き込み権限が必要です。
イメージファイルを使用して作成されたVNFの場合は、次のことを確認します。
raw形式でハードディスクとして指定されたファイルは、パーティションテーブルを持つブロックデバイスである必要があります。
qcow2 形式でハード ディスクとして指定されたファイルは、有効な qcow2 ファイルである必要があります。
USBとして指定するファイルは、パーティションテーブルを持つブロックデバイス、またはiso9660タイプのファイルである必要があります。
CD-ROM として指定されたファイルは、iso9660 タイプのブロックデバイスである必要があります。
VNFにbus-type=ideで指定されたイメージがある場合、名前が持っていたデバイスは接続されていません。
VNFにbus-type=virtioで指定されたイメージがある場合は、vdaという名前のデバイスがアタッチされていない必要があります。
VNF インターフェイスと VLAN の設定
VNF インターフェイスを作成し、物理 NIC ポート、管理インターフェイス、または VLAN に接続できます。
VNF の状態の管理
デフォルトでは、VNF 設定はコミット時に自動的に開始されます。
VNF MACアドレスの管理
CLI を使用して定義された VNF インターフェイス、または初期化記述子 XML ファイルで指定された VNF インターフェイスには、グローバルに一意の永続的 MAC アドレスが割り当てられます。MACアドレスの割り当てには、64個のMACアドレスの共通プールが使用されます。共通プールで使用可能なMACアドレス以外のMACアドレスを設定することができ、このアドレスは上書きされません。
VNFインターフェイスのMACアドレスを削除または変更するには、VNFを停止し、必要な変更を行ってから、VNFを開始する必要があります。
VNF インターフェイスに指定する MAC アドレスは、システム MAC アドレスまたはユーザー定義の MAC アドレスのいずれかです。
システム MAC アドレス プールから指定する MAC アドレスは、VNF インターフェイスに対して一意である必要があります。
MTU の管理
最大伝送単位(MTU)は、断片化せずに転送できる最大のデータ単位です。MTU サイズは、1500 バイトまたは 2048 バイトのいずれかを設定できます。デフォルトの MTU 値は 1500 バイトです。
MTU 設定は、VLAN インターフェイスでのみサポートされます。
MTU サイズは、1500 バイトまたは 2048 バイトのいずれかです。
システムで設定できる OVS上のVLANインターフェイスの最大数は20です。
VNF インターフェイスの MTU の最大サイズは 2048 バイトです。
JDM から VNF にアクセスする
SSH または VNF コンソールを使用して、JDM から VNF にアクセスできます。
ctrl-] を使用して仮想コンソールを終了します。
Telnet セッションを使用してコマンドを実行しないでください。
VNFのリストの表示
user@jdm> show virtual-network-functions ID Name State Liveliness ----------------------------------------------------------------- 3 vjunos0 running alive - vsrx shut off down
VNFの ライブ性 出力フィールドは、VNFのIPアドレスがJDMから到達可能かどうかを示します。ライブネスブリッジのデフォルトIPアドレスは192.0.2.1/24です。
VNF の詳細の表示
VNF の詳細を表示するには:
user@jdm> show virtual-network-functions vnf-name Virtual Machine Information --------------------------- Name: vsrx IP Address: 192.0.2.4 Status: Running Liveliness: Up VCPUs: 1 Maximum Memory: 2000896 Used Memory: 2000896 Virtual Machine Block Devices ----------------------------- Target Source --------------- hda /var/third-party/images/vsrx/media-srx-ffp-vsrx-vmdisk-15.1-2015-05-29_X_151_X49.qcow2 hdf /var/third-party/test.iso
VNF の削除
VNFを削除するには:
user@jdm# delete virtual-network-functions vnf-name
VNF イメージは、VNF を削除した後もディスクに残ります。
NFX250プラットフォームでのvSRX仮想ファイアウォールVNFの作成
vSRX仮想ファイアウォールは、仮想化されたプライベートクラウドまたはパブリッククラウド環境でセキュリティサービスとネットワークサービスを提供する仮想セキュリティアプライアンスです。NFX250プラットフォーム上の仮想ネットワーク機能(VNF)として実行できます。vSRX仮想ファイアウォールの詳細については、ジュニパーネットワークスのウェブサイト( https://www.juniper.net/)の製品ドキュメントページを参照してください。
Juniper Device Manager(JDM)コマンドラインインターフェイスからvSRX仮想ファイアウォールVNFをアクティブ化するには、次の手順に従います。
NFX250でvMX仮想ルーターをVNFとして設定する
vMXルーターは、Juniper MXシリーズ5Gユニバーサルルーティングプラットフォームの仮想バージョンです。物理インフラストラクチャとサービスを迅速に移行する場合、NFX250プラットフォームでvMXを仮想ネットワーク機能(VNF)として設定できます。vMXの設定と管理の詳細については、 vMXの概要を参照してください。
VNF を設定する前に、システム インベントリを確認し、必要なリソースが利用可能であることを確認します。VNFとしてのvMXは、そのリソース要件がシステムの利用可能な容量を超えないように設計および設定する必要があります。NFX250 で最低 20 GB の空き容量があることを確認します。
ジュニパーデバイスマネージャー(JDM)コマンドラインインターフェイス(CLI)を使用して、NFX250でvMXをVNFとして設定するには、次の手順に従います。
NFX250 の仮想ルート リフレクタの概要
仮想ルートリフレクタ(vRR)機能を使用すると、64ビットIntelベースのブレードサーバーまたはアプライアンスで実行できる汎用仮想マシンを使用して、ルートリフレクタ機能を実装できます。ルートリフレクタはコントロールプレーンで動作するため、仮想環境で実行できます。Intelベースのブレードサーバーまたはアプライアンス上の仮想ルートリフレクターは、ルーター上のルートリフレクターと同じように機能し、フルメッシュ内部BGPピアリングに代わるスケーラブルな代替手段を提供します。
Junos OS リリース 17.3R1 以降、NFX250 ネットワーク サービス プラットフォームに仮想ルート リフレクタ(vRR)機能を実装できます。ジュニパーネットワークスNFX250ネットワークサービスプラットフォームは、ジュニパーネットワークスNFX250デバイスで構成されています。これは、ジュニパーネットワークスのセキュアで自動化されたソフトウェア主導の顧客宅内機器(CPE)デバイスであり、仮想化されたネットワークおよびセキュリティサービスをオンデマンドで提供します。NFX250デバイスでは、仮想マシン(VM)のライフサイクルやデバイス管理、およびその他の多くの機能にJunosデバイスマネージャー(JDM)が使用されています。JDM CLIの外観はJunos OS CLIに似ており、Junos OS CLIと同じ付加価値を備えています。
-
vRR Junos OSリリース20.1R1以降、vRRではLinuxブリッジ(LB)モードと拡張オーケストレーション(EO)モードの両方がサポートされています。EO モードで vRR VNF をインスタンシエートすることを推奨します。
-
NFX250デバイスでのLBモードのサポートは、NFX Junos OSリリース18.4で終了しました。
-
NFX250デバイスでのNFX-2ソフトウェアアーキテクチャのサポートは、NFX Junos OSリリース19.1R1で終了しました。
-
NFXホストリリース21.4R2およびvRR Junos OSリリース21.4R2以降、NFX250 NextGenデバイスにvRR VNFを導入できます。vRR では、拡張オーケストレーション(EO)モードのみがサポートされています。
vRR のメリット
vRR には以下の利点があります。
スケーラビリティ:vRR 機能を実装することで、機能が実行されるサーバ コア ハードウェアに応じてスケーラビリティが向上します。また、ネットワーク内の複数の場所に仮想ルートリフレクタを実装できるため、低コストでBGPネットワークを拡張できます。NFX250のIPv4ルートを使用したルーティング情報ベース(RIB)の最大スケールは2,000万です。
より迅速で柔軟な導入:vRR機能をオープンソースツールを使ってIntelサーバーにインストールすることで、ルーターのメンテナンスを軽減できます。
スペースの節約:ハードウェアベースのルートリフレクタには、中央のオフィススペースが必要です。仮想ルート・リフレクタ機能は、サーバー・インフラストラクチャーまたはデータ・センターで使用可能な任意のサーバーに展開できるため、スペースを節約できます。
vRR の詳細については、 仮想ルートリフレクタ(vRR)のドキュメントを参照してください。
NFX250 での vRR のソフトウェア要件
NFX250 で vRR をサポートするには、次のソフトウェア コンポーネントが必要です。
ジュニパーデバイスマネージャー:ジュニパーデバイスマネージャー(JDM)は、仮想マシン(VM)ライフサイクル管理、デバイス管理、ネットワークサービスオーケストレータモジュール、サービスチェイニング、vSRX仮想ファイアウォール、vjunos、そして現在はVNFとしてのvRRを含むVNFへの仮想コンソールアクセスをサポートする、省スペースのLinuxコンテナです。
Junosコントロールプレーン:Junosコントロールプレーン(JCP)は、ハイパーバイザーで実行されるJunos VMです。JCP を使用して NFX250 デバイスのネットワーク ポートを設定できます。JCP はデフォルトで NFX250 上で vjunos0 として実行されます。SSHサービスを使用してJDMからJCPにログオンでき、コマンドラインインターフェイス(CLI)はJunosと同じです。
NFX250 で vRR を VNF として設定する
vRR は、Linux ブリッジ(LB)モードまたは拡張オーケストレーション(EO)モードのいずれかで、VNF として設定できます。
Linux ブリッジ モードで NFX250 上の vRR VNF を設定する
- Junos デバイス マネージャー(JDM)を vRR 用に設定
- 管理 IP が構成されていることを確認する
- デフォルトルートが構成されていることを確認する
- vRR用Junosコントロールプレーン(JCP)の設定
- vRR の起動
- JDM からの vRR VNF のライブ性検出の有効化
Junos デバイス マネージャー(JDM)を vRR 用に設定
デフォルトでは、NFX250をパワーオンした後にJunosデバイスマネージャー(JDM)仮想マシンが起動します。デフォルトでは、拡張オーケストレーションモードは JDM で有効になっています。vRR の設定中に、拡張オーケストレーション モードを無効にし、インターフェイス設定を削除して、NFX デバイスを再起動します。
Junos デバイス マネージャー(JDM)仮想マシンを vRR 用に構成するには、次の手順を実行します。
管理 IP が構成されていることを確認する
デフォルトルートが構成されていることを確認する
目的
既定のルートが DNS とゲートウェイ アクセス用に構成されていることを確認します。
アクション
設定モードから コマンド show route
を入力します。
user@jdm# show route
destination 172.16.0.0/12 next-hop 10.48.15.254; destination 192.168.0.0/16 next-hop 10.48.15.254; destination 207.17.136.0/24 next-hop 10.48.15.254; destination 10.0.0.0/10 next-hop 10.48.15.254; destination 10.64.0.0/10 next-hop 10.48.15.254; destination 10.128.0.0/10 next-hop 10.48.15.254; destination 10.192.0.0/11 next-hop 10.48.15.254; destination 10.224.0.0/12 next-hop 10.48.15.254; destination 10.240.0.0/13 next-hop 10.48.15.254; destination 10.248.0.0/14 next-hop 10.48.15.254; destination 10.252.0.0/15 next-hop 10.48.15.254; destination 10.254.0.0/16 next-hop 10.48.15.254; destination 66.129.0.0/16 next-hop 10.48.15.254; destination 10.48.0.0/15 next-hop 10.48.15.254;
vRR用Junosコントロールプレーン(JCP)の設定
デフォルトでは、Junos コントロールプレーン(JCP)VM はNFX250の電源を入れた後に起動します。JCP 仮想マシンは、NFX250 デバイスのフロント パネル ポートを制御します。VLAN は、ポートを使用する sxe
仮想ルートリフレクタ VM インターフェイスと JCP VM 間のブリッジングを提供します。フロント パネル ポートは、VRR ポートの同じ VLAN ブリッジの一部として設定されます。その結果、パケットは、vRR VNFポートではなく、JCP間でこれらのブリッジングポートを使用して送受信されます。
vRR に JCP を設定するには、以下のステップを実行します。
vRR の起動
vRR イメージアーカイブの一部である XML 設定テンプレートを使用して、vRR VNF を仮想ネットワーク機能(VNF)として起動できます。
JDM からの vRR VNF のライブ性検出の有効化
VNFのライブ性は、VMのIPアドレスがJunosデバイスマネージャー(JDM)にアクセスできるかどうかを示します。VM のライブ性がダウンしている場合は、その VM に JDM から到達できないことを意味します。コマンドを使用して、VM show virtual-machines
のライブ性を表示できます。デフォルトでは、vRR VNF のライブ性はダウンと表示されます。vRR VNFを作成する前に、JDMでライブ性検出を有効にすることをお勧めします。
JDM から vRR VNF のライブ性検出を有効にするには、以下のステップを実行します。
拡張オーケストレーションモードでのNFX250上のvRR VNFの設定
vRR VNFを設定する前に、システムインベントリを確認し、必要なリソースが コマンドを使用して使用可能 show system visibility
であることを確認します。 VNFとしてのvRRは、そのリソース要件がシステムの使用可能な容量を超えないように設計および設定する必要があります。
拡張オーケストレーション(EO)モードで vRR VNF をインスタンス化するには、JDM CLI 設定を使用し、XML 記述子ファイルを使用しません。EOモードでは、インターフェイスをブリッジングするためのNFVバックプレーンとしてOpen vSwitch(OVS)を使用します。
Juniper Device Manager(JDM)CLI から vRR VNF をアクティブ化するには、次の手順に従います。
クロスコネクトの設定
クロスコネクト機能により、VNF インターフェイスなどの任意の 2 つの OVS インターフェイス、または OVS に接続された hsxe0 や hsxe1 などの物理インターフェイス間のトラフィック切り替えが可能になります。すべてのトラフィック、または特定の VLAN に属するトラフィックを、任意の 2 つの OVS インターフェイス間で双方向に切り替えることができます。
この機能は、一方向トラフィック フローをサポートしていません。
クロスコネクト機能は以下をサポートします。
すべてのネットワークトラフィックに対して、2つのVNFインターフェイス間の無条件クロスコネクト。
VNF インターフェイス間の VLAN ベースのトラフィック転送は、以下の機能をサポートします。
VLAN ID に基づいてトラフィックを切り替えるオプションを提供します。
トランクからアクセス ポートへのネットワーク トラフィック フローをサポートします。
アクセスからトランク ポートへのネットワーク トラフィック フローをサポートします。
VLAN プッシュ、ポップ、スワップ操作をサポートします。
クロスコネクトを設定するには:
アナライザ VNF とポートミラーリングの設定
ポートミラーリング機能を使用すると、ネットワークトラフィックを監視できます。この機能がVNFインターフェイスで有効になっている場合、OVSシステムブリッジは、分析のためにそのVNFインターフェイスのすべてのネットワークパケットのコピーをアナライザVNFに送信します。ポートミラーリングまたはアナライザJDMコマンドを使用して、ネットワークトラフィックを分析できます。
ポートミラーリングは、OVS システムブリッジに接続された VNF インターフェイスでのみサポートされます。
ポートミラーリングオプションを設定する前に、VNFインターフェイスを設定する必要があります。
設定後にアナライザ VNF がアクティブになった場合、変更を有効にするには VNF を再起動する必要があります。
アナライザルールには、最大 4 つの入力ポートと 1 つの出力ポートのみを設定できます。
出力ポートは、すべてのアナライザ ルールで一意である必要があります。
入力 VNF インターフェイスの設定を変更する後は、アナライザ VNF 再起動とともに、それを参照するアナライザルールを非アクティブ化してからアクティブにする必要があります。
アナライザ VNF を設定し、ポートミラーリングを有効にするには: