次の方法で共有


ベア メタル コンピューターから Hyper-V ホストまたはクラスターをプロビジョニングする

この記事では、System Center Virtual Machine Manager (VMM) ファブリックに何もインストールされていないベア メタル コンピューターから Hyper-V ホストまたはクラスターをプロビジョニングします。

既存の Windows Server を Hyper-V ホストおよびクラスターとしてファブリックに追加するだけでなく、VMM は物理ベア メタル マシンを検出し、オペレーティング システムを自動的にインストールし、Hyper-V サーバーホストとクラスターとしてプロビジョニングすることができます。

これを行う方法を次に示します。

  1. 前提条件の確認: 開始する前にすべての前提条件があることを確認します。
  2. 初期構成: 仮想化をサポートするようにコンピューター上に BIOS を設定し、最初のデバイスとしてプリブート実行環境 (PXE) 対応ネットワーク アダプターから起動するように BIOS ブート順序を設定し、各コンピューターの BMC のサインイン資格情報と IP アドレス設定を構成します。 コンピューター名の DNS エントリと Active Directory アカウントを作成する必要があります。DNS レプリケーションが発生する時間を許可することをお勧めします。
  3. PXE サーバー環境の準備: PXE サーバーを VMM 管理に追加します (「前提条件: ホストの作成、ホスト クラスター、VMM のベア メタルからのスケールアウト ファイル サーバー クラスター、VMM に PXE サーバーを追加する方法」で説明されています)。
  4. VMM ライブラリにリソースを追加する: インストール時にオペレーティング システムに追加する基本イメージおよびオプションのドライバー ファイルとして使用する、一般化された仮想ハード ディスクを含むリソースを適切なオペレーティング システム (前提条件: ホスト、ホスト クラスター、またはスケール アウト ファイル サーバー クラスターを VMM でベア メタルから作成する) を含むリソースを追加します。
  5. プロファイルの作成: ライブラリで、1 つ以上の物理コンピューター プロファイルを作成します。 これらのプロファイルには、オペレーティング システム イメージの場所、ハードウェア、オペレーティング システムの構成設定などの構成設定が含まれます。
  6. Hyper-V ホストまたはクラスターの作成: スタンドアロン ホストとクラスターのどちらを設定するかに応じて、さまざまなウィザードを実行します。

開始する前に

Note

VMM では、不整合な名前空間内の物理マシンのベア メタル プロビジョニングはサポートされていません。 回避策として、次の手順に従います。

  1. 不整合のない名前空間ドメインにベア メタルをプロビジョニングします。
  2. VMM からプロビジョニングされたホストを削除します。
  3. 関心のある不整合な名前空間ドメインにホストを参加させます。
  4. ホストを VMM に追加し直します。 この手順 使用します

次の前提条件を確認してください。

コンポーネント 前提条件 詳細
物理コンピューター 検出のサポート 各物理コンピューターには、帯域外管理を可能にするベースボード管理コントローラー (BMC) がインストールされている必要があります。 BMC を使用すると、オペレーティング システムや制御システムの機能 (コンピューターの電源を切ったりオンにしたりする機能など) に関係なく、リモートでコンピューターにアクセスできます。 BMC の要件:

BMC では、サポートされている帯域外管理プロトコルのいずれかを使用し、BMC 設定で管理プロトコルを有効にする必要があります。

サポートされているプロトコルは、インテリジェント プラットフォーム管理インターフェイス (IPMI) バージョン 1.5 または 2.0 です。データ センター管理インターフェイス (DCMI) バージョン 1.0;サーバー ハードウェア (スマッシュ) バージョン 1.0 over WS-Management (WS-Man) のシステム管理アーキテクチャ。統合ライトアウト (iLO) などのカスタム プロトコル

BMC は、BMC モデルの最新バージョンのファームウェアを使用する必要があります。

BMC はサインイン資格情報で構成する必要があり、静的 IP アドレス指定または DHCP を使用する必要があります。 DHCP を使用する場合は、DHCP 予約を使用するなど、各 BMC に一定の IP アドレスを割り当てるように DHCP を構成することをお勧めします。

VMM 管理サーバーは、BMC が構成されるネットワーク セグメントにアクセスできる必要がある。
物理コンピューター Hyper-V ロールの要件 Hyper-V の役割をサポートするコンピューターでは、x64 ベースのプロセッサを使用し、適切な基本的な入出力システム (BIOS) 設定を有効にする必要があります。
物理コンピューター DNS お使いの環境に複数のドメイン ネーム システム (DNS) サーバーがあり、DNS レプリケーションに時間がかかる場合は、物理コンピューターに割り当てられているコンピューター名の DNS エントリを作成し、DNS レプリケーションの実行時間を許可することを強くお勧めします。 そうしないと、コンピューターの展開が失敗する可能性があります。
物理コンピューター BIOS/EFI コンピューターで拡張ファームウェア インターフェイス (EFI) と BIOS のどちらを使用するかを決定します。 各種類のコンピューターがある場合は、種類ごとに個別のプロファイルを作成する必要があります。
物理コンピューター オペレーティング システム Windows Server 2016 ノードは、前に指定した要件に従って、Windows Server 2012 R2 クラスターに追加できます。ただし、Windows Server 2012 R2 ノードを Windows Server 2016 クラスターに追加することはできません。

