Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

VM ホストの概要(Junos OS)

VM ホストとは

Junos OSリリース16.1以降、コントロールプレーンの拡張性とパフォーマンスを向上させるだけでなく、Junos OSインフラストラクチャに仮想化機能を提供する仮想化ルーティングエンジンがサポートされています。これらの仮想化ルーティング エンジン(VM ホスト)は、 VM ホストをサポートするルーティング エンジンのハードウェア仕様に記載されています。

手記:

VM ホストは、Junos OS とアップグレードされた FreeBSD のみを実行します。

このセクションの残りの部分では、VM ホストのアーキテクチャについて説明します。VM ホストの詳細については、このガイドの「システムのバックアップと回復」、「ソフトウェアのインストール」、「ファームウェアのインストール」などの章を参照してください。

図 1 は、VM ホストをサポートするルーティング エンジンのアーキテクチャを示しています。以下のコンポーネントで構成されています。

  • ハードウェア層

  • オペレーティングシステムとハイパーバイザーレイヤー。

  • ホストユーティリティとJunos VMゲストレイヤー。

ハードウェア層のサーバには、物理ネットワーク インターフェイス カード(NIC)、CPU、メモリ、およびイーサネット管理ポートが含まれています。NIC は、シングル ルート I/O 仮想化 (SR-IOV) に基づくハードウェア仮想化をサポートしています。SR-IOV では、物理 NIC(物理機能と呼ばれる)はホストによって管理され、仮想機能はゲスト OS によって管理されます。ハードウェア層では、LinuxベースのOSが、カーネルベースの仮想マシン(KVM)およびQuick Emulator(QEMU)とともにホスト環境を提供します。このホストOSは、ブートコンプレックス、CPUメモリストレージ、および物理機能などの他のさまざまなハードウェアコンポーネントを管理します。Junos OSはゲストOSとして動作し、仮想機能を管理し、管理フレームワークとして機能します。さらに、ホストとハイパーバイザーを管理するためのインターフェイスも提供します。

ホストOSで実行される追加のアプリケーションとユーティリティは、次の機能を提供するのに役立ちます。

  • ホストOSとゲストOS間の通信を容易にします。

  • ゲスト Junos OS 上のコマンドと設定に基づいて、ホスト OS の適切な実行をトリガーする。

  • VM 管理機能を拡張して、自動回復などの機能を提供します。

図 1: VM ホストをサポートするルーティング エンジンのアーキテクチャ Architecture of Routing Engines with VM Host Support

VMホストをサポートするルーティングエンジン

VMホストをサポートするルーティングエンジンは、コントロールプレーンの拡張性とパフォーマンスを向上させるだけでなく、Junos OSインフラストラクチャに仮想化機能も提供し、より大きなコンピューティング需要をサポートします。

仮想化により、ゲストと呼ばれるオペレーティングシステムの複数のインスタンスをホスト上で同時に実行し、仮想化されたハードウェアリソースを共有できます。ゲストは、ハイパーバイザーベースのホスト上で動作し、そのリソースを共有する仮想マシン(VM)です。ホストは仮想化ソフトウェアであり、そのハイパーバイザーでは複数のゲストVMを同時に実行し、リソースを共有できます。VM は Junos OS のインスタンスである必要があります。サードパーティ製の VM は、これらのルーティング エンジンではサポートされていません。各 VM は、同じホストで実行されている別の VM とは異なる独自のオペレーティング システム イメージとアプリケーションを実行します。

手記:

Junos OS VM のみがサポートされています。これらのルーティング エンジンでサードパーティの VM を実行することはできません。

VMホストをサポートするルーティングエンジンでは、Junos OSの1つのインスタンスがLinuxベースのホスト(VMホスト)上でVMとして実行され、管理コンテキストで動作するVMとして機能します。Junos OSは、すべての設定、シャーシ制御、ホストOSとの通信、ユーザーインターフェイスコマンドの実行を管理し、エンドユーザーにネイティブに近いJunos OSエクスペリエンスを提供します。

VMHost をサポートするルーティング エンジンのハードウェア仕様の詳細については、 表 1 を参照してください。

でサポートされている
表 1: VM ホストをサポートするルーティング エンジンのハードウェア仕様
デバイスの 仕様モデル番号

RE-ACX-5448

ACX5448

  • 高性能 1.6 GHz Intel 8 コア x86 CPU

  • 32 GB 2 DIMM DRAM

  • 100 GB SATA SSD x 2

EX9200-RE2

EX9204、EX9208、EX9214

  • 6 コア、2 GHz Intel プロセッサ

  • 64 GB の DRAM とデュアル フロント プラガブル SSD は、それぞれ Junos OS イメージとログ用に 64 GB のストレージを提供します。

