仮想マシンごとにCPUの互換性を設定できる

仮想マシンごとにCPUの互換性を設定できる

　Hyper-Vを導入して、実機から仮想環境に移行する際にもっとも気になるのは、パフォーマンスがどのくらい低下するのか、それは受け入れられる範囲内なのかということでしょう。

　もちろん、古いハードウエアで稼働している複数のOSを、最新のハードウエアで動くHyper-V上に移行する場合など、パフォーマンスが上がることもありますが、同一のハードウエアで物理環境から仮想環境に移行すれば、仕組み上パフォーマンスの低下は避けられません。

　仮想環境ではハードウエアを仮想化するためのオーバーヘッドが必ず存在します。かつてはすべてソフトウエアで処理していましたが、CPUにもそのオーバーヘッドを肩代わりするような仮想化支援機能を搭載するものが増えてきました。

　Hyper-V 1.0 では、Intel VT、AMD-Vといった仮想化支援機能に対応し、よりパフォーマンスの良いハイパーバイザーを提供していました。Hyper-V 2.0では、さらに次世代の仮想化支援機能であるIntel EPTやAMD RVI（NPT）をサポートしています。これらのサポートにより、Second Level Address Translation（以降SLAT）という機能が追加されました。

　OSが使用するメモリー空間のアドレスは仮想化されていて、実際のメモリーにはアドレスを変換してアクセスします。仮想環境では、さらに一段階アドレス変換が増えます。Shared Page Tableを作成してアドレス変換の効率化を図り、パフォーマンスの低下を避けていますが、アドレス変換の負荷は大きく、ハイパーバイザーのプロセスが全体の10％近くまで占めることもあります。

　この仮想OSのアドレス変換を、CPUの仮想支援機能を使って行うようにしたのがSLATです。SLATではハイパーバイザーのCPU負荷も2％程度までに抑えられ、メモリー使用量も節約されています。

　CPUには仮想化支援機能以外にも、各世代でSSEやAMD 3D Now!といった、主にマルチメディアの各種支援機能があり、管理OSだけではなく仮想OSからも使用できます。

　仮想OSから使用できる支援機能はCPUによって異なり、Windowsが自動的に判断して使用します。これは仮想OSのパフォーマンス面では有利ですが、異なるCPUを搭載するサーバー間でLive Migrationを行う際には問題となります。移行元で利用可能な支援機能が、移行先のサーバーには存在しないことがあるためです。

　そのため、Hyper-V 2.0ではCPUの互換性の設定を仮想マシンごとに行うことができ、異なるCPU間のLive Migrationも可能です（同一プロセッサーファミリー間に限ります。Intel機とAMD機との間でのLive Migrationはできません）。

ディスクアクセスのパフォーマンス向上と新機能

　CPU同様、仮想マシンのパフォーマンスに直接影響するのが、仮想ディスクへのアクセスのパフォーマンスです。Hyper-V 1.0ではパフォーマンスの観点から、実運用の環境では容量固定の仮想ディスク、または物理ハードディスク（パススルーディスク）の利用が推奨されていました。

　これは、容量可変の仮想ディスクは使用ディスク量が少なくて済むため便利ですが、パフォーマンスは容量固定の方が有利という位置づけになっていたためです。

　Hyper-V 2.0では、容量可変の仮想ディスクへのアクセスのパフォーマンスが大幅に向上し、Hyper-V 1.0における容量固定の仮想ディスク並みになっています。容量固定の仮想ディスクはさらにパフォーマンスが向上し、ネイティブ接続に近づいています。したがって、容量可変の仮想ディスクも十分実運用環境に利用できるようになりました。

　パフォーマンスの向上以外にも便利な機能が追加されています。稼働中の仮想マシンにストレージを追加したり削除したりできるようになったため、仮想マシンのSCSIインターフェース経由でVHDファイルや物理ディスクを追加・削除できます。

　ここで言うSCSIは、仮想SCSIインターフェースであり、実際のディスクの接続方法はSCSIである必要はありません。サービスを中断することなく仮想マシンにストレージを増設したり、仮想マシンのバックアップ時にディスクを追加したりすることができます。