注: VMM 2019 UR3 以降では、 Azure Stack Hyper Converged Infrastructure (HCI バージョン 20H2)がサポートされます。
PXE サーバー デプロイ要件 Windows 展開サービスを使用して PXE サーバーを構成する必要があります。

環境内の既存の PXE サーバーが Windows 展開サービスで構成されている場合は、そのサーバーを VMM に追加できます。 その後、VMM でのプロビジョニングに使用できます (また、VMM は結果のサーバーのみを認識します)。 その他のすべての要求は、PXE サーバーの構成方法に従って引き続き処理されます。

既存の PXE サーバーがない場合は、サポートされているオペレーティング システム (Windows Server 2012 R2 以降) を実行しているサーバーに Windows 展開サービスの役割を展開できます。

Windows 展開サービスをインストールする場合は、展開サーバーとトランスポート サーバーの両方のオプションをインストールする必要があります。 画像を追加する必要はありません。 ホストの展開時に、VMM は、作成してライブラリに格納した仮想ハード ディスクを使用します。 また、[PXE 応答] タブで設定を構成する必要はありません。VMM には独自の PXE プロバイダーが用意されています。

PXE サーバーが、プロビジョニングする物理コンピューターと同じサブネットにある必要があります。

PXE サーバーを追加する場合、PXE サーバーのローカル管理者アクセス許可があるアカウントのアカウント資格情報を指定する必要があります。 ユーザー名とパスワードを入力するか、実行アカウントを指定できます。 実行アカウントを使用する場合は、開始する前またはデプロイ中に RunAs アカウントを作成できます。
PXE サーバー ブート順 各コンピューターでは、BIOS ブート順を設定し、Pre-Boot Execution Environment (PXE) が有効にされたネットワーク アダプターから第 1 デバイスとしてブートします。
仮想ハード ディスク オペレーティング システム VMM ライブラリ共有に一般化された仮想ハード ディスクがあることを確認します。 Windows Server 2012 R2 以降を実行している必要があります。

運用サーバーでは、パフォーマンスを向上し、ユーザーのデータを保護できるように容量固定ディスク (.vhd または .vhdx ファイル形式) を使用することをお勧めします。 既定では、物理コンピューター プロファイルを作成すると、VMM はダイナミック ディスクを固定ディスクに変換します。

顧客ドライバーを割り当てる場合は、ライブラリに存在する必要があります。

仮想ハード ディスクを作成するには、仮想マシンを作成し、ゲスト オペレーティング システムをインストールしてから、/generalize オプションと /oobe オプションで sysprep を使用します。

ホストまたはクラスターにデプロイする仮想ハード ディスク上のオペレーティング システムは、仮想ハード ディスク (VHD) オプションからのブートをサポートする必要があります。

サーバーの管理にリモート デスクトップ サービス (RDS) を使用する場合は、イメージで RDS 接続を有効にすることをお勧めします。 物理コンピューター プロファイルの応答ファイルを使用して RDS を有効にすることもできます。
ネットワーク Logical networks VMM で論理ネットワークまたは論理スイッチを既に構成している場合は、それらの構成を物理コンピューター プロファイルに含めることができます。

物理コンピューター プロファイル (ホストまたはホスト クラスターの場合) に物理 NIC に適用する論理スイッチを含めるには、最初に特定の手順を実行する必要があります。 ホスト コンピューターまたはコンピューターに、意図した数の NIC がインストールされていることを確認します。 さらに、VMM で物理コンピューター プロファイルを作成する前に、論理スイッチを作成します。

論理ネットワークを介して制御される静的 IP アドレス指定を物理コンピューター プロファイルに含めるには、論理ネットワークを構成します。 論理ネットワークには、少なくとも 1 つのネットワーク サイトと静的 IP アドレス プールが含まれている必要があります。 ネットワーク サイトは、ベア メタルから作成するホストを割り当てるホスト グループまたは親ホスト グループでも使用できる必要があります。

物理コンピューター プロファイル (ホストまたはホスト クラスターの場合) にホストの仮想 NIC を含めるには、最初に特定の手順を実行する必要があります。 ホストになるコンピューターまたはコンピューターに、目的の数の物理 NIC がインストールされていることを確認します。 さらに、VMM 管理サーバーで、必要なすべての仮想スイッチ拡張機能と拡張機能プロバイダーをインストールし、少なくとも 1 つの VM ネットワークを作成し、論理スイッチを作成します。 論理スイッチでは、ベスト プラクティスとして、仮想ポートの 1 つ以上のポート分類を含めます。
物理コンピューター プロファイル 応答ファイル 物理コンピューター プロファイルに応答ファイル (Unattend.xml ファイル) またはカスタム リソース (展開後スクリプト コマンドで参照されるアプリケーション インストーラーなど) への参照を含める場合は、展開前に応答ファイルを作成するか、カスタム リソースを取得して、VMM ライブラリ共有に追加します。 ライブラリ共有内で、カスタム リソースを 1 つ以上のフォルダーに配置します。CR (カスタム リソース) 拡張機能。 VMM はそれらをカスタム リソースとして認識します。 たとえば、リモート デスクトップ サービスを有効にしてライブラリ共有に配置する応答ファイルを作成できます。 その後、物理コンピューター プロファイルを構成するときに、そのファイルを選択できます。

