Tweet

Windows Server 2008 R2の真価 ――　実質新世代サーバOSの真の実力を知る　―― 第4回　Windows Server 2008 R2の目玉機能「Hyper-V 2.0テクノロジ」とは 3．Hyper-V 2.0におけるハードウェア選定のポイント 日本ヒューレット・パッカード株式会社　小川 大地 2009/10/22

Hyper-V 2.0時代のハードウェア選定

　Hyper-V 2.0で効果的な仮想化システムを構築するには、正しいハードウェア選定が必要だ。最低要件はもちろん、パフォーマンスとコストを踏まえた推奨構成を紹介しよう。

■プロセッサ
　サーバとしては、プロセッサの選定が最も重要となる。最低限満たさなければいけない必須要件は次の3つだ。

• 第1世代のハードウェア・アシストをサポートしていること
• データ実行防止（DEP）をハードウェア・レベルでサポートしていること
• 拡張64bit命令（x64）をサポートしていること

　これに加えて、推奨要件となるのが前述のSLATである。仮想化処理のオーバーヘッドが大幅に下がることで、空いたプロセッサ・パワーでより多くの仮想マシンを集約できるためだ。

		Intelプロセッサ	AMDプロセッサ
必須要件	第1世代ハードウェア・アシスト	Intel VT-x（VT）	AMD-V
	ハードウェアによるデータ実行防止（DEP）	Intel XD-bit	AMD NX-bit
	拡張64bit命令 (x64)	Intel 64（EM64T）	AMD64
推奨要件	第2世代ハードウェア・アシスト（SLAT）	Intel VT-x2（EPT）	AMD RVI
Hyper-V 2.0のプロセッサ要件
最新のサーバ向けプロセッサであるIntel Xeon 5500シリーズやAMD Opteron 2400／8400シリーズであれば、すべての要件が満たされている。

■NICチーミングの対応に注意
　Hyper-V 2.0は、1.0と同様にネットワーク・インターフェイス（NIC）のチーミング機構（複数のネットワーク・インターフェイスを同時に使用して、転送速度を向上させたり、信頼性を向上させたりする機能）を用意していない。NICチーミングは、ドライバ側で対応してほしいというスタンスだ。一見、特に問題ないように思われるが、Hyper-Vのこのスタンスはサーバ選定に大きく影響を及ぼしている。

　実は、2009年9月現在、Hyper-V環境のNICチーミングを正式サポートしているサーバ・ベンダは日本ヒューレット・パッカード（フル・サポート）と日本IBM、デル（制限付きサポート）程度なのだ。

　サーバ仮想化は、複数のサーバを1台に集約しているため、１個所のネットワーク障害が多数に影響を与えてしまう。また、ギガビット・イーサネット（1Gbit/s）では帯域が足りないことも多い。つまり、サーバ仮想化でほぼ必須要件となるNICチーミングを、Hyper-V環境でもきちんとサポートするサーバを選択しなければならない。

Hyper-V環境のNICチーミングをフル・サポートする日本HPのユーティリティ

多数のサーバが集約される仮想化において、ネットワークの二重化は重要なポイントだ。の部分を見ると、最大転送速度が「2000（2000Mbit/s）」となっており（ギガビット・イーサネットを2つ使用している）、NICチーミングがサポートされていることが分かる。

■ストレージ
　Hyper-VのゲストOSを格納する領域は、サーバの内蔵ディスクで構わない。しかし、ライブ・マイグレーションやクイック・マイグレーションといった機能の利用を予定している場合は、共有型の外付けストレージ装置が必要となる。前述のとおり、これらの技術はWindows OSのフェールオーバー・クラスタ（WSFC）機能を利用しているため、WSFCがサポートされたSCSI-3プロトコル対応の共有ストレージ装置が必要ということだ。

　サーバとの接続インターフェイスは、下記3つのいずれかになるだろう。

• ファイバ・チャネル（FibreChannel：FC）
• iSCSI
• 共有型のSAS（Shared SAS）

　この中でパフォーマンスが最も高いのはファイバ・チャネルである。転送によるプロセッサ負荷も低く、性能的には申し分ないが、対応機器が非常に高価なことがネックだ。

