VMware Cloud Foundation 5.2.x のアップグレードの概要

このセクションでは、VMware Cloud Foundation 5.2.x へのアップグレードを実行するために必要なタスクについて説明します。

VMware Cloud Foundation のアップグレードの準備

アップグレードを開始する前に、「VMware Cloud Foundation アップグレードの前提条件」を確認します。

管理ドメインのアップグレード

表 1. SDDC Manager のアップグレード

タスク	適用される場合	追加情報
更新の事前チェック - SDDC Manager 5.0 より前のバージョン SDDC Manager での更新の事前チェックの実行
VMware Cloud Foundation アップグレード バンドルの適用	初期 VMware Cloud Foundation バージョンが次の場合 4.5.x または 5.x	VMware Cloud Foundation の現在のバージョンが 4.5.x または 5.x の場合は SDDC Manager を 5.2.x にアップグレードします。
VMware Cloud Foundation 構成の更新の適用	SDDC Manager が 5.2.x にアップグレードされると、構成の更新をまとめて適用できます。
バンドル転送ユーティリティを使用した互換性データの更新		[[条件付き]] オフライン バンドルのダウンロードを使用する場合は必須です

表 2. VMware Aria Suite のアップグレード

タスク	追加情報
VMware Cloud Foundation 用の VMware Aria Suite Lifecycle のアップグレード	[[条件付き]] VMware Aria Suite Lifecycle が存在する場合
VMware Cloud Foundation 用の VMware Aria Suite 製品のアップグレード	[[条件付き]] VMware Aria Suite 製品が存在する場合

表 3. フェデレーションありの NSX のアップグレード

タスク	適用される場合	追加情報
NSX グローバル マネージャの 4.2 へのアップグレード	NSX が、NSX フェデレーション構成があるワークロード ドメインに展開されている場合。	[[条件付き]] NSX フェデレーションがある場合 グローバル マネージャ ユーザー インターフェイスを使用して NSX グローバル マネージャを [4.2] にアップグレードします。 スタンバイ グローバル マネージャ、アクティブ グローバル マネージャの順にアップグレードします。 [[条件付き] VI ワークロード ドメインのアップグレードの場合]。ワークロード ドメイン別ではなくコンポーネント別にアップグレードする場合は、資産内のすべての NSX グローバル マネージャを今すぐをアップグレードします。
NSX 4.2 へのアップグレード		SDDC Manager を使用して NSX を [4.2] にアップグレードします。 [[オプション]] ワークロード ドメイン別ではなくコンポーネント別にアップグレードする場合は、すべての VI ワークロード ドメインで今すぐ NSX をアップグレードします。 VI ワークロード ドメイン間の NSX アップグレードは、順番に実行することも、最大 5 つまで並行して実行することもできます。

表 4. フェデレーションなしの NSX のアップグレード

タスク	適用される場合	追加情報
NSX 4.2 へのアップグレード	NSX がワークロード ドメインに展開され、NSX フェデレーションを使用していない場合。	SDDC Manager を使用して NSX を [4.2] にアップグレードします。 [[条件付き] VI ワークロード ドメインのアップグレードの場合]。ワークロード ドメイン別ではなくコンポーネント別にアップグレードする場合は、すべての VI ワークロード ドメインで今すぐ NSX をアップグレードします。

表 5. vCenter Server のアップグレード

タスク	追加情報
VMware Cloud Foundation の vCenter Server のアップグレード	[[条件付き]] VMware Cloud Foundation 4.5.x からアップグレードする場合。 管理サブネットに一時的な IP アドレスが必要です [[条件付き]] vCenter Server のダウンタイムの短縮アップグレード (RDU) を使用して VMware Cloud Foundation 5.2.1 にアップグレードする場合。 管理サブネットに一時的な IP アドレスが必要です [[条件付き] VI ワークロード ドメインのアップグレードの場合]。ワークロード ドメイン別ではなくコンポーネント別にアップグレードする場合は、すべての VI ワークロード ドメインにわたり SSO ドメインを共有する vCenter Server を今すぐシリアル順にアップグレードします。分離されたワークロード ドメインは並行してアップグレードできます。

表 6. VxRail Manager および管理ドメイン vSphere クラスタのアップグレード

タスク	追加情報
VMware Cloud Foundation の vSAN 監視ホストのアップグレード	[[条件付き]] vSphere クラスタがストレッチ vSAN クラスタの場合
VxRail Manager および ESXi ホストのアップグレード	実際の要件に基づいてアプローチを選択します。 [[オプション]] ワークロード ドメイン別ではなくコンポーネント別にアップグレードする場合は、すべての VI ワークロード ドメインで今すぐ vSphere クラスタをアップグレードします。

表 7. アップグレード後のタスク