既定では、ベア メタルからサーバーまたはクラスターを展開すると、VMM によって次の処理が自動的に実行されます (応答ファイルや展開後のコマンドは必要ありません)。 Hyper-V ホストの Hyper-V の役割をインストールします。 Hyper-V クラスターの Hyper-V ロール、フェールオーバー クラスター機能、マルチパス I/O (MPIO) をインストールします。
取引先企業 2 つの実行アカウントが必要です。

コンピューターをドメインに参加させるための実行アカウント。 実行アカウントは、 [設定] ワークスペースで作成できます。

各コンピューターのベースボード管理コントローラー (BMC) にアクセスするための実行アカウント。
コンポーネント 前提条件 詳細
物理コンピューター 検出のサポート 各物理コンピューターには、帯域外管理を可能にするベースボード管理コントローラー (BMC) がインストールされている必要があります。 BMC を使用すると、オペレーティング システムや制御システムの機能 (コンピューターの電源を切ったりオンにしたりする機能など) に関係なく、リモートでコンピューターにアクセスできます。 BMC の要件:

BMC では、サポートされている帯域外管理プロトコルのいずれかを使用し、BMC 設定で管理プロトコルを有効にする必要があります。

サポートされているプロトコルは、インテリジェント プラットフォーム管理インターフェイス (IPMI) バージョン 1.5 または 2.0 です。データ センター管理インターフェイス (DCMI) バージョン 1.0;サーバー ハードウェア (スマッシュ) バージョン 1.0 over WS-Management (WS-Man) のシステム管理アーキテクチャ。統合ライトアウト (iLO) などのカスタム プロトコル

BMC では、BMC モデルの最新バージョンのファームウェアを使用する必要があります。

BMC はサインイン資格情報で構成する必要があり、静的 IP アドレス指定または DHCP を使用する必要があります。 DHCP を使用する場合は、DHCP 予約を使用するなどして、各 BMC に定数 IP アドレスを割り当てるように DHCP を構成することをお勧めします。

VMM 管理サーバーは、BMC が構成されるネットワーク セグメントにアクセスできる必要がある。
物理コンピューター Hyper-V ロールの要件 Hyper-V の役割をサポートするコンピューターでは、x64 ベースのプロセッサを使用し、適切な基本的な入出力システム (BIOS) 設定を有効にする必要があります。
物理コンピューター DNS 環境に複数のドメイン ネーム システム (DNS) サーバーがあり、DNS レプリケーションに時間がかかる場合は、物理コンピューターに割り当てられているコンピューター名の DNS エントリを作成し、DNS レプリケーションの実行時間を許可することを強くお勧めします。 そうしないと、コンピューターの展開が失敗する可能性があります。
物理コンピューター BIOS/EFI コンピューターで拡張ファームウェア インターフェイス (EFI) と BIOS のどちらを使用するかを決定します。 各種類のコンピューターがある場合は、種類ごとに個別のプロファイルを作成する必要があります。
物理コンピューター オペレーティング システム Windows Server 2025 ノードは、前に指定した要件に従って Windows Server 2022 クラスターに追加できます。ただし、Windows Server 2022 ノードを Windows Server 2025 クラスターに追加することはできません。

注: VMM 2025 では、 Azure Stack Hyper Converged Infrastructure (HCI バージョン 23H2 および 22H2)がサポートされます。
PXE サーバー デプロイ要件 Windows 展開サービスを使用して PXE サーバーを構成する必要があります。

環境内の既存の PXE サーバーが Windows 展開サービスで構成されている場合は、そのサーバーを VMM に追加できます。 その後、VMM でのプロビジョニングに使用できます (また、VMM は結果のサーバーのみを認識します)。 その他のすべての要求は、PXE サーバーの構成方法に従って引き続き処理されます。

既存の PXE サーバーがない場合は、サポートされているオペレーティング システム (Windows Server 2019 以降) を実行しているサーバーに Windows 展開サービスの役割を展開できます。

Windows 展開サービスをインストールするときは、展開サーバーとトランスポート サーバーの両方のオプションをインストールする必要があります。 画像を追加する必要はありません。 ホストの展開時に、VMM は、作成してライブラリに格納した仮想ハード ディスクを使用します。 また、[PXE 応答] タブで設定を構成する必要はありません。VMM には独自の PXE プロバイダーが用意されています。

PXE サーバーが、プロビジョニングする物理コンピューターと同じサブネットにある必要があります。

PXE サーバーを追加する場合、PXE サーバーのローカル管理者アクセス許可があるアカウントのアカウント資格情報を指定する必要があります。 ユーザー名とパスワードを入力するか、実行アカウントを指定できます。 実行アカウントを使用する場合は、開始する前またはデプロイ中に RunAs アカウントを作成できます。
PXE サーバー ブート順 各コンピューターでは、BIOS ブート順を設定し、Pre-Boot Execution Environment (PXE) が有効にされたネットワーク アダプターから第 1 デバイスとしてブートします。
仮想ハード ディスク オペレーティング システム VMM ライブラリ共有に一般化された仮想ハード ディスクがあることを確認します。 Windows Server 2019 以降を実行している必要があります。

