まず、インプレースアップグレードを行うと、そのサーバ上のVMのダウンタイムが一定時間発生する。このため、エンドユーザーへの支障を最小限に抑えられる時間にアップグレードを調整する必要がある。

　また、現在、Hyper-Vをクラスタ環境で運用している場合は、Hyper-Vのアップグレードは非常に面倒なプロセスを要する。クラスタノードはインプレースアップグレードができず、クラスタの一部として機能し続けることができないからだ。同様に、Windows Server 2012が動作するサーバは、Windows Server 2008 R2フェイルオーバークラスタに参加させることができない。

　通常、クラスタをアップグレードする際は、少なくとも2台の新しいサーバを利用して移行する必要がある。これらのサーバは、Windows Server 2012が動作する新しいクラスタの構築に使われる。新しいクラスタを用意したら、既存のクラスタからノードを削除し、これらのノードをWindows Server 2012にアップグレードし、それらを新しいクラスタに参加させることができる。

　この種の移行で最も大変なのは、移行中にVMをどう扱うかを判断しなければならないことだ。移行を完了すれば、エクスポート／インポートプロセスを利用して、VMを新しいクラスタに移動できる。

Hyper-Vのアップグレードのラボテスト：転ばぬ先のつえ

　Windows Server 2012へのアップグレードや移行の計画を策定済みでも、失敗する余地は多い。全てのVMと仮想化ホストをフルバックアップしておくことが極めて重要だ。

　インプレースアップグレード／移行を行うかどうかにかかわらず、Hyper-Vのアップグレードの際は、本番環境でいきなり行うのではなく、ラボ環境で事前にリハーサルをしておくのが賢明だ。ラボ環境を構築する一番簡単な方法は、予備のハードウェアを調達し、バックアップからホストとVMをそのハードウェアにリストアすることだ。ラボは必ず、隔離されたネットワークセグメントに構築する。ラボを用意したら、本番環境への悪影響を心配せずにアップグレードを試行できる。

　なお、ハイパーバイザーのアップグレード後にまだ作業があることに留意しよう。VMが新しいハイパーバイザー上で動作するようになったら、各VM上のHyper-V統合サービスをアップグレードしなければならない。VMwareユーザーは、統合サービスと同等の機能を提供するVMware Toolsを利用できる。

　最後に、ハイパーバイザーをアップグレードするには、綿密に計画しなければならないことをあらためて強調しておきたい。アップグレードプロセスを準備するときには、全てを元の状態にロールバックする計画も立てておかなければならない。