　また、コストを考えるとiSCSIと決めてしまいがちではないだろうか。iSCSIはインターフェイスが1Gbit/sベースのものが多く、帯域が弱点となる（10Gbit/s対応モデルも出始めているが、10Gbit/s対応のケーブルやスイッチはまだ高く、コスト・メリットに乏しい）。

　コストと性能のバランスに優れたストレージとして、Hyper-V用にお勧めなのが「Shared SAS（Serial Attached SCSI）」である。Shared SASは2007年ごろから対応製品が出始めた新世代の共有ストレージで、iSCSIと同程度の低コストなのに対し、帯域は3Gbit/s×4と非常に優れている。ファイバ・チャネルとiSCSIのいいとこ取りといった印象だ。

	ファイバ・チャネル	iSCSI	Shared SAS
現在主流の帯域	◎（8 Gbit/s）	×（1 Gbit/s）	○（3 Gbit/s×4レーン）
機器コスト	×（高価）	○（安価）	○（安価）
共有ストレージの比較
2007年ごろから対応製品が出始めたShared SASは、ファイバ・チャネルとiSCSIのいいとこ取りといったイメージ。性能とコストのバランスが最も優れている。

Hyper-V 2.0の利用

　最後に、Hyper-V 2.0の利用について触れておこう。インストールや管理方法は、基本的に1.0と変わらないので過去の記事を参照してほしい。ここでは2.0で変更された部分を中心に説明する。

• Windows Server 2008にHyper-Vをインストールする（Windows Server Insider TIPS）
• Hyper-Vの仮想マシンを作成する（Windows Server Insider TIPS）

■Hyper-V 2.0のインストール
　Hyper-V 2.0のインストールは驚くほど簡単だ。冒頭で標準付属と説明したとおり、Hyper-V 2.0はWindows Server 2008 R2の「役割」にラインアップされている。つまり、IISなどと同様に「役割の追加ウィザード」でHyper-Vを追加するだけだ。

［役割の追加］ウィザードの画面

Windows Server 2008 R2のHyper-V 2.0は、あらかじめシステムに用意されているので、［役割の追加］で［Hyper-V］にチェックを入れて、ウィザードを進めればよい。Hyper-V 1.0（Windows Server 2008のRTM版向けのHyper-V）は、OS出荷後にRTM版がリリースされたため、Hyper-V用のパッチを適用する必要があった。

［Hyper-V］にチェックを入れる。

　なお、本記事の冒頭で標準「搭載」ではなく、標準「付属」という言葉を用いたのは、最初から動作しているのではなく、必要な際にインストールして利用するためである。なお、Windows Server 2008の初期リリース版（SP1）は、付属のHyper-Vが1.0のテストバージョンであったために、正式版を利用するにはパッチの適用が必要だった。Windows Server 2008 R2では、リリース当初よりHyper-V 2.0の正式版が付属しているため、事前にパッチを適用する必要はない。

■Hyper-VやゲストOSの管理
　Hyper-Vの管理やゲストOSのインストールなどは、すべてインストールと同時に追加されるMMCコンソール「Hyper-Vマネージャー」から行う。しかし、実際の運用では、サーバはサーバ・ルームやデータセンターに配置し、別の場所からリモート管理することがほとんどだろう。Windows 7では、2.0対応のHyper-Vマネージャーが「リモート サーバー管理ツール（RSAT）」に含まれている。もちろん、リモートデスクトップで接続することが可能であれば、各管理端末にインストールしなくてもリモート管理は可能だ。

• Windows 7 用のリモート サーバー管理ツール（RSAT）（マイクロソフト ダウンロードセンター）

［Hyper-Vマネージャー］の画面

Hyper-Vの管理を行う［Hyper-Vマネージャー］は、クライアントOSにもインストールできる。複数のHyper-Vホストを同時管理することも可能だ。

　注意点として、Hyper-V 2.0をきちんと管理するにはHyper-V 2.0対応のHyper-Vマネージャーが必要である。バージョン1.0世代のHyper-Vマネージャーでは、2.0で追加された機能を管理できない。また、ワークグループ環境でリモートからHyper-Vマネージャーを用いる場合、事前にセキュリティ関連の設定変更が必要だ。