運用サーバーでは、パフォーマンスを向上し、ユーザーのデータを保護できるように容量固定ディスク (.vhd または .vhdx ファイル形式) を使用することをお勧めします。 既定では、物理コンピューター プロファイルを作成すると、VMM はダイナミック ディスクを固定ディスクに変換します。

顧客ドライバーを割り当てる場合は、ライブラリに存在する必要があります。

仮想ハード ディスクを作成するには、仮想マシンを作成し、ゲスト オペレーティング システムをインストールしてから、/generalize オプションと /oobe オプションで sysprep を使用します。

ホストまたはクラスターにデプロイする仮想ハード ディスク上のオペレーティング システムは、仮想ハード ディスク (VHD) オプションからのブートをサポートする必要があります。

サーバーの管理にリモート デスクトップ サービス (RDS) を使用する場合は、イメージで RDS 接続を有効にすることをお勧めします。 物理コンピューター プロファイルの応答ファイルを使用して RDS を有効にすることもできます。
ネットワーク Logical networks VMM で論理ネットワークまたは論理スイッチを既に構成している場合は、それらの構成を物理コンピューター プロファイルに含めることができます。

物理コンピューター プロファイル (ホストまたはホスト クラスターの場合) に物理 NIC に適用する論理スイッチを含めるには、最初に特定の手順を実行する必要があります。 ホスト コンピューターまたはコンピューターに、意図した数の NIC がインストールされていることを確認します。 さらに、VMM で物理コンピューター プロファイルを作成する前に、論理スイッチを作成します。

論理ネットワークを介して制御される静的 IP アドレス指定を物理コンピューター プロファイルに含めるには、論理ネットワークを構成します。 論理ネットワークには、少なくとも 1 つのネットワーク サイトと静的 IP アドレス プールが含まれている必要があります。 ネットワーク サイトは、ベア メタルから作成するホストを割り当てるホスト グループまたは親ホスト グループでも使用できる必要があります。

物理コンピューター プロファイル (ホストまたはホスト クラスターの場合) にホストの仮想 NIC を含めるには、最初に特定の手順を実行する必要があります。 ホストになるコンピューターまたはコンピューターに、目的の数の物理 NIC がインストールされていることを確認します。 さらに、VMM 管理サーバーで、必要なすべての仮想スイッチ拡張機能と拡張機能プロバイダーをインストールし、少なくとも 1 つの VM ネットワークを作成し、論理スイッチを作成します。 論理スイッチでは、ベスト プラクティスとして、仮想ポートの 1 つ以上のポート分類を含めます。
物理コンピューター プロファイル 応答ファイル 物理コンピューター プロファイルに応答ファイル (Unattend.xml ファイル) またはカスタム リソース (展開後スクリプト コマンドで参照されるアプリケーション インストーラーなど) への参照を含める場合は、展開前に応答ファイルを作成するか、カスタム リソースを取得して、VMM ライブラリ共有に追加します。 ライブラリ共有内で、カスタム リソースを 1 つ以上のフォルダーに配置します。CR (カスタム リソース) 拡張機能。 VMM はそれらをカスタム リソースとして認識します。 たとえば、リモート デスクトップ サービスを有効にしてライブラリ共有に配置する応答ファイルを作成できます。 その後、物理コンピューター プロファイルを構成するときに、そのファイルを選択できます。

既定では、ベア メタルからサーバーまたはクラスターを展開すると、VMM によって次の処理が自動的に実行されます (応答ファイルや展開後のコマンドは必要ありません)。 Hyper-V ホストの Hyper-V の役割をインストールします。 Hyper-V クラスターの Hyper-V ロール、フェールオーバー クラスター機能、マルチパス I/O (MPIO) をインストールします。
取引先企業 2 つの実行アカウントが必要です。

コンピューターをドメインに参加させるための実行アカウント。 実行アカウントは、 [設定] ワークスペースで作成できます。

各コンピューターのベースボード管理コントローラー (BMC) にアクセスするための実行アカウント。

VMM ファブリックに PXE サーバーを追加する

  1. Fabric>Servers>Add>Add Resources>PXE Server を選択します。
  2. [コンピューター名] で、PXE サーバー名を指定します。
  3. PXE サーバーのローカル管理者アクセス許可を持つアカウントの資格情報を追加します。 既存の実行アカウントを指定 (または 実行アカウントの作成 を選択して新しいアカウントを作成する) ことができます。domain_name\user_name の形式でユーザー資格情報を手動で入力します。 [追加] を選択します。
  4. Jobs で、ジョブの状態が [完了] になっていることを確認し、ダイアログを閉じます。 このジョブは、新しい PXE サーバーを設定し、PXE サーバーに VMM エージェントをインストールし、新しい Windows プレインストール環境 (Windows PE) イメージをインポートして、PXE サーバーのマシン アカウントを VMM に追加します。
  5. PXE サーバーが Fabric>Servers>PXE Servers>Home>Show>Fabric Resources>PXE Servers に追加されていることを確認します。 エージェントの状態は Responding である必要があります。

ドライバー ファイルの追加と割り当て