RE-S-1600x8

MX204

  • 高性能 1.6 GHz Intel 8 コア x86 CPU

  • 32 GB DDR4 RAM

  • 100 GB SATA SSD

RE-S-X6-64G

MX240、MX480、およびMX960

  • 6コアハスウェルCPU

  • 64 GB DRAMと2 つの64 GB ソリッドステートドライブ(SSD)を搭載したウェルズバーグPCHベースのルーティングエンジン

RE-S-X6-128G

MX240、MX480、およびMX960

  • 6コアハスウェルCPU

  • 128 GB DRAMと2 つの128 GB ソリッドステートドライブ(SSD)を搭載したウェルズバーグPCHベースのルーティングエンジン

REMX2008-X8-64G-LT、

MX2008
  • 8コアハスウェルCPU

  • 64 GB DRAMと2つの100 GB ソリッドステートドライブ(SSD)を搭載したウェルズバーグPCHベースのルーティングエンジン

REMX2008-X8-128G-S

  • 8コアハスウェルCPU

  • 128 GB DRAMと2つの200 GB ソリッドステートドライブ(SSD)を搭載したウェルズバーグPCHベースのルーティングエンジン

レムックス2K-X8-64G

MX2020およびMX2010

  • 8コアハスウェルCPU

  • 64 GB DRAMと2 つの64 GB SSDを搭載したウェルズバーグPCHベースのルーティングエンジン

RE-S-1600x8

MX10003

  • 高性能 1.6 GHz Intel 8 コア x86 CPU

  • 64 GB DDR4 RAM

  • 100 GB SATA SSD

JNP10K-RE1、JNP10K-RE1-LT、JNP10K-RE1-128

MX10008

MX10004

  • 高性能 2.2 GHz Intel 10 コア x86 CPU

  • 64 GB DDR4 RAM

  • 200 GB SATA SSD x 2

JNP304-RE-S

MX304

  • 8コア、Intel IcelakeベースのマルチコアプロセッサCPU

  • 128 GB の DRAM

  • 200 GB SATA SSD x 2

ティッカー

PTX3000

  • 64 GB DRAMと2 つの64 GB SSDを搭載したウェルズバーグPCHベースのルーティングエンジン

  • マルチコアハスウェルCPU

RCBは、ルーティングエンジン、コントロールボード、集中型クロックジェネレータ(CCG)の機能を組み合わせたものです

リ-PTX-X8-64G

PTX5000

  • 8コアハスウェルCPU

  • 64 GB DRAMと2 つの64 GB SSDを搭載したウェルズバーグPCHベースのルーティングエンジン

  • 新しいコントロールボードCB2-PTX

再PTX10002-60C

PTX10002-60C

  • 高性能 1.6 GHz Intel 8 コア x86 CPU

  • 32 GB DDR4 RAM

  • 50 GB SATA SSD x 2

再QFX10002-60C

QFX10002-60C

  • 高性能 1.6 GHz Intel 8 コア x86 CPU

  • 32 GB DDR4 RAM

  • 50 GB SATA SSD x 2

SRX5K-RE3

SRX5000
  • 6コアハスウェルCPU

  • 128 GB の DRAM

  • 2 つの 128 GB ソリッド ステート ドライブ(SSD)

手記:

プラットフォームのサポートは、インストールされた Junos OS のリリースによって異なります。

VMホストをサポートするルーティングエンジンの顕著な機能

新しいアーキテクチャは、同じエンドユーザーエクスペリエンスを提供し続ける一方で、より優れたパフォーマンスのルーティングエンジンを提供します。

以下は、ルーティングエンジンの顕著な特徴です:

プラットフォームの仮想化

ホストOSとKVM(またはハイパーバイザー)で構成される中間層の導入によるプラットフォームの仮想化。

  • Junos OSの複数のインスタンスの同時実行をサポートします。

  • サードパーティ製ソフトウェアを直接実行できるサポートを有効にします。

ハードウェア支援による準仮想化ゲスト Junos OS

既定のパフォーマンスと機能と共に、プラットフォーム仮想化の利点をユーザーに提供します。準仮想化とは、基盤となるハードウェア コンポーネントに類似したソフトウェア コンポーネントが VM 内に存在し、ハイパーバイザーと対話して多くの操作を実行する仮想化技術です。完全仮想化とは対照的に、この手法では VM での仮想化のオーバーヘッドが削減されます。

管理フレームワークとして機能するゲストJunos OS

設定、シャーシ制御、ホスト OS との通信、ユーザー インターフェイス コマンドの実行は、ゲスト Junos OS で管理されます。

ストレージのパーティション分割と冗長性

