ハードウェア要件

　まず、Hyper-VクライアントとVirtualBoxのハードウェア要件を比べてみよう。Hyper-Vクライアントを使うには、SLAT（Second Level Address Translation）をサポートする64ビットシステムが必要になる。米IntelはSLATをEPT（拡張ページテーブル）と呼び、米AMDはRVI（Rapid Virtualization Indexing）と呼んでいる。どちらも基本的に、プロセッサが仮想から物理へのメモリアドレス変換を効率的に行うことを可能にする。だが残念ながら、現在使われているマシンでは、SLATをサポートしていないものが膨大にある。私が今いる部屋にはコンピュータが4台あり、いずれも2008年以降に製造されたものだが、SLATをサポートしているのは1台しかない（それはこの記事を執筆しているコンピュータではない）。

Hyper-Vのコアコンポーネントは、SLATをサポートしないシステムにはインストールできない

　VirtualBoxはSLATを必要としない。さらに、IntelやAMDの最新チップセットで提供されるハードウェアレベルの仮想化機能（Intel VT-x、AMD-V）を一切必要としない。こうしたハードウェア仮想化拡張機能が提供されていればそれらをサポートするが、それらが提供されていなくても動作しないわけではなく、動作が遅くなるだけだ。この柔軟性のおかげで、VirtualBoxは幅広いシステムで使えて便利だ。

　もっとも、VirtualBoxにもハードウェア支援による仮想化機能を必要とする機能が2つある。64ビットゲストOSとSMP（対称型マルチプロセッシング）のサポートだ。だが、現在出荷されているPCのほとんどは、ハードウェアベースの仮想化機能をサポートしているため、これらの要件はほとんどのユーザーにとって大きな問題ではない（これらのPCがSLATをサポートしているかどうかはまた別の問題だ）。

　メモリ要件に関して言えば、Windows 8は必要メモリがWindows 7よりも少ないため、Windowsが必要とするメモリ量に加えてどれだけのメモリが必要かは、仮想化を何に利用したいかによって決まる。また、Hyper-Vでは、稼働中の仮想マシン（VM）へのメモリ割り当てを動的に増減させたり、使われていないメモリをHyper-VのVM間で共有したりでき、これらによってメモリの利用効率を高められる。

　VirtualBoxは、これらに似た2つの機能を提供する。メモリバルーニングとページフュージョンだ。メモリバルーニングでは、VMをシャットダウンすることなくVMで使用可能なメモリ量を変更できる。これは、稼働中の複数のVM間でメモリを再割り当てしたい場合に便利だ。ページフュージョンでは、同じOSが動作するVM間で同様のメモリページを共有できる。なお、どちらの機能もVMで自動的に有効になっているわけではなく、利用するには手動でトグルをオンにする必要がある。

Windows 8のHyper-Vクライアントのメリットと制約

　Windows 8のHyper-VクライアントとVirtualBoxのようなサードパーティー製ワークステーション仮想化ソフトウェアの大きな違いは、Hyper-VクライアントはWindowsのシステムコンポーネントであることだ。そのメリットは、ゲストとホストを緊密に統合できることにある。

　例えば、.VHD（Internet Explorer Application Compatibility VPC Imageのような）をWindows 8に直接マウントし、Hyper-Vクライアントで起動するといったことが可能だ。このVPC Imageでは、以前のバージョンのInternet Explorer（IE）をWindowsの完全なインスタンスで実行できる。

　VirtualBoxはプラットフォーム非依存であるため、Hyper-VがWindows 8と協調して実現するのと同レベルのシステム統合を実現することはできない。VirtualBoxは、ゲストとホストの緊密な連係を可能にする統合ツールを備えているが、Windowsゲストから個々のアプリケーションをWindowsホストのデスクトップにエクスポートするだけでも、Guest Additions for Windowsに大幅な変更を加える必要がある（Guest Additionsは、VirtualBoxに含まれるソフトウェアパッケージ。仮想マシンにインストールされ、ゲストOSのパフォーマンスを向上させるとともに付加機能を組み込む）。

　ちなみに、理論上は、クロスプラットフォームでこうしたアプリケーションのエクスポートを行う（例えば、仮想化されたWindowsアプリケーションをMacデスクトップにエクスポートする）こともできるが、そのためには多くの作業が必要になる。

　また、Windows 8には、そうしたHyper-Vクライアントの機能を利用するためのウィザード型インタフェースが用意されるかもしれない（正式版でどうなるかは現時点では不明）。そうなれば、.VHDファイルをダブルクリックしてウィンドウで起動できるようになる。さらに、IT担当者はHyper-Vを使って、アプリケーションをホストOSにシームレスにエクスポートできるようになるかもしれない。1つのユースケースは、IEのレガシー版を最新版とともに実行し、両者のウィンドウを並べて使うというものだ（ただし、仮想化を利用してIEの旧バージョンを実行することは、Microsoftの現行のライセンスルールに反している）。

　Windows 8のHyper-Vクライアントはメリットを提供するが、そのポテンシャルをフルに発揮するには、成熟を遂げる必要がある。

　これに対し、VirtualBoxのようなワークステーション仮想化製品には、未知数の部分はほとんどない。VirtualBoxは、必要な機能がそろった十分に進化したアプリケーションであり、比較的ユーザーフレンドリーなインタフェースを持っている。また、Windowsの特定のインスタンスや特定のOSに統合されているわけではなく、Windows、Linux、Mac OS Xなどの上で動作する。

　Hyper-Vクライアントを搭載するWindows 8がリリースされるまで、Hyper-VクライアントがVirtualBoxのような仮想化製品に取って代わるかどうかが取りざたされるだろう。だが、当面は、取って代わることはなさそうだ。Hyper-Vは、VirtualBoxが必要としないプロセッサの拡張機能に依存しており、VirtualBoxは、成熟したユーザーフレンドリーな製品だからだ。