vMXの概要

ネットワーク ルーターのメリットvMX用途

仮想デバイスを使用すると、ネットワーク運用の自動化を通じて設備投資と運用コストを削減できます。自動化がなくても、標準的な x86 サーバー vMXアプリケーションを使用することで、以下が可能になります。

• 新しいサービスを迅速に導入

• カスタマイズされたパーソナライズされたサービスを顧客により簡単に提供

• 成長予測が低い、または不確実な場合は、運用を拡張して IP サービスを顧客の近くに近づけ、ネットワークの成長を管理する

• サービスの提供を新しいサイトに迅速に拡張

十分に設計された自動化戦略は、コストを削減し、ネットワーク効率を高めます。仮想ルーターでネットワーク タスクを自動化vMX、以下を実現できます。

• ネットワーク運用の簡素化

• 新しいインスタンスをvMX迅速に導入

• すべてのインスタンスまたは選択したインスタンスにJunos OSデフォルトのサーバー設定を効率的vMXインストールする

• 既存の既存のルーターをvMX迅速に再構成

次のような特定のネットワーク vMX要件を満たすために、スイッチ ルーターを導入できます。

• ネットワークシミュレーション

• 仮想ブロードバンド ネットワーク ゲートウェイ(vBNG)でブロードバンド加入者を終了

• 物理サーバー ルーターが使用可能になるまでMX シリーズ一時的な導入

統合型ルーター vMX自動化

ネットワーク タスクの自動化により、ネットワークの構成、プロビジョニング、保守が簡素化されます。vMX ソフトウェアは、MX シリーズ ルーターや他の ジュニパーネットワークス ルーティング デバイスと同じ Junos OS ソフトウェアを使用します。そのため、vMX は、Junos OS と同じ自動化ツールをサポートJunos OS。さらに、標準的な自動化ツールを使用して、他の仮想化ソフトウェアと同様vMXを導入できます。

インスタンスのvMXアーキテクチャ

このvMXアーキテクチャは、以下のレイヤーで構成されています。

• 最vMXレイヤーのルーター

• サードパーティ製ソフトウェアとミドルレイヤーのハイパーバイザー

  Linux、サードパーティー ソフトウェア、および KVM ハイパーバイザー(中央レイヤー)は、Junos OS リリース 15.1F3リリースです。リリース Junos OS 15.1F3以前のリリースでは、ホストには Linux オペレーティング システム、適用可能なサードパーティー製ソフトウェア、ハイパーバイザーが含まれている。

• 物理レイヤーのx86サーバーは

図 1 は 、サーバー内の単一のインスタンスvMXアーキテクチャを示しています。このアーキテクチャを理解すると、構成のvMXできます。

サーバーの物理レイヤーには、物理 NIC、CPU、メモリ、イーサネット管理ポートが格納されています。ホストには、適用可能なサードパーティ製ソフトウェアとハイパーバイザーが含まれている。

ソフトウェア リリース Junos OS 15.1F3以前のリリースでサポートされるホストには、Linux オペレーティング システム、適用可能なサードパーティー 製ソフトウェア、ハイパーバイザーが含まれている。

このvMXには、仮想転送プレーン(VFP)用と仮想制御プレーン(VCP)用の仮想マシン(VM)が 2 つ含されています。VFP VM は仮想 Trio 転送プレーン ソフトウェアを実行し、VCP VM は仮想 Junos OS。

ハイパーバイザーは、VFP VM にNIC仮想マシンとして物理インターフェイスをNIC。各仮想NICは、1 つのインターフェイス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 とメモリの観点からより高いリソースが必要です。

  注:

  パフォーマンス モードはデフォルト モードです。

1 つのスイッチ ルーター vMX フロー

x86 サーバー アーキテクチャは、複数のソケットと 1 ソケット内の複数のコアで構成されています。各ソケットには、ホストへの 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 に送信される前に複数のキューでパケットを優先度設定できる QoS スケジューラーがあります(NIC リリース 16.2 でサポートJunos OS)。

RX コンポーネントと TX コンポーネントは、1G または 10G ポートごとに 1 つのコア専用として提供し、最も効率的なパケット処理を実現します。広帯域幅アプリケーションには SR-IOV を使用する必要があります。ワーカー コンポーネントはスケールアウト分散型アーキテクチャを利用し、複数の従業員が 1 秒あたりのパケット処理ニーズに基づいてパケットを処理できます。各ワーカーには専用のコアが必要です(Junos OS 16.2 でサポート)。