特に重要な改良点を解説

機能強化された「Hyper-V 3.0」、管理者が気になる3つの疑問

Windows Server 2012とともに登場した「Hyper-V 3.0」には、さまざまな改良が盛り込まれている。特に重要な機能である、仮想ディスクファイル、仮想マシン管理の自動化、仮想マシンデータの保護に関して、改良の疑問にお答えする。

公開 2013年03月13日 08時04分

著者

Stephen J. Bigelow

[TechTarget]

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

　サーバ仮想化は、データセンターにとりわけ大きな影響を与えた技術の1つだ。仮想サーバの中核をなすのがハイパーバイザーだ。これは、システムの物理的なコンピュータリソースを仮想的なリソースに変換し、これらのリソースを個々の仮想マシン（VM）に割り当てて管理する機能を提供する。しかしコンピュータ技術やネットワーク技術、ストレージなどが進化するのに伴い、ハイパーバイザーも新しいハードウェアや標準に対応しなければならない。このため「Windows Server 2012」のリリースとともに登場した「Hyper-V 3.0」には、さまざまな改良が盛り込まれた。本稿ではHyper-Vの重要な改良点に関する疑問に答えたい。

Windows Server 2012 Hyper-V（Hyper-V 3.0）の新機能に関する記事

Hyper-V 3.0の仮想ディスクファイルはHyper-Vの従来版とどう違うのか？

　VMはサーバのメモリ上で動作するが、Hyper-VのVMは仮想HDD（VHD）フォーマットを使用し、エンタープライズストレージサブシステムのLUN（論理ユニット）上に保存・保護される。従来版のHyper-V（Windows Server 2008 R2に含まれていたバージョンなど）では、VHDのサイズはダイナミックおよび差分のVHDボリュームともに2Tバイトという制限があった。Hyper-V 3.0では、最大サイズが64Tバイトに拡張された新しい「VHDX」フォーマットが導入され、データベースや電子メールシステムといった巨大なVMを保存することが可能になった（関連記事：Hyper-V 3.0の新ファイル形式「VHDX」の基礎知識）。ほとんどの企業は当面、これほど巨大なVMボリュームを必要とするとは思えないため、今回のアップデートによって、VMのサイズが今後さらに拡大を続けたとしても、しばらくは大丈夫だろう。

　VMデータの消失や破損の可能性も、IT管理者にとって重大な不安要素である。VHDXフォーマットでは、VHDXボリュームへの変更をメタデータとしてログに記録するようになっている。このボリュームに問題が生じても、従来のリカバリプロセスよりも簡単にディスクを元の状態に復元できる。

　VHDXフォーマットの採用に伴い、Hyper-V 3.0によるVHDXのディスクスペースの使用方法にも重要な変更が加えられた。例えば、HDDの容量が増えればディスククラスタのサイズも拡大するが、これはパフォーマンスと物理ストレージスペースの利用効率の低下につながる。VHDXでは仮想クラスタを4Kバイト単位で管理できるので、ストレージのパフォーマンスおよびディスクスペースの利用効率が高まる。

Windows Server 2012に関する記事

Hyper-V 3.0は従来版よりも自動化機能が改善されているのか？

　仮想環境が拡大するのに伴い、自動化機能の重要性が高まり、物理システムと仮想ワークロードの関係の抽象化がさらに進んでいる。Hyper-V 3.0では、Windows PowerShellスクリプティング用に140個以上のHyper-Vコマンドレットが導入された。このため、IT管理者はWindows Management Instrumentation（WMI）インタフェースに習熟していなくても、コマンドレットを使ってVMとVHDXファイルを管理することができる。

　これらのコマンドレットでスクリプティングを行うには、Hyper-VのロールをインストールしたWindows Server 2012と仮想化をサポートするサーバが必要だ。また、管理者が「Administrators」グループまたは「Hyper-V Administrators」グループにアクセスできる必要もある。

　新コマンドレットでは、例えば「特定の名前のVMを新規作成する」「全てのVMのリストを取得する」「指定した名前のVHDXファイルを新規作成する」「個々のVMあるいはVMグループを起動する」「VMを任意のネットワークアダプターあるいはスイッチに接続する」といった作業を自動化できる。VMおよびVHDXファイルのインポート、エクスポート、マイグレーション、モニタリングなども可能だ。

　このように、PowerShellスクリプティングを使えば柔軟な自動化処理を実現できる。なお、Hyper-V 3.0コマンドレットのリストはWindows Server 2012のマニュアルに含まれている。

Windows Server 2012環境でHyper-V 3.0を使ったVMを保護する方法は？

　Windows Server 2012では、VMを保護する方法が幾つか用意されている。Hyper-V 3.0の新機能の1つである「Hyper-Vレプリカ」は、インターネットなどの標準的なWANリンクを使って遠隔地にあるHyper-Vのプラットフォームやクラスタ間でVMを複製する（関連記事：【製品紹介】ここまで変わった！　Windows Server 2012のHyper-V 3.0の新機能）。この機能はシステムやストレージに依存しないため、VMをセカンダリデータセンターや遠隔地のディザスタリカバリサイトに置いて保護することができる。

　Hyper-Vレプリカは非同期型の機能なので、ワークロードは複製が完了するのを待たなくて済む。ワークロードの処理の中断が生じないというのは、深刻な遅延が発生する遠距離間でVMを複製したり、実際のデータ転送時間が予想よりも長くかかる可能性がある低速のWAN回線で複製したりする場合には大きなメリットだといえる。

　各種のスナップショット式複製ツールと同様、Hyper-Vレプリカも本番用のVMをテスト用や開発用のシステムにコピーするために利用することができる。複製されたデータを使えば、本番用のデータに影響が及ぶ心配はない。

　Windows ServerのVMスナップショット機能の改良にも注目する必要がある。従来版では、削除したスナップショット（.avhdファイル）からストレージスペースを解放するには、ワークロードをオフラインにしなければならなかった。Windows Server 2012では、VMを動作させたまま、関連するスナップショットファイルを削除することが可能になった。これにより、ワークロードの処理およびユーザーの作業が中断する可能性が大幅に減少する。

　システム管理者は、仮想環境の管理と仮想ワークロードのパフォーマンスの改善という課題に常に向き合っている。Windows Server 2012に含まれるHyper-V 3.0は、VMのストレージへのニーズ、VM管理の自動化そしてVMデータの保護をめぐる主要な懸念に対処したといえるだろう。

印刷する

この記事の著者