ベスト プラクティスを使用して Hyper-V ホストを構成する

  • 5 分

Contoso の Hyper-V 管理者は、要件と考慮事項が異なるさまざまなワークロードの展開を計画する必要があります。 そのため、Hyper-V ホストとして機能するように Windows Server をプロビジョニングするときは、次のベスト プラクティスについて検討する必要があります。

  • 適切なハードウェアでホストをプロビジョニングします。
  • 独立したディスクまたはクラスターの共有ボリューム (CSV) に VM を展開します。 ハード ディスク ドライブ (HDD) を使用してそれを行うことが強く推奨されます。 ただし、ソリッドステート ドライブ (SSD) を使用すると、同じ SSD で複数の VM を実行することができます。
  • ホスト サーバーにインストールするサーバーの役割は、Hyper-V だけにする必要があります。
  • Hyper-V をリモートで管理します。
  • Server Core 構成を使用して Hyper-V を実行します。
  • ベスト プラクティス アナライザーを実行し、リソース メータリングを使用します。
  • ゲスト OS でサポートされている場合は、第 2 世代の VM を使用します。

重要

これらは、展開の前に決定する必要がある重要な決定事項です。 デプロイのベスト プラクティスを正しく決定できないと、VM のパフォーマンスが低下する可能性があります。

適切なハードウェアでホストをプロビジョニングする

おそらく、最も重要なベスト プラクティスは、適切なハードウェアを使用して Hyper-V ホストをプロビジョニングすることです。 Hyper-V ホストに適切な処理能力、十分な RAM、高速で冗長な記憶域があることを確認します。 複数のネットワーク アダプターを使用して Hyper-V ホストをプロビジョニングし、アダプターのグループごとにチームを指定します。 不適切なハードウェア リソースを使用して Hyper-V ホストをプロビジョニングすると、サーバーでホストされているすべての VM のパフォーマンスが低下します。

個別のドライブに VM を展開する

次の理由により、ホスト サーバーの OS と VM ファイルを個別のドライブに格納する必要があります。

  • 個別のドライブを使用すると、VM ファイルで必要なディスクの読み取りおよび書き込み操作が、ホストの OS で必要な読み取りおよび書き込み操作と競合しないことで、競合を最小限に抑えることができます。

  • 個別のドライブを使用すると、VM ファイルに使用可能なすべてのディスク領域を消費することなく、ホストの OS ボリュームを拡張できます。

SSD は読み書き速度が速く、Standard HDD より消費電力が少ないため、可能な場合は SSD を使用する必要があります。

ヒント

RAID (Redundant Array of Independent Disks) 1+0 アレイなど、ストライピングを使用するディスクに展開すると、パフォーマンスをさらに向上させることができます。

また、共有記憶域を使用すると、CSV を使用する場合、同じ論理ユニット番号 (LUN) に複数の VM をプロビジョニングできます。 ただし、VM ごとに個別の LUN または共有 LUN のどちらを選択するかは、VM のワークロードとホストの構成によって決まります。

ホスト サーバーにインストールするサーバーの役割は、Hyper-V だけにする必要がある

ホスト サーバーには Hyper-V のサーバーの役割だけをインストールする必要があります。 Hyper-V の役割と、ドメイン コントローラーやファイル サーバーの役割などの他の役割を、一緒にインストールしないでください。 サーバーに展開する役割ごとに、リソースが必要になります。 Hyper-V を展開するときは、各 VM が可能な限り多くのホストのリソースにアクセスできるようにする必要があります。

ヒント

同じハードウェア上に複数の役割を配置する必要がある場合は、それらの役割を物理ホストにインストールするのではなく、VM として展開します。

Hyper-V をリモートで管理する

サーバーにローカルにサインインすると、セッションによってサーバー リソースが消費されます。 ローカルにサインインして管理タスクを実行するのではなく、リモート管理用に Hyper-V サーバーを構成します。 このようにすると、ホストされている VM で、可能な限り多くの Hyper-V ホストのリソースを利用できるようになります。

Hyper-V ホストに構成エラーがあると、すべてのゲスト VM でダウンタイムが発生する可能性があります。 ダウンタイムによって中断される可能性を最小限に抑えるには、VM 管理を担当する管理者だけが接続できるように、Hyper-V サーバーへのアクセスを制限します。

Server Core 構成を使用して Hyper-V を実行する

Server Core 構成を使用して Hyper-V を管理すると、次のような利点があります。

  • Windows Server の Server Core 構成により、ホスト OS に使用されるハードウェア リソースが最小限になります。 その結果、ホストされている VM に使用できるハードウェア リソースが増えます。
  • Server Core では必要なソフトウェア更新プログラムが少ないため、再起動の回数が少なくなります。

ヒント

再起動中は Hyper-V ホストを使用できなくなるので、サーバーでホストされるすべての VM も使用できなくなります。 ダウンタイムを最小限に抑えるには、クラスター環境を使用して、再起動する必要があるすべての VM をホストからフェールオーバーすることを検討します。 元のホストが再び使用可能になったら、サーバーでホストされる VM を元のホストにライブ マイグレーションできます。

ベスト プラクティス アナライザーを実行し、リソース メータリングを使用する

ベスト プラクティス アナライザーを使用して、対処する必要がある構成固有の問題を明らかにします。 また、リソース メータリングを使用して、ホストされている VM による割り当てられたサーバー リソースの利用状況を監視し、ホストのリソースを過度に使用している VM を特定することもできます。

ヒント

ある VM のパフォーマンスによって、同じ Hyper-V ホスト サーバー上にある別の VM のパフォーマンスが悪影響を受けている場合は、VM を別のホストに移行することを検討します。

ゲスト OS でサポートされている場合は、第 2 世代の VM を使用する

第 2 世代の VM は、第 1 世代の VM より起動が少し速くなります。 第 2 世代の VM では、簡素化されたハードウェア モデルを使用して、次のような機能が提供されます。

  • 標準ネットワーク アダプターからの Preboot Execution Environment (PXE) 起動
  • 仮想ネットワーク アダプターのホット追加および削除
  • アタッチされた VHD と DVD からの、Small Computer System Interface (SCSI) コントローラーの起動
  • セキュア ブート
  • シールドされた VM