カスタム ドライバーを割り当てる予定の場合は、ドライバー ファイルがライブラリに存在する必要があります。 後でタグでフィルター処理できるように、ライブラリ内のドライバーにタグを付けることができます。 ファイルが追加されたら、物理コンピューター プロファイルを構成するときに、ドライバー ファイルを指定できます。 VMM は、オペレーティング システムを物理コンピューターにインストールするときに、指定されたドライバーをインストールします。

物理コンピューター プロファイルでは、ドライバーをタグでフィルター処理するか、物理コンピューター上の一致するプラグ アンド プレイ (PnP) ID を持つドライバーをフィルター処理するように選択できます。 タグでドライバーをフィルター処理することを選択した場合、VMM は、ライブラリ内のドライバーに割り当てたタグをプロファイルで割り当てたタグと照合することで、適用するドライバーを決定します。 一致する PnP ID を持つドライバーをフィルター処理することを選択した場合は、カスタム タグを割り当てる必要はありません。

  1. ライブラリーに追加するドライバー パッケージを見つけます。
  2. 物理コンピューターを展開するグループに関連付けられたライブラリ サーバーのライブラリ共有で、ドライバーを保管するためのフォルダーを作成し、このフォルダーにドライバー パッケージをコピーします。
  3. ドライバー パッケージごとに個別のフォルダーを作成し、ドライバー フォルダーにリソースを混在させないようにすることを強くお勧めします。 他のライブラリ リソース (.iso イメージ、.vhd ファイル、.inf ファイル名拡張子が付いたスクリプトなど) を同じフォルダーに含める場合、VMM ライブラリ サーバーはリソースを検出できません。 また、ライブラリから .inf ドライバー パッケージを削除すると、VMM はドライバーの .inf ファイルが存在するフォルダー全体を削除します。
  4. VMM コンソールで、[ライブラリ ] ワークスペースを開きます。 Library>Library Servers で、共有が配置されているライブラリ サーバーを展開し、共有を右クリックして、Refresh を選択します。 ライブラリが最新の情報に更新された後、ドライバーを保管するために作成したフォルダーが表示されます。
  5. 必要に応じてタグを割り当てます。 Libraryで、前の手順でドライバーを格納するために作成したフォルダーを展開し、ドライバー パッケージを含むフォルダーを選択します。
  6. Physical ライブラリ オブジェクトで、ドライバーの .inf ファイルを右クリックし、Properties を選択します。
  7. Driver ファイル名のプロパティ>カスタム タグで、セミコロンで区切ってカスタム タグを入力するか、選択を選択して使用可能なタグを割り当てるか、新しいタグを作成して割り当てます。 選択した場合新しいタグを選択すると、OKを選択した後でタグの名前を変更できます。 たとえば、ネットワーク アダプター ドライバー ファイルを追加した場合、ServerModel NetworkAdapterModel という名前のタグを作成できます。ServerModel はサーバー モデルで、NetworkAdapterModel はネットワーク アダプター モデルです。

物理コンピューター プロファイルを作成する

  1. Library>Home>Create>Physical Computer Profile を選択します。
  2. 新しい物理コンピューター プロファイル ウィザード>Profile の説明で、名前と説明を入力し、VM ホストを選択します。
  3. OS イメージ>仮想ハード ディスク ファイル>Browseで、ライブラリ共有に追加した一般化された仮想ハード ディスクを選択します。 既定では、ディスクが動的 VMM の場合、ホストの展開中に固定ディスクに変換されます。 運用サーバーでは、固定ディスクを使用してパフォーマンスを向上させ、ユーザー データを保護することをお勧めします。
  4. Hardware Configuration>Management NIC で、VMM との通信に使用するネットワーク アダプターと、DHCP と静的アドレスのどちらを使用するかを選択します。 アダプターに一貫性のあるデバイスの名前付け (CDN) を使用する場合、または論理スイッチとポートを構成する場合は、 Physical プロパティを選択します。 [追加] を選択してアダプターを追加します。
  5. Diskで、最初のディスクのパーティション構成を指定します。 物理コンピューター プロファイルが EFI の場合は、GPT を使用できます。 パーティション情報で、ボリューム ラベル、残りのすべての空き領域または特定のサイズを使用するかどうか、およびパーティションをブート パーティションとして指定するかどうかを選択します。 新しいディスクまたはパーティションを追加することもできます。 展開中、VMM は仮想ハード ディスク ファイルをブート パーティションにコピーし、同じディスク上にシステム パーティションを自動的に作成します。
  6. Driver フィルターで、ホストの展開中にオペレーティング システムに適用するドライバー フィルターをフィルター処理します。 プラグ アンド プレイ ID または特定のタグでフィルター処理できます。 一致するタグを持つドライバーをフィルター処理する場合は、ライブラリにドライバー ファイルを追加し、対応するタグを割り当てられていることを確認します。
  7. OS 構成で、Hyper-V ホストまたはクラスターが参加する必要があるドメインを指定し、ローカル管理者の資格情報と ID 情報を指定します。 インストール用のプロダクト キーを追加し、タイム ゾーンを設定します。 GUIRunOnce で、ユーザーが初めて Hyper-V ホストにサインインしたときに実行する 1 つ以上のコマンドを指定します。
  8. Host 設定で、ホストに配置された仮想マシンに関連付けられているファイルを格納するホストのパスを指定します。 C ドライブは配置に使用できないため、指定しないでください。 パスを指定しない場合、VMM 配置によって最適な場所が決まります。
  9. Summaryで、設定を確認します。 Jobs が完了の状態を表示するまで待ってから、Library>Profiles>Physical Computer Profiles でプロファイルを確認します。

