vMXの概要
まとめこのトピックを読んで、仮想ルーターのvMXをご覧ください。
3D vMX ルーターは、3D ユニバーサル エッジ ルーター MX シリーズバージョンです。MX シリーズルーターと同様に、vMXルーターはJunos オペレーティング システム(Junos OS)を実行し、TrioチップセットをモデルにしたJunos OSパケット処理と転送をサポートしています。vMX ルーターの構成と管理は物理 MX シリーズ ルーターと同じです。そのため、OSS(運用サポート システム)を更新することなく、vMX ルーターをネットワークに追加できます。
ハイパーバイザvMX x86サーバーにソフトウェア・コンポーネントをインストールし、ハイパーバイザー(KVM(カーネルベースの仮想マシン)ハイパーバイザーまたはVMware ESXiハイパーバイザーのいずれかを実行します。
KVMハイパーバイザーを実行するサーバーの場合は、Linuxオペレーティングシステムと該当するサードパーティ製ソフトウェアも実行します。vMX コンポーネントは、パッケージに含まれるオーケストレーション スクリプトを実行してインストールする 1 つのソフトウェア パッケージに含まれています。オーケストレーション スクリプトは、ネットワーク導入用にカスタマイズした設定ファイルvMXします。1つのサーバーに複数vMXインスタンスをインストールできます。
ESXiハイパーバイザーを実行しているサーバーでは、該当するサードパーティ製ソフトウェアを実行します。
一部Junos OS機能では、この機能のアクティブ化にライセンスが必要です。ライセンスの詳細については、 vMX KVM および VMware vMX ライセンス を参照してください。ライセンス管理の一 般情報 については、ライセンス ガイドを参照してください。詳細については 、製品データ シートを参照してください。または、 ジュニパー またはパートナーにお問いジュニパーください。
他のルーターのvMXと用途
仮想デバイスを使用すると、ネットワーク運用の自動化を通じて設備投資と運用コストを削減できます。自動化がなくても、標準的な x86 サーバー vMXアプリケーションを使用することで、以下が可能になります。
新しいサービスを迅速に導入
カスタマイズされたパーソナライズされたサービスを顧客により簡単に提供
運用を拡張して IP サービスを顧客の近くに寄したり、成長予測が低い場合や不確実な場合はネットワークの成長を管理する
サービス提供サービスを新しいサイトに迅速に拡張
十分に設計された自動化戦略は、コストを削減し、ネットワーク効率を高めます。新しいルーターでネットワーク タスクをvMXすることで、以下が可能になります。
ネットワーク運用の簡素化
新しいアプリケーション インスタンスvMX迅速に導入
選択したアプリケーション インスタンスのJunos OSデフォルト設定を効率的vMXインストールする
既存の既存のルーター vMX迅速に再設定
次のような特定のvMXネットワーク エッジの要件を満たすソリューション ルーターを導入できます。
ネットワークシミュレーション
vBNG(仮想ブロードバンド サービス)を使用してネットワーク ゲートウェイ加入者を終了
物理サーバー ルーターが使用可能になるまでMX シリーズ一時的な導入
統合型ルーター vMX自動化
ネットワーク タスクを自動化することで、ネットワークの構成、プロビジョニング、保守が簡素化されます。vMX ソフトウェアは、MX シリーズ ルーターや他の ジュニパーネットワークス ルーティング デバイスと同じ Junos OS ソフトウェアを使用vMX同じ自動化ツールをJunos OS。さらに、標準的な自動化ツールを使用して、他の仮想化ソフトウェアvMXと同様に、ソフトウェアを導入できます。
インスタンスのvMXアーキテクチャ
このアーキテクチャvMXは、以下のレイヤーで構成されています。
最vMXレイヤーの最上部にあるルーター
中層のサードパーティ製ソフトウェアとハイパーバイザー
リリース 1 以前のリリースの中層にある Linux、サードパーティー 製ソフトウェア、KVM Junos OS ハイパーバイザ15.1F3リリースです。リリース Junos OS 以前15.1F3 ホストには、Linux オペレーティング システム、該当するサードパーティー製ソフトウェア、ハイパーバイザーが含まれている。
物理層の下のx86サーバーは
図 1 は、 サーバー内の単一アプリケーション インスタンスvMXアーキテクチャを示しています。このアーキテクチャを理解すると、ネットワーク構成のvMX役立ちます。

サーバーの物理レイヤーには、物理 NIC、CPU、メモリ、イーサネット管理ポートが格納されています。ホストには、該当するサードパーティー製ソフトウェアとハイパーバイザーが含まれている。
ホストは、Junos OS リリース 15.1F3 以前のリリースでサポートされ、Linux オペレーティング システム、該当するサードパーティー製ソフトウェア、ハイパーバイザーが含されています。
このvMXには、2 つの個別の仮想マシン(VM)、1 つは VFP(仮想転送プレーン)、もう 1 つは仮想転送プレーン(VCP)用コントロール プレーンがあります。VFP VM は仮想 Trio 転送プレーン ソフトウェアを実行し、VCP VM は仮想Junos OS。
ハイパーバイザーがVFP VMに物理的NIC仮想サーバーとして提供NIC。各仮想ネットワークNICインターフェイスにvMXマップされます。 図 2 は 、マッピングを示しています。
オーケストレーション スクリプトは、各仮想NICを、設定vMX指定したインターフェイスにマッピングします。オーケストレーション スクリプトを実行し、vMX インスタンスを作成した後、Junos OS CLI を使用して、VCP でこれらの vMX インターフェイスを設定します(Junos OS リリース 15.1F3 以前のリリースでサポート)。

仮想インスタンスvMX作成した後、 Junos OS CLI を使用して、VCP vMXインターフェイスを設定します。次vMX ルーターは、次のタイプのインターフェイス名をサポートしています。
ギガビット イーサネット(ge)
10 ギガビット イーサネット(xe)
100 ギガビット イーサネット(et)
vMX上のJunos OS CLIと基礎となる物理NICで設定されたインターフェイスは、インターフェイス タイプの観点から独立しています(例:ge-0/0/0は10ギガビット NICにマッピングできます)。
VCP VM と VFP VM は、相互に通信するためにレイヤー 2 接続が必要です。サーバー 間 のインスタンスごとにサーバーにローカルである内部ブリッジvMX、この通信が可能になります。
VCP VM と VFP VM は、サーバーのイーサネット管理ポートと通信するためにレイヤー 2 接続も必要です。VFP と VCP の両方に一意の IP アドレスと MAC アドレスを持つ仮想イーサネット インターフェイスを指定して、仮想イーサネット インスタンスに外部ブリッジを設定vMX必要があります。すべてのインスタンスのイーサネット管理vMXは、イーサネット管理ポートを通じてサーバーに入り込む。
ネットワーク トラフィックが物理サーバーから仮想ネットワークNICされる方法はNIC設定した物理的な仮想化技術に依存します。
vMXに応じて、2 つのモードで実行するように設定できます。
Lite モード — 低帯域幅で実行する CPU とメモリのリソースを少なくします。
パフォーマンス モード — 高帯域幅で実行するには、CPU とメモリの観点からより高いリソースが必要です。
注:パフォーマンス モードはデフォルト モードです。
インスポート ルーター vMX フロー
x86サーバーのアーキテクチャは、ソケット内に複数のソケットと複数のコアで構成されています。また、各ソケットには、パケットをホストへの I/O 転送中に保存NICメモリも備いています。メモリからパケットを効率的に読み取る場合、ゲスト アプリケーションと関連する周辺機器(NIC など)は、1 つのソケット内に存在する必要があります。ペナルティは、メモリ アクセスに対するスパニング CPU ソケットに関連付けられるので、パフォーマンスが低下する可能性があります。
VFP は、次の機能コンポーネントで構成されています。
受信スレッド(RX): RX はパケットをNIC VFP に移動します。事前に分類を実行して、ホストバウンド パケットの受信優先度を保証します。
ワーカー スレッド: ワーカーは、パケット操作と処理に関連するルックアップとタスクを実行します。これは物理インターフェイス ルーターでのルックアップ ASIC にMX シリーズ相当します。
TX(送信スレッド): TX はパケットをワーカーから物理インターフェイスにNIC。
RX コンポーネントと TX コンポーネントは、同じコア(I/O コア)に割り当てられます。VFP に十分なコアがある場合、コア スケジューラー QoS別のコアを割り当てできます。使用可能なコアが十分ではない場合、デバイス スケジューラQoS TX コアを共有します。
TX は、QoS スケジューラーを備え、複数のキューでパケットを NIC に送信する前にパケットの優先度を設定できます(Junos OS リリース 16.2 でサポート)。
RX コンポーネントと TX コンポーネントは、1G または 10G ポートごとに 1 つのコア専用として提供し、最も効率的なパケット処理を実現します。高帯域幅アプリケーションでは、SR-IOV を使用する必要があります。ワーカー コンポーネントはスケールアウト分散アーキテクチャを活用し、複数のワーカーがパケット/秒の処理ニーズに基づいてパケットを処理できます。各ワーカーには専用コアが必要です(Junos OS 16.2 でサポート)。