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 管理機能を拡張して、自動回復などの機能を提供します。
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 を参照してください。
デバイスの | 仕様 | でサポートされているモデル番号 |
---|---|---|
RE-ACX-5448 |
ACX5448 |
|
EX9200-RE2 |
EX9204、EX9208、EX9214 |
|
RE-S-1600x8 |
MX204 |
|
RE-S-X6-64G |
MX240、MX480、およびMX960 |
|
RE-S-X6-128G |
MX240、MX480、およびMX960 |
|
REMX2008-X8-64G-LT、 |
MX2008 |
|
REMX2008-X8-128G-S |
|
|
レムックス2K-X8-64G |
MX2020およびMX2010 |
|
RE-S-1600x8 |
MX10003 |
|
JNP10K-RE1、JNP10K-RE1-LT、JNP10K-RE1-128 |
MX10008 MX10004 |
|
JNP304-RE-S |
MX304 |
|
ティッカー |
PTX3000 |
RCBは、ルーティングエンジン、コントロールボード、集中型クロックジェネレータ(CCG)の機能を組み合わせたものです |
リ-PTX-X8-64G |
PTX5000 |
|
再PTX10002-60C |
PTX10002-60C |
|
再QFX10002-60C |
QFX10002-60C |
|
SRX5K-RE3 |
SRX5000 |
|
プラットフォームのサポートは、インストールされた Junos OS のリリースによって異なります。
関連項目
VMホストをサポートするルーティングエンジンの顕著な機能
新しいアーキテクチャは、同じエンドユーザーエクスペリエンスを提供し続ける一方で、より優れたパフォーマンスのルーティングエンジンを提供します。
以下は、ルーティングエンジンの顕著な特徴です:
- プラットフォームの仮想化
- ハードウェア支援による準仮想化ゲスト Junos OS
- 管理フレームワークとして機能するゲストJunos OS
- ストレージのパーティション分割と冗長性
- NTPとタイムゾーン
- 自動回復
- 再起動と電源オフの処理
プラットフォームの仮想化
ホスト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 のパーティション分割を示します。
各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サイズに関する情報を示しています。
デバイス | ルーティングエンジンのモデル番号 | 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 です。
図 4 は、ゲスト VM のストレージ割り当てを示しています。
50GB SSDを搭載したルーティングエンジンの場合、ホストパーティションは現状のままになります。
図 5 と図 6 は、MX2010 ルーターと MX2020 ルーターのゲスト VM のホスト パーティション テーブルとストレージ割り当てを示しています。
サイズ 32 GB の仮想ディスクは、VM パーティションからゲスト Junos OS に var-config.disk として割り当てられます。
/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
コマンドを使用して確認できます。
例えば:
host@router> show chassis routing-engine 0 | match "Last reboot reason”
Last reboot reason 0x4000:VJUNOS reboot
host@router> show vmhost uptime re0 | match “Vmhost last reboot reason”
Vmhost last reboot reason: 0x2000:hypervisor reboot
ルーティング エンジンの起動が終了し、ルーターの電源を再び切る必要がある場合は、 request vmhost power-off
コマンドを実行します。ルーティング エンジンを再起動する場合は、 request vmhost reboot
コマンドを使用します。
変更履歴テーブル
機能のサポートは、使用しているプラットフォームとリリースによって決まります。 機能エクスプローラー を使用して、機能がプラットフォームでサポートされているかどうかを判断します。