原則として、私はどの製品を使うべきか人に指示することはありません。 自分のニーズに最も適したものを選ぶべきだと思っています。 そのため、このような「痒いところに手が届く」ような、痒いところに手が届くような、痒いところに手が届くような、痒いところに手が届くような、痒いところに手が届くような、そんな商品開発を心がけています。 私は、最初に製品を選んでおいて、それを都合よく正当化する人が嫌いなんです。 よくあるのは、「IBMを買ってクビになった人はいない」とか、「この製品が一番人気がある」とかいう例だ。 私の目的は、どの製品が優れているかを指示することではなく、十分な情報を得た上で決断するよう導くことです。 その決定とは、両方のハイパーバイザーを使用することかもしれません。

Client Hyper-V と VirtualBox。 技術概要

We are all technology people here, so begin to look at the two hypervisors from the technological standpoint.

They’re Not Each Others’ Type

The two products are the most obvious difference between the Client Hyper-V is a type 1 hypervisor and VirtualBox is a type 2 hypervisor.It is the most obvious difference of the Two products is which are a typ. さて、私が「Hyper-V はタイプ 1 のハイパーバイザーです」と言ってから、タイプ 1 のハイパーバイザーとは何かを説明しようとすると、必ずと言っていいほど、私の説明はすべて間違っていて、「Hyper-V は…」、そして、コメント主は Hyper-V をタイプ 2 ハイパーバイザーと説明する、というコメントが少なくとも数件はついています。 私の説明があまり上手くないのか、あるいは、Hyper-Vがタイプ1のハイパーバイザーであることを人々が信じていないのか、どちらかでしょう。 とにかく、タイプ 1 とタイプ 2 を説明する新しい方法を試みますが、この文脈に限定してください。 Oracle VirtualBox

VirtualBox がどのように起動されるかを説明するところから始めます。

1. 物理コンピューターが起動する
2. 物理コンピューターの起動システム (BIOS または UEFI) は、ハードウェアにインストールされているオペレーティング システムに制御を引き継ぎます。 VirtualBox の場合、Windows、Linux、OSX、または Solaris です。
3. ユーザー (ユーザー) は VirtualBox アプリケーションを起動します。 VirtualBox がホスティング プロセスを開始する

簡単でしょう?

1. 物理コンピューターが起動する
2. 物理コンピューターのブート システム (BIOS または UEFI) は Hyper-V にコントロールを渡す
3. Hyper-Vは管理オペレーティング システムを起動します。 管理 OS は Windows、Windows Server、または Hyper-V Server のみです
4. 自動設定または手動ユーザー (あなたです) の指示に従って、Hyper-V は仮想マシン用のパーティションを生成します

異なるタイプ 1 およびタイプ 2 ハイパーバイザーが目標を達成する方法はさまざまなので、いくつかの空論を言って去るわけにはいかないのですが、私は、タイプ 2 ハイパーバイザーが目標達成のためにどのようなことを行っているかを知っています。 ここでは、一般的な違いをいくつか紹介します。

The Importance of Type Differences

Type 1 と Type 2 のハイパーバイザー間の違いについては、多くの文献を見つけることができると思います。 最近のハードウェア、仮想化ソフトウェア、およびオペレーティング システムの機能を考慮すると、その資料のほとんどは疑わしい価値しかありません。 この議論では、タイプ 1 とタイプ 2 の最も重要な違いは、タイプ 1 のハイパーバイザーが常にオンであることです。 Client Hyper-V を「停止」する唯一の方法は、コンピュータの電源を切るか、役割を削除することです。 もちろん、「Hyper-V Virtual Machine Management」サービスを停止することはできますが、それはHyper-Vではありません。 それは管理サービスです。 だからそのような特殊な名前になったのでしょう。 これを停止すると、仮想マシンを管理できなくなりますが、仮想マシンやハイパーバイザーには影響しません。 管理オペレーティング システムをつついても Hyper-V を見ることはできません。

その一方で、VirtualBox は自由に開いたり閉じたりすることが可能です。 管理オペレーティング システムのタスク マネージャーで、VirtualBox アプリケーション、そのサービス、およびその仮想マシンを見つけることができます。 メイン インターフェイスを閉じても、VirtualBox はそのハイパーバイザー カーネルをメモリに残すため、アクティブな仮想マシンは実行され続けます。 最後のVirtualBox仮想マシンを停止すると、VirtualBoxは存在しなくなります。 仮想マシンを実行するには、VirtualBox を再度起動する必要があります。

Client Hyper-V と VirtualBox の型の違いには、いくつかの結果があります。

• Client Hyper-V の管理 OS は仮想マシンと同様に vCPU を使用する
• Client Hyper-V のリソース使用について何か知るには Hyper-V パフォーマンス カウンターを使用する必要があり、それはすべてを物語るものではない
• ハードウェア割り当てが異なる
• リソース優先度が異なる

Hyper-V vs. VirtualBox の違い。 VirtualBox: ハードウェア アクセス

