Hyper-Vで仮想マシンの世代を「第2世代」にしたところ、OSのインストール時にISOファイルがブートできない。画面上には、下記のように出力されて、UEFIでISOファイルのブートが止められている。
Microsoft Hyper-V UEFI Virtual Machine Boot Summary 1.SCSI DVD (0,1) The image's hash and certificate are not allloed (DB).
原因は、セキュアブートが有効になっていることで、承認されていないイメージのブートが止められているため。ブートできるようにするためには、仮想マシンの設定を変更する。
Hyper-Vの機能をインストールしたPCであっても、Windowsサンドボックスの機能は使用可能。
仮想LANによるネットワークも利用可能。
Hyper-Vの統合サービスディスクは、Windows 2000の場合は、SP4が必要。
SP3のWindows 2000をHyper-V上に移行し、統合サービスディスクを入れると、警告がでてインストールできない。
解説しているページへのリンク。
Hyper-V環境でのMicrosoft Windows Serverライセンスの仕組みとは？
http://techtarget.itmedia.co.jp/tt/news/1009/09/news02.html
もっとシンプルなんだけど、解説か日本語訳かのどちらかが悪い。
マイクロソフト用語が多すぎるので、混乱する・・・。
簡単どころか、余計に混乱するような感じ。
簡単に行ってしまえば、Windows Server 2008 R2を買ったとして、
ベースとなるWindows Server 2008 R2をインストールする。
これで、実は１ライセンス消費。
でも、このWindowsの上に、Hyper-Vをインストールして、
ゲストOSとして同じくWindows Server 2008 R2をインストールする。
この場合、Windows ライセンスはゲストOSが消費し、
ベースのWindows Server 2008 R2からはライセンスが消えるのだが、
ホストになっている場合はライセンスを消費しないという仕組みなので
ライセンス違反にはならない。
だが・・・
ゲストOSを別のHyper-Vに移動させると
ホスト側のOSにもライセンスが必要になってしまう。
なんとも分かりにくい。
元の解説は、いまいちイケテナイね。
現在、Hyper-Vを勉強中。
VMware ESX系は、結構前から試して実際に使っているが、Hyper-Vは使ったことが無かった。今度、本格的に構築・運用を行う可能性が高いので勉強中。VMware ESXと基本的な設計思想がかなり違う。今調べているかぎりだと、どっちがいいということはない。ぜんぜん別物なので、上に構築する仮想マシンとOSの性質によって、下のプラットフォームを選ぶのが良い。
Hyper-Vは、あまり安定性がないみたいだが、安いのが特徴だ。やたらと高いVMwareに比べて、ここはかなりおいしいところ。Hyper-Vで見えてこないのは、管理性だ。実際にインストールして使い勝手と安定性や癖を確認するしかない。問題は、どのエディションをインストールするか。ハイパーバイザーだけのHyper-Vサーバが一番、コストがかからないように思えるが、管理用Vista以上のWindows が必要。Vistaは持っていないので、却下。次はWindows Server 2008 のServer Core上に構築するパターン。この組み合わせが一番安定しているようだが、これも単体で管理ができないようなので却下。（一番、試したいパターンなんだけど。）最後は、一番インストールや検証が楽なWindows Server 2008 上のHyper-Vだ。とりあえず、これで試す。Hyper-Vはバイザー型の仮想化環境のはずなんだが、このパターンだとホストOSの上で動いている感じしかしないため、Virtual Serverと何が違うのだろうか考えてしまう。実際、VMからの命令もホストになっているWindows経由になる。これは、マイクロカーネル型ハイパーバイザーというタイプで、ハイパーバイザーの層から物理ハードウェアとの命令に必要なドライバを排除しているため。インストールした時の感覚としては、ハイパーバイザーに見えないがちゃんとしたハイパーバイザーである。
とりあえず、明日、Windows Server 2008をインストールして試してみる。