VMホストの概要(Junos OS)

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

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

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

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

注:VMホストは、各ディスク上の各セットについて、Junos OS VMイメージ(Backup.x)のバックアップコピーを内部的に保持します。耐障害性コードは、起動時に現在のイメージで修正不可能なファイルシステムの破損を検出した場合、これらのバックアップコピーを使用して実行中のCurrent.x Junos OS VMイメージを復元します。

各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	2 x 100GB
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
MX301	内蔵ルーティングエンジン	200GB x 2
MX2008	REMX2008-X8-64G-LT	2 x 100GB
	REMX2008-X8-128G-S	200GB x 2
MX2010およびMX2020	RE-MX2K-X8-64G	2 x 100GB
	RE-MX2K-X8-64G-LT	2 x 100GB
	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	RCBPTX	64GB x 2
PTX5000	RE-PTX-X8-64G	64GB x 2
PTX10002-60C	RE-PTX10002-60C	50GB x 2
QFX10002-60C	RE-QFX10002-60C	50GB x 2
SRX5000	SRX5K-RE3	128GB x 2

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

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

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

注:

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

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

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

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

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

• USBからのインストール

NTPとタイムゾーン

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

自動リカバリー

自動回復(autorecovery)機能は、以下の機能を提供します。

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

• システム起動時に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 コマンドを使用します。