同じマシン上でゲストのオペレーティング システムを表示できるタイプ 1 ハイパーバイザー (ベア メタル、ホスト OS なし) を持つことが可能かどうかを理解しようとしています。
たとえば、2 台の Windows サーバーと 1 台の Ubuntu サーバーをホストする XenServer があります。これらはすべてリモートで管理可能ですが、アクセスするには別のマシンが必要です。
他のマシンが利用できないイベント シナリオでは、物理ホストにアクセスして、ゲスト VM に直接接続できるようにしたいと考えています。
オプションを確認したところ、既存の XenServer では、物理ホスト上のゲストに対してテキスト ベースのコンソール ビューしか取得できないようです。
KVM は自然なハイブリッド タイプ 1 とタイプ 2 ハイパーバイザーのようですが、それでも、Ubuntu VM をホストに降ろして KVM をホストすれば、CPU サイクルをいくらか節約できるかもしれません。
他に選択肢はありますか? 何らかの形式の X11 + VNC を使用して各 OS を ALT + TAB できる XenServer/ESXi/Hyper-V サーバーを想像しています。
答え1
一見そうは見えないかもしれませんが、Hyper-Vは実際にははタイプ1ハイパーバイザーは、仮想化層が配置されているため、下にWindowsオペレーティングシステムとすべてのハードウェアアクセスを仲介します（ハードウェア支援仮想化が大幅に改善される前は、Hyper-Vホストではグラフィックパフォーマンスが非常に遅くなることがよくありました。OSが座っているためその上仮想化レイヤー)。
もちろん、Hyper-V ホストはゲスト システムのコンソールに完全にアクセスできます (GUI のない Server Core エディションを実行することを選択しない限り)。
役に立つリンク:
http://en.wikipedia.org/wiki/ハイパーバイザー
http://en.wikipedia.org/wiki/プラットフォーム仮想化ソフトウェアの比較
http://www.virtualizationsoftware.com/top-5-enterprise-type-1-hypervisors
答え2
実際にオンチップで実行されない限り、「ベアメタル」ハイパーバイザーというものは存在しません。Xen、ESXi、Hyper-V はすべて、ハイパーバイザー OS が起動し、次にセカンダリ管理 OS を起動する二重カーネル スタックです。VM がハイパーバイザー上で実行されている間、ハイパーバイザー レベルが OS ではないということではありません。
KVM に関しては、ほとんどの処理に Linux カーネルを使用することでアプローチが簡素化されます (Linux カーネルはすでにそれらの処理を実行でき、多くの場合、どのハイパーバイザーよりも優れています。結局のところ、KVM はずっと長い間存在し、開発され、最適化されています)。ただし、ハイパーバイザー部分は ESXi や Xen と同様に「ベアメタル」です。
つまり、タイプ 1/タイプ 2 などの議論は意味がなく、専用のハイパーバイザー システムをデスクトップ上の仮想化ソフトウェアと区別するためのマーケティングに過ぎません。
さて、推奨事項ですが、あなたが求めているものは Linux/KVM と Hyper-V (フル Windows エディション) でネイティブに実行できます。または、Virtualbox や VMWare WS などのデスクトップ指向の仮想化製品のいずれかを使用することもできます。私の知る限り、これは Linux 上の Xen でも可能ですが、もちろん xenserver エディションではありません。
PS: KVM を使用すると、ハイパーバイザーに X がインストールされていない場合でも、GUI コンソールとテキスト コンソールの両方にアクセスできます。
答え3
おそらく、ESXi のデバイス パススルーを使用して、ビデオ カードと USB (キーボード/マウス) をゲスト VM に渡し、同じボックスで他のホストを管理するために使用できます。追加のキーボード/マウスとモニターが必要になります (ディスプレイにデュアル入力のオプションがない限り)。
答え4
いいえ、あなたが尋ねていることは単純に不可能です。
考えてみてください。グラフィカルユーザー インターフェイスでは、仮想ハイパーバイザーにはビデオ ドライバーとウィンドウ システムが必要です。これは自動的に、薄いハイパーバイザー レイヤーではなく、本格的な OS であることを意味します。
したがって、タイプ 1 ハイパーバイザーではそれができません。実際のところ、真のタイプ 1 ハイパーバイザーはファームウェア ベースです (IBM/Oracle のパーティショニングおよび仮想化システムを考えてみてください)。一方、ESXi などの組み込みハイパーバイザーも、厳密な意味では真のタイプ 1 ハイパーバイザーではありません。
ただし、ハイブリッドまたはタイプ 2 ハイパーバイザーのパフォーマンスへの影響を過大評価していると思います。最小限の CentOS/Debian システムは、リソース使用量の点では非常に軽量です。