本稿では、Microsoft Hyper-V環境を管理する上で、誰もが犯しがちな15のミスを検証していきます。それは、同時に、Hyper-Vマネジメントを劇的に改善させる最適化のヒントにもなるはずです。

1. 1
Microsoft Hyper-V マネジメント：絶対避けるべき 15 のミス
投稿者：ライアン・オイスタッカー
仮想化の技術とはかなり複雑のもので、Microsoft Hyper-V の管理も多分に漏れません。頭を痛めている
システム管理者も多いのではないでしょうか。
本稿では、Microsoft Hyper-V 環境を管理する上で、誰もが犯しがちな 15 のミスを検証していきます。そ
れは、同時に、Hyper-V マネジメントを劇的に改善させる最適化のヒントにもなるはずです。
その 1：メモリーと CPU の不均衡
仮想マシン（VM）のシステム要件はそのリソース許容量を超えていることがほとんどで、メモリーリソースが CPU
よりもずっと先に不足することは予想に難くありません。RAM が 64GB だけの 24 コア CPU ボックスを使うのは、
避けたほうが得策です。理由は単に、メモリーを 1 つの VM から他の VM に転送できないからです。それに対し、
CPU リソースは共有が可能なので、諸々の VM からのロード管理を複数コアに任せることができます。仮想環
境で必要となる処理能力をあらかじめ把握するには、パフォーマンスモニタートレースを利用し、専門家のアドバ
イスを聞き、ベンチマークの資料を参照するしかありません。Microsoft は 1 つの物理コアにつき仮想 CPU は
12 コア以下にするよう推奨しているので、その点も覚えておきましょう。
その 2：ストレージの処理能力に対するネットワークスループット超過
Copyright Climb Inc.

2. 2
ストレージ処理速度の要件を実際のシステムパフォーマンスに対して読み違えることによる一般的なミスです。
RAID-10 が現在利用可能な最速 RAID であると有識者には言われています。そのため、RAID-10 アレイ
を 8 ディスク構成にして、フル稼働で 10GbE のデュアルポートアダプタに接続するのが一般的になっています。
これでも悪くはないのですが、10GbE の両ポートに無駄が著しく、コンフィギュレーションのミスにつながりやすい
欠点があります。
代わりに、CPU に対する適正なディスクサイズを徹底したほうが得策です。ストレージのコストはあっと言う間に
膨らむものです。実際の I/O 要件を丁寧に見積もり、それでも不確かなら、毎分数百件のトランザクションを実
行するデータベースは他のアプリケーションとは比較にならないほど高い I/O スループットを要する点に留意してく
ださい。ディスク要件を合計すれば、相当なものになるはずですが、平均 30 IOPS のロードを処理する VM が
14 件あれば、15,000 RPM で動く 4 ディスクをオーバーワークさせるようなことはまずないでしょう。
その 3：SSD と稼働ディスクの不均衡
複数の仮想マシン（VM）に個々に異なるアクセスを行う環境では、ソリッドステートドライブ（SSD）を使うの
が賢明な選択でしょう。インフラストラクチャのパフォーマンスを考慮してのことだと理解できます。しかし、適切に
使用されないと意味がありません。Hyper-V サーバーが直接 SSD にインストールされた仮想環境では、SSD
がディスクを猛稼働させるかもしれません。ディスク I/O の大部分を使うのは VM です。SSD の高スピードと低
レイテンシは、VM データの処理にこそ有効利用すべきでしょう。
その 4：ネットワークリソースの不均衡
スタンドアロンの Hyper-V ホストをネットワークカード 2 枚で構築し、1 つの NiC を OS 管理専用にして、もう
1 つで全 VM をまかなう構成が、かつて標準仕様と考えられていました。また、このコンフィギュレーションは、
2008 R2 やそれ以前のリリースでは、サポートの対象外になるのを防ぐためには必須でした。しかし、ネイティブ
な NiC チーミングが可能となった今日では、より良い選択肢が増えています。
1 つか 2 つの物理アダプタを VM 専用にし、他の物理アダプタを CSV トラフィック専用にするコンフィギュレーショ
ンも、かつて一般的でしたが、もはや不要になっています。2012 R2 以降、クラスタ通信の帯域幅を適正に保
つ限り、専用の CSV ネットワークは必要とされません。
その５：リソース割り当ての誤り
すべての処理を固定の Hyper-V 仮想ハードディスク（VHDX）でまかなおうとする構成も、よくある間違いの
1 つです。VHDX は処理速度が高く、ストレージを予定外にオーバープロビジョニングしてしまうことも防げますが、
Copyright Climb Inc.