Client Hyper-V に関する苦情を読むと、ハードウェアの問題が一番上に出てきます。 必然的に、VirtualBox、VMware Workstation/Player、およびその他のタイプ 2 ハイパーバイザーと比較されます。 これらの製品では、デバイスの問題がほとんど存在しないことを、不満の声はほとんど聞かれません。 問題の根源は、ハイパーバイザーのタイプにあります。

VirtualBox (または他のタイプ 2 ハイパーバイザー) が仮想マシンを生成するとき、そのコンテナーはアプリケーションが存在する管理オペレーティング システムの内部で実行されます。 他のアプリケーションと同様に、アプリケーションはハードウェアに直接アクセスできません。

たとえば、私の Windows 10 デスクトップのサウンド ハードウェアの割り当てを見てみましょう。 ハードウェアへのアクセスや割り当ては、すべてオペレーティング システムを通じて行われます。 注意: 上記は説明のためのものです。 VirtualBox ゲストをサウンド ハードウェアに接続するために Volume Mixer を使用することはありません。

そこで、VirtualBox ゲストをオンにすると、そのアプリケーション コンテナを使用して、ハードウェアへのアクセスを要求できます。

さて、Client Hyper-V について考えてみましょう。 管理オペレーティング システムは、ゲスト オペレーティング システムから独立した独自のパーティションで実行されます。 VirtualBoxとは異なり、Client Hyper-VのゲストOSは、管理OSへの投影を持ちません。 VirtualBoxのゲストのように、管理OSのAPIにアクセスできないため、管理OSのAPIを呼び出すことができないのです。 Client Hyper-V には、この違いに対処するための機能がありますが、これはすべてハイパーバイザー技術の根本的な違いによるものです。

Takeaway from this section: ゲスト仮想マシンで USB 接続ハードウェアおよび外部ディスクを使用したい場合、VirtualBox を使用する方が簡単です。 ハードウェアのプレゼンテーション

このセクションは、前のセクションと強く結びついています。 VirtualBox で仮想マシンの設定タブをめくってみると、Hyper-V では表示されないものがたくさん見つかります。 チップセットをPIIX3かICH9のどちらにするか決めなければなりません。 Intelオーディオコントローラ、ICH AC97オーディオコントローラ、SoundBlaster 16オーディオコントローラのいずれかを選択する必要があります。 仮想マシンにUSBコントローラを許可する場合、1.1、2.0、または3.0デバイスから選択する必要があります。 Hyper-V はそのような選択を求めません。

ここでの違いは、タイプ 1 対タイプ 2 の議論全体にも関連しています。 タイプ 2 のハイパーバイザーは、より広範な環境で実行できるように設計されており、さまざまな問題が発生します。 これらの問題に対処するために、タイプ2のハイパーバイザーはエミュレーションを多用します。 エミュレーションとは、ソフトウェアがハードウェアデバイスのインターフェイスを模倣することです。 VirtualBoxは、前項で挙げたものをすべてエミュレートしています。 最も顕著なのは、IDE コントローラーとレガシー ネットワーク アダプターです。

エミュレーションは、広く適用可能という問題を解決してくれます。 ご想像のとおり、この汎用性には代償が伴います。 ネットワーク カードやビデオ アダプタなどの特殊なハードウェアの目的は、負担が他にかからないように、それぞれのワークロードを処理することです。 これらはそのタスクのために特別に作られているので、他の目的を念頭に置いて作られた他のコンポーネントよりも（おそらく）うまく処理できます。 エミュレートされたハードウェアでは、汎用の CPU が専用ハードウェアのすべての責任を引き受けます。 VirtualBox は、パフォーマンスに影響するオーバーヘッドを犠牲にして、より広い範囲のシステム上のより広い範囲のハードウェアで動作します。 リソースの優先順位

VirtualBox はハードウェアにインストールされた OS 内でのみ動作するため、その OS のスケジューラーに翻弄されます。 CPU リングに関する一般的な議論を省略した理由の 1 つは、VirtualBox にこのダイアログが含まれていることです:

つまり、多くの人が CPU リング -1 と「真の」タイプ 1 ハイパーバイザーで使用する仮想マシン モニター拡張のみを連想する機能に VirtualBox からアクセスできる、ということです。

しかし、VirtualBox はハードウェアにインストールされたオペレーティング システムによって課される制限に依然として拘束されています。 ハードウェアがインストールされた OS で、暴走する Flash ゲームがメモリと CPU を消費している場合、OS は VirtualBox 仮想マシンのパフォーマンスを好きな程度に低下させることができますし、そうさせるでしょう。 いざとなれば、タスク マネージャーを使用して、VirtualBox のプロセスまたはゲストを強制終了することができます。 CPU とメモリの優先順位付け、ストレージの Quality of Service の有効化、およびすべての仮想マシンのネットワーク帯域幅の制限を設定することができます。 Client Hyper-V はリソースの優先順位を細かく制御できますが、VirtualBox はそうではありません。 ビデオ アクセラレーション

