VMM のインストールを計画する

サポートされているハードウェアとソフトウェアのバージョンの詳細については、インストールするバージョンのシステム要件に関する記事を参照してください。

デプロイ要件

次の システム要件を確認します。

• VMM 管理サーバー: ハードウェアとオペレーティング システムの要件を確認します。
• SQL Server: サポートされている SQL Server のバージョンを確認します。
• VMM コンソール: オペレーティング システムの要件を確認し、別のコンピューターで VMM コンソールを実行するかどうかを確認します。
• VMM ライブラリ: リモート VMM ライブラリ共有のハードウェア要件を確認します。
• 仮想化ホスト: VMM ファブリック内の Hyper-V および SOFS サーバーでサポートされているオペレーティング システムを確認します。 VMware サーバーの要件を確認します。
• その他のファブリック サーバー: 更新プログラムと PXE (ベア メタル展開に使用) サーバーでサポートされているオペレーティング システムを確認します。

追加のデプロイ要件

SPN

VMM をインストールしている VMM ユーザーまたは VMM セットアップを実行している VMM ユーザーに、Active Directory の VMM サーバーのサービス プリンシパル名 (SPN) を書き込むためのアクセス許可がない場合、セットアップは警告で終了します。 SPN が登録されていない場合、VMM コンソールを実行している他のコンピューターは管理サーバーに接続できず、VMM ファブリック内のベア メタル コンピューターに Hyper-V ホストを展開することはできません。 この問題を回避するには、次のように VMM をインストールする前に、SPN をドメイン管理者として登録する必要があります。

1. <SystemDrive>\Windows\System32> から、ドメイン管理者としてこれらのコマンドを実行します。

   • setspn -u -s SCVMM/<MachineBIOSName> <VMMServiceAccount>
   • setspn -u -s SCVMM/<MachineFQDN> <VMMServiceAccount>

   クラスターの場合、 <MachineBIOSName> は <ClusterBIOSName> 、 <MachineFQDN> は <ClusterFQDN にする必要があります>

2. VMM サーバー (またはクラスター内の各ノード) のレジストリで、 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Server\Setup に移動します。

3. VmmServicePrincipalNames を SCVMM/<MachineBIOSName>,SCVMM/<MachineFQDN> に設定します。 クラスターの場合は、SCVMM/<ClusterBIOSName>、SCVMM/<ClusterFQDN> です。

これを行えない場合は、VMM のインストール中に SPN を登録することもできます。 ドメイン管理者は、VMM サービス ユーザーまたはセットアップ ユーザーに SPN 書き込みアクセス許可を提供できます。

そのため、委任されたユーザーは高い信頼を持ち、アカウントの資格情報をセキュリティで保護する必要があります。 手順は次のとおりです。

1. adsiedit をドメイン管理者として実行します。
2. VMM サービス ユーザーを見つけるために移動します。 Properties>Security>Advanced を右クリックします。 次に 追加を選択し、 プリンシパルの選択で、アクセス許可を付与するユーザーを指定します。
3. Write servicePrincipalName>OK を選択します。

このユーザー アカウントで VMM をインストールすると、SPN が登録されます。

VMM 管理サーバー

• Nano Server で VMM 管理サーバーを実行することはできません (2019 より前の Windows Server リリースに適用されます)。
• 管理サーバーのコンピューター名は 15 文字を超えることはできません。
• VMM 管理サーバーと、エージェント以外の他の System Center コンポーネントは、Hyper-V を実行しているサーバーにインストールしないでください。
• VM に VMM 管理サーバーをインストールできます。 Hyper-V の動的メモリ機能を使用する場合は、仮想マシンのスタートアップ RAM を少なくとも 2,048 MB (MB) に設定する必要があります。

• 高可用性を実現するために、VMM 管理サーバーをフェールオーバー クラスターにインストールできます。 詳細情報。

SQL Server とデータベース

• 使用している SQL Server のインスタンスでは、大文字と小文字を区別しないデータベース オブジェクトを許可する必要があります。