3. 3
無駄も大きいのではないでしょうか。例えば、下記のような単純計算でもオーバープロビジョニングにはならず、さ
らに豊富なディスクスペースを回復することも可能になります。
個々の仮想マシン（VM）をゲスト OS の C:ドライブに、その他の VHDX ファイルはデータに対して割り当てれ
ば、C:ドライブは万全です。それぞれを 60GB に設定すれば、永続的に 40GB 以下で済む可能性が非常に
高いです。仮に 20 の VM があるとすれば、少なくとも 400GB がセーブされます。それでも固定 VHDX を使う
なら、最低 400GB のディスクスペースが無駄になることを見越すべきでしょう。
これはあくまで一例に過ぎませんが、同様の理論が仮想環境を構築する際、様々な局面に当てはまるはずで
す。慎重に計画し、ボトルネックとなり得るのはどこなのかを見極め、それを排除することを第一に考えるべきです。
その 6：ネットワークと仮想アダプタの作り過ぎ
スタンドアロンの Hyper-V システムでは、管理用の OS を単一 IP の単一ネットワークに置く場合がほとんどで
す。IP には DNS を設定し、名前で接続できるようにしましょう。この IP は異なるサブネットや VLAN にも設定
できるので、注意してください。管理 OS の IP をゲストが使う個々の VLAN またはサブネットに設定しないよう
に気を付けてください。さらに、ゲストのトラフィックは管理 OS を経由しないので、仮想マシンのトラフィックに対し
て仮想アダプタを作る必要もありません。
その 7：むやみにページファイルを最適化する
ページファイルは、各種アプリケーションが通常 OS 内に有効な物理メモリー以上のメモリーにアクセスすることを
可能にします。アプリケーションがメモリーを過剰に消費し、システムが RAM 不足に陥ったとき、Windows は
自動的にメモリーを、使用頻度のもっとも低い部分から隠れたページファイルに移して、アプリケーションが実際に
必要とするメモリーを空けるしくみになっています。
「What is Hyper-V?」ガイドは必見です! Hyper-V がアップタイム、帯域幅の利用度、さらに
CPU と RAM の使用度をモニターするしくみがわかります。
最小アプリケーションからページファイルにメモリーを移すと、ハードドライブに軋轢が生じ、種々の問題につながる
可能性があります。ページファイルは最適化するよりも、むしろ無効にするべきです。RAM の処理速度はハード
ドライブよりずっと上なので、そのほうが合理的です。ページファイルを無効にすると、Windows はすべてを常時、
より高速な RAM に処理させようとします。ハイパーバイザーのページファイルにはほとんど用途がなく、適切なス
ペースの割り当てのみ必要な点にも留意してください。
Copyright Climb Inc.