• Windows Server 2008のHyper-Vをリモートから管理する（HVRemote／ワークグループ編）（Windows Server Insider TIPS）

■ライブ・マイグレーションの管理
　ライブ・マイグレーションやクイック・マイグレーションの管理には、フェールオーバー・クラスタのMMCコンソールを利用する。こちらも、リモートから管理する場合はWindows Server 2008 R2対応のRSATが必要なことに注意しよう。

ライブ・マイグレーションはWSFCのコンソールから実行する

有償のSystem Center製品を利用しなくても、付属のツールで管理が可能だ。［フェールオーバー クラスター マネージャー］のでライブ・マイグレーションなどが実行できる。

　ここまでの説明で分かるとおり、有償のSystem Center製品がなくても、付属のツールだけでライブ・マイグレーションを含めたHyper-V 2.0の十分な仮想化管理ができる（System Centerはサーバ数が多い場合に運用管理を効率化する、フロントエンド的な役割を担う製品である）。

■Active Directoryは必要？
　Hyper-VはWindowsベースの製品であるため、Active Directory環境が必須なのではないかと懸念されるが、必ずしもそうではない。ただし、ライブ・マイグレーション／クイック・マイグレーションについてはベースとして動作するWSFCがActive Directoryを必要とするため、親パーティションをドメインのメンバー・サーバに加入する必要がある。

■Hyper-V 1.0からのアップグレード
　Hyper-Vは親パーティションと密に連携しているため、親パーティションのWindows Server 2008をそのままにして、Hyper-Vのみを2.0にアップグレードするということはできない。Hyper-V 1.0から2.0にアップグレードしたい場合は、次の手順が必要となる。

1. 全仮想マシンをエクスポートして、システム・ドライブ以外の安全な領域へ退避させる。
2. 親パーティションのWindows Server 2008をR2にアップグレードするか、R2をクリーン・インストールする。
3. R2でHyper-V 2.0を有効にし、エクスポートした仮想マシンをインポートする。
4. ゲストOS内にインストールされている統合コンポーネント（ICs）を2.0対応バージョンに更新する。

■Hyper-V 2.0で仮想化できるOS
　最後にサポートOSについても記述しておこう。マイクロソフト社がHyper-V上での動作を正式サポートするOSは、原則として統合コンポーネント（ICs）が対応し、動作テストが取れたものから順に追加されていく。Hyper-V 1.0と2.0でサポートOSに違いはない。つまり、Windows Server 2008 R2はHyper-V 1.0でもサポートされるのだ。

　また、Hyper-V 2.0に合わせてLinux用のICsもバージョン2.0となった。ICs 2.0はXenカーネルが不要になったほか、SUSE Linux Enterprise Server 11もサポート対象となった。また、2009年10月からはRed Hat Enterprise Linuxについてもサポートが開始されている（現在は一部制限あり）。

　このように、Hyper-VのサポートOSは流動的であるため、正式検討する段階であらためて再確認してほしい。なお、最新情報は日本より更新の早いMicrosoft米国本社のWebサイトから確認しよう。

• Virtualization with Hyper-V: Supported Guest Operating Systems（Microsoft）
• Linux Integration Components for Windows Server 2008 Hyper-V R2（Microsoft）

■

　本稿では、Windows Server 2008 R2に標準付属の仮想化機能「Hyper-V 2.0」の新機能を中心に見てきた。各強化内容のさらなる詳細やTIPS、ノウハウ、目玉機能であるライブ・マイグレーションをどのように構築し、活用するのかなどについては、今後の連載で詳しく解説していく予定だ。

INDEX
	Windows Server 2008 R2の真価
	第4回　Windows Server 2008 R2の目玉機能「Hyper-V 2.0テクノロジ」とは
	1．Hyper-Vの位置付け
	2．Hyper-V 2.0における主な強化点
	3．Hyper-V 2.0におけるハードウェア選定のポイント

「 Windows Server 2008 R2の真価 」

＠ITメールマガジン　新着情報やスタッフのコラムがメールで届きます（無料）

RSSフィード