vCenter Server Appliance または Platform Services Controller アプライアンスのアップグレードを成功させるには、アップグレード前に必要なタスクと事前チェックを実行する必要があります。
全般的な前提条件
- vCenter Server Appliance インストーラのダウンロードとマウント.
- vSphere ネットワーク上のすべてのマシンの時刻が同期していることを確認します。vSphere ネットワーク上の時刻の同期を参照してください。
ターゲット システムの前提条件
- システムがソフトウェアおよびハードウェアの最小要件を満たしていることを確認します。新しい vCenter Server Appliance および Platform Services Controller アプライアンスのシステム要件を参照してください。
- ESXi ホストに新しいアプライアンスをデプロイする場合は、ターゲットの ESXi ホストが、ロックダウンまたはメンテナンス モードでないことを確認します。
- ESXi ホストで新しいアプライアンスをデプロイする場合は、ターゲットの ESXi ホストが、完全に自動化された DRS クラスタの一部でないことを確認します。
- vCenter Server インスタンスのインベントリの DRS クラスタで新しいアプライアンスをデプロイする場合、クラスタに、少なくとも 1 台、ロックダウンまたはメンテナンス モードでない ESXi ホストが含まれていることを確認します。
- vCenter Server インスタンスのインベントリの DRS クラスタに新しいアプライアンスをデプロイする場合、そのクラスタが完全自動化されていないことを確認します。
ソース システムの前提条件
- アップグレード対象のアプライアンスが、完全に自動化された DRS クラスタに含まれる ESXi ホスト上で実行されていないことを確認します。
- アップグレード対象のアプライアンスのポート 22 が開いていることを確認します。アップグレード プロセスは、ソース アプライアンスからエクスポートされるデータをダウンロードするため、インバウンド SSH 接続を確立します。
- 外部 Update Manager で構成された vCenter Server Appliance をアップグレードする場合は、ソース Update Manager マシンで移行アシスタントを実行します。
GUI アップグレードの場合は、移行アシスタントを手動で実行する必要があります。ソース Update Manager マシンでの VMware 移行アシスタントのダウンロードと実行を参照してください。
CLI アップグレードの場合は、移行アシスタントを手動または自動で実行できます。移行アシスタントを自動実行するには、source.vum section セクションと run.migration.assistant サブセクションを JSON テンプレートに追加します。アップグレードの構成パラメータを参照してください。
- アップグレード対象のアプライアンスが配置されているソース ESXi ホストのポート 443 が開いていることを確認します。アップグレード プロセスは、ソース ESXi ホストとの HTTPS 接続を確立し、ソース アプライアンスのアップグレード準備が整っていることを確認して、新しいアプライアンスと既存のアプライアンス間の SSH 接続を設定します。
- vCenter Server Appliance バージョン 5.5 をアップグレードし、そのホスト名を変更した場合は、SSL 証明書が正しく設定されていることを確認します。vCenter Server Appliance 5.5 のホスト名を変更した時のエラーを解決する方法については、VMware vSphere 5.5 のドキュメントの「vSphere のトラブルシューティング」を参照してください。
- アップグレード対象のアプライアンスに、アップグレード用データの格納に十分な未使用のディスク容量があることを確認します。
- アップグレード プロセスで障害が発生した場合に備え、アップグレードする vCenter Server Appliance のイメージベースのバックアップを作成します。外部 Platform Services Controller を使用して vCenter Server アプライアンスをアップグレードする場合は、Platform Services Controller アプライアンスのイメージベースのバックアップも作成します。
重要: アップグレード前のイメージベース バックアップを作成するには、環境内のすべての vCenter Server および Platform Services Controller ノードをパワーオフし、各ノードのバックアップを作成します。すべてのノードのバックアップを作成したら、それらを再起動してアップグレード手順を続行できます。
アップグレードが失敗した場合は、新しくデプロイされた vCenter Server アプライアンスを削除し、それぞれのバックアップから vCenter Server および Platform Services Controller ノードをリストアします。環境内のすべてのノードをバックアップからリストアする必要があります。この操作が失敗すると、レプリケーション パートナーがリストアされたノードと同期されなくなります。
イメージベースのバックアップの詳細については、『vCenter Server のインストールとセットアップ』の「vCenter Server 環境のイメージベース バックアップとリストア」を参照してください。
- 外部のデータベースを使用している場合は、新しいアプライアンスのデータベース サイズと最小ストレージ サイズを決めます。新しいアプライアンスの Oracle データベース サイズとストレージ サイズの特定を参照してください。
- 外部のデータベースを使用する場合は、vCenter Server Appliance データベースをバックアップします。
ネットワークの前提条件
- アップグレードするアプライアンスが配置されているソースの ESXi ホストまたは vCenter Server インスタンスに、新しいアプライアンスを接続できることを確認します。
- アプライアンスの一時的なネットワーク設定に、固定 IP アドレスおよび FQDN をシステム名として割り当てる場合は、IP アドレス用に DNS レコードの正引きおよび逆引きが構成されていることを確認します。
- 新しいアプライアンスの一時的なネットワーク設定に DHCP IP アドレスを割り当てる場合は、新しいアプライアンスをデプロイする ESXi ホストが、既存の vCenter Server Appliance が実行する ESXi ホストと同じネットワークにあることを確認してください。
- 新しいアプライアンスの一時的なネットワーク設定に DHCP IPv4 アドレスを割り当てる場合は、新しいアプライアンスをデプロイする ESXi ホストが、MAC アドレスの変更を受け入れるポート グループに関連付けられたネットワークに、少なくとも 1 つ接続されていることを確認します。分散仮想スイッチのデフォルトとして、MAC アドレスの変更を拒否するセキュリティ ポリシーを設定することを検討します。スイッチまたはポート グループのセキュリティ ポリシーを設定する方法については、『vSphere のネットワーク』を参照してください。