次の方法で共有


VMM コンピューティング ファブリックの計画

重要

このバージョンの Virtual Machine Manager (VMM) はサポート終了に達しました。 VMM 2022 にアップグレードすることをお勧めします。

この記事では、System Center - Virtual Machine Manager (VMM) コンピューティング ファブリックを計画する方法について説明します。 VMM コンピューティング ファブリックは、VMM ライブラリ、仮想化ホスト、ホスト グループ、およびその他のインフラストラクチャ サーバーで構成されます。

VMM ライブラリの計画

始める前に

  • VMM をインストールする前に、VMM ライブラリのシステム要件を確認してください。
  • VMM は、VMM サーバーに既定のライブラリ共有を展開します。 セットアップが完了したら、既定のライブラリ共有を削除または再配置できないため、VMM をインストールする前にその場所を考慮してください。
  • SAN を使用している場合、ライブラリ サーバーには、ライブラリを使用するホストと同じ SAN が必要です。 これにより、ライブラリ サーバーとホストが SAN 上の同じ LUN にアクセスしてより高速なファイル転送を実現できます。
  • LAN 経由で仮想化ホストからライブラリに接続する場合、ライブラリ サーバーは可能な限りホストに近い必要があります。
  • ライブラリ サーバーをさらに追加する予定の場合は、ライブラリ グループを作成して整理できます。 ライブラリ グループを使用すると、サーバーを VMM ファブリック内のホスト グループに対応させることができます。 ベスト プラクティスとして、各ライブラリ サーバーを、そのライブラリのリソースを使用するホスト グループに合わせる必要があります。

仮想化ホストの計画

VMM では、Hyper-V と VMware の仮想化ホストをサポートします。 VMM ファブリックでホストを追加、プロビジョニング、管理する場合は、次の点を考慮してください。

  • Hyper-V ホストのトポロジ。 VMM は、VMM サーバーと同じドメイン、双方向の信頼関係があるドメイン、または双方向の信頼関係がないドメインに配置されている Hyper-V ホストと連携できます。 VMM は、境界ネットワーク内にある Hyper-V ホスト、または不整合な名前空間内にある Hyper-V ホストでも動作します。
  • VMware ホストのトポロジ。 VMM は、環境内にある VMware ホストと連携します。
  • ホストで実行中のゲスト オペレーティング システムの数と種類
  • ホストで実行中の VM のシステム構成。
  • ゲスト オペレーティング システムで実行中のアプリの種類。
  • ホストで実行される VM のワークロード。
  • ホストのプロセッサ要件。 VM を実行するのに十分な処理能力が必要です。
  • ホストのメモリ要件。 VMM を使用して VM にホスト RAM を割り当てた後、そのメモリは他のリソースでは使用できません。 また、ホスト オペレーティング システムと他のアプリを実行するに十分なメモリ容量が必要です。
  • ホストの記憶域要件。 ホスト自体と、ホスト上で実行されている VM 用の適切なストレージが必要です。 VM のページング ファイル、仮想ハード ディスクを動的に拡張する、VM が保存された状態のときに VM RAM の内容を保存する、VM チェックポイントを考慮する必要がある点に注意してください。
  • ホストのネットワーク要件。 高可用性を必要とするアプリを VM が実行している場合は、ネットワーク要件を考慮する必要があります。

ホスト グループの計画

ホスト グループは、仮想化ホストと仮想マシン用のコンテナーとして機能します。 設定はグループ レベルで適用します。このような設定には、ホスト レベルでのリソースの設定、セルフサービス ユーザー用のホストの指定、および記憶域とネットワークのオプションがあります。 リソースのプロビジョニングと管理を効果的に管理できるようになるため、ホスト グループの計画は大規模な展開で特に重要です。

ホスト グループは、組織にとって意味のある設定に基づいて構成できます。 次に例を示します。

  • 組織内のブランチ オフィス用。
  • Active Directory 構造と対応させるため。
  • 開発、テスト、運用、調査などの役割を反映するため。
  • 管理タスクに使用されるホストを制限するため。 たとえば、特定のホスト グループを選択して、仮想マシンの配置を制限できます。
  • ホストのリソースを予約して、ホスト オペレーティング システムが常に使用できる CPU、メモリ、ディスク領域、ディスク I/O 容量、およびネットワーク容量を決定するため。
  • 仮想マシンを最適なホストに自動的に配置するため。 自動配置は、ユーザーが仮想マシン セルフサービスで作成する仮想マシンの展開にも使用されます。
  • ユーザーが独自の仮想マシンを作成および操作できるセルフサービス ホストを指定するため。 セルフサービス ポリシーをホスト グループに追加すると、ユーザーまたはグループが、ホスト グループ内のホスト上の制御された環境内で独自の仮想マシンを作成、操作、管理できるようになります。

ホスト グループは階層的です。 たとえば、既存のホスト グループの子ホスト グループを作成して、親ホスト グループに継承されたホスト予約をオーバーライドしたり、親ホスト グループのセルフサービス ポリシーから継承された VM のアクセス許可を修正したりできます。

  • すべてのホスト グループは、"すべてのホスト" と呼ばれるルート ホスト グループに属しています。
  • 各ホストまたはホスト グループは、そのホスト パス (ナビゲーション ウィンドウのホスト グループの階層内のホストまたはホスト グループの場所を指定する一連のホスト グループの名前) によって識別されます。 たとえば、"すべてのホスト\ニューヨーク\Site21\VMHost05" というホスト パスは、ホスト VMHost05 がホスト グループ "ニューヨーク" の子ホスト グループである Site21 に属していることを示します。
  • 親ホスト グループのホスト予約を変更する場合、ホスト予約の設定をそのすべての子ホスト グループのホストに継承するかどうかを選択できます。 ホスト予約設定を継承することを選択した場合、親ホスト グループのすべての子ホスト グループのすべてのホストの既存のすべての設定が、親ホスト グループのすべてのホスト予約設定で上書きされます。
  • 仮想マシンのセルフサービスに親ホスト グループを使用する場合、その子ホスト グループはそれぞれ、親ホスト グループからセルフサービス ポリシーを自動的に継承します。 ただし、同じユーザーまたはグループのセルフサービス ポリシーを親ホスト グループとその子ホスト グループに追加することができます。 親と子の両方にポリシーを追加することで、同じユーザーに異なるテンプレートを割り当てたり、異なる仮想マシンのアクセス許可を設定したり、親ホスト グループ内のホストのサブセットに別の仮想マシン クォータを割り当てたりすることができます。
  • ホスト グループを使用して、ホストを分離することができます。 たとえば、ゲスト オペレーティング システムでミッション クリティカルなアプリケーションを実行しているホストがある場合は、そのホストを独自のホスト グループに配置することによって分離できます。 これにより、このホスト グループに適用されているセルフサービス ポリシーがないこと、およびホストのオペレーティング システムを実行するために確保されているシステム リソースが適切であることが保証され、ゲスト オペレーティング システムがホスト リソースを最大限に使用できるようになります。

次のステップ