デスクトップ上のタイプ1ハイパーバイザー


10

私は強力な家庭用PCを持っており、VirtualBoxを使用してWindowsでLinuxディストリビューションを実行しました(逆も同様です)。

私はすべてのオペレーティングシステム(Windows 7、Debian、Arch)を実行する軽量タイプ1ハイパーバイザーを試すことに興味があり、どれを選択するか、これを実装する方法の提案を探していました。

私が収集したものから、タイプ1ハイパーバイザーは、VM管理機能を提供するだけの軽量OSです。

各ゲストOSで妥当なパフォーマンスが得られますか?すべてのゲストOSが共有データドライブにアクセスできますか、またはストレージサーバーを別のゲストOSに配置して仮想ネットワーク経由でマウントするのが最善ですか?

ゲームについてはどうですか、これは実現可能ですか、または現実的にベアメタルでWin7を実行する必要がありますか?

任意の入力をいただければ幸いです。


私はあなたが実際に求めていることを反映するようにあなたの質問を編集しました。タイプ1のハイパーバイザーはハードウェア上で直接実行され、タイプ2(VirtualBoxなど)はWindowsなどの従来のOS内で実行されます。
ボブ

Windows 7は正常に動作するはずです。ただし、プロセッサがIOMMU / VT-Dをサポートしているかどうかを確認すると、一部のデバイスに直接アクセスできます。なるだろう巨大なあなたのVMは、直接私が思うあなたのビデオカードを使用できるようになるので、関連のものをゲームのための違いを
ジャーニーマンオタク

私のCPUはコアi5 2500kであり、これは(BIOSで)「ハードウェア仮想化」と呼ばれるもののみをサポートしています
Rory

AFAIKは、タイプ1デスクトップハイパーバイザーではありません。 それ以外の場合、特に限定されたラップトップの選択を目的としたCitrixの製品であり、エンタープライズVDIソリューションと組み合わせた場合にのみ役立ちます。 私があなたが望んでいるものはまだ存在していないので、あなたが求めていることはすべて基本的に愚かです。一般的なタイプIハイパーバイザー(つまり、ESXi、XEN、KVM、HyperV)は、デスクトップシステムでは無意味です。
Zoredache

回答:


4

過去18か月間にVGAパススルーは順調に進んでいるように見えるため、そのような設定が今日機能する可能性があります。ここでの要件は、すべてのハードウェア要素(CPU、マザーボード、GPU)がIntel VT-dまたはAMD-Vi(これらはVT-xまたはAMD-Vと同じではない)であるIOMMUをサポートすることです。

私は同様のことを試そうとしています。私の計画A(Aが失敗した場合はB、C ...が存在する可能性があります)は、カーネル(libvirtおよびqemu)の最新(安定した)バージョンでKVMを試すことです。Arch、Fedora、Proxmoxのいずれかのディストリビューション(つまり、KVM用に最適化されたDebian)から始めます。プロセスと効果を比較するために、さまざまなディストリビューションで同じことをすることもできます。

それでも回答に興味がある場合は、この便利なガイドを見つけました。このガイドは継続的に更新され、最新の状態に保たれています(今日現在-下記の私の回答の日付を参照してください)。ArchLinuxフォーラムでこのガイドKVM VGA-Passthroughに基づいて作業する予定です

KVMだけがオプションではありません。XGAコミュニティではVGAパススルーも強力にサポートされており、EXSiの新しいバージョンでもサポートされています。プランBまたはCが必要な場合は、これらを選択します。


1

まず、「タイプ1」と「タイプ2」のハイパーバイザーの違いは、最近ではあいまいになっています。確かに、1973年の元の定義とは少し異なります。結局のところ、一般的に「タイプ1」と呼ばれるハイパーバイザの多くは、実際にはベアメタルハイパーバイザではなく、ある程度ホストOSに依存しています。

最近では、「サーバー」を意味する「タイプ1」、「ワークステーション」を意味する「タイプ2」と多くの人が言っています。これらは元の定義ではないため、この人為的な違いに注意を払うのはかなり混乱します。

ハイパーバイザーがあなたのやりたいことを達成できるかどうかを判断する方が便利です。

邪魔にならないように:

ゲストツール/準仮想化ドライバーをインストールすると、すべての一般的なハイパーバイザーがほぼネイティブに近いパフォーマンスを提供します。これの主な例外は3Dグラフィックです。これは、ドライバーを使用しても、通常、ネイティブパフォーマンスと比較して実行が不十分です。

(VT-dをサポートするプロセッサを使用して)仮想マシン専用のホストビデオカードを予約することは可能ですが、この機能の開発にVMへのrawアクセスの付与に集中しているため、これは多くのハイパーバイザーでは十分にサポートされていません。ネットワークカード。

ゲーマーの場合は、VMware WorkstationやVirtualBoxなどのデスクトップ仮想化ソリューションを実行して、ホストOSでゲームを実行し、ゲームのパフォーマンスを可能な限り最高にすることを検討する必要があります。

ゲストOS間でデータを共有する場合は、この目的専用のVMを作成するか、さまざまな仮想化ソリューションの機能を使用して、ホストのハードドライブ上のフォルダーにアクセスできるようにします(例:VirtualBoxやVMware Workstationは「共有フォルダー」を提供します"ホストのハードドライブ上のディレクトリをゲストの仮想ハードドライブまたは仮想ネットワーク共有にマップします)。


0

将来(より高機能のハードウェア、より最適化されたハイパーバイザー)がこの分野に革命をもたらすと思いますが、現時点では、VM、Xorg、グラフィックスドライバーのみを備えたLinuxなどの軽量の自己構築ホストOSを使用するのが最善の策ですインストールされている...その後、モニターごとに1つ、フルスクリーンで「実際の」作業オペレーティングシステムを配置できます。これにはVMware Workstationが適しています。

うまくいけば、将来的にはこのタイプのセットアップがより有効になり、3Dグラフィックスのオーバーヘッドが削減されるでしょう。


0

NxTop(現在のCitrix XenClient Enterprise)はかなり良かった。まだ無料のXenClientバージョンがあると思います。MokafiveのベアメタルとWanova(現在はVMwareが所有)は似ていますが、非常に高価であり、一般に企業での使用に適しています。

うまくいけば、VMwareがESXiに似たモデルのタイプ1デスクトップハイパーバイザーをリリースする予定です。無料で入手できますが、クールなエンタープライズ機能を利用するには、vSphereの料金を支払う必要があります。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.