PCP の展開後の設定

PCP を正常に作成および配置したら、PCP 配置後スクリプトを使用して、RDMA、QoS、SET などの追加設定を構成できます。

サンプル スクリプト

RDMA、SET、QoS を構成するサンプル スクリプトを次に示します。

# Install data center bridging
Install-WindowsFeature Data-Center-Bridging

#Enable RDMA, assuming customer chosen switch name for storage as Storage1Switch and Storage2Switch
Enable-NetAdapterRDMA "Storage1Switch"
Enable-NetAdapterRDMA "Storage2Switch"

# set Qos Policy
New-NetQosPolicy "SMB" -NetDirectPortMatchCondition 445 -PriorityValue8021Action 3

# Enable net qos flow control
Enable-NetQosFlowControl  -Priority 3

# Disable net qos flow control other than 3
Disable-NetQosFlowControl  -Priority 0,1,2,4,5,6,7

# Enable net adapter qos on all adapters
Enable-NetAdapterQos  -InterfaceAlias "*"

# set qos traffic class
New-NetQosTrafficClass "SMB"  -Priority 3  -BandwidthPercentage 50  -Algorithm ETS

# Install windows feature
Install-WindowsFeature –Name Hyper-V

Install-WindowsFeature –Name RSAT-Hyper-V-Tools

# set net adapter property "encapsulated overhead"
NetAdapterAdvancedProperty -Name "*" -DisplayName "Encapsulated Overhead" -DisplayValue "160"

#disable ipv6
netsh int ipv6 isatap set state disabled

#Configure SET team mapping between virtual network adapter to physical network adapters. (Note: to get names of adapters, use command Get-NetAdapater. For team mapping use command
$physicalAdapters = Get-NetAdapter -Physical
$virtualStorageAdapter1 = Get-VMNetworkAdapter -ManagementOS | Where-Object {$_.Name -eq "Storage1Switch"}
$virtualStorageAdapter1 = Get-VMNetworkAdapter -ManagementOS | Where-Object {$_.Name -eq "Storage2Switch"}

Set-VMNetworkAdapterTeamMapping -ManagementOS -PhysicalNetAdapterName $physicalAdapters[0].Name -VMNetworkAdapterName $virtualStorageAdapter1.Name
Set-VMNetworkAdapterTeamMapping -ManagementOS -PhysicalNetAdapterName $physicalAdapters[1].Name -VMNetworkAdapterName $virtualStorageAdapter2.Name

#Set firewall rules.
[System.String[]]$Alias=@("vEthernet (WssdStorage2)", "vEthernet WssdStorage1)");
$Profile ='Any'
$Name="File and Printer Sharing"
$rules = Get-NetFirewallRule -DisplayGroup $Name

foreach ($rule in $rules)
     {
   		 $rule | Get-NetFirewallAddressFilter | Set-NetFirewallAddressFilter -  
         LocalAddress Any -RemoteAddress Any
     }

 Set-NetFirewallRule -DisplayGroup $Name -Enabled True -Profile $Profile – InterfaceAlias $Alias
 $Profile='Any'
 $Name=='FPS-LLMNR-In-UDP'
 Set-NetFirewallRule -Name $Name -Enabled True -Profile $Profile
 [System.String[]]$Alias=@("Storage2Switch", "Storage1Switch", "ManagementSwitch");
 $Profile ='Any'
 $Name="Windows Remote Management"
 Set-NetFirewallRule -DisplayGroup $Name -Enabled True -Profile $Profile –InterfaceAlias $Alias

 #Set assurance settings
 reg add HKLM\SYSTEM\CurrentControlSet\Control\DeviceGuard /v EnableVirtualizationBasedSecurity /t REG_DWORD /d 1 /f
 reg add HKLM\SYSTEM\CurrentControlSet\Control\DeviceGuard /v RequirePlatformSecurityFeatures /t REG_DWORD /d 2 /f
 reg add HKLM\SYSTEM\CurrentControlSet\Control\LSA /v LsaCfgFlags /t REG_DWORD /d 1 /f
 reg add HKLM\SYSTEM\CurrentControlSet\Control\LSA /v DisableRestrictedAdmin /t REG_DWORD /d 0 /f

ベア メタルから Hyper-V ホストをプロビジョニングする

ベア メタルから Hyper-V ホストを展開すると、VMM は次の処理を行います。

  1. 帯域外管理を使用して物理コンピューターを検出します。
  2. 物理コンピューター プロファイルを使用して、コンピューターにオペレーティング システム イメージを展開します。
  3. コンピューターで Hyper-V の役割を有効にします。
  4. VMM 管理下のコンピューターを管理対象の Hyper-V ホストとして使用します。