• SQL Server のコンピューター名の長さは 15 文字を超えることはできません。

• VMM 管理サーバーと SQL Server コンピューターが同じ Active Directory ドメインのメンバーでない場合は、2 つのドメイン間に双方向の信頼が存在する必要があります。

• SQL Server をインストールするときに [ データベース エンジン サービス ] 機能と [ 管理ツール - 完全 ] 機能を選択します。

• (VMM データベースを移動せずに) サポートされているバージョンの SQL Server へのインプレース アップグレードを実行できます。 アップグレードの実行時にジョブが実行されていないこと、またはジョブが失敗する可能性があり、手動で再起動する必要があることを確認します。

• VMM データベースでは、パフォーマンスを向上させるために、オペレーティング システムに使用されるディスクにデータベース ファイルを格納しないでください。

• VMM でソフトウェア定義ネットワーク (SDN) を使用している場合は、すべてのネットワーク情報が VMM データベースに格納されます。 このため、次のガイドラインを使用して、VMM データベースの高可用性を考慮しなければならない場合があります。

  • フェールオーバー クラスタリングがサポートされており、これは 1 つの地理的領域またはデータセンター内での可用性のために推奨される構成です。 詳細については、こちらを参照してください。
  • Microsoft SQL Server での Always On 可用性グループの使用はサポートされていますが、同期コミットと非同期コミットの 2 つの可用性モードの違いを確認することが重要です。 詳細情報。
    • 非同期コミット モードでは、各コミット後の一定期間に、データベースのレプリカが期限切れになるように指定できます。 これにより、データベースが過去に戻ったかのように見える可能性があります。これにより、顧客データの損失、不注意による情報の漏えい、または特権の昇格が発生する可能性があります。
    • 同期コミット モードはリモート サイトの可用性のシナリオの構成として使用できます。

• SQL Server サービスでは、Active Directory ドメイン サービス (AD DS) へのアクセス許可を持つアカウントを使用する必要があります。 たとえば、ローカル システム アカウントまたはドメイン ユーザー アカウントを指定できます。 ローカル ユーザー アカウントを指定しないでください。

• 照合順序を構成する必要はありません。 展開中、セットアップでは、サーバー オペレーティング システムの言語に従って CI 照合順序が自動的に構成されます。

• 動的ポートがサポートされています。

• VMM のインストール前に VMM データベースを作成する場合:

  • アクセス許可があることを確認するか、SQL データベースを作成するか、SQL Server 管理者に依頼してください。

  • 次のようにデータベースを構成します。

    1. 設定を使用して新しいデータベースを作成する: 名前: VirtualManagerDB;照合順序: Latin1_General_100_CI_ASしますが、特定の SQL Server インスタンスの照合順序に合わせて調整されます。
    2. データベースdb_ownerアクセス許可を VMM サービス アカウントに付与します。
    3. VMM セットアップでは、既存のデータベースを使用するオプションを選択し、データベースの詳細と VMM サービス アカウントをデータベース ユーザーとして指定します。

ライブラリ サーバー

• VMM 管理サーバーでライブラリ サーバーを実行する場合は、オブジェクトを格納するための追加のハード ディスク領域を指定する必要があります。 必要な領域は、格納するオブジェクトの数とサイズによって異なります。
• ライブラリ サーバーは、VMM が仮想マシン テンプレート、仮想ハード ディスク、仮想フロッピー ディスク、ISO イメージ、スクリプト、格納された仮想マシンなどの項目を格納する場所です。 VMM ライブラリ サーバーに対して指定される最適なハードウェア要件は、これらのファイルの量とサイズによって異なります。 CPU 使用率やその他のシステム状態変数を確認して、環境内で最適なものを判断する必要があります。
• 仮想ハード ディスクを .vhdx ファイル形式で管理する場合は、VMM ライブラリ サーバーで Windows Server 2012 以降を実行する必要があります。
• VMM には、VMM ライブラリ内の物理ファイルをレプリケートする方法や、VMM データベースに格納されているオブジェクトのメタデータを転送する方法は用意されていません。 代わりに、必要に応じて、VMM の外部で物理ファイルをレプリケートする必要があり、スクリプトまたはその他の方法を使用してメタデータを転送する必要があります。
• ネットワーク ファイル システム (NFS) の大文字と小文字の制御が Ignore に設定されているため、VMM では、UNIX 用 Windows サービスの大文字と小文字を区別するオプションで構成されたファイル サーバーはサポートされていません。