内蔵ソリッドステートドライブ(SSD)は、ルーティングエンジンを操作するためのブートメディアとして使用されます。USBストレージやネットワークブートなどの追加オプションは、インストールとリカバリの目的で使用できます。ルーティングエンジンが正常に機能するために、50 GB SSD を 2 台セット使用できます。ルーティングエンジンでは、両方のSSDが機能している必要があります。ストレージのパーティション分割は、ルーティングエンジンのデバッグ、新規インストール、SSDの交換に重要です。

2つのSSDのうち、1つはプライマリSSDとして動作し、もう1つはバックアップSSDとして機能します。プライマリSSDでは、現在のセットと代替(または以前の)セットの2セットのソフトウェアブートイメージを使用できます。システムは現行セットからブートしますが、代替セットには前のバージョンのソフトウェア・ブート・イメージが含まれます。ソフトウェアのアップグレード後、新しいバージョンのソフトウェアが代替セットで使用できるようになります。アップグレード後にデバイスがリブートされると、代替セットが新しいカレント セットとなり、古いバージョンのソフトウェア イメージを伝送する現在のセットが代替セットになります。代替セットに切り替えるには、 request vmhost software rollback コマンドを使用します。ソフトウェアのアップグレードまたはソフトウェアのロールバックが実行されるまで、システムはディスク上の同じイメージセットから起動するようにプログラムされています。

両方のSSDは、ホストブートパーティション、ルートパーティション、およびゲストイメージストレージ用のパーティションを提供するためにパーティション化されています。ホストブートパーティションには、OS、Linuxカーネル、およびRAMファイルシステムのブートを担当するソフトウェアであるブートローダーが含まれています。ルートパーティションには、ホストOSのルートファイルシステムが含まれています。

図 2 に、SSD のパーティション分割を示します。

図2: SSDパーティショニング SSD Partitioning

各SSDパーティションには、完全に機能するホストソフトウェアの複数のセットが含まれています。プライマリSSDで起動に失敗した場合、ルーターは代替SSDで利用可能なスナップショットを使用して起動できます。このスナップショットは、新規インストールまたは request vmhost snapshot コマンドを使用して生成できます。

Junos OSリリース18.1R1以降、MX240、MX480、MX960、MX2010、MX2020およびPTX5000のルーティングエンジンはセキュアブートをサポートしています。

Junos OSリリース18.2R1以降、MX2008のルーティングエンジンはセキュアブートをサポートしています。

セキュアブートをサポートするルーティングエンジンでは、RAMとSSDの両方がそれぞれ128GBと2x200GBにアップグレードされています。SSDサイズの増加により、コアファイルとログファイルのストレージの増加が容易になります。

次の表は、さまざまなルーティングエンジンのSSDサイズに関する情報を示しています。

表 2: ルーティング エンジンの SSD サイズ
デバイス ルーティングエンジンのモデル番号 SSDサイズ
ACX5448

RE-ACX-5448

100GB x 2

EX9204、EX9208、EX9214 EX9200-RE2 64GB x 2
MX204 RE-S-1600x8

50GB x 2

MX240、MX480、およびMX960

RE-S-2200X6-64G-S

50GB x 2

RE-S-X6-64G-LT

50GB x 2

RE-S-X6-128G-S

200GB x 2

MX2008

REMX2008-X8-64G-LT

100GB x 2

REMX2008-X8-128G-S

200GB x 2

MX2010およびMX2020

RE-MX2K - X8 - 64G

100GB x 2

RE-MX2K-X8-64G-LT

100GB x 2

RE-MX2K-X8-128G-S

200GB x 2

MX10003 RE-S-1600x8 50GB x 2

MX10008

MX10004

JNP10K-RE1、JNP10K-RE1-LT、JNP10K-RE1-128

200GB x 2

PTX3000 ティッカー 64GB x 2
PTX5000 リ-PTX-X8-64G 64GB x 2

PTX10002-60C

再PTX10002-60C

50GB x 2

QFX10002-60C

再QFX10002-60C

50GB x 2

SRX5000 SRX5K-RE3

128GB x 2

show vmhost hardwareコマンドを使用して、増加したRAMサイズ、SSDサイズ、およびその他のハードウェア情報を表示できます。

次の図では、コア ファイルとログ ファイルのストレージを増やすためのホストのパーティションについて説明します。 図3 は、200 GB SSDを搭載したMX240、MX480、MX960、MX2008、およびPTX5000ルーター上のホストのパーティションを示しています。サイズが 56 GB の仮想ディスクは、VM パーティションからゲストに var-config.disk として割り当てられます。このディスクの現在のサイズは 15 GB です。

図3: 200 GB SSD搭載ルーティングエンジンのホストパーティションテーブル Host partition table for Routing Engines with 200-GB SSDs

