ペルセウス

ハイパーバイザーは一般的にType 1とType 2に分類されます。コンピュータのハードウェアリソースが比較的限られている組み込みシステムでは、 処理負荷（オーバーヘッド）が少ないType 1が主に使用されます。一方、Type 2は既存のデスクトップやサーバーのOS上にアプリケーションの形でインストールして使用するため、 常にホストOSが必要となり、Type 1に比べて処理負荷が大きくなります。 Type 1を見てみると、ハイパーバイザーはコンピュータのハードウェア上で直接動作し、 その上で複数のゲストOSが動作します。したがって、1つのゲストOSが起動に失敗しても、システム全体には影響せず、安定して稼働を続けることができます。これは、 最も処理負荷の少ないハイパーバイザー構成の代表的な例です。このような理由から、Type 1ハイパーバイザーは車載用のE/Eシステムに適しています。 ただし、Type 1の中でも特殊なケースとして「KVM（カーネルベース仮想マシン）」という仮想化技術があります。KVMでは、ゲストOSの一つにLinux OSを使用する場合、 そのLinux OSをホストOSとして設定します。コンピュータの電源が入ると、まずホストOSであるLinuxが起動し、その後にKVM機能が動作を開始し、 さらにゲストOSが起動されるという仕組みです。しかし、このKVM方式では、ホストOSであるLinux OSに障害が発生すると、システム全体が動作しなくなるという欠点があります。 したがって、ハイパーバイザーを選定する際には、こうした点をあらかじめ考慮する必要があります。

仮想化対象のハードウェア（例：CPUやMCU）において、ハイパーバイザーの特権モードを認識する機能が備わっていない場合、 その不足を補うために、ハイパーバイザーソフトウェアや、その上で動作するOSのカーネルソフトウェアを改修する方式が取られます。 このような方式は「準仮想化（パラバーチャライゼーション）」と呼ばれ、2010年以前のCPU仮想化システムでは一般的に用いられていました。 しかし、2020年以降はMCUでさえハイパーバイザーを認識するモードが構造的にサポートされるようになり、準仮想化方式はほとんど使われなくなっています。

仮想化対象となるハードウェア（例：CPUやMCU）に、ハイパーバイザーソフトウェアの特権モードを認識する機能が備わっている場合、 ハイパーバイザーの上で動作するOSのカーネルソフトウェアを改変することなく、そのまま使用できる方式です。