アップデートは綿密に計画を

Windows Server 2012のHyper-V、アップグレード計画の考慮点

Windows Server 2012の発売に伴い、Hyper-Vのアップグレードを計画するユーザーは多いことだろう。だが、ハイパーバイザーのアップグレードには多くの考慮点が存在する。

公開 2012年12月18日 08時03分

[TechTarget]

印刷する Googleで優先するソースとして追加

　ハイパーバイザーを簡単にアップグレードできることはめったにない。アップグレードの計画プロセスで多くのことを行う必要がある。本稿では、Windows Server 2012が最近一般発売されたことから、Hyper-Vのアップグレードを計画する際の重要な考慮点を紹介する。

Windows Server 2012 Hyper-V関連記事

Hyper-Vのアップグレードに関連するライセンシングの変更点

　Hyper-Vをアップグレードする前にまず考慮しなければならないことの1つは、米Microsoftの新しいライセンシングモデルだ。MicrosoftはWindows ServerのEnterprise Editionを廃止し、Standard EditionとDatacenter Editionのみを提供するようになった。Standard Editionのライセンスでは、仮想マシン（VM）を2個しか実行できない（1台のホストサーバ上で複数のStandard Editionライセンスを組み合わせることは可能）。

　Windows Server 2008 R2 Enterprise Editionから、Windows Server 2012 Standard Editionにはアップグレードできないことにも注意が必要だ。現在、Windows Server 2008 R2 Enterprise Editionを運用している場合は、Windows Server 2012 Datacenter Editionにアップグレードする以外に選択肢はない。

Windows Server 2012新ライセンスに関する記事

　大抵の場合、アップグレードや移行を実行するには、綿密な計画を用意する必要がある。仮想化ホストではVMの実運用が行われているだろうし、そうであれば、アップグレードに伴うダウンタイムを最小限にとどめなければならないからだ。

　一般的に、企業はスタンドアロンの仮想化ホストを運用すべきではないといわれている。ホストサーバが停止すると、VMもダウンしてしまうからだ。しかし、予算の制約から、小規模企業では多くの場合、クラスタ化されていないホストが一般に使われている。

　現在、Windows Server 2008 R2が動作するスタンドアロンのHyper-Vサーバを持っている場合、インプレースアップグレードを行うことができる。私の経験では、Hyper-Vのこのアップグレードは大抵スムーズであり、1時間もかからずに完了する。それでも、留意すべきことが幾つかある。

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

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

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

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

Windows Server 2012の関連記事

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

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

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

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

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

印刷する

この記事の著者

Brien Posey