図 4 は、ゲスト VM のストレージ割り当てを示しています。

図 4: ゲスト VM Partitioning of the guest VMのパーティション分割
手記:

50GB SSDを搭載したルーティングエンジンの場合、ホストパーティションは現状のままになります。

図 5 と図 6 は、MX2010 ルーターと MX2020 ルーターのゲスト VM のホスト パーティション テーブルとストレージ割り当てを示しています。

図5: 100GB SSD搭載のMX2010およびMX2020ルーター上のルーティングエンジンのホストパーティションテーブル Host partition table for Routing Engines on MX2010 and MX2020 routers with 100GB SSD

サイズ 32 GB の仮想ディスクは、VM パーティションからゲスト Junos OS に var-config.disk として割り当てられます。

図 6: MX2010およびMX2020ルーターのゲストVMパーティション Guest VM partition on MX2010 and MX2020 Routers

/var サイズの拡張を実装するには、SSD の再フォーマットが必要です。アップグレードは、次のいずれかの方法で実装できます。

  • SSD Disk2 からのインストール - バックアップ ディスク(SSD Disk2)からホスト OS を起動し、junos-vmhost-install-x.tgz イメージをインストールします。

  • USBからのインストール

NTPとタイムゾーン

日付とタイムゾーンは、管理ゲストのJunos OSからホストOSに同期されます。そのため、Junos OSとホストOSのシステムログファイルのタイムスタンプが同期されます。

自動回復

自動回復 (自動回復) 機能には、次の機能があります。

  • システム起動時のディスクパーティションの破損を検出し、パーティションを自動的に回復しようとする

  • システム起動時にJunos OS設定の破損を検出し、設定の回復を自動的に試行することで、運用と管理が中断されないようにします。

  • システム起動中にJunos OSライセンスの破損を検出し、ライセンスの自動回復を試みる。

リカバリプロセス中に、ホストOSはプライマリディスクで利用可能なイメージからJunos VMの起動を試みます。ただし、Junos VM の起動に失敗した場合、ホストOSは、 request vmhost snapshot 最後に実行された操作であれば、バックアップ ディスクで使用可能なホスト OS イメージとJunos OSイメージのスナップショットからJunos VMの起動を試みます。バックアップ ディスクにスナップショットが含まれていない場合、ホスト OS は、 request vmhost upgrade 最後に実行された操作であれば、プライマリ ディスクの代替セットで使用可能なソフトウェアから Junos VM の起動を試みます。

自動回復機能は、ゲスト OS で既定で有効になっています。自動回復を無効にする必要がある場合 (デバッグのためにエラー状態を調べる場合など) は、次のコマンドを使用します。

user@host> set vmhost no-auto-recovery

再起動と電源オフの処理

ルーティング エンジンは、 request vmhost reboot コマンドを使用して再起動できます。このコマンドは、ゲスト Junos OS とホスト OS の両方を再起動することで、ルーティング エンジンを再起動します。ただし、ルーティング エンジンの再起動は、さまざまな理由でトリガーされる可能性があります。ホスト OS の再起動をトリガーするイベントまたは理由は、ゲスト OS の再起動をトリガーするイベントまたは理由とは異なります。

ゲストOSの再起動は、Junos OSのみが再起動され、ホストOSが稼働していることを意味します。ゲスト OS の再起動をトリガーする理由のいくつかを次に示します。

  • パニックによる再起動

  • VJUNOS 再起動 - シャットダウン後のゲスト OS の再起動。

  • ホストからの VJUNOS ウォッチドッグ - エミュレートされたウォッチドッグ タイマーの有効期限によるゲストの再起動

ホストOSの再起動は、ホストOSとゲストOS(ここではJunos OS)の両方が再起動されることを意味します。ホスト OS とゲスト OS の再起動をトリガーするいくつかの理由を次に示します。

  • ハイパーバイザーの再起動

  • 電源の再投入または電源障害

  • 例外のため再起動します。

  • リセットボタンのリセット:フロントパネルのリセットボタンが押されたことでトリガーされる再起動。

  • サーマル・シャットダウン

  • ウォッチドッグ—PCHウォッチドッグタイマーの期限切れにより再起動します

再起動の理由は、 show chassis routing-engine コマンドまたは show vmhost uptime コマンドを使用して確認できます。

例えば:

ルーティング エンジンの起動が終了し、ルーターの電源を再び切る必要がある場合は、 request vmhost power-off コマンドを実行します。ルーティング エンジンを再起動する場合は、 request vmhost reboot コマンドを使用します。

変更履歴テーブル

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

解放
形容
18.2
Junos OSリリース18.2R1以降、MX2008のルーティングエンジンはセキュアブートをサポートしています。