VMM のアップグレードの計画の注意事項
公開日: 2016年3月
対象: System Center 2012 R2 Virtual Machine Manager
次の表に、Virtual Machine Manager から System Center 2012 Service Pack 1 (SP1) への System Center 2012 R2 のアップグレードを計画する際に重要な考慮事項を示します。VMM の System Center 2012 R2 のシステム要件については、次を参照してください。
計画の一般的な考慮事項
| 項目 | 計画時の注意事項 |
|---|---|
| VMM 管理サーバーのオペレーティング システム | System Center 2012 R2 の VMM を実行する管理サーバーのオペレーティング システムとして、Windows Server 2012 R2 を使用することを強くお勧めします。 VMM を使用して、Windows Server 2012 R2 を実行するクラスターを作成する場合、VMM 管理サーバーは Windows Server 2012 R2 を実行する必要があります。 これは、HYPER-V ホスト クラスターまたはスケール アウト ファイル サーバー クラスターのいずれかを作成する場合に該当します。 VMM 管理サーバーのオペレーティング システムとして Windows Server 2012 を継続して使用する場合は、Windows Server 2012 R2 を実行するクラスターを VMM 以外で作成してから、VMM に追加することができます。 VMM でクラスターを作成することはできません。 |
| VMware ESX ホストと特定バージョンの VMware vCenter サーバー | - このようなホストおよび管理対象オブジェクトをアップグレードすに含める場合、これらは VMM データベースから削除されます。 - ホストを自動的に削除したくない場合、アップグレードの前に手動でホストを削除します。 |
| パフォーマンスとリソースの最適化 (PRO) | - PRO の構成はこのアップグレード中に維持されません。 - Operations Manager との接続が既に確立している場合、この接続はアップグレードの処理中に削除されます。 - 接続を自動的に削除しない場合は、アップグレードの前に手動で接続を削除します。 - アップグレード処理の完了後、Operations Manager への接続を再構成できます。 - Operations Manager と VMM を併用する方法の詳細については、「VMM との Operations Manager 統合の構成」をご覧ください。 |
| WinRM の最適化 | WSMAN (WinRM で使用される) の MaxConcurrentOperationsPerUser プロパティと MaxConnections プロパティの値は、アップグレード中にはリセットされません。 アップグレード前に存在していた値はアップグレード後も保持されます。これらの値が低すぎる場合は、VMM のスループットが制限される可能性があります。 |
| ライブラリ サーバー | - VMM の System Center 2012 R2 でライブラリ サーバーを使用する場合は、[キャンセル] をクリックしてアップグレードを終了し、必要な場合はサポートされるオペレーティング システムを実行しているコンピューターにライブラリ サーバーを移動します。 - VMM ライブラリ サーバーの要件の詳細については、「System Center 2012 R2 Virtual Machine Manager に対応する環境の準備に関するページ」をご覧ください。 |
| サービス アカウント | 詳細については、「アップグレード時のサービス アカウント設定および分散キー管理の設定の選択」をご覧ください。 |
| 分散キー管理 | 詳細については、「アップグレード時のサービス アカウント設定および分散キー管理の設定の選択」をご覧ください。 |
高可用性の計画に関する考慮事項
| 項目 | 計画時の注意事項 |
|---|---|
| フェールオーバー クラスター | - フェールオーバー クラスターは、アップグレードの前に作成し、構成する必要があります。 |
| Microsoft Azure HYPER-V Recovery Manager プロバイダー | Microsoft Azure HYPER-V Recovery Manager が VMM 環境に実装されている場合は、アップグレード後、アクティブなノード ロールを、アップグレード前にそのロールを持っていた同じノードに割り当てる必要があります。 これにより、HYPER-V Recovery Manager の登録情報が適切に復元されます。 |
| VMM データベース | - VMM データベースは、高可用性インストールの SQL Server に配置することを推奨します。 SQL Server の高可用性インストールは、高可用性 VMM 管理サーバーをインストールするフェールオーバー クラスターとは別のクラスターにインストールすることをお勧めします。 - VMM データベースを別のコンピューターに移動する方法については、「VMM データベースを別のコンピューターに移動する方法」をご覧ください。 |
| ライブラリ サーバー | - ライブラリ サーバーは、高可用性ファイル サーバー上にインストールすることをお勧めします。 - 高可用性 VMM 管理サーバーへのアップグレード後、VMM ライブラリを高可用性ファイル サーバーに再配置することをお勧めします。 - アップグレード後の VMM の再配置の詳細については、「VMM ライブラリの再配置」をご覧ください。 |
| サービス アカウント | - 高可用性 VMM 管理サーバーのドメイン アカウントを使用するよう System Center Virtual Machine Manager サービスを構成する必要があります。 - 詳細については、「アップグレード時のサービス アカウント設定および分散キー管理の設定の選択」をご覧ください。 |
| 分散キー管理 | - 高可用性 VMM 管理サーバーの Active Directory ドメイン サービス (AD DS) で暗号化キーを保存するには、分散キー管理を使用する必要があります。 - 詳細については、「アップグレード時のサービス アカウント設定および分散キー管理の設定の選択」をご覧ください。 |
高可用性 VMM 管理サーバーの構成の詳細なガイダンスについては、「高可用性 VMM 管理サーバーのインストール」を参照してください。
.jpeg "System_CAPS_ICON_tip.jpg") ヒント |
|---|
VMM は、アップグレード プロセスの最中にフェールオーバーが発生した場合に備えて、自動ロールバック機能を提供します。 アップグレード中に障害が検出されると、アップグレードは環境を元の構成に自動的に戻します。 |
参照
Virtual Machine Manager のアップグレードの計画
VMM のアップグレードの実行
System Center 2012 R2 のシステム要件
System Center 2012 R2 Virtual Machine Manager に対応する環境の準備に関するページ