ハードウェアの選択
Hyper-V を実行するサーバーのハードウェアに関する考慮事項は、一般に、非仮想化サーバーと似ていますが、Hyper-V を実行しているサーバーは、CPU 使用率の増加、メモリの消費の増加、サーバーの統合のためにより大きな I/O 帯域幅が必要な場合があります。
プロセッサ
Windows Server 2016 の Hyper-V は、論理プロセッサを 1 つ以上の仮想プロセッサとしてアクティブな各仮想マシンに提示します。 Hyper-V には、拡張ページ テーブル (EPT) や入れ子になったページ テーブル (NPT) などの第 2 レベル アドレス変換 (SLAT) テクノロジをサポートするプロセッサが必要になりました。
キャッシュ
Hyper-V は、特にメモリや仮想マシン構成で仮想プロセッサと論理プロセッサの比率が高い大きなワーキング セットを持つ負荷に対して、より大きなプロセッサ キャッシュの恩恵を受けることができます。
メモリ
物理サーバーには、ルート パーティションと子パーティションの両方に十分なメモリが必要です。 ルート パーティションには、仮想マシンの代わりに I/O を効率的に実行するためのメモリと、仮想マシン スナップショットなどの操作が必要です。 Hyper-V ルート パーティションで十分なメモリを使用でき、残りのメモリを子パーティションに割り当てることができます。 子パーティションは、仮想マシンごとに予想される負荷のニーズに基づいてサイズを変更する必要があります。
ストレージ
記憶域ハードウェアには、物理サーバーがホストする仮想マシンの現在および将来のニーズを満たすのに十分な I/O 帯域幅と容量が必要です。 記憶域コントローラーとディスクを選択し、RAID 構成を選択するときは、これらの要件を考慮してください。 ディスク負荷の高いワークロードの仮想マシンを異なる物理ディスクに配置すると、全体的なパフォーマンスが向上する可能性があります。 たとえば、4 つの仮想マシンが 1 つのディスクを共有し、アクティブに使用している場合、各仮想マシンはそのディスクの帯域幅の 25% しか生成できません。
電源プランに関する考慮事項
仮想化は、コア テクノロジとして、サーバーのワークロード密度を高め、データセンターに必要な物理サーバーの数を減らし、運用効率を向上させ、電力消費コストを削減するのに役立つ強力なツールです。 電源管理は、コスト管理に不可欠です。
理想的なデータセンター環境では、電力消費量は、ほとんどビジー状態になるまでマシンに作業を統合し、アイドル状態のマシンをオフにすることで管理されます。 この方法が実用的でない場合、管理者は物理ホストの電源プランを利用して、必要以上の電力を消費しないようにすることができます。
サーバーの電源管理手法にはコストが伴います。特に、テナントワークロードがホスト側の物理インフラストラクチャに関するポリシーを決定するために信頼されていないためです。 ホスト 層ソフトウェアは、電力消費量を最小限に抑えながらスループットを最大化する方法を推測するために残されています。 ほとんど使用されていないマシンでは、これにより物理インフラは適度な電力消費が適切であると判断し、その結果、個々のテナントのワークロードが通常よりも遅く実行される可能性があります。
Windows Server は、さまざまなシナリオで仮想化を使用します。 負荷の少ない IIS サーバーから、中程度に稼働している SQL Server、そして、サーバーごとに数百台の仮想マシンを実行している Hyper-V を使用したクラウドホストまで。 これらの各シナリオには、固有のハードウェア、ソフトウェア、およびパフォーマンスの要件がある場合があります。 既定では、Windows Server では、CPU 使用率に基づいてプロセッサのパフォーマンスをスケーリングすることで電力を節約できる バランス型 の電源プランが使用され、推奨されます。
バランス型電源プランでは、物理ホストが比較的ビジーな場合にのみ、最高の電源状態 (およびテナント ワークロードでの応答待機時間が最も低い) が適用されます。 すべてのテナント ワークロードに対して決定論的で待機時間の短い応答を評価する場合は、既定の バランス型 電源プランから ハイ パフォーマンス 電源プランに切り替えることを検討する必要があります。 ハイ パフォーマンス電源プランは、プロセッサを常にフルスピードで実行し、Demand-Based スイッチングを他の電源管理手法と共に効果的に無効にし、省電力よりもパフォーマンスを最適化します。
物理サーバーの数の削減によるコスト削減に満足しており、仮想化されたワークロードのパフォーマンスを最大限に高めたいお客様は、 ハイ パフォーマンス の電源プランの使用を検討する必要があります。
Server Core のインストール オプション
Windows Server 2016 には、Server Core インストール オプションが用意されています。 Server Core には、Hyper-V を含む一連のサーバーロールをホストするための最小限の環境が用意されています。 ホスト OS のディスク占有領域が小さくなり、攻撃とサービス面が小さくなります。 そのため、Hyper-V 仮想化サーバーでは、Server Core インストール オプションを使用することを強くお勧めします。
Server Core のインストールでは、ユーザーがログオンしている場合にのみコンソール ウィンドウが提供されますが、管理者がリモートで管理できるように、 Hyper-V は Windows PowerShell などのリモート管理機能を公開します。
専用サーバーロール
ルート パーティションは Hyper-V 専用にする必要があります。 Hyper-V を実行しているサーバーで追加のサーバー ロールを実行すると、特に CPU、メモリ、または I/O 帯域幅が大幅に消費される場合に、仮想化サーバーのパフォーマンスに悪影響を及ぼす可能性があります。 ルート パーティション内のサーバーロールを最小限に抑えることは、攻撃対象領域を減らすなどの追加の利点があります。
システム管理者は、一部のソフトウェアが Hyper-V を実行しているサーバーの全体的なパフォーマンスに悪影響を与える可能性があるため、ルート パーティションにインストールされているソフトウェアを慎重に検討する必要があります。
ゲスト オペレーティング システム
Hyper-V は、さまざまなゲスト オペレーティング システムをサポートし、チューニングされています。 ゲストごとにサポートされる仮想プロセッサの数は、ゲスト オペレーティング システムによって異なります。 サポートされているゲスト オペレーティング システムの一覧については、「 Hyper-V の概要」を参照してください。
CPU 統計
Hyper-V は、仮想化サーバーの動作を特徴付け、リソースの使用状況を報告するのに役立つパフォーマンス カウンターを発行します。 Windows のパフォーマンス カウンターを表示するための標準のツール セットには、パフォーマンス モニターと Logman.exeが含まれており、Hyper-V パフォーマンス カウンターを表示およびログに記録できます。 関連するカウンター オブジェクトの名前には、 Hyper-V のプレフィックスが付いています。
Hyper-V ハイパーバイザー論理プロセッサ パフォーマンス カウンターを使用して、物理システムの CPU 使用率を常に測定する必要があります。 ルート パーティションと子パーティションでタスク マネージャーとパフォーマンス モニターが報告する CPU 使用率カウンターには、実際の物理 CPU 使用率は反映されません。 パフォーマンスを監視するには、次のパフォーマンス カウンターを使用します。
Hyper-V ハイパーバイザー論理プロセッサ (*)\% 合計実行時間 論理プロセッサの非アイドル時間の合計
Hyper-V ハイパーバイザー論理プロセッサ (*)\% ゲストランタイム ゲスト内またはホスト内でサイクルの実行に費やされた時間
Hyper-V ハイパーバイザー論理プロセッサ (*)\% ハイパーバイザーのランタイム ハイパーバイザー内での実行に費やされた時間
Hyper-V ハイパーバイザー ルート仮想プロセッサ (*)\\* ルート パーティションの CPU 使用率を測定します
Hyper-V ハイパーバイザー仮想プロセッサ (*)\\* ゲスト パーティションの CPU 使用率を測定します