このセクションは、前の議論とは少し異なります。 2 つのハイパーバイザーの違いが、私の経験にどのような影響を与えたかを説明します。

クライアント Hyper-V と VirtualBox の両方がビデオをエミュレートします。 私の経験では、2D アクセラレーションに関して、一方が他方より優れているということを区別することができませんでした。 私は 2D アクセラレーションを大量に要求するとは思っていませんが、ほとんどの最新のデスクトップ オペレーティング システムが、利用できなくなるまで常に明白ではない方法で 2D アクセラレーションを利用していることも知っています。 2つの代表的な例は、フォントのスムージングとウィンドウのアニメーションです。 あなたの好みもあるでしょうが、2D アクセラレーションがどちらのハイパーバイザーにも有利に働くとは思えません。 Client Hyper-V は RemoteFX を提供しています。 私の実験では、それが設計されている範囲内で非常にうまく機能します。 RemoteFX はビデオ アダプターをゲスト OS に投影しないので、そのすべての機能にアクセスすることはできません。 RemoteFX は、必要な 3D アクセラレーション WDDM 準拠のドライバーを含む限り、私がこれまで使用しようとしたすべてのシステムで動作しました。 VirtualBox での 3D アクセラレーションはまったく別の話です。私は、基本的な Windows デスクトップを適切に表示するために十分に機能させることに完全に失敗しました。 3D アクセラレーション機能を試すまでには至りませんでした。 そのため、2 つの間の意味のある比較はできません。

このセクションからの抜粋: 2 つの間で 2D アクセラレーションは同じように見えます。 3D アクセラレーションは、Client Hyper-V でより信頼できるようです。

Hyper-V 対 VirtualBox。 仮想ハード ディスクの互換性

VirtualBox は複数の仮想ハード ディスク形式をサポートします。 7395>

• VDI, VirtualBox のネイティブフォーマット
• VMDK, VMware のフォーマット
• VHD, Microsoft のフォーマット
• HDD, Parallel のフォーマット
• QED and QCOW, QEMU and other hypervisors で使用 VHDX with VirtualBox cannot use you’ve able to find the VHDX for VirtualBox. 別のハイパーバイザーのディスク形式を使用できるからといって、仮想ハードディスクをあるハイパーバイザーから別のハイパーバイザーにスムーズに移行できるとは限りません。

  このセクションからの要点：これは、ほぼ一般的な情報です。 コンバーターを使用せずに、あるプラットフォームから別のプラットフォームへ仮想ハードディスクを移動しようとする場合、VirtualBox が最適な選択肢となります。 その他のビデオ機能

  VirtualBox は、Client Hyper-V が直接競合しないいくつかのビデオ機能を提供します。

  • Client Hyper-V は、1 つのモニターまたはすべてのモニター上にのみ表示できます。 VirtualBox では、1 つから 8 つのモニターを指定できます。
  • VirtualBox は、リモート コンピューターがハードウェアにインストールされたオペレーティング システムに接続して、1 つ以上の特定のゲストのコンソールを表示できるサーバー モードを提供します。 各エンドポイントでは、複数の同時リモート接続が可能です。 Client Hyper-V は vmconnect で同様の機能を提供します。
  • VirtualBox では、仮想マシンを「シームレス」モードに設定することが可能です。

  Takeaway from this section: If any of these features appeal to you, VirtualBox is the only choice.

  Hyper-V vs. VirtualBox: ソース コードへのアクセス

  VirtualBox はオープン ソース ソフトウェアです。 もし、何かが気に入らず、もっと良いものができると思うのであれば、それを使ってください。

  Microsoft はオープンソースの概念に徐々に理解を示し、コミュニティに多くのコードを提出しています。 Windows は有名な話です。 私が理解しているように、Hyper-V のコードベースは Windows と非常に緊密に結合しています。 Hyper-V のコードが公開されることはないでしょう。

  Takeaway from this section: もしオープン ソースのハイパーバイザーを使うことが重要なら、それは Hyper-V のクライアントとして失格です。 使用ライセンス

  Client Hyper-V は、Windows 10 Professional および Enterprise SKU のコンポーネントとして出荷されています。

  Oracle 社は、現在のコア VirtualBox パッケージ (バージョン 5.x 以上) を GPLv2 の下でライセンスしています。 また、いくつかの「拡張機能」を「VirtualBox Personal Use and Evaluation License」という別のライセンスで提供しています。 私は個人的にこれらの機能を使用していませんが、これらは私が上で話した機能のいくつかを包含しています。 このライセンスの条件を深く掘り下げなかったのですが、かなり寛大なようです。 いつものように、ライセンスに関する質問には、訓練を受けた弁護士に相談されることをお勧めします。 Client Hyper-V も VirtualBox も、ゲスト OS ライセンスをまったく提供しません。

  Takeaway from this section: ライセンスは常に重要です。

  Acquisition Client Hyper-V and VirtualBox

  Windows 10 Professional または Enterprise を実行している場合、使用を開始するには Hyper-V ロールを有効にするだけでよい。 https://www.virtualbox.org/