次のようにプロビジョニングします。

  1. Fabric>Servers>Home>Add>Add Resources>Hyper-V Hosts and Clusters を選択します。
  2. リソースの追加ウィザード>リソースの場所で、仮想マシン ホストとしてプロビジョニングする物理コンピューター選択
  3. Credentials とプロトコルでBMC にアクセスするアクセス許可を持つ実行アカウントを選択します。 Protocol一覧で、BMC で使用する帯域外管理プロトコルを選択します。 データ センター管理インターフェイス (DCMI) を使用する場合は、 Intelligent Platform Management Interface (IPMI)を選択します。 DCMI 1.0 は一覧に含まれませんが、サポートされています。 正しいポートが選択されていることを確認します。
  4. Discovery Scope で、BMC の IP アドレスを含む IP アドレス スコープを指定します。 単一の IP アドレス、IP サブネット、または IP アドレスの範囲を入力できます。
    • 1 台のコンピューターをプロビジョニングする場合は、1 つの IP アドレスを指定するか、目的の IP アドレスで開始および終了する IP アドレス範囲を指定できます。 単一の IP アドレスを指定した場合、 Next を選択すると、コンピューターが再起動されます。
    • IP アドレス範囲を指定すると、 Next を選択すると、コンピューターに関する情報が表示され、目的のコンピューターを指定したことを確認できます。
  5. 前のページで 1 つの IP アドレスを指定した場合は、この手順をスキップします。 それ以外の場合は、 リソース ページが表示されます。 検出された BMC (IP アドレスで識別) の一覧を確認し、ホストとしてプロビジョニングする BMC を選択します。 予期するすべての BMC が表示されない場合は、VMM サーバーからアクセスできるネットワーク上にあることを確認し、必要に応じて Refresh を選択します。
  6. プロビジョニング オプションで、新しい Hyper-V ホストのホスト グループを選択します。 適用する物理コンピューター プロファイルを選択します。
  7. 展開のカスタマイズで、コンピューターの一覧をもう一度確認し、含める各コンピューターの情報を指定します。
    • 含めないコンピューターが表示される場合は、BMC (IP アドレスで識別) を選択し、 Remove を選択します。
    • コンピューターを構成するには、BMC IP アドレスを選択します。
    • ワイルドカード文字を使用せずに、一意のコンピューター名を指定します。
    • このコンピューター名 [Active Directory のスキップ] を選択またはオフにします。 コンピューター アカウントが既に存在する場合は、Active Directory チェックによって展開が禁止されます。 これは、既存のコンピューターと同じ名前のコンピューターを展開するのを防ぐのに役立ちます。 Active Directory チェックをスキップし、物理コンピューター プロファイルで指定された実行アカウント以外の既存のコンピューター アカウントが AD DS に存在する場合、展開プロセスはコンピューターをドメインに参加させるのに失敗します。
  8. 構成しているコンピューターの場合は、(左側にある) ネットワーク アダプターを選択します。 構成を変更したり、詳細情報を入力したりすることができます。
  9. このネットワーク アダプターには、管理 NIC の MAC アドレス (BMC ではなく) と静的 IP 設定を指定できます。 アドレスを指定する場合は、論理ネットワークと IP サブネット (該当する場合) を選択します。 選択した IP サブネットに IP アドレス プールが含まれている場合は、 選択したサブネットに対応する IP アドレスを確認できます。 それ以外の場合は、論理ネットワークまたはそのサブネット内にある IP アドレスを入力します。 IP サブネットを選択する場合は、ホストを展開する物理的な場所と、アダプターが接続されているネットワークに対応していることを確認します。 そうしないと、デプロイが失敗する可能性があります。
  10. 各ネットワーク アダプターのアダプター設定を構成します。

Note

コンピューター内の物理ネットワーク アダプターの数が、物理コンピューター プロファイルで定義されている物理ネットワーク アダプターの数と一致しない場合は、アダプターに不足している情報を指定する必要があります。 このコンピューターを今すぐプロビジョニングしない場合 (物理ハードウェアをインストールまたはアンインストールする必要がある場合など)、一覧からコンピューターの BMC IP アドレスを選択し、 Remove を選択します。

  1. 一覧の BMC IP アドレスごとに構成を繰り返します。 プロビジョニングするすべてのコンピューターの情報を入力したら、[ 次へを選択します。
  2. Summaryで設定を確認し、Finish を選択して新しい Hyper-V ホストを展開し、VMM 管理下に配置します。 設定によっては、 ジョブ ダイアログが表示される場合があります。 ジョブ内のすべてのステップの状態が Completed であることを確認し、ダイアログを閉じます。
  3. ホストが追加されたことを確認するには、 Fabric>Servers>All Hosts> ホスト グループを選択し、新しい Hyper-V ホストがグループに表示されることを確認します。

ベア メタルから Hyper-V クラスターをプロビジョニングする

ベア メタルから Hyper-V クラスターを展開すると、VMM は次の処理を行います。

  1. 帯域外管理を使用して物理コンピューターを検出します。
  2. 選択した物理コンピューター プロファイルを使用して、コンピューターにオペレーティング システム イメージを展開します。
  3. フェールオーバー クラスタリング機能と、Hyper-V の役割と MPIO 機能をインストールします。
  4. プロビジョニングされたクラスターを VMM 管理の下に持ち込みます。

次のようにプロビジョニングします。

  1. Fabric>Servers>Add>Add Resources>Hyper-V Hosts and Clusters を選択します。

  2. General 構成で、ホスト クラスターの名前を指定します。 必要に応じて、ストレージ構成を選択します。

    • 共有ストレージの場合は、共有 SAS、FC、または iSCSI を使用してクラスターに接続されている Storage を選択します。
    • 記憶域スペース ダイレクトの場合は、クラスター内の個々のノードに直接接続Diskサブシステムを選択します
  3. [リソースの種類] で、[プロビジョニングする物理コンピューター] を選択します。

    • クラスターの作成に使用する管理者の実行アカウントを指定します。
    • 物理コンピューター プロファイルを選択します (各ノードのドメイン名と管理者の実行アカウントを指定します)。
    • [ BMC 実行アカウント ボックスの横にある Browse を選択し、BMC にアクセスするアクセス許可を持つ実行アカウントを選択します。
    • 帯域外管理プロトコルの一覧で、BMC で使用するプロトコルを選択します。 データ センター管理インターフェイス (DCMI) を使用する場合は、[インテリジェント プラットフォーム管理インターフェイス (IPMI)] を選択します。 DCMI 1.0 は一覧に含まれませんが、サポートされています。 正しいポートが選択されていることを確認します。
    • Skip クラスターの検証 オプションが表示され、このクラスターに対する Microsoft からのサポートが必要ない場合は、検証をスキップできます。
  4. Discovery Scope で、BMC の IP アドレスを含む IP アドレス スコープを指定します。 単一の IP アドレス、IP サブネット、または IP アドレスの範囲を入力できます。 詳細検出では、コンピューターに関する詳細情報 (ネットワーク アダプターの MAC アドレスなど) が提供されますが、コンピューターが再起動され、追加の時間が必要になります。 詳細な検出を許可またはスキップできます。

  5. 前のページで 1 つの IP アドレスを指定した場合は、この手順をスキップします。 それ以外の場合は、 リソース ページが表示されます。 検出された BMC (IP アドレスで識別) の一覧を確認し、クラスターに含める BMC を選択します。

  6. 予期するすべての BMC が表示されない場合は、VMM サーバーからアクセスできるネットワーク上にあることを確認し、必要に応じて Refresh を選択します。 詳細検出を許可またはスキップします。 詳細検出では、コンピューターに関する詳細情報 (ネットワーク アダプターの MAC アドレスなど) が提供されますが、コンピューターが再起動され、追加の時間が必要になります。 [次へ] を選択します。

  7. 展開のカスタマイズで、含める各コンピューターの情報を指定します。 含めないコンピューターが表示される場合は、BMC (IP アドレスで識別) を選択し、 Remove を選択します。

    • コンピューターを構成するには、BMC IP アドレスを選択します。 ワイルドカード文字を使用せずに、一意のコンピューター名を指定します。
    • このコンピューター名 [Active Directory のスキップ] を選択またはオフにします。 コンピューター アカウントが既に存在する場合は、Active Directory チェックによって展開が禁止されます。

    Note

    チェックをスキップし、物理コンピューター プロファイルで指定された実行アカウント以外の既存のコンピューター アカウントが AD に存在する場合、展開プロセスはコンピューターをドメインに参加させるのに失敗します。

    • 構成しているコンピューターで、ネットワーク アダプターを選択します。 構成を変更したり、詳細情報を入力したりすることができます。
    • このネットワーク アダプターには、管理 NIC の MAC アドレス (BMC ではなく) と静的 IP 設定を指定できます。 アドレスを指定する場合は、論理ネットワークと IP サブネット (該当する場合) を選択します。 選択した IP サブネットに IP アドレス プールが含まれている場合は、 選択したサブネットに対応する IP アドレスを確認できます。 それ以外の場合は、論理ネットワークまたはそのサブネット内にある IP アドレスを入力します。 IP サブネットを選択する場合は、ホストを展開する物理的な場所と、アダプターが接続されているネットワークに対応していることを確認します。 そうしないと、デプロイが失敗する可能性があります。
  8. 各ネットワーク アダプターのネットワーク アダプター設定を構成します。

Note

コンピューター内の物理ネットワーク アダプターの数が、物理コンピューター プロファイルで定義されている物理ネットワーク アダプターの数と一致しない場合は、アダプターに不足している情報を指定する必要があります。 このコンピューターを今すぐプロビジョニングしない場合 (物理ハードウェアをインストールまたはアンインストールする必要がある場合など)、一覧からコンピューターの BMC IP アドレスを選択し、 Remove を選択します。

  1. 一覧の BMC IP アドレスごとに構成を繰り返します。
  2. プロビジョニングするすべてのコンピューターに必要な情報を入力したら、[次へ] を選択します。
  3. Summaryで設定を確認し、Finish を選択して新しい Hyper-V ホストを展開し、VMM 管理下に配置します。 設定によっては、[ジョブ] ダイアログが表示される場合があります。 ジョブ内のすべてのステップの状態が [完了] になっていることを確認し、ダイアログを閉じます。
  4. ホストが追加されたことを確認するには、 Fabric>Servers>All Hosts> を選択し、新しいホスト クラスターを見つけて選択します。 Hosts ペインの Host Status 列で、クラスター内の各ノードが OK であることを確認します。