タスク	追加情報
ワークロード ドメインのライセンスの更新	[[条件付き]] 5.0 より前の VMware Cloud Foundation バージョンからアップグレードする場合 次のライセンスを更新します。 vSAN 8.x vSphere 8.x
構成の更新の適用	[[条件付き]] 構成の更新が必要な場合
vSphere Distributed Switch のバージョンのアップグレード	[[オプション]] アップグレードを行うと、新しいバージョンでしか備えていない機能を Distributed Switch で活用できるようになります。
vSAN のオンディスク フォーマット バージョンのアップグレード	アップグレードを行うと、新しいバージョンでしか備えていない機能を vSAN クラスタで活用できるようになります。 アップグレードにより、一時的な再同期トラフィックが発生し、データを移動したり、オブジェクト コンポーネントを新しいデータ構造に再構築したりすることによって、使用される容量が増える可能性があります。 これらの更新は、組織にとって最も都合の良いタイミングで実行できます。

VI ワークロード ドメインのアップグレード

表 8. アップグレードの事前チェック

タスク	追加情報
アップグレードの事前チェックの実行

表 9. フェデレーションなしの NSX のアップグレード

タスク	適用される場合	追加情報
NSX 4.2 へのアップグレード	NSX がワークロード ドメインに展開され、NSX フェデレーションを使用していない場合。	SDDC Manager を使用して NSX を [4.2] にアップグレードします。 [[条件付き] VI ワークロード ドメインのアップグレードの場合]。ワークロード ドメイン別ではなくコンポーネント別にアップグレードする場合は、すべての VI ワークロード ドメインで今すぐ NSX をアップグレードします。

表 10. フェデレーションありの NSX のアップグレード

タスク	適用される場合	追加情報
NSX グローバル マネージャの 4.2 へのアップグレード	NSX が、NSX フェデレーション構成があるワークロード ドメインに展開されている場合。	[[条件付き]] NSX フェデレーションがある場合 グローバル マネージャ ユーザー インターフェイスを使用して NSX グローバル マネージャを [4.2] にアップグレードします。 スタンバイ グローバル マネージャ、アクティブ グローバル マネージャの順にアップグレードします。 [[条件付き] VI ワークロード ドメインのアップグレードの場合]。ワークロード ドメイン別ではなくコンポーネント別にアップグレードする場合は、資産内のすべての NSX グローバル マネージャを今すぐをアップグレードします。
NSX 4.2 へのアップグレード		SDDC Manager を使用して NSX を [4.2] にアップグレードします。 [[オプション]] ワークロード ドメイン別ではなくコンポーネント別にアップグレードする場合は、すべての VI ワークロード ドメインで今すぐ NSX をアップグレードします。 VI ワークロード ドメイン間の NSX アップグレードは、順番に実行することも、最大 5 つまで並行して実行することもできます。

表 11. vCenter Server のアップグレード

タスク	追加情報
VMware Cloud Foundation の vCenter Server のアップグレード	[[条件付き]] VMware Cloud Foundation 4.5.x からアップグレードする場合。 管理サブネットに一時的な IP アドレスが必要です [[条件付き]] vCenter Server のダウンタイムの短縮アップグレード (RDU) を使用して VMware Cloud Foundation 5.2.1 にアップグレードする場合。 管理サブネットに一時的な IP アドレスが必要です [[条件付き] VI ワークロード ドメインのアップグレードの場合]。ワークロード ドメイン別ではなくコンポーネント別にアップグレードする場合は、すべての VI ワークロード ドメインにわたり SSO ドメインを共有する vCenter Server を今すぐシリアル順にアップグレードします。分離されたワークロード ドメインは並行してアップグレードできます。

表 12. VxRail Manager および VI ワークロード ドメイン vSphere クラスタのアップグレード

タスク	追加情報
VMware Cloud Foundation の vSAN 監視ホストのアップグレード	[[条件付き]] vSphere クラスタがストレッチ vSAN クラスタの場合
VxRail Manager および ESXi ホストのアップグレード	実際の要件に基づいてアプローチを選択します。 [[オプション]] ワークロード ドメイン別ではなくコンポーネント別にアップグレードする場合は、すべての VI ワークロード ドメインで今すぐ vSphere クラスタをアップグレードします。

表 13. アップグレード後のタスク

タスク	追加情報
ワークロード ドメインのライセンスの更新	[[条件付き]] 5.0 より前の VMware Cloud Foundation バージョンからアップグレードする場合 次のライセンスを更新します。 vSAN 8.x vSphere 8.x
構成の更新の適用	[[条件付き]] 構成の更新が必要な場合
vSphere Distributed Switch のバージョンのアップグレード	[[オプション]] アップグレードを行うと、新しいバージョンでしか備えていない機能を Distributed Switch で活用できるようになります。
vSAN のオンディスク フォーマット バージョンのアップグレード	アップグレードを行うと、新しいバージョンでしか備えていない機能を vSAN クラスタで活用できるようになります。 アップグレードにより、一時的な再同期トラフィックが発生し、データを移動したり、オブジェクト コンポーネントを新しいデータ構造に再構築したりすることによって、使用される容量が増える可能性があります。 これらの更新は、組織にとって最も都合の良いタイミングで実行できます。