4. 4
その 8：ダイナミックメモリーを活用しない
SQL と Exchange サーバーで Dynamic Memory を使用することに否定的な専門家もいますが、それに怯
む必要はありません。Dynamic Memory はいつでも再調整できるので、最大・最小サイズを控えめに設定す
ることをお薦めします。ただし、Dynamic Memory の最小サイズを減らし、最大サイズを増やすと、ゲスト稼
働中に固定メモリーを修正できない点には気を付けてください。
その 9：VM コンフィギュレーションの初期設定を盲目に受け入れる
仮想マシン（VM）をウィザードで作成すると、vCPU は 1 つだけなので注意が必要です。ゲスト OS が
XP/Server 2003 より新しいバージョンの場合、vCPU は少なくとも 2 つは欲しいところです。Dynamic
Memory を有効にすると、最大値は 1TB に初期設定されますが、実際にはそんなに必要ないはずです。そも
そも物理メモリーが 1TB ないので、サポートされません。前述の通り、メモリー使用の最大値はいつでも増やす
ことができますが、メモリーを減らす場合、ゲストを終了させなければなりません。このばかでかい初期設定値をそ
のまま使用すると、ホストが他のゲストへ自動的に割り当て調整する機能が阻害される危険があります。
その 10：管理オペレーティングシステムの使い過ぎ
管理オペレーティングシステム（OS）は、仮想マシン（VM）、バックアップソフトウェア、マルウェア対策のセキュ
リティツールのみに使用し、マネジメントボックスにそれ以外のものを含めるべきではありません。つまり、VM では
ないもの、VM のバックアップや保護を目的としないものは、VM 内で稼働すべきです。仮想環境をそのように構
成すれば、処理速度と効率の向上のみならず、問題解決（トラブルシューティング）が円滑になります。
その 11：ホストをドメインに加えない
特別な理由がない限り、Hyper-V ホストを周辺ネットワークに置くのは薦められません。ドメインが使えるのなら、
ホストはドメインに置くべきです。ホストをワークグループに置くべきではありません。考えてもみてください。ホストを
ワークグループに残せば、セキュリティリスクが高まり、そのリスクに晒されたワークグループは、すなわちドメインが侵
害されるのと同じ危機的状況を生みます。攻撃者にしてみれば、ホストに侵入できれば、すべての VHDX ゲス
トファイルにアクセスできるのですから。
その 12：テスト不足
適切なテストを怠る傾向は、大変嘆かわしい、多くの企業に蔓延する深刻な落とし穴です。よく知られたハード
ウェアや使い慣れたコンフィギュレーションは必ず連携して正しく機能するはず、という誤った前提に端を発してい
Copyright Climb Inc.

5. 5
る場合が多いです。これは何度強調してもし過ぎることはありません。実用化する前に、綿密に計画し、慎重に
設定配備し、充分テストすること。その手順の 1 つでも怠れば、運用過程で問題が膨れ上がっていきます。
その 13：PowerShell を毛嫌いする
気持ちはわかります。PowerShell は独自のコマンドラインと独特のプログラミング言語を使わなければならず、
またしても学習時間が浪費されるツールの登場です。しかし、PowerShell を使用すれば、多くの管理タスクが
同時進行で自動化・実行でき、幅広い機能性がもたらされます。PowerShell によって、ユーザーは以下のツ
ールを利用することができます。
コマンドプロンプト
PowerShell コマンド
.NET Framework API
Windows Management Instrumentation（WMI）
Windows Component Object Model（COM）
オープンソースのアプリケーションである PowerShell では、Linux や Unix ユーザーがスクリプトやコマンドを自
動化して、冗長な管理ジョブを単純化することも可能になります。
その 14：ライセンスのしくみを理解しない
Microsoft ライセンスのしくみを理解するのは決して簡単ではありませんが、財務および法務上のリスクを回避
するために、とても重要なことです。ルールをきちんと理解していないと、コンプライアンス上の各種問題を誘引し、
組織内でも IT 部門と購入担当の部門間での相互不理解につながります。
独自に調べて、自分なりにライセンスの知識を完璧にすることはできますが、所属する会社の特定要件に沿った
ライセンス管理プログラムに参加することを強く推奨します。
その 15：アンチウィルスのベストプラクティスを実践しない
Windows サーバーを Core 版で起動し、管理 OS へのアクセスを慎重に制御すれば、ホストの安全は保た
れる、と考える管理者は少なくありません。それがセキュリティ対策として充分な会社もあるでしょうが、多くの企
業では業界特有のルールや規制に縛られ、仮想ホストを含むすべてのエンドポイントにアンチウィルス保護を導
入することが厳格な要件になっています。
Copyright Climb Inc.

6. 6
もちろん、Hyper-V ホストにアンチウィルスを走らせることは可能ですが、コンフィギュレーションを誤るとパフォーマ
ンスが損なわれ、一連の VM をダウンさせる可能性もあります。Hyper-V ホストにアンチウィルスを設置するな
ら、特に慎重なコンフィギュレーションが必要になります。
以上、ざっと紹介してきた様々な問題は、いずれも 5nine Cloud Manager のような適切なマネジメントソリ
ューションによって回避することができます。14 日間無償トライアルをダウンロードして、5nine Cloud
Manager が仮想インフラストラクチャの各種課題をいかに解決するか、体験してみてください。
株式会社クライム
〒103-0014 東京都中央区日本橋蛎殻町 1-36-7
日本橋蛎殻町ビル４F
TEL: 03-3660-9336 / 06-6147-8201
soft@climb.co.jp www.climb.co.jp
Copyright Climb Inc.