アカウントとドメインの要件

アカウントを準備する前に、次のことを確認してください。

• インストール後に Virtual Machine Manager サービス アカウントの ID を変更することはできません。 これには、ローカル システム アカウントからドメイン アカウントへの変更、ドメイン アカウントからローカル システム アカウントへの変更、またはドメイン アカウントから別のドメイン アカウントへの変更が含まれます。 インストール後に Virtual Machine Manager サービス アカウントを変更するには、VMM をアンインストールし (SQL Server データベースを保持する場合は [データの保持] オプションを選択)、新しいサービス アカウントを使用して VMM を再インストールする必要があります。
• ドメイン アカウントを指定する場合、アカウントはコンピューター上のローカル Administrators グループのメンバーである必要があります。
• ドメイン アカウントを指定する場合は、この目的で使用するように指定されたアカウントを作成することをお勧めします。 ホストが VMM 管理サーバーから削除されると、System Center Virtual Machine Manager サービスが実行されているアカウントは、ホストのローカル Administrators グループから削除されます。 ホスト上の他の目的で同じアカウントを使用すると、予期しない結果が発生する可能性があります。
• Hyper-V 仮想マシンで共有 ISO イメージを使用する場合は、ドメイン アカウントを使用する必要があります。
• 不整合な名前空間を使用している場合は、ドメイン アカウントを使用する必要があります。 不整合な名前空間の詳細については、「 コンピューター、ドメイン、サイト、および組織単位の Active Directory 名前付け規則」を参照してください。
• 高可用性 VMM 管理サーバーをインストールする場合は、ドメイン アカウントを使用する必要があります。
• VMM 管理サーバーをインストールするコンピューターは、Active Directory ドメインのメンバーである必要があります。 環境内では、あるフォレストにユーザー アカウントがあり、VMM サーバーとホストが別のフォレストに含まれる場合があります。 この環境では、2 つのフォレスト間ドメイン間に双方向の信頼を確立する必要があります。 VMM では、フォレスト間ドメイン間の一方向の信頼はサポートされていません。

分散キー管理

既定では、VMM は、データ保護アプリケーション プログラミング インターフェイス (DPAPI) を使用して VMM データベース内の一部のデータを暗号化します。 たとえば、実行アカウントの資格情報、ゲスト オペレーティング システム プロファイルのパスワード、仮想ハード ディスクのプロパティのプロダクト キー情報などです。 データ暗号化は、VMM がインストールされている特定のコンピューターと、VMM が使用するサービス アカウントに関連付けられます。 VMM のインストールを別のコンピューターに移動した場合、VMM は暗号化されたデータを保持しないため、手動で入力する必要があります。

VMM が移動の間に暗号化されたデータを保持するように、分散キー管理を使用して暗号化キーを Active Directory に格納できます。 VMM のインストールを移動すると、VMM は暗号化されたデータを保持します。これは、新しい VMM コンピューターが Active Directory の暗号化キーにアクセスできるためです。 分散キー管理を設定するには、Active Directory 管理者と調整する必要があります。

• 高可用性 VMM 管理サーバーをインストールする場合は、分散キー管理を使用して暗号化キーを Active Directory に格納する必要があります。 VMM がノードにフェールオーバーした場合、そのノードは暗号化キーにアクセスする必要があるため、分散キー管理が必要です。
• セットアップでサービス アカウントと分散キーを構成する場合は、AD DS にコンテナーの場所を入力する必要があります (例: CN=VMMDKM、DC=corp、DC=contoso、DC=com)

次のステップ

VMM のインストール