VMware Cloud Foundation のワークロード ドメインベースのアップグレード手順

このセクションには、VMware Cloud Foundation をアップグレードするための計画上の考慮事項、前提条件、およびタスクが含まれています。ソース VMware Cloud Foundation のバージョンによっては、次のタスクに進む前に特定のタスクを複数回実行する必要がある場合があります。

VMware Cloud Foundation のアップグレード プラン

このセクションでは、VMware Cloud Foundation アップグレードを実行するために必要なタスクについて説明します。ソース VMware Cloud Foundation のバージョンによっては、次のタスクに進む前に特定のタスクを複数回実行する必要がある場合があります。

表 1. アップグレードの準備

タスク	追加情報
vCenter Server のアップグレードごとに一時的な IP アドレスを割り当てます	各vCenter Serverのアップグレードに必要です。管理サブネットから割り当てる必要があります。同じ IP アドレスを再利用できます。
更新されたライセンスを取得します	次の新しいライセンスが必要です。 vSAN 8.x vSphere 8
有効期限が切れた、または有効期限切れの近いパスワードがないことを確認します	SDDC Manager のパスワード管理ダッシュボードを確認します。
有効期限が切れた、または有効期限切れの近い証明書がないことを確認します	各ワークロード ドメインの 証明書 タブを確認します。
ESXi ホスト TPM モジュールの状態を確認します	[[条件付き]] ESXi ホストで TPM モジュールが使用されている場合は、最新の 2.0 ファームウェアが実行されていることを確認します。使用されていない場合は、BIOS で無効になっています。
SDDC Manager を使用したバンドルのダウンロード	[[条件付き]] オンライン デポの接続が必要です
バンドルをダウンロードするためのプロキシ サーバの構成	[[条件付き]] オンライン デポ接続にプロキシ サーバが必要な場合
バンドル転送ユーティリティを使用したバンドルのダウンロード	[[条件付き]] オフライン バンドルのダウンロード用
バンドル転送ユーティリティを使用した特定のバンドルのダウンロード	[[条件付き]] 特定のバンドルのオフライン バンドル ダウンロード用
NSX グローバル マネージャ アップグレード バンドルのダウンロード	[[条件付き]] NSX フェデレーションを使用する場合は必須です

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

タスク	追加情報
VMware Cloud Foundation アップグレードの前提条件
更新の事前チェック - SDDC Manager 5.0 より前のバージョン SDDC Manager 5.0 での更新の事前チェックの実行
VMware Cloud Foundation アップグレード バンドルの適用
VMware Cloud Foundation 構成エラー バンドルの適用
バンドル転送ユーティリティを使用した互換性データの更新	[[条件付き]] オフライン バンドルのダウンロードを使用する場合は必須です
VMware Cloud Foundation の vRealize Suite Lifecycle Manager のアップグレード	[[条件付き]] vRealize Suite Lifecycle Manager が存在する場合
VMware Cloud Foundation の vRealize Suite 製品のアップグレード	[[条件付き]] vRealize Suite 製品が存在する場合
3.1.3 からの NSX のアップグレード	[[条件付き]] ソース NSX のバージョンが 3.1.3 の場合 SDDC Manager を使用して NSX を [3.2.1.2.0] にアップグレードする [[条件付き]] NSX フェデレーションがある場合は、続行する前に、両方の VMware Cloud Foundation インスタンスで NSX ローカル マネージャをアップグレードする
3.1.3 からの NSX グローバル マネージャのアップグレード	[[条件付き]] ソース NSX のバージョンが 3.1.3 の場合 [[条件付き]] NSX フェデレーションがある場合 グローバル マネージャ ユーザー インターフェイスを使用して NSX グローバル マネージャを [3.2.1.2.0] にアップグレードする スタンバイ グローバル マネージャ、アクティブなグローバル マネージャの順にアップグレードする
3.2.1.2.0 からの NSX グローバル マネージャのアップグレード	[[条件付き]] ソース NSX のバージョンが 3.2.1.2.0 の場合 [[条件付き]] NSX フェデレーションがある場合 グローバル マネージャ ユーザー インターフェイスを使用して NSX グローバル マネージャを [4.0.1.1] にアップグレードする スタンバイ グローバル マネージャ、アクティブなグローバル マネージャの順にアップグレードする 注： ローカル マネージャとグローバル マネージャ間で N±1 を維持するには、グローバル マネージャをこの中間ビルドにアップグレードする必要があります
3.2.1.2.0 からの NSX のアップグレード	[[条件付き]] ソース NSX のバージョンが 3.2.1.2.0 の場合 SDDC Manager を使用して NSX を [4.1.0.2.0] にアップグレードする [[条件付き]] NSX フェデレーションがある場合は、続行する前に、両方の VMware Cloud Foundation インスタンスで NSX ローカル マネージャをアップグレードする
4.0.1.1 からの NSX グローバル マネージャのアップグレード	[[条件付き]] ソース NSX のバージョンが 4.0.1.1 の場合 [[条件付き]] NSX フェデレーションがある場合 グローバル マネージャ ユーザー インターフェイスを使用して NSX グローバル マネージャを [4.1.0.2.0] にアップグレードする スタンバイ グローバル マネージャ、アクティブなグローバル マネージャの順にアップグレードする
VMware Cloud Foundation の vCenter Server のアップグレード	管理サブネットに一時的な IP アドレスが必要です
ESXi のアップデート時のホストのスキップ	[[条件付き]] ホストをスキップする必要がある場合
カスタム ISO を使用した ESXi のアップグレード	[[条件付き]] カスタム ISO を使用する必要がある場合
VMware Cloud Foundation ストック ISO ドライバと非同期ドライバを使用した ESXi のアップグレード	[[条件付き]] ストック ISO ドライバと非同期ドライバを使用する必要がある場合
VMware Cloud Foundation 用の vSphere Lifecycle Manager ベースラインを使用した ESXi のアップグレード
VMware Cloud Foundation の vSAN 監視ホストのアップグレード	[[条件付き]] vSAN クラスタが拡張されている場合
ワークロード ドメインのライセンスの更新	次のライセンスを更新します。 vSAN 8.x vSphere 8
構成の更新の適用	[[条件付き]] 構成の更新が必要な場合

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

タスク	追加情報
VI ワークロード ドメインのアップグレードの計画	VI ワークロード ドメインで使用可能なバンドルを使用できるようにするために必要です
VMware Cloud Foundation アップグレードの前提条件
SDDC Manager 5.0 での更新の事前チェックの実行
3.1.3 からの NSX のアップグレード	[[条件付き]] ソース NSX のバージョンが 3.1.3 の場合 SDDC Manager を使用した NSX の 3.1.3 から 3.2.1.2.0 へのアップグレード [[条件付き]] NSX フェデレーションが存在する場合は、続行する前に、両方の VMware Cloud Foundation インスタンスでローカル マネージャをアップグレードします
3.1.3 からの NSX グローバル マネージャのアップグレード	[[条件付き]] ソース NSX のバージョンが 3.1.3 の場合 [[条件付き]] NSX フェデレーションがある場合 グローバル マネージャ ユーザー インターフェイスを使用した NSX グローバル マネージャの 3.1.3 から 3.2.1.2.0 へのアップグレード スタンバイ グローバル マネージャ、アクティブなグローバル マネージャの順にアップグレードする
3.2.1.2.0 からの NSX グローバル マネージャのアップグレード	[[条件付き]] ソース NSX のバージョンが 3.2.1.2.0 の場合 [[条件付き]] NSX フェデレーションがある場合 グローバル マネージャ ユーザー インターフェイスを使用した NSX グローバル マネージャの 3.2.1.2.0 から 4.0.1.1 へのアップグレード スタンバイ グローバル マネージャ、アクティブなグローバル マネージャの順にアップグレードする
3.2.1.2.0 からの NSX のアップグレード	[[条件付き]] ソース NSX のバージョンが 3.2.1.2.0 の場合 SDDC Manager を使用した NSX の 3.2.1.2.0 から 4.1.0.2.0 へのアップグレード [[条件付き]] NSX フェデレーションが存在する場合は、続行する前に、両方の VMware Cloud Foundation インスタンスでローカル マネージャをアップグレードします
4.0.1.1 からの NSX グローバル マネージャのアップグレード	[[条件付き]] ソース NSX のバージョンが 4.0.1.1 の場合 [[条件付き]] NSX フェデレーションがある場合 グローバル マネージャ ユーザー インターフェイスを使用した NSX グローバル マネージャの 4.0.1.1 から 4.1.0.2.0 へのアップグレード スタンバイ グローバル マネージャ、アクティブなグローバル マネージャの順にアップグレードする
VMware Cloud Foundation の vCenter Server のアップグレード	管理サブネットに一時的な IP アドレスが必要です
ESXi のアップデート時のホストのスキップ	[[条件付き]] ホストをスキップする必要がある場合
カスタム ISO を使用した ESXi のアップグレード	[[条件付き]] カスタム ISO を使用する必要がある場合
VMware Cloud Foundation ストック ISO ドライバと非同期ドライバを使用した ESXi のアップグレード	[[条件付き]] ストック ISO ドライバと非同期ドライバを使用する必要がある場合
VMware Cloud Foundation 用の vSphere Lifecycle Manager ベースラインを使用した ESXi のアップグレード	[[条件付き]] ワークロード ドメインが vSphere Lifecycle Manager ベースラインを使用している場合
VMware Cloud Foundation 用の vSphere Lifecycle Manager イメージを使用した ESXi のアップグレード	[[条件付き]] ワークロード ドメインが vSphere Lifecycle Manager イメージを使用している場合
VMware Cloud Foundation の vSAN 監視ホストのアップグレード	[[条件付き]] vSAN クラスタが拡張されている場合
NFS ベースの VI ワークロード ドメインのアップグレード後の手順
ワークロード ドメインのライセンスの更新	次のライセンスを更新します。 vSAN 8.x vSphere 8
構成の更新の適用	[[条件付き]] 構成の更新が必要な場合

VMware Cloud Foundation アップグレードの前提条件

VMware Cloud Foundation をアップグレードする前に、次の前提条件を満たしていることを確認してください。

表 4. アップグレードの前提条件

前提条件	追加情報
vCenter Server のアップグレードごとに一時的な IP アドレスを割り当てます	各 vCenter Server のアップグレードに必要です。管理サブネットから割り当てる必要があります。同じ IP アドレスを再利用できます。
更新されたライセンスを取得します	次の新しいライセンスが必要です。 vSAN 8.x vSphere 8
有効期限が切れた、または有効期限切れの近いパスワードがないことを確認します	SDDC Manager のパスワード管理ダッシュボードの確認
有効期限が切れた、または有効期限切れの近い証明書がないことを確認します	各ワークロード ドメインの [証明書] タブを確認します。
ESXi ホストの TPM モジュールの状態を確認します	[[条件付き]] ESXi ホストで TPM モジュールが使用されている場合は、最新の 2.0 ファームウェアが実行されていることを確認します。使用されていない場合は、BIOS で無効になっています
ESXi ハードウェアがターゲット バージョンと互換性があることを確認します	「ESXi 要件」および『VMware 互換性ガイド』 (http://www.vmware.com/resources/compatibility/search.php) を参照してください。
vSAN HCL データベースを手動で更新して、最新であることを確認します。	KB 2145116 を参照してください。
SDDC Manager、すべての vCenter Server、および NSX Manager をバックアップします。	SDDC Manager、すべての vCenter Server、および NSX Manager のファイル ベースのバックアップまたはイメージレベルのバックアップを作成します。SDDC Manager のコールド スナップショットを作成します。
システム内に失敗したワークフローがないこと、およびアクティベート中またはエラー状態の VMware Cloud Foundation リソースがないことを確認します。	注意： これらの条件のいずれかが当てはまる場合は、アップグレードを開始する前に VMware のサポートにお問い合わせください。
アップグレードに関連する既知の問題については、『リリース ノート』を参照してください。
VMware Cloud Foundation 5.0 にアップグレードする前に、すべての 4.x 非同期パッチを無効にしてインベントリの同期を実行します	VMware Cloud Foundation 5.0 以降では、非同期パッチが適用された VMware Cloud Foundation インスタンスからのアップグレードを有効にするために、非同期パッチツール を使用する必要がなくなりました。詳細については、「VCF の非同期パッチ ツールのオプション」を参照してください。
アップグレード プロセスを開始する前に、NSX アップグレード評価ツールを実行します。	このツールは、アップグレードの前に NSX Manager の健全性と準備状況を確認することで、確実にアップグレードできるように設計されています。
『NSX アップグレード ガイド』の NSX アップグレードの操作上の影響に関する説明を確認し、各コンポーネントのアップグレードが環境に与える可能性のある影響を理解します。
vSphere Client を使用するホストまたは vSphere クラスタにアクティブなアラームがないことを確認します。

VMware Cloud Foundation アップグレード バンドルのダウンロード

VMware Cloud Foundation をアップグレードする前に、アップグレードが必要な各 VMware Cloud Foundation コンポーネントのアップグレード バンドルをダウンロードする必要があります。

オンラインおよびオフライン ダウンロード

SDDC Manager アプライアンス がインターネットに接続できる場合は、VMware Customer Connect アカウントを使用して VMware デポからアップグレード バンドルをダウンロードできます。

SDDC Manager アプライアンス がインターネットに接続できない場合は、バンドル転送ユーティリティを使用して、インターネットにアクセスできるコンピュータにバンドルをダウンロードし、そのバンドルを SDDC Manager アプライアンス にコピーできます。

その他のバンドル タイプ

アップグレード バンドルに加え、 VMware Cloud Foundation には次のバンドル タイプが含まれています。

• インストール バンドル

  インストール バンドルには、VI ワークロード ドメイン（vCenter Server および NSX）と vRealize Suite Lifecycle Manager をインストールするためのソフトウェア バイナリが含まれています。アップグレード バンドルと同じプロセスを使用して、インストール バンドルをダウンロードします。

• 構成エラー バンドル

  構成エラー バンドルは、管理対象コンポーネント全体に構成の変更を適用し、構成エラーを検出、修正、および防止します。これらのポリシーは、仮想マシンが意図した準拠状態を維持し、パフォーマンス、安定性、およびセキュリティの問題のリスクを低減するのに役立ちます。

• 非同期パッチ バンドル

  非同期パッチ バンドルを使用すると、アップデートまたはアップグレード バンドルが使用できない場合に、特定の VMware Cloud Foundation コンポーネント（NSX Manager、vCenter Server、および ESXi）に重要なパッチを適用できます。非同期パッチ バンドルをダウンロードするには、非同期パッチ ツールを使用する必要があります。非同期パッチ ツールを参照してください。

SDDC Manager を使用したバンドルのダウンロード

アップグレード バンドルをダウンロードするには、VMware Customer Connect アカウントを使用して SDDC Manager を VMware デポに接続し、ダウンロードするバンドルを選択します。

SDDC Manager が直接インターネットにアクセスできない場合は、プロキシ サーバを構成するか、バンドル転送ユーティリティを使用してオフライン バンドルをダウンロードします。

• VMware Cloud Foundation バンドルをダウンロードするためのプロキシ サーバの構成
• VMware Cloud Foundation のオフライン バンドルのダウンロード

SDDC Manager がすでに VMware デポに接続されている場合は、以下の最初の手順をスキップできます。

バンドルをダウンロードすると、SDDC Manager によって、ダウンロードされたバンドルのファイル サイズとチェックサムが期待値と一致するかどうかが検証されます。

手順

1. SDDC Manager の認証情報を構成して、VMware デポに接続します。
   1. ナビゲーション ペインで、[管理] > [オンライン デポ] の順にクリックします。
   2. [認証] をクリックします。
   3. VMware Customer Connect のユーザー名とパスワードを入力します。
   4. [承認] をクリックします。
   
2. ナビゲーション ペインで、[ライフサイクル管理] > [バンドル管理] の順にクリックします。
3. [バンドル] タブをクリックして、使用可能なバンドルを表示します。
   注：

   SDDC Manager を VMware デポに接続した場合、バンドルが表示されるまでに時間がかかることがあります。

   入手可能なすべてのバンドルが表示されます。インストール バンドルには、[インストール専用バンドル] ラベルが表示されます。バンドルをすぐに適用できる場合、[バンドルの詳細] 列には、バンドルを適用する必要があるワークロード ドメインが表示され、[可用性] 列には [使用可能] と表示されます。特定のバンドルより前に別のバンドルを適用する必要がある場合は、[可用性] フィールドに [今後] と表示されます。

   バンドルの詳細情報を表示するには、[詳細表示] をクリックします。[バンドルの詳細] セクションには、バンドルのバージョン、リリース日、およびバンドルに関するその他の詳細が表示されます。

4. ダウンロードするバンドルに、次のいずれかの操作を実行します。

   • すぐにダウンロードを開始するには、[今すぐダウンロード] をクリックします。

     バンドルのダウンロードがすぐに開始されます。

   • [ダウンロードのスケジュール設定] をクリックして、ダウンロードのスケジュールを設定します。

     バンドルをダウンロードする日付と時刻を選択し、[スケジュール] をクリックします。

5. [ダウンロード履歴] タブをクリックして、ダウンロードしたバンドルを表示します。

VMware Cloud Foundation バンドルをダウンロードするためのプロキシ サーバの構成

SDDC Manager がインターネットに直接アクセスできない場合は、プロキシ サーバを構成してバンドルをダウンロードできます。VMware Cloud Foundation は、認証を必要としないプロキシ サーバのみをサポートします。

手順

1. ナビゲーション ペインで、[管理] > [プロキシ設定] をクリックします。
2. [編集] をクリックします。
3. [プロキシの有効化] 設定をオンにします。
4. プロキシ サーバの IP アドレスとポート番号を入力し、[保存] をクリックします。
   

次のタスク

これで、 SDDC Manager を使用したバンドルのダウンロードの説明に従ってバンドルをダウンロードできます。

VMware Cloud Foundation のオフライン バンドルのダウンロード

SDDC Manager アプライアンス に VMware デポへのアクセス権がない場合は、バンドル転送ユーティリティを使用して、別のコンピュータにバンドルをダウンロードし、SDDC Manager アプライアンス にアップロードできます。

バンドルをダウンロードすると、バンドル転送ユーティリティによって、ダウンロードされたバンドルのファイル サイズとチェックサムが期待値と一致するかどうかが検証されます。また、VMware Cloud Foundation 5.0 以降では、互換性データに基づいてアップグレードが利用可能になります。このデータでは、互換性のある製品内アップグレードとバージョン間の製品間互換性が追跡されます。このデータは、アップグレード操作が計画される前に更新されます。

前提条件

• バンドルをダウンロードするためのインターネットに接続可能な Windows または Linux コンピュータ。
• マニフェスト ファイルと VMware 互換性データをダウンロードするには、インターネットにアクセスできるシステムが必要です。
• コンピュータに Java 8 以降がインストールされている必要があります。
• バンドルをアップロードするための SDDC Manager アプライアンス にアクセス可能な Windows または Linux コンピュータ。
• Windows コンピュータからマニフェスト ファイルをアップロードするには、OpenSSL がインストールおよび設定されている必要があります。
• 長時間の操作にバンドル転送ユーティリティを使用する場合にソケット接続タイムアウトを回避するために、SSH クライアントで TCP キープアライブを構成します。

注： バンドル転送ユーティリティは、バンドルのダウンロードのためにサポートされている唯一の方法です。サードパーティ製ツールまたはその他の方法を使用してバンドルをダウンロードしないでください。

手順

1. インターネットに接続しているコンピュータにバンドル転送ユーティリティの最新バージョンをダウンロードします。
   1. VMware Customer Connect にログインし、[VMware Cloud Foundation のダウンロード] ページを参照します。
   2. [バージョンの選択] フィールドで、アップグレード後のバージョンを選択します。
   3. [ドライバとツール] をクリックします。
   4. VMware Cloud Foundation 補助ツールを展開します。
   5. バンドル転送ユーティリティの [今すぐダウンロード] をクリックします。
      
2. lcm-tools-prod.tar.gz を解凍します。
3. lcm-tools-prod/bin/ に移動し、すべてのフォルダに対する実行権限があることを確認します。
4. バンドル転送ユーティリティを、SDDC Manager アプライアンス にアクセスできるコンピュータにコピーしてから、バンドル転送ユーティリティを SDDC Manager アプライアンス にコピーします。
   1. vcf ユーザー アカウントを使用して SDDC Manager アプライアンスに SSH 接続します。
   2. su と入力して、root ユーザーに切り替えます。
   3. lcm-tools ディレクトリを作成します。

      mkdir /opt/vmware/vcf/lcm/lcm-tools

      注： /opt/vmware/vcf/lcm/lcm-tools ディレクトリに古いバージョンのバンドル転送ユーティリティがすでに存在する場合は、続行する前に既存のディレクトリの内容を削除する必要があります。
   4. 手順 1 でダウンロードしたバンドル転送ユーティリティ ファイル (lcm-tools-prod.tar.gz) を /opt/vmware/vcf/lcm/lcm-tools ディレクトリにコピーします。
   5. lcm-tools-prod.tar.gz の内容を解凍します。

      tar -xvf lcm-tools-prod.tar.gz

   6. lcm-tools ディレクトリの権限を設定します。

      cd /opt/vmware/vcf/lcm/

      chown vcf_lcm:vcf -R lcm-tools

      chmod 750 -R lcm-tools

5. インターネットにアクセスできるコンピュータで、マニフェスト ファイルをダウンロードします。これは、リリースのコンポーネント情報に記載された VMware 製品バージョンに関する情報を含む構造化メタデータ ファイルです。

   ./lcm-bundle-transfer-util --download --manifestDownload --depotUser Username 

6. マニフェスト ファイルと lcm-tools-prod ディレクトリを、SDDC Manager アプライアンス にアクセスできるコンピュータにコピーします。
7. マニフェスト ファイルを SDDC Manager アプライアンス にアップロードします。

   ./lcm-bundle-transfer-util --update --sourceManifestDirectory Manifest-Downloaded-Directory --sddcMgrFqdn FQDN --sddcMgrUser Username 

   --sddcMgrUser パラメータには、vSphere SSO 認証情報を使用します。
8. インターネットにアクセスできるコンピュータで、互換性データをダウンロードします。

   ./lcm-bundle-transfer-util --download --compatibilityMatrix --depotUser Username

   ダウンロード場所を指定するには、 --outputDirectory を使用し、その後にディレクトリへのパスを指定します。
9. 互換性データ ファイル (VmwareCompatibilityData.json) を SDDC Manager アプライアンス にアクセスできるコンピュータにコピーします。
10. 互換性ファイルを SDDC Manager アプライアンス にアップロードします。

    ./lcm-bundle-transfer-util --update --compatibilityMatrix --inputDirectory compatibility-file-directory --sddcMgrFqdn FQDN --sddcMgrUser Username
    

11. インターネットにアクセスできるコンピュータで、次のコマンドを実行します。

    ./lcm-bundle-transfer-util --download --outputDirectory absolute-path-output-dir --depotUser depotUser --sv current-vcf-version --p target-vcf-version

    説明：

    absolute-path-output-dir	バンドル ファイルをダウンロードするディレクトリへのパス。このディレクトリ フォルダには 777 権限が必要です。 ダウンロード先のディレクトリを指定しない場合、バンドルは 777 権限を持つデフォルトのディレクトリにダウンロードされます。
    depotUser	VMware デポ (VMware Customer Connect) のユーザー名。デポのユーザー パスワードを入力するように求められます。パスワードに特殊文字が含まれている場合は、単一引用符でパスワードを指定します。
    current-vcf-version	VMware Cloud Foundation の現在のバージョン。例：4.3.1.1。
    target-vcf-version	VMware Cloud Foundation のターゲット バージョン。例：5.0.0.0。

    VMware Customer Connect パスワードを入力すると、ユーティリティから Do you want to download vRealize bundles? と聞かれます。 Y または N と入力します。
    このユーティリティは、 VMware Cloud Foundation の現在のバージョンおよびターゲット バージョンに基づいて使用可能なバンドルのリストを表示します。
12. ダウンロードするバンドルを指定します。
    次のいずれかのオプションを入力します。

    • all
    • install
    • patch

    バンドル名のカンマ区切りリストを入力して、特定のバンドルをダウンロードすることもできます。例： bundle-38371, bundle-38378。
    各バンドルのダウンロードの進行状況が表示されます。すべてのバンドルが正常にダウンロードされるまで待ちます。
13. SDDC Manager アプライアンス にアクセスできるコンピュータに出力ディレクトリ全体をコピーしてから、SDDC Manager アプライアンス にコピーします。
    使用可能な空き容量が十分にある SDDC Manager アプライアンス 上の任意の場所を選択できます。例： /nfs/vmware/vcf/nfs-mount/。
    出力ディレクトリを SDDC Manager アプライアンス にコピーするコマンドの例：

    scp -pr /root/upgrade-bundles vcf@SDDC_MANAGER_IP:/nfs/vmware/vcf/nfs-mount/

    上記の例の scp コマンドは、出力ディレクトリ ( upgrade-bundles) を SDDC Manager アプライアンス の /nfs/vmware/vcf/nfs-mount/ ディレクトリにコピーします。
14. ディレクトリを SDDC Manager アプライアンス の内部 LCM リポジトリにアップロードします。
    1. vcf ユーザー アカウントを使用して SDDC Manager アプライアンスに SSH 接続します。
    2. /opt/vmware/vcf/lcm/lcm-tools/bin に移動します。
    3. 次のコマンドを実行します。

       ./lcm-bundle-transfer-util --upload --bundleDirectory absolute-path-bundle-dir

       • absolute-path-bundle-dir を、出力ディレクトリをコピーした場所へのパスに置き換えます。例：/nfs/vmware/vcf/nfs-mount/upgrade-bundles。
    ユーティリティはバンドルをアップロードし、各バンドルのアップロード ステータスを表示します。アップグレードを続行する前に、すべてのバンドルがアップロードされるまで待機します。

バンドル転送ユーティリティを使用した VMware デポからの特定のバンドルのダウンロード

バンドル転送ユーティリティは、環境に適用可能なバンドルを特定し、VMware デポからインターネットにアクセスできるコンピュータにバンドルをダウンロードするために使用されるコマンド ライン ツールです。

この手順では、インターネットにアクセスできるコンピュータに特定のバンドルをダウンロードする方法について記載します。バンドルのダウンロードが完了したら、SDDC Manager アプライアンス にアクセスできるコンピュータに出力ディレクトリをコピーしてから、ディレクトリを SDDC Manager アプライアンス にコピーします。ディレクトリを SDDC Manager アプライアンス にコピーしたら、バンドル ファイルを内部 LCM リポジトリにアップロードします。詳細についてはVMware Cloud Foundation のオフライン バンドルのダウンロードを参照してください。

注： バンドル転送ユーティリティは、バンドルのダウンロードのためにサポートされている唯一の方法です。サードパーティ製ツールまたはその他の方法を使用してバンドルをダウンロードしないでください。

インターネットにアクセスできるコンピュータで、バンドル転送ユーティリティのディレクトリ（例：lcm-tools-prod/bin/）から次のコマンドを実行します。

製品バージョンのバンドルのダウンロード

特定の製品バージョンのバンドルをダウンロードできます。

1. 特定の製品バージョンのバンドルのリストを表示します。

   ./lcm-bundle-transfer-util --depotUser depotUser --listBundles --productVersion product_version
    (OR)
   ./lcm-bundle-transfer-util --du depotUser -l -p product_version

   例：

   ./lcm-bundle-transfer-util --du [email protected] -l -p 5.0.0.0

2. 特定の製品バージョンに基づいてバンドルをダウンロードします。

   ./lcm-bundle-transfer-util --download --outputDirectory absolute-path-output-dir --depotUser depotUser --productVersion product_version
    (OR)
    ./lcm-bundle-transfer-util -d -op absolute-path-output-dir --du depotUser -p product_version
   

   たとえば、5.0.0.0 バージョンのすべてのバンドルをダウンロードするには、次の手順を実行します。

   ./lcm-bundle-transfer-util --download --depotUser [email protected] --outputDirectory /Users/fruyven/downloadedBundles -p 5.0.0.0
   

単一のバンドルのダウンロード

単一のバンドルをダウンロードします。

./lcm-bundle-transfer-util --download --outputDirectory absolute-path-output-dir --depotUser depotUser --bundle bundle_name
(OR)
 ./lcm-bundle-transfer-util --download --outputDirectory absolute-path-output-dir --depotUser depotUser -b bundle_name

例：

./lcm-bundle-transfer-util --download --outputDirectory /Users/fruyven/downloadedBundles --depotUser [email protected] --bundle bundle-50721

管理ドメインの VMware Cloud Foundation 5.0 へのアップグレード

環境内の VI ワークロード ドメインをアップグレードする前に、管理ドメインをアップグレードする必要があります。VMware Cloud Foundation 5.0 にアップグレードするには、管理ドメインが VMware Cloud Foundation 4.3.x 以降である必要があります。環境が 4.3.x より前のバージョンの場合は、管理ドメインを 4.3.x 以降にアップグレードしてから 5.0 にアップグレードする必要があります。

注意：

NSX フェデレーションを含む VMware Cloud Foundation の展開には、手動で追加のアップグレード手順を実行する必要があります。詳細については、ナレッジベースの記事 KB92516 を参照してください。

管理ドメイン内のコンポーネントを次の順序でアップグレードします。

1. SDDC Manager および VMware Cloud Foundation サービス。

2. VMware Cloud Foundation の構成エラー。

3. vRealize Suite Lifecycle Manager、vRealize Suite 製品、および Workspace ONE Access。

4. NSXを参照してください。

5. vCenter Server。

6. ESXi

すべてのアップグレードが正常に完了した場合：

1. 更新を開始する前に作成した仮想マシンのスナップショットを削除します。

2. 新しくインストールしたコンポーネントのバックアップを作成します。

更新の事前チェック - SDDC Manager 5.0 より前のバージョン

SDDC Manager 5.0 にまだアップグレードしていない場合の事前チェックを実行する手順を次に説明します。アップデート バンドルまたはアップグレード バンドルを適用する前に事前チェックを実行して、更新のための環境の準備ができていることを確認する必要があります。

ESXi バンドルの場合、システムは、環境の事前チェックのほかに、バンドル レベルの事前チェックを実行します。vSphere Lifecycle Manager ベースラインを使用する VI ワークロード ドメインの場合、ESXi バンドルの事前チェックにより以下が検証されます。

• カスタム ISO に環境との互換性がある。
• カスタム ISO のサイズがブート パーティションのサイズよりも小さい。
• サードパーティ製 VIB に環境との互換性がある。

vSphere Client で vSAN Skyline Health アラートを停止すると、 SDDC Manager により関連する事前チェックがスキップされ、スキップされた事前チェックが表示されます。 [事前チェックのリストア] をクリックして、停止された事前チェックを含めます。例：

また、 SDDC Manager ユーザー インターフェイス で失敗した vSAN の事前チェックを停止するには、 [事前チェックの停止] をクリックします。停止された事前チェックでは、警告がトリガされたり、アップグレードがブロックされたりすることはありません。

重要： アラートが正しくないことが分かっている場合にのみ、アラートを停止してください。修正が必要な実際の問題については、アラートを停止しないでください。

手順

1. ナビゲーション ペインで、[インベントリ] > [ワークロード ドメイン] をクリックします。
2. [ワークロード ドメイン] 画面で、事前チェックを実行するワークロード ドメインをクリックします。
3. [ドメインのサマリ] 画面で、[更新/パッチ] タブをクリックします。以下の図はサンプルのスクリーンショットであり、正しい製品バージョンを反映していない場合があります。
   
4. [事前チェック] をクリックして、環境のアップグレードの準備が整っていることを確認します。

   事前チェックが開始すると、事前チェックが開始された時刻を示すメッセージが表示されます。

5. [ステータスの表示] をクリックして、詳細なタスクとそのステータスを表示します。以下の図はサンプルのスクリーンショットであり、正しいバージョンを反映していない場合があります。
   
6. タスクの詳細を表示するには、[展開] 矢印をクリックします。
   事前チェック タスクが失敗した場合は、問題を修正し、 [事前チェックを再試行] をクリックしてタスクを再度実行します。 [失敗したリソースの事前チェック] をクリックして、失敗したすべてのタスクを再試行することもできます。
7. vSphere Lifecycle Manager を使用して VI ワークロード ドメインを更新するときに ESXi ホストにドライバの非互換性の問題が表示される場合は、次の手順を実行します。
   1. HCL の問題が発生しているコントローラを特定します。
   2. 特定したコントローラについて、ソースおよびターゲットの ESXi バージョンでサポートされているドライバとファームウェアのバージョンを特定します。
   3. 必要な場合は、ファームウェアをアップグレードします。
   4. ESXi ホストでドライバを手動でアップグレードし、アップグレードが失敗したタスクを再試行します。
8. 固定された仮想マシンを含むホストがワークロード ドメインに含まれている場合、メンテナンス モードへの切り替え手順で事前チェックが失敗します。vCenter Server ユーザー インターフェイスを使用してホストをメンテナンス モードに切り替えることができる場合は、以下の手順に従って、VMware Cloud Foundation での NSX と ESXi のチェックを抑制することができます。
   1. 展開パラメータ ワークブックで指定したユーザー名 vcf とパスワードを使用し、SSH クライアントを使用して SDDC Manager にログインします。
   2. /opt/vmware/vcf/lcm/lcm-app/conf/application-prod.properties ファイルを開きます。
   3. ファイルの最後に次の行を追加します。

      lcm.nsxt.suppress.dry.run.emm.check=true

      lcm.esx.suppress.dry.run.emm.check.failures=true

   4. コンソール ウィンドウで次のコマンドを入力して、ライフサイクル管理 を再起動します。

      systemctl restart lcm

   5. ライフサイクル管理 が再起動されたら、事前チェックを再度実行します。

結果

事前チェックの結果は、[アップグレードの事前チェックの詳細] ウィンドウの上部に表示されます。[詳細の終了] をクリックすると、事前チェックの結果が [更新/パッチ] タブの [事前チェック] セクションの上部に表示されます。

続行する前に事前チェックの結果が緑色で表示されていることを確認してください。事前チェックの失敗はアップデートの失敗につながる可能性があります。

SDDC Manager 5.0 での更新の事前チェックの実行

更新バンドルを適用する前に、SDDC Manager 5.0 で事前チェックを実行して、環境が更新の準備ができていることを確認する必要があります。

vCenter Server のバンドルレベルの事前チェックは、VMware Cloud Foundation 5.0 で使用できます。

注：

ESXi のバンドルレベルの事前チェックは、マイナーバージョンのアップグレード（たとえば、ESXi 7.x から 7.y、または ESXi 8.x から 8.y）でのみ機能するため、これらの事前チェックは VMware Cloud Foundation 5.0 では実行されません。

vSphere Client で vSAN Skyline Health アラートを停止すると、SDDC Manager により関連する事前チェックがスキップされ、スキップされた事前チェックが表示されます。[事前チェックのリストア] をクリックして、停止された事前チェックを含めます。例：

また、SDDC Manager ユーザー インターフェイス で失敗した vSAN の事前チェックを停止するには、[事前チェックの停止] をクリックします。停止された事前チェックでは、警告がトリガされたり、アップグレードがブロックされたりすることはありません。

重要：

アラートが正しくないことがわかっている場合にのみ、アラートをミュートします。修正が必要な実際の問題については、アラートを停止しないでください。

手順

1. ナビゲーション ペインで、[インベントリ] > [ワークロード ドメイン] の順にクリックします。
2. [ワークロード ドメイン] 画面で、事前チェックを実行するワークロード ドメインをクリックします。
3. ドメインのサマリ画面で、[更新] タブをクリックします。
   （次の図はサンプル のスクリーンショットであり、現在の製品バージョンを反映していない可能性があります。）
   
   
   注：

   アップグレードを実行する前に、ワークロード ドメインを事前チェックすることをお勧めします。

4. [事前チェックの実行] をクリックして、事前チェックするワークロード ドメイン内のコンポーネントを選択します。
   1. 事前チェックは、vCenter Server または vSphere クラスタでのみ実行できます。デフォルトでは、ワークロード ドメイン内のすべてのコンポーネントが選択されています。特定のコンポーネントの事前チェックを実行するには、カスタム選択を選択します。
      
      
   2. 使用可能な保留中のアップグレード バンドルがある場合、[ターゲット バージョン] ドロップダウンには [全般的なアップグレード準備] と、アップグレードに使用できる VMware Cloud Foundation バージョンが表示されます。使用可能な VMware Cloud Foundation のアップグレード バージョンがある場合は、ホスト、vCenter Server などのバンドル レベルの事前チェックなどの追加チェックが行われます。バージョン固有の事前チェックでは、使用可能なアップグレード バンドルがダウンロードされたコンポーネントでのみ事前チェックが実行されます。
5. 事前チェックが開始されると、事前チェックの進行状況と事前チェックが開始された時刻を示す進行状況メッセージが表示されます。
   
   
6. 事前チェックが完了すると、レポートが表示されます。[すべて]、[エラー]、[警告]、[停止] をクリックして、結果をフィルタリングして参照します。
   
   
   
7. タスクの詳細を表示するには、展開矢印をクリックします。

   事前チェック タスクが失敗した場合は、問題を修正し、[事前チェックを再試行] をクリックしてタスクを再度実行します。[失敗したすべてのリソースの再試行] をクリックして、失敗したすべてのタスクを再試行することもできます。

8. vSphere Lifecycle Manager を使用して VI ワークロード ドメインを更新するときに ESXi ホストにドライバの非互換性の問題が表示される場合は、次の手順を実行します。

   1. HCL の問題が発生しているコントローラを特定します。

   2. 特定したコントローラについて、ソースおよびターゲットの ESXi バージョンでサポートされているドライバとファームウェアのバージョンを特定します。

   3. 必要な場合は、ファームウェアをアップグレードします。

   4. ESXi ホストでドライバを手動でアップグレードし、アップグレードが失敗したタスクを再試行します。

9. 固定された仮想マシンを含むホストがワークロード ドメインに含まれている場合、メンテナンス モードへの切り替え手順で事前チェックが失敗します。vCenter Server ユーザー インターフェイスを使用してホストをメンテナンス モードに切り替えることができる場合は、以下の手順に従って、VMware Cloud Foundation での NSX と ESXi のチェックを抑制することができます。

   1. ユーザー名 vcf とパスワードを使用して、SSH (Secure Shell) クライアントを使用して SDDC Manager にログインします。

   2. /opt/vmware/vcf/lcm/lcm-app/conf/application-prod.properties ファイルを開きます。

   3. ファイルの最後に次の行を追加します。

      lcm.nsxt.suppress.dry.run.emm.check=true

      lcm.esx.suppress.dry.run.emm.check.failures=true

   4. コンソール ウィンドウで次のコマンドを入力して、ライフサイクル管理 を再起動します。

      systemctl restart lcm

   5. ライフサイクル管理 が再起動されたら、事前チェックを再度実行します。

結果

事前チェックの結果は、[アップグレードの事前チェックの詳細] ウィンドウの上部に表示されます。[詳細の終了] をクリックすると、事前チェックの結果が [更新] タブの [事前チェック] セクションの上部に表示されます。

続行する前に事前チェックの結果が緑色で表示されていることを確認してください。事前チェックに失敗してもアップグレードは続行できませんが、更新が失敗する可能性があります。

VMware Cloud Foundation アップグレード バンドルの適用

VMware Cloud Foundation アップグレード バンドルは、SDDC Manager アプライアンスと VMware Cloud Foundation サービスをアップグレードします。

前提条件

• ターゲット リリースの VMware Cloud Foundation アップデート バンドルをダウンロードします。VMware Cloud Foundation アップグレード バンドルのダウンロードを参照してください。
• 外部 SFTP サーバを使用する SDDC Manager の最新の正常なバックアップがあることを確認します。
• SDDC Manager アプライアンスのスナップショットを作成したことを確認します。
• SDDC Manager によって管理されているコンポーネントの最新の正常なバックアップがあることを確認します。
• SDDC Manager 5.0 での更新の事前チェックの実行を行い、問題があれば解決します。

手順

1. ナビゲーション ペインで、[インベントリ] > [ワークロード ドメイン] をクリックします。
2. [ワークロード ドメイン] 画面で、管理ドメインをクリックし、[更新] タブをクリックします。
3. [使用可能な更新] セクションで、ターゲット リリースを選択します。
4. VMware Cloud Foundation のアップグレード バンドルの横にある [今すぐ更新] または [更新のスケジュール設定] をクリックします。
5. [更新のスケジュール設定] を選択した場合は、バンドルを適用する日付と時刻を選択し、[スケジュール] をクリックします。
   
   
   
   [今すぐ更新] をクリックすると、[ VMware Cloud Foundation の更新ステータス] ウィンドウには、アップグレードされるコンポーネントとアップグレード状態が表示されます。 [更新アクティビティの表示] をクリックして、詳細なタスクを表示します。アップグレードが完了すると、チェックマークの付いた緑色のバーが表示されます。
6. [完了] をクリックします。

VMware Cloud Foundation 構成エラー バンドルの適用

構成ドリフト バンドルは、ターゲット リリースの VMware Cloud Foundation コンポーネント情報のセカンド パーティ製ソフトウェア コンポーネントに必要な構成変更を適用します。設定の変更は管理ドメインに適用され、環境内の VI ワークロード ドメインにも影響を与える可能性があります。ただし、VI ワークロード ドメインにはダウンタイムがなく、メンテナンス ウィンドウにある必要はありません。

このメカニズムによって適用される構成ドリフトは、VMware Cloud Foundation 4.3 から 5.0 へのアップグレードを実行する場合の 4.X バージョンからの累積構成ドリフトです。VMware Cloud Foundation 5.0 の構成の更新を適用するには、「 構成の更新の適用」セクションを参照してください。

前提条件

• ターゲット リリースの構成ドリフト バンドルをダウンロードします。VMware Cloud Foundation アップグレード バンドルのダウンロードを参照してください。
• 外部 SFTP サーバを使用する SDDC Manager の最新の正常なバックアップがあることを確認します。
• すべてのホスト、クラスタ、およびワークロード ドメインが健全な状態であることを確認します。ホスト、クラスタ、およびドメインの障害、エラー、無効化の状態については、ナレッジベースの記事 KB91954 を参照してください。
• SDDC Manager アプライアンスのスナップショットを作成したことを確認します。
• SDDC Manager によって管理されているコンポーネントの最新の正常なバックアップがあることを確認します。
• それぞれのドメインに切断されたホストまたは応答しないホストがある場合、構成ドリフト プロセスが失敗し、「COMPLETE_WITH_FAILURE」という最終ステータスが表示されます。詳細については、ナレッジベースの記事 KB91624 を参照してください。
• SSH サービスが ESXi ホストで実行されていない場合、SSH 認証エラーが発生し、SSH 接続が拒否され、構成ドリフトのアップグレードが失敗することがあります。詳細については、ナレッジベースの記事 KB86240 を参照してください。

手順

1. ナビゲーション ペインで、[インベントリ] > [ワークロード ドメイン] をクリックします。
2. [ワークロード ドメイン] 画面で、管理ドメインをクリックし、[更新] タブをクリックします。
3. [事前チェック] をクリックして、アップグレードの事前チェックを実行します。
   アップグレードを続行する前に問題を解決してください。
   これらの事前チェックは一般的で、ドメインの健全性を検証し、適用される構成に固有のものではありません。
4. [使用可能な更新] セクションで、ターゲット リリースを選択します。
5. [更新のスケジュール設定] を選択した場合は、バンドルを適用する日付と時刻を選択し、[スケジュール] をクリックします。
   アップグレードが完了すると、チェックマークの付いた緑色のバーが表示されます。
6. [完了] をクリックします。

VMware Cloud Foundation 構成の更新の適用

VMware Cloud Foundation 構成の更新では、意図した/所定の構成と実際の構成の不一致が特定、解決され、展開が VCF 5.0 リリース以降向けの推奨構成になるように調整されます。このプロセスには、VMware Cloud Foundation のコンポーネント情報 (BOM) にリストされているセカンド パーティ製ソフトウェア コンポーネントの構成の調整が含まれます。

構成の更新は、メンテナンス ウィンドウ内で実行する必要があります。

ドメインのセカンド パーティ製コンポーネントのアップグレードが完了すると、別の構成の更新が利用可能になる場合があります。関連するドリフトが使用可能になったときに適用するか、すべてのセカンド パーティ製ソフトウェア コンポーネントのアップグレード プロセスの最後にまとめて適用するかを選択できます。

構成の更新は、複数のドメインに並行して適用できます。ただし、構成の更新が進行中、同じドメインで別の構成を更新しないでください。

注： VCF での構成の更新は、構成を検出して、リリースの所定の構成になるように調整します。調整後は、アウトオブバンドの変更によって非準拠状態が発生されても識別されません。

手順

1. ナビゲーション ペインで、[インベントリ] > [ワークロード ドメイン] の順にクリックします。
2. [ワークロード ドメイン] 画面で、ワークロード ドメインの名前をクリックし、[更新] タブをクリックします。
3. [事前チェックの実行] をクリックして、アップグレードの事前チェックを実行します。

   アップグレードを続行する前に問題を解決してください。

4. [[使用可能な構成の更新]] を展開し、[すべて適用] をクリックします。
   

   ソフトウェア アップデートを適用した後、構成の更新が必要になる場合があります。構成の更新が利用可能になったら、すぐに適用するか、すべてのソフトウェア アップデートを適用するまで待機することができます。

   [すべて適用] は、その時点で使用可能なすべての適用可能なドリフトを適用します。ただし、適用可能なドリフトが後からさらに発生する可能性もあります。その場合は、新しい構成の更新が利用可能であることを示す赤色のドット通知が [更新] タブに表示されます。

   
5. [タスク] パネルでタスクをクリックして、構成の更新の進行状況を確認します。
6. 構成の更新が正常に適用されると、テーブルに表示されなくなります。

   構成の更新を保留にしても、以降の BOM アップグレードはブロックされません。

VMware Cloud Foundationの vRealize Suite Lifecycle Manager のアップグレード

vRealize Suite Lifecycle Manager をアップグレードするプロセスは、VMware Cloud Foundation と vRealize Suite Lifecycle Manager の現在のバージョンによって異なります。

VMware Cloud Foundation 4.4 以降および vRealize Suite Lifecycle Manager 8.6.2 以降では、vRealize Suite 製品のアップグレードと展開は vRealize Suite Lifecycle Manager によって管理されます。vRealize Suite 製品は、新しいバージョンが vRealize Suite Lifecycle Manager で使用可能になったときにアップグレードできます。 vRealize Suite Lifecycle Manager は、互換性があり、サポートされているバージョンの vRealize Suite 製品へのアップグレードのみを許可します。

vRealize Suite Lifecycle Manager 8.6.2 をすでに使用している場合は、 vRealize Suite Lifecycle Manager ユーザー インターフェイスを使用して、 vRealize Suite Lifecycle Manager をサポートされているバージョンにアップグレードできます。

注： ご利用のバージョンの VMware Cloud Foundation でサポートされているバージョンについては、 VMware 互換性マトリックス を、 vRealize Suite Lifecycle Manager を使用してサポートされるアップグレード パスの詳細については、 KB 88829 を参照してください。

以前のバージョンの vRealize Suite Lifecycle Manager を使用している場合は、以下のプロセスを使用して vRealize Suite Lifecycle Manager 8.6.2 にアップグレードしてから、vRealize Suite Lifecycle Manager ユーザー インターフェイスを使用して、以降のサポートされているバージョンにアップグレードします。

重要： VMware Cloud Foundation 5.0 BOM には、 vRealize Suite Lifecycle Manager 8.10 以降が必要です。

前提条件

注： VMware では、製品の vRealize Suite の名前を VMware Aria Suite に変更しました。詳細については、 Aria の命名のアップデートに関するブログ記事を参照してください。VCF 5.0 のアップグレード プロセスでは、 VMware の相互運用性マトリックスでパスがサポートされている限り、VMware Aria Suite Lifecycle 8.12 以降に直接アップグレードできます。すべての VMware Aria 製品のアップグレードが完了しても、SDDC Manager に古い名前の vRealize Suite が表示されます。

• vRealize Suite Lifecycle Manager アプライアンスの最新の正常なバックアップがあることを確認します。
• vRealize Suite Lifecycle Manager の VMware ソフトウェア アップデート バンドルをダウンロードします。VMware Cloud Foundation アップグレード バンドルのダウンロードを参照してください。
  注： 環境内の現在の製品バージョンによっては、複数のバンドルをダウンロードして適用することになる可能性があります。環境で VMware Cloud Foundation 4.4 以降および vRealize Suite Lifecycle Manager 8.6.2 以降を使用している場合は、すべてのアップグレードを vRealize Suite Lifecycle Manager ユーザー インターフェイスから実行するため、バンドルをダウンロードする必要はありません。
• FIPS モード コンプライアンスが vRealize Suite Lifecycle Manager で有効になっている場合は、vRealize Suite Lifecycle Manager ユーザー インターフェイスで手動でオフにする必要があります。vRealize Suite Lifecycle Manager で FIPS モード コンプライアンスを有効または無効にするを参照してください。アップグレード後に FIPS モード コンプライアンスを再度有効にすることができます。

手順

1. ナビゲーション ペインで、[インベントリ] > [ワークロード ドメイン] をクリックします。
2. [ワークロード ドメイン] 画面で、管理ドメインをクリックします。
3. [ドメインのサマリ] 画面で、[更新/パッチ] タブをクリックします。
4. [事前チェック] をクリックして、アップグレードの事前チェックを実行します。
   アップグレードを続行する前に問題を解決してください。
5. [使用可能な更新] セクションで、ターゲット リリースを選択します。
6. vRealize Suite Lifecycle Manager アップグレード バンドルの横にある [今すぐ更新] または [更新のスケジュール設定] をクリックします。
7. [更新のスケジュール設定] を選択した場合は、バンドルを適用する日付と時刻をクリックします。
8. アップグレードの進行状況を監視します。VMware Cloud Foundation の更新の監視を参照してください。

   アップグレードが失敗した場合は、アップグレード ワークフローで作成されたスナップショットに戻すことができます。問題を解決したら、アップグレードを再試行できます。

   vRealize Suite Lifecycle Manager が正常にアップグレードされると、背景が緑色でチェックマークが付いたメッセージが表示されます。
9. [終了ステータス] をクリックします。

VMware Cloud Foundation の vRealize Suite 製品のアップグレード

アップグレード前の環境で vRealize Log Insight、vRealize Automation、vRealize Operations、または Workspace ONE Access を使用していた場合は、vRealize Suite Lifecycle Manager からアップグレードする必要があります。

注： VMware では、製品の vRealize Suite の名前を VMware Aria Suite に変更しました。詳細については、 Aria の命名のアップデートに関するブログ記事を参照してください。すべての vRealize Suite コンポーネントを VMware Aria にアップグレードした後でも、 SDDC Manager ユーザー インターフェイス には古い vRealize 名が表示されます。

vRealize Suite Lifecycle Manager を使用して、次の手順を実行します。

• アップグレード バイナリのダウンロード
• 仮想アプライアンスのスナップショットの作成
• アップグレード前チェックの実行
• vRealize Suite 製品のアップグレード

前提条件

vRealize Suite Lifecycle Manager 8.6.2 以降にアップグレードします。

手順

1. https://<vrealize_suite_lifecycle_manager_fqdn> で vRealize Suite Lifecycle Manager に管理者としてログインします。
2. vRealize Suite 製品をアップグレードします。
   vRealize Suite Lifecycle Manager の現在のバージョンについては、『 vRealize Suite Lifecycle Manager のインストール、アップグレード、および管理ガイド』の「vRealize Suite Lifecycle Manager および vRealize Suite 製品のアップグレード」を参照してください。

3.1.3 からの NSX のアップグレード

NSX 3.1.3 からのアップグレードに関する追加情報

以下の追加情報は、次のアップグレードに適用されます。

• [[条件付き]] ソース NSX のバージョンが 3.1.3 の場合

• SDDC Manager を使用して NSX を [3.2.1.2.0] にアップグレードする

• [[条件付き]] NSX フェデレーションがある場合は、グローバル マネージャ インスタンスを続行する前に、両方の VMware Cloud Foundation インスタンスで NSX ローカル マネージャをアップグレードする

VMware Cloud Foundation 用の NSX のアップグレード

VI ワークロード ドメインをアップグレードする前に、管理ドメインの NSX をアップグレードします。

NSX のアップグレードには、次のコンポーネントが含まれます。

• Upgrade Coordinator

• NSX Edge/クラスタ（展開されている場合）

• ホスト クラスタ

• NSX Manager クラスタ

手順

1. ナビゲーション ペインで、[インベントリ] > [ワークロード ドメイン] の順にクリックします。
2. [ワークロード ドメイン] 画面で、アップグレードするドメインをクリックし、[更新/パッチ] タブをクリックします。

   選択した VI ワークロード ドメインの NSX コンポーネントをアップグレードすると、それらのコンポーネントは NSX Manager クラスタを共有するすべての VI ワークロード ドメインに対してアップグレードされます。

3. [事前チェック] をクリックして、アップグレードの事前チェックを実行します。

   アップグレードを続行する前に問題を解決してください。

   注：

   NSX の事前チェックは、環境内の NSX Manager クラスタを共有するすべての VI ワークロード ドメインで実行されます。

4. [使用可能な更新] セクションで、ターゲット リリースを選択します。
5. VMware ソフトウェア NSX バンドルの横にある [今すぐ更新] または [更新のスケジュール設定] をクリックします。
6. [NSX Edge クラスタ] 画面で、アップグレードする NSX Edge クラスタを選択し、[次へ] をクリックします。

   デフォルトでは、すべての NSX Edge クラスタがアップグレードされます。特定の NSX Edge クラスタを選択するには、[NSX Edge クラスタのみをアップグレード] チェックボックスを選択し、[Edge 選択の有効化] オプションを選択します。次に、アップグレードする NSX Edge を選択します。

7. [次へ] をクリックします。
8. デフォルトでは、すべてのワークロード ドメインのすべての vSphere クラスタがアップグレードされます。アップグレードする特定の vSphere クラスタを選択する場合は、[すべてのホスト クラスタをアップグレード] 設定をオフにします。すべての Edge クラスタがアップグレードされると、ホスト クラスタがアップグレードされます。
   注：

   NSX Manager クラスタは、[すべてのホスト クラスタをアップグレード] 設定が有効になっている場合にのみアップグレードされます。

   • 環境内に単一のクラスタがある場合は、[すべてのホスト クラスタをアップグレード] 設定を有効にします。

   • 複数のホスト クラスタがあり、そのうちの一部のみをアップグレードすることを選択した場合は、すべてのホスト クラスタがアップグレードされるまで NSX アップグレード ウィザードを繰り返し実行する必要があります。アップグレードするクラスタの最終セットを選択するときは、[すべてのホスト クラスタをアップグレード] 設定を有効にして、NSX Manager をアップグレードする必要があります。

   • [すべてのホスト クラスタをアップグレード] 設定を有効にせずにすべてのホスト クラスタをアップグレードした場合は、NSX アップグレード ウィザードを再度実行し、アップグレードをスケジュール設定して NSX Manager をアップグレードします。

9. [次へ] をクリックします。
10. [アップグレード オプション] ダイアログ ボックスで、アップグレードの最適化を選択し、[次へ] をクリックします。

    デフォルトでは、Edge クラスタとホスト クラスタが並行してアップグレードされます。関連するチェック ボックスをオンにすると、順次アップグレードを有効にできます。

11. [アップグレードのスケジュール設定] オプションを選択した場合は、NSX バンドルが適用される日付と時刻を指定します。
12. [次へ] をクリックします。
13. [確認] 画面で設定内容を確認し、[終了] をクリックします。

    NSX アップグレードが開始し、アップグレード コンポーネントが表示されます。ここに表示されるアップグレード ビューは、バンドルを適用したワークロード ドメインに関連しています。関連付けられているワークロード ドメインへのリンクをクリックすると、それらのワークロード ドメインに関連するコンポーネントが表示されます。

14. アップグレードの進行状況を監視します。VMware Cloud Foundation の更新の監視を参照してください。

    コンポーネントのアップグレードに失敗すると、関連付けられているすべてのワークロード ドメインに障害が表示されます。問題を解決して、失敗したタスクを再試行してください。

結果

すべての NSX ワークロード コンポーネントが正常にアップグレードされると、背景が緑色でチェックマークが付いたメッセージが表示されます。

3.1.3 からの NSX グローバル マネージャのアップグレード

NSX フェデレーションが 2 つの VMware Cloud Foundation インスタンス間で構成されている場合、SDDC Manager は NSX グローバル マネージャのライフサイクルを管理しません。NSX グローバル マネージャをアップグレードするには、まず SDDC Manager を使用して各 VMware Cloud Foundation インスタンスの標準ライフサイクルに従い、次に各インスタンスの NSX グローバル マネージャを手動でアップグレードする必要があります。

前提条件

注：

NSX フェデレーションを含む VMware Cloud Foundation の展開には、手動で追加のアップグレード手順を実行する必要があります。詳細については、ナレッジベースの記事 KB92516 を参照してください。

VMware Customer Connect から NSX の中間バージョンと最終バージョンをダウンロードします。

NSX グローバル マネージャ 3.1.3 からのアップグレードに関する追加情報

以下の追加情報は、次のアップグレードに適用されます。

• [[条件付き]] ソース NSX のバージョンが 3.1.3 の場合

• [[条件付き]] NSX フェデレーションがある場合

• グローバル マネージャ ユーザー インターフェイスを使用して NSX グローバル マネージャを [3.2.1.2.0] にアップグレードする

• スタンバイ グローバル マネージャ、アクティブなグローバル マネージャの順にアップグレードする

NSX グローバル マネージャ アップグレード バンドルのダウンロード

SDDC Manager は、NSX グローバル マネージャのライフサイクルを管理しません。NSX グローバル マネージャをアップグレードするには、NSX アップグレード バンドルを手動でダウンロードする必要があります。

手順

1. Web ブラウザで、VMware Customer Connect にアクセスし、VMware Cloud Foundation リリース ノート BOM に記載されているバージョンの NSX のダウンロード ページを参照します。
2. [NSX バージョン アップグレード バンドル] を見つけて、[詳細を読む] をクリックします。
3. アップグレード バンドルのファイル名の拡張子が .mub であることを確認します。
   アップグレード バンドルのファイル名は、 VMware-NSX-upgrade-bundle-versionnumber.buildnumber.mub の形式で表されます。
4. [今すぐダウンロード] をクリックして、NSX グローバル マネージャ ユーザー インターフェイスにアクセスするシステムにアップグレード バンドルをダウンロードします。

NSX フェデレーションの Upgrade Coordinator のアップグレード

Upgrade Coordinator は、NSX Manager で実行されます。これは、ホスト、NSX Edge クラスタ、NSX Controller クラスタ、および管理プレーンのアップグレード プロセスを調整する自己完結型の Web アプリケーションです。

Upgrade Coordinator はアップグレード手順をガイドします。アップグレード プロセスを追跡し、必要に応じてユーザー インターフェイスからアップグレード プロセスを一時停止および再開できます。

手順

1. Web ブラウザで、ドメインのグローバル マネージャ (https://nsx_gm_vip_fqdn/) にログインします。
2. ナビゲーション パネルから [システム] > [アップグレード] を選択します。
3. [アップグレードに進む] をクリックします。
4. ダウンロードしたアップグレード バンドルの .mub ファイルに移動するか、ダウンロード URL リンクを貼り付けます。
   • [参照] をクリックして、アップグレード バンドル ファイルをダウンロードした場所に移動します。
   • アップグレード バンドルの .mub ファイルがある VMware ダウンロード ポータルの URL を貼り付けます。
5. [アップロード] をクリックします。
   ファイルがアップロードされると、 [アップグレードの開始] ボタンが表示されます。
6. [アップグレードの開始] をクリックして Upgrade Coordinator をアップグレードします。
   注：

   一度に 1 つの Upgrade Coordinator をアップグレードします。

7. エンド ユーザー使用許諾契約書 (EULA) の条項を読んで同意し、Upgrade Coordinator をアップグレードする通知に同意します。
8. [事前チェックの実行] をクリックして、すべての NSX コンポーネントのアップグレード準備ができていることを確認します。
   事前チェックでは、コンポーネントの接続、バージョンの互換性、およびコンポーネントのステータスがチェックされます。
9. アップグレード中に問題が発生しないように、警告の通知を解決します。

VMware Cloud Foundation の NSX グローバル マネージャのアップグレード

NSX フェデレーションが 2 つの VMware Cloud Foundation インスタンス間で構成されている場合は、NSX グローバル マネージャを手動でアップグレードします。

前提条件

NSX グローバル マネージャをアップグレードする前に、NSX フェデレーション内のすべての VMware Cloud Foundation インスタンス（NSX ローカル マネージャを含む）を SDDC Manager を使用してアップグレードする必要があります。

手順

1. Web ブラウザで、ドメインのグローバル マネージャ (https://nsx_gm_vip_fqdn/) にログインします。
2. ナビゲーション パネルから [システム] > [アップグレード] を選択します。
3. [開始] をクリックして管理プレーンをアップグレードし、[受け入れる] をクリックします。
4. [アップグレード計画の選択] 画面で、[アップグレードの計画] を選択し、[次へ] をクリックします。
   アップグレードが完了して管理プレーンが再起動されるまで、NSX Manager UI、API、および CLI にはアクセスできません。

3.2.1.2.0 からの NSX グローバル マネージャのアップグレード

NSX フェデレーションが 2 つの VMware Cloud Foundation インスタンス間で構成されている場合、SDDC Manager は NSX グローバル マネージャのライフサイクルを管理しません。NSX グローバル マネージャをアップグレードするには、まず SDDC Manager を使用して各 VMware Cloud Foundation インスタンスの標準ライフサイクルに従い、次に各インスタンスの NSX グローバル マネージャを手動でアップグレードする必要があります。

前提条件

注：

NSX フェデレーションを含む VMware Cloud Foundation の展開には、手動で追加のアップグレード手順を実行する必要があります。詳細については、ナレッジベースの記事 KB92516 を参照してください。

VMware Customer Connect から NSX の中間バージョンと最終バージョンをダウンロードします。

NSX グローバル マネージャ 3.2.1.2.0 からのアップグレードに関する追加情報

以下の追加情報は、次のアップグレードに適用されます。

• [[条件付き]] ソース NSX のバージョンが 3.2.1.2.0 の場合

• [[条件付き]] NSX フェデレーションがある場合

• グローバル マネージャ ユーザー インターフェイスを使用して NSX グローバル マネージャを [4.0.1.1] にアップグレードする

• スタンバイ グローバル マネージャ、アクティブなグローバル マネージャの順にアップグレードする

注：

ローカル マネージャとグローバル マネージャ間で N±1 を維持するには、グローバル マネージャをこの中間ビルドにアップグレードする必要があります

NSX グローバル マネージャ アップグレード バンドルのダウンロード

SDDC Manager は、NSX グローバル マネージャのライフサイクルを管理しません。NSX グローバル マネージャをアップグレードするには、NSX アップグレード バンドルを手動でダウンロードする必要があります。

手順

1. Web ブラウザで、VMware Customer Connect にアクセスし、VMware Cloud Foundation リリース ノート BOM に記載されているバージョンの NSX のダウンロード ページを参照します。
2. [NSX バージョン アップグレード バンドル] を見つけて、[詳細を読む] をクリックします。
3. アップグレード バンドルのファイル名の拡張子が .mub であることを確認します。
   アップグレード バンドルのファイル名は、 VMware-NSX-upgrade-bundle-versionnumber.buildnumber.mub の形式で表されます。
4. [今すぐダウンロード] をクリックして、NSX グローバル マネージャ ユーザー インターフェイスにアクセスするシステムにアップグレード バンドルをダウンロードします。

NSX フェデレーションの Upgrade Coordinator のアップグレード

Upgrade Coordinator は、NSX Manager で実行されます。これは、ホスト、NSX Edge クラスタ、NSX Controller クラスタ、および管理プレーンのアップグレード プロセスを調整する自己完結型の Web アプリケーションです。

Upgrade Coordinator はアップグレード手順をガイドします。アップグレード プロセスを追跡し、必要に応じてユーザー インターフェイスからアップグレード プロセスを一時停止および再開できます。

手順

1. Web ブラウザで、ドメインのグローバル マネージャ (https://nsx_gm_vip_fqdn/) にログインします。
2. ナビゲーション パネルから [システム] > [アップグレード] を選択します。
3. [アップグレードに進む] をクリックします。
4. ダウンロードしたアップグレード バンドルの .mub ファイルに移動するか、ダウンロード URL リンクを貼り付けます。
   • [参照] をクリックして、アップグレード バンドル ファイルをダウンロードした場所に移動します。
   • アップグレード バンドルの .mub ファイルがある VMware ダウンロード ポータルの URL を貼り付けます。
5. [アップロード] をクリックします。
   ファイルがアップロードされると、 [アップグレードの開始] ボタンが表示されます。
6. [アップグレードの開始] をクリックして Upgrade Coordinator をアップグレードします。
   注：

   一度に 1 つの Upgrade Coordinator をアップグレードします。

7. エンド ユーザー使用許諾契約書 (EULA) の条項を読んで同意し、Upgrade Coordinator をアップグレードする通知に同意します。
8. [事前チェックの実行] をクリックして、すべての NSX コンポーネントのアップグレード準備ができていることを確認します。
   事前チェックでは、コンポーネントの接続、バージョンの互換性、およびコンポーネントのステータスがチェックされます。
9. アップグレード中に問題が発生しないように、警告の通知を解決します。

VMware Cloud Foundation の NSX グローバル マネージャのアップグレード

NSX フェデレーションが 2 つの VMware Cloud Foundation インスタンス間で構成されている場合は、NSX グローバル マネージャを手動でアップグレードします。

前提条件

NSX グローバル マネージャをアップグレードする前に、NSX フェデレーション内のすべての VMware Cloud Foundation インスタンス（NSX ローカル マネージャを含む）を SDDC Manager を使用してアップグレードする必要があります。

手順

1. Web ブラウザで、ドメインのグローバル マネージャ (https://nsx_gm_vip_fqdn/) にログインします。
2. ナビゲーション パネルから [システム] > [アップグレード] を選択します。
3. [開始] をクリックして管理プレーンをアップグレードし、[受け入れる] をクリックします。
4. [アップグレード計画の選択] 画面で、[アップグレードの計画] を選択し、[次へ] をクリックします。
   アップグレードが完了して管理プレーンが再起動されるまで、NSX Manager UI、API、および CLI にはアクセスできません。

3.2.1.2.0 からの NSX のアップグレード

NSX 3.2.1.2.0 からのアップグレードに関する追加情報

以下の追加情報は、次のアップグレードに適用されます。

• [[条件付き]] ソース NSX のバージョンが 3.2.1.2.0 の場合

• SDDC Manager を使用して NSX を [4.1.0.2.0] にアップグレードする

• [[条件付き]] NSX フェデレーションがある場合は、続行する前に、両方の VMware Cloud Foundation インスタンスで NSX ローカル マネージャをアップグレードする

VMware Cloud Foundation 用の NSX のアップグレード

VI ワークロード ドメインをアップグレードする前に、管理ドメインの NSX をアップグレードします。

NSX のアップグレードには、次のコンポーネントが含まれます。

• Upgrade Coordinator

• NSX Edge/クラスタ（展開されている場合）

• ホスト クラスタ

• NSX Manager クラスタ

手順

1. ナビゲーション ペインで、[インベントリ] > [ワークロード ドメイン] の順にクリックします。
2. [ワークロード ドメイン] 画面で、アップグレードするドメインをクリックし、[更新/パッチ] タブをクリックします。

   選択した VI ワークロード ドメインの NSX コンポーネントをアップグレードすると、それらのコンポーネントは NSX Manager クラスタを共有するすべての VI ワークロード ドメインに対してアップグレードされます。

3. [事前チェック] をクリックして、アップグレードの事前チェックを実行します。

   アップグレードを続行する前に問題を解決してください。

   注：

   NSX の事前チェックは、環境内の NSX Manager クラスタを共有するすべての VI ワークロード ドメインで実行されます。

4. [使用可能な更新] セクションで、ターゲット リリースを選択します。
5. VMware ソフトウェア NSX バンドルの横にある [今すぐ更新] または [更新のスケジュール設定] をクリックします。
6. [NSX Edge クラスタ] 画面で、アップグレードする NSX Edge クラスタを選択し、[次へ] をクリックします。

   デフォルトでは、すべての NSX Edge クラスタがアップグレードされます。特定の NSX Edge クラスタを選択するには、[NSX Edge クラスタのみをアップグレード] チェックボックスを選択し、[Edge 選択の有効化] オプションを選択します。次に、アップグレードする NSX Edge を選択します。

7. [次へ] をクリックします。
8. デフォルトでは、すべてのワークロード ドメインのすべての vSphere クラスタがアップグレードされます。アップグレードする特定の vSphere クラスタを選択する場合は、[すべてのホスト クラスタをアップグレード] 設定をオフにします。すべての Edge クラスタがアップグレードされると、ホスト クラスタがアップグレードされます。
   注：

   NSX Manager クラスタは、[すべてのホスト クラスタをアップグレード] 設定が有効になっている場合にのみアップグレードされます。

   • 環境内に単一のクラスタがある場合は、[すべてのホスト クラスタをアップグレード] 設定を有効にします。

   • 複数のホスト クラスタがあり、そのうちの一部のみをアップグレードすることを選択した場合は、すべてのホスト クラスタがアップグレードされるまで NSX アップグレード ウィザードを繰り返し実行する必要があります。アップグレードするクラスタの最終セットを選択するときは、[すべてのホスト クラスタをアップグレード] 設定を有効にして、NSX Manager をアップグレードする必要があります。

   • [すべてのホスト クラスタをアップグレード] 設定を有効にせずにすべてのホスト クラスタをアップグレードした場合は、NSX アップグレード ウィザードを再度実行し、アップグレードをスケジュール設定して NSX Manager をアップグレードします。

9. [次へ] をクリックします。
10. [アップグレード オプション] ダイアログ ボックスで、アップグレードの最適化を選択し、[次へ] をクリックします。

    デフォルトでは、Edge クラスタとホスト クラスタが並行してアップグレードされます。関連するチェック ボックスをオンにすると、順次アップグレードを有効にできます。

11. [アップグレードのスケジュール設定] オプションを選択した場合は、NSX バンドルが適用される日付と時刻を指定します。
12. [次へ] をクリックします。
13. [確認] 画面で設定内容を確認し、[終了] をクリックします。

    NSX アップグレードが開始し、アップグレード コンポーネントが表示されます。ここに表示されるアップグレード ビューは、バンドルを適用したワークロード ドメインに関連しています。関連付けられているワークロード ドメインへのリンクをクリックすると、それらのワークロード ドメインに関連するコンポーネントが表示されます。

14. アップグレードの進行状況を監視します。VMware Cloud Foundation の更新の監視を参照してください。

    コンポーネントのアップグレードに失敗すると、関連付けられているすべてのワークロード ドメインに障害が表示されます。問題を解決して、失敗したタスクを再試行してください。

結果

すべての NSX ワークロード コンポーネントが正常にアップグレードされると、背景が緑色でチェックマークが付いたメッセージが表示されます。

4.0.1.1 からの NSX グローバル マネージャのアップグレード

NSX フェデレーションが 2 つの VMware Cloud Foundation インスタンス間で構成されている場合、SDDC Manager は NSX グローバル マネージャのライフサイクルを管理しません。NSX グローバル マネージャをアップグレードするには、まず SDDC Manager を使用して各 VMware Cloud Foundation インスタンスの標準ライフサイクルに従い、次に各インスタンスの NSX グローバル マネージャを手動でアップグレードする必要があります。

前提条件

注：

NSX フェデレーションを含む VMware Cloud Foundation の展開には、手動で追加のアップグレード手順を実行する必要があります。詳細については、ナレッジベースの記事 KB92516 を参照してください。

VMware Customer Connect から NSX の中間バージョンと最終バージョンをダウンロードします。

NSX 4.0.1.1 からのアップグレードに関する追加情報

以下の追加情報は、次のアップグレードに適用されます。

• [[条件付き]] ソース NSX のバージョンが 4.0.1.1 の場合

• [[条件付き]] NSX フェデレーションがある場合

• グローバル マネージャ ユーザー インターフェイスを使用して NSX グローバル マネージャを [4.1.0.2.0] にアップグレードする

• スタンバイ グローバル マネージャ、アクティブなグローバル マネージャの順にアップグレードする

NSX グローバル マネージャ アップグレード バンドルのダウンロード

SDDC Manager は、NSX グローバル マネージャのライフサイクルを管理しません。NSX グローバル マネージャをアップグレードするには、NSX アップグレード バンドルを手動でダウンロードする必要があります。

手順

1. Web ブラウザで、VMware Customer Connect にアクセスし、VMware Cloud Foundation リリース ノート BOM に記載されているバージョンの NSX のダウンロード ページを参照します。
2. [NSX バージョン アップグレード バンドル] を見つけて、[詳細を読む] をクリックします。
3. アップグレード バンドルのファイル名の拡張子が .mub であることを確認します。
   アップグレード バンドルのファイル名は、 VMware-NSX-upgrade-bundle-versionnumber.buildnumber.mub の形式で表されます。
4. [今すぐダウンロード] をクリックして、NSX グローバル マネージャ ユーザー インターフェイスにアクセスするシステムにアップグレード バンドルをダウンロードします。

NSX フェデレーションの Upgrade Coordinator のアップグレード

Upgrade Coordinator は、NSX Manager で実行されます。これは、ホスト、NSX Edge クラスタ、NSX Controller クラスタ、および管理プレーンのアップグレード プロセスを調整する自己完結型の Web アプリケーションです。

Upgrade Coordinator はアップグレード手順をガイドします。アップグレード プロセスを追跡し、必要に応じてユーザー インターフェイスからアップグレード プロセスを一時停止および再開できます。

手順

1. Web ブラウザで、ドメインのグローバル マネージャ (https://nsx_gm_vip_fqdn/) にログインします。
2. ナビゲーション パネルから [システム] > [アップグレード] を選択します。
3. [アップグレードに進む] をクリックします。
4. ダウンロードしたアップグレード バンドルの .mub ファイルに移動するか、ダウンロード URL リンクを貼り付けます。
   • [参照] をクリックして、アップグレード バンドル ファイルをダウンロードした場所に移動します。
   • アップグレード バンドルの .mub ファイルがある VMware ダウンロード ポータルの URL を貼り付けます。
5. [アップロード] をクリックします。
   ファイルがアップロードされると、 [アップグレードの開始] ボタンが表示されます。
6. [アップグレードの開始] をクリックして Upgrade Coordinator をアップグレードします。
   注：

   一度に 1 つの Upgrade Coordinator をアップグレードします。

7. エンド ユーザー使用許諾契約書 (EULA) の条項を読んで同意し、Upgrade Coordinator をアップグレードする通知に同意します。
8. [事前チェックの実行] をクリックして、すべての NSX コンポーネントのアップグレード準備ができていることを確認します。
   事前チェックでは、コンポーネントの接続、バージョンの互換性、およびコンポーネントのステータスがチェックされます。
9. アップグレード中に問題が発生しないように、警告の通知を解決します。

VMware Cloud Foundation の NSX グローバル マネージャのアップグレード

NSX フェデレーションが 2 つの VMware Cloud Foundation インスタンス間で構成されている場合は、NSX グローバル マネージャを手動でアップグレードします。

前提条件

NSX グローバル マネージャをアップグレードする前に、NSX フェデレーション内のすべての VMware Cloud Foundation インスタンス（NSX ローカル マネージャを含む）を SDDC Manager を使用してアップグレードする必要があります。

手順

1. Web ブラウザで、ドメインのグローバル マネージャ (https://nsx_gm_vip_fqdn/) にログインします。
2. ナビゲーション パネルから [システム] > [アップグレード] を選択します。
3. [開始] をクリックして管理プレーンをアップグレードし、[受け入れる] をクリックします。
4. [アップグレード計画の選択] 画面で、[アップグレードの計画] を選択し、[次へ] をクリックします。
   アップグレードが完了して管理プレーンが再起動されるまで、NSX Manager UI、API、および CLI にはアクセスできません。

VMware Cloud Foundation の vCenter Server のアップグレード

VMware vCenter Server のアップグレード バンドルは、SDDC Manager によって管理される vCenter Server をアップグレードするために使用されます。VI ワークロード ドメインの vCenter Server をアップグレードする前に、管理ドメインの vCenter Server をアップグレードします。

前提条件

• VMware vCenter Server アップグレード バンドルをダウンロードします。VMware Cloud Foundation アップグレード バンドルのダウンロード を参照してください。

• アップグレードを開始する前に、vCenter Server Appliance のファイルベースのバックアップを作成します。vCenter Server の手動バックアップを参照してください。

  注：

  バックアップを作成した後は、アップグレードが正常に完了するまで、vCenter Server インベントリまたは設定に変更を加えないでください。

• ワークロード ドメインにワークロード管理 (vSphere with Tanzu) 対応のクラスタが含まれている場合、サポートされるターゲット リリースは、クラスタで現在実行されている Kubernetes (K8s) のバージョンによって異なります。古いバージョンの K8s では、特定のアップグレード手順が必要になる場合があります。詳細については、KB 88962 を参照してください。

手順

1. ナビゲーション ペインで、[インベントリ] > [ワークロード ドメイン] の順にクリックします。
2. [ワークロード ドメイン] 画面で、アップグレードするドメインをクリックし、[更新] タブをクリックします。
3. [事前チェック] をクリックして、アップグレードの事前チェックを実行します。

   アップグレードを続行する前に問題を解決してください。

4. [使用可能な更新] セクションで、ターゲット リリースを選択します。
5. vCenter Server のアップグレード バンドルの横にある [今すぐ更新] または [更新のスケジュール設定] をクリックします。
6. [更新のスケジュール設定] を選択した場合は、バンドルを適用する日付と時刻をクリックし、[スケジュール] をクリックします。
7. アップグレード時にのみ使用する一時 IP アドレスの詳細を入力します。
8. アップグレードの進行状況を監視します。VMware Cloud Foundation の更新の監視を参照してください。

   アップグレードが失敗した場合は、問題を解決して、失敗したタスクを再試行してください。問題を解決できない場合は、ファイルベースのバックアップを使用して vCenter Server をリストアします。「vCenter Server のリストア」を参照してください。

次のタスク

アップグレードが正常に完了したら、vSphere Client を使用して、vCenter Server によって管理されている各 vSphere クラスタの vSphere DRS 自動化レベル設定を元の値（ファイルベースのバックアップを取る前の値）に戻します。VMware PowerCLI を使用して vSphere DRS 自動化レベルを変更する方法については、KB 87631 を参照してください。

VMware Cloud Foundation 用の vSphere Lifecycle Manager ベースラインを使用した ESXi のアップグレード

管理ドメインは、ESXi ホストのアップグレードに vSphere Lifecycle Manager ベースラインを使用します。VI ワークロード ドメインは、vSphere Lifecycle Manager ベースラインまたは vSphere Lifecycle Manager イメージを使用できます。次の手順では、vSphere Lifecycle Manager ベースラインを使用するワークロード ドメイン内の ESXi ホストのアップグレードについて説明します。

vSphere Lifecycle Manager イメージを使用する VI ワークロード ドメインの ESXi のアップグレードの詳細については、「VMware Cloud Foundation 用の vSphere Lifecycle Manager イメージを使用した ESXi のアップグレード」を参照してください。

デフォルトでは、アップグレード プロセスによって、ワークロード ドメイン内のすべてのクラスタの ESXi ホストが並行してアップグレードされます。ワークロード ドメインに複数のクラスタがある場合は、アップグレードするクラスタを選択できます。

ワークロード ドメインへの ESXi アップデートの適用時にホストをスキップする場合は、更新を開始する前に、それらのホストを application-prod.properties ファイルに追加する必要があります。「ESXi のアップデート時のホストのスキップ」を参照してください。

カスタム ISO イメージまたは非同期ドライバを使用して ESXi アップグレードを実行するには、「カスタム ISO を使用した ESXi のアップグレード」および「ストック ISO および非同期ドライバを使用した ESXi のアップグレード」を参照してください。

外部（非 vSAN）ストレージを使用している場合、次の手順で外部ストレージに接続されている ESXi ホストを更新します。ただし、ストレージ ソフトウェアとドライバの更新とパッチ適用は手動で行うため、SDDC Manager のライフサイクル管理には含まれません。ESXi のアップグレード後のサポート性を確保するには、vSphere HCL およびストレージ ベンダーに問い合わせてください。

前提条件

• ESXi パスワードが有効であることを検証します。

• ESXi バンドルをダウンロードします。「VMware Cloud Foundation アップグレード バンドルのダウンロード 」を参照してください。

• クラスタレベルのアップグレードを実行するドメインに、エラー状態のホストまたはクラスタがないことを確認します。エラー状態を解決するか、エラーが発生したホストとクラスタを削除してから続行してください。

手順

1. ワークロード ドメインの [更新/パッチ] タブに移動します。
2. [事前チェック] をクリックして、アップグレードの事前チェックを実行します。

   アップグレードを続行する前に問題を解決してください。

3. [使用可能な更新] セクションで、ターゲット リリースを選択します。
4. [今すぐアップグレード] または [更新のスケジュール設定] をクリックします。
5. [更新のスケジュール設定] を選択した場合は、バンドルを適用する日付と時刻を指定します。
6. アップグレードするクラスタを選択し、[次へ] をクリックします。

   デフォルトの設定では、すべてのクラスタがアップグレードされます。特定のクラスタをアップグレードするには、[クラスタレベルの選択を有効にする] をクリックして、アップグレードするクラスタを選択します。

7. [次へ] をクリックします。
8. 適切なアップグレード オプションを選択し、[完了] をクリックします。

   デフォルトでは、選択したクラスタが並行してアップグレードされます。アップグレードするクラスタを 10 個を超えて選択した場合、最初の 10 個が並行してアップグレードされ、残りのクラスタは順番にアップグレードされます。選択したすべてのクラスタを順番にアップグレードするには、[順次クラスタ アップグレードを有効にする] を選択します。

   必要に応じて、[Quick Boot の有効化] をクリックします。ESXi ホストの Quick Boot は、ホストの物理再起動をスキップすることで、vSphere Lifecycle Manager がアップグレード時間を短縮できるようにするためのオプションです。

9. アップグレードの進行状況を監視します。VMware Cloud Foundation の更新の監視を参照してください。

次のタスク

vSAN クラスタの vSAN ディスク フォーマットをアップグレードします。ディスク フォーマットのアップグレードはオプションです。以前のバージョンのディスク フォーマットを使用していても、vSAN クラスタはスムーズに稼動し続けます。最適な結果を得るには、オブジェクトをアップグレードして最新のオンディスク フォーマットを使用します。最新のオンディスク フォーマットでは、vSAN の完全な機能セットを使用できます。vSphere Client を使用した vSAN ディスク フォーマットのアップグレードを参照してください。

ESXi のアップデート時のホストのスキップ

ワークロード ドメインへの ESXi アップデートの適用時にはホストをスキップすることができます。スキップされたホストはアップデートされません。

注：

vSphere Lifecycle Manager イメージを使用している VI ワークロード ドメインの一部であるホストはスキップできません。これらのホストはホストレベルではなくクラスタレベルで更新されるためです。

手順

1. SSH を用い、展開パラメータ シートで指定したユーザー名 vcf とパスワードを使用して SDDC Manager アプライアンスにログインします。
2. su と入力して root アカウントに切り替えます。
3. スキップするホストのホスト ID を取得します。

   curl 'https://SDDC_MANAGER_IP/v1/hosts' -i -u 'username:password' -X GET -H 'Accept: application/json' |json_pp

   SDDC Manager の FQDN、ユーザー名、およびパスワードを実際の環境の情報に置き換えます。

4. スキップするホストの ID を出力からコピーします。例：

   ...
            "fqdn" : "esxi-2.vrack.vsphere.local",
            "esxiVersion" : "6.7.0-16075168",
            "id" : "b318fe37-f9a8-48b6-8815-43aae5131b94",
   ...
   

   この場合、esxi-2.vrack.vsphere.local の ID は b318fe37-f9a8-48b6-8815-43aae5131b94 です。

5. /opt/vmware/vcf/lcm/lcm-app/conf/application-prod.properties ファイルを開きます。
6. ファイルの最後に次の行を追加します。

   esx.upgrade.skip.host.ids=hostid1,hostid2

   ホスト ID を手順 4 の情報に置き換えます。複数のホスト ID を含める場合は、それらの間にスペースを追加しないでください。例：esx.upgrade.skip.host.ids=60927f26-8910-4dd3-8435-8bb7aef5f659,6c516864-b6de-4537-90e4-c0d711e5befb,65c206aa-2561-420e-8c5c-e51b9843f93d

7. ファイルを保存して閉じます。
8. application-prod.properties ファイルの所有権が vcf_lcm:vcf であることを確認します。
9. コンソール ウィンドウで次のコマンドを入力して、LCM サーバを再起動します。

   systemctl restart lcm

結果

application-prod.properties に追加されたホストは、ワークロード ドメインのアップデート時にアップデートされません。

カスタム ISO を使用した ESXi のアップグレード

vSphere Lifecycle Manager ベースラインを使用するワークロード ドメイン内のクラスタの場合、ベンダーのカスタム ISO を使用して ESXi をアップグレードできます。VMware Cloud Foundation 4.4.1.1 以降では、特定のクラスタまたはワークロード ドメインで異なるカスタム ISO が必要な場合に、単一の ESXi アップグレードで複数のカスタム ISO がサポートされます。

前提条件

インターネットに接続しているコンピュータ上で、適切なベンダー固有の ISO をダウンロードします。必要なバージョンの ESXi でベンダー固有の ISO が利用できない場合は、作成できます。ESXi のカスタム ISO イメージの作成を参照してください。

手順

1. VMware ESXi の VMware ソフトウェア アップデート バンドルをダウンロードします。SDDC Manager を使用したバンドルのダウンロードを参照してください。
   ESXi の非同期パッチ バージョンを使用するには、次の手順に進む前に、非同期パッチ ツールでパッチを有効にします。 非同期パッチ ツールのドキュメントを参照してください。
2. SSH を使用して、SDDC Manager アプライアンスにログインします。
3. /nfs/vmware/vcf/nfs-mount ディレクトリの下に、ベンダー ISO のディレクトリを作成します。たとえば、/nfs/vmware/vcf/nfs-mount/esx-upgrade-partner-binaries などです。
4. ベンダー固有の ISO を SDDC Manager アプライアンス で作成したディレクトリにコピーします。たとえば、ISO を /nfs/vmware/vcf/nfs-mount/esx-upgrade-partner-binaries ディレクトリにコピーできます。
5. ISO をコピーしたディレクトリの権限を変更します。たとえば、
   chmod -R 775 /nfs/vmware/vcf/nfs-mount/esx-upgrade-partner-binaries/
6. 所有者を vcf に変更します。
   chown -R vcf_lcm:vcf /nfs/vmware/vcf/nfs-mount/esx-upgrade-partner-binaries/
7. 次のテンプレートを使用して、ESX カスタム イメージ JSON を作成します。

   {
   "esxCustomImageSpecList": [{
   "bundleId": "bundle ID of the ESXi bundle you downloaded",
   "targetEsxVersion": "ESXi version for the target VMware Cloud Foundation version",
   "useVcfBundle": false,
   "domainId": "xxxxxxxx-xxxx-xxxx-xxxxxxxxxxxx",
   "clusterId": "xxxxxxxx-xxxx-xxxx-xxxxxxxxxxxx",
   "customIsoAbsolutePath": "Path_to_custom_ISO"
   }]
   }

   説明：

   パラメータ	説明と値の例
   bundleId	ダウンロードした ESXi アップグレード バンドルの ID。バンドル ID を取得するには、[ライフサイクル管理] > [バンドル管理] 画面に移動し、[詳細表示] をクリックしてバンドル ID を表示します。 例： 8c0de63d-b522-4db8-be6c-f1e0ab7ef554。非同期パッチのバンドル ID は若干異なります。例： 5dc57fe6-2c23-49fc-967c-0bea1bfea0f1-apTool。 注： 誤ったバンドル ID を指定すると、アップグレードは VMware Cloud Foundation のストック ISO を使用して実行され、環境内のカスタム VIB はストック VIB に置き換えられます。
   targetEsxVersion	ダウンロードした ESXi バンドルのバージョン。ターゲットの ESXi バージョンを取得するには、[ライフサイクル管理] > [バンドル管理] 画面に移動し、[詳細表示] をクリックして、[バージョンへの更新] を表示します。
   useVcfBundle	アップグレードに VMware Cloud Foundation ESXi バンドルを使用するかどうかを指定します。 注： カスタム ISO イメージを使用してアップグレードする場合は、これが false に設定されていることを確認します。
   domainId（オプション、VCF 4.4.1.1 以降のみ）	カスタム ISO の特定のワークロード ドメインの ID。VMware Cloud Foundation API (GET /v1/domains) を使用して、ワークロード ドメインの ID を取得します。
   clusterId（オプション、VCF 4.4.1.1 以降のみ）	カスタム ISO を適用するワークロード ドメイン内の特定のクラスタの ID。clusterId を指定しない場合、カスタム ISO はワークロード ドメイン内のすべてのクラスタに適用されます。VMware Cloud Foundation API (GET /v1/clusters) を使用して、クラスタの ID を取得します。
   customIsoAbsolutePath	SDDC Manager アプライアンスのカスタム ISO ファイルへのパス。たとえば、/nfs/vmware/vcf/nfs-mount/esx-upgrade-partner-binaries/VMware-VMvisor-Installer-7.0.0.update01-17325551.x86_64-DellEMC_Customized-A01.iso です。

   次に、完成した JSON テンプレートの例を示します。

   {
   "esxCustomImageSpecList": [{
   "bundleId": "8c0de63d-b522-4db8-be6c-f1e0ab7ef554",
   "targetEsxVersion": "8.0.1-xxxxxxxxx",
   "useVcfBundle": false,
   "customIsoAbsolutePath":
   "/nfs/vmware/vcf/nfs-mount/esx-upgrade-partner-binaries/VMware-VMvisor-Installer-8.0.0.update01-xxxxxxxx.x86_64-DellEMC_Customized-A01.iso"
   }]
   }

   次に、単一のワークロード ドメインと指定されたクラスタ（VCF 4.4.1.1 以降のみ）を使用した、複数の ISO を含む完成した JSON テンプレートの例を示します。

   {
       "esxCustomImageSpecList": [
           {
               "bundleId": "aa7b16b1-d719-44b7-9ced-51bb02ca84f4",
               "targetEsxVersion": "8.0.2-xxxxxxxx",
               "useVcfBundle": false,
               "domainId": "1b7b16b1-d719-44b7-9ced-51bb02ca84b2",
               "clusterId": "c37b16b1-d719-44b7-9ced-51bb02ca84f4",
               "customIsoAbsolutePath": "/nfs/vmware/vcf/nfs-mount/esx-upgrade-partner-binaries/VMware-ESXi-7.0.2-17867351-DELL.zip"
           },
           {
               "bundleId": "aa7b16b1-d719-44b7-9ced-51bb02ca84f4",
               "targetEsxVersion": "7.0.1-18150133",
               "useVcfBundle": false,
               "domainId": "1b7b16b1-d719-44b7-9ced-51bb02ca84b2",
               "customIsoAbsolutePath": "/nfs/vmware/vcf/nfs-mount/esx-upgrade-partner-binaries/VMware-ESXi-7.0.2-17867351-HP.zip"
           }
       ]
   }

8. JSON ファイルを /nfs/vmware/vcf/nfs-mount 内の esx-custom-image-upgrade-spec.json として保存します。
   注： JSON ファイルが正しいディレクトリに保存されていない場合、 VMware Cloud Foundation のストック ISO がアップグレードに使用され、カスタム VIB が上書きされます。
9. /nfs/vmware/vcf/nfs-mount/esx-custom-image-upgrade-spec.json ファイルに対して適切な権限を設定します。

   chmod -R 775 /nfs/vmware/vcf/nfs-mount/esx-custom-image-upgrade-spec.json

   chown -R vcf_lcm:vcf /nfs/vmware/vcf/nfs-mount/esx-custom-image-upgrade-spec.json

10. /opt/vmware/vcf/lcm/lcm-app/conf/application-prod.properties ファイルを開きます。
11. lcm.esx.upgrade.custom.image.spec= パラメータで、JSON ファイルへのパスを追加します。
    たとえば、 lcm.esx.upgrade.custom.image.spec=/nfs/vmware/vcf/nfs-mount/esx-custom-image-upgrade-spec.json です。
12. ナビゲーション ペインで、[インベントリ] > [ワークロード ドメイン] をクリックします。
13. [ワークロード ドメイン] 画面で、アップグレードするドメインをクリックし、[更新/パッチ] タブをクリックします。
14. ESXi アップグレード バンドルをスケジュール設定します。
15. アップグレードの進行状況を監視します。VMware Cloud Foundation の更新の監視を参照してください。
16. アップグレードが完了したら、[現在のバージョン] をクリックして ESXi バージョンを確認します。ESXi ホストの表に、現在の ESXi バージョンが表示されます。

VMware Cloud Foundation ストック ISO および非同期ドライバを使用した ESXi のアップグレード

vLCM ベースラインを使用するワークロード ドメイン内のクラスタの場合、指定された非同期ドライバを使用して、ストックの ESXi アップグレード バンドルを適用できます。

前提条件

インターネットに接続しているコンピュータ上で、ハードウェア用の適切な非同期ドライバをダウンロードします。

手順

1. VMware Cloud Foundation ESXi アップグレード バンドルをダウンロードします。SDDC Manager を使用したバンドルのダウンロードを参照してください。
2. SSH を使用して、SDDC Manager アプライアンスにログインします。
3. /nfs/vmware/vcf/nfs-mount ディレクトリの下に、ベンダーが提供する非同期ドライバのディレクトリを作成します。たとえば、/nfs/vmware/vcf/nfs-mount/esx-upgrade-partner-drivers/drivers などです。
4. 非同期ドライバを SDDC Manager アプライアンス で作成したディレクトリにコピーします。たとえば、ドライバを /nfs/vmware/vcf/nfs-mount/esx-upgrade-partner-drivers/drivers ディレクトリにコピーできます。
5. ドライバをコピーしたディレクトリの権限を変更します。たとえば、
   chmod -R 775 /nfs/vmware/vcf/nfs-mount/esx-upgrade-partner-drivers/drivers
6. 所有者を vcf に変更します。
   chown -R vcf_lcm:vcf /nfs/vmware/vcf/nfs-mount/esx-upgrade-partner-drivers/drivers
7. 次のテンプレートを使用して、ESX カスタム イメージ JSON を作成します。

   {
   "esxCustomImageSpecList": [{
   "bundleId": "bundle ID of the ESXi bundle you downloaded",
   "targetEsxVersion": "ESXi version for the target VMware Cloud Foundation version",
   "useVcfBundle": true,
   "esxPatchesAbsolutePaths": ["Path_to_Drivers"]
   }]
   }

   説明：

   パラメータ	説明と値の例
   bundleId	ダウンロードした ESXi アップグレード バンドルの ID。バンドル ID を取得するには、[ライフサイクル管理] > [バンドル管理] 画面に移動し、[詳細表示] をクリックしてバンドル ID を表示します。 たとえば、8c0de63d-b522-4db8-be6c-f1e0ab7ef554 です。
   targetEsxVersion	ダウンロードした ESXi アップグレード バンドルのバージョン。ESXi のターゲット バージョンを取得するには、[ライフサイクル管理] > [バンドル管理] 画面に移動し、[詳細表示] をクリックして、[バージョンへの更新] を表示します。
   useVcfBundle	アップグレードに ESXi バンドルを使用するかどうかを指定します。これを true に設定します。
   esxPatchesAbsolutePaths	SDDC Manager アプライアンス 上の非同期ドライバへのパス。たとえば、/nfs/vmware/vcf/nfs-mount/esx-upgrade-partner-drivers/drivers/VMW-ESX-6.7.0-smartpqi-1.0.2.1038-offline_bundle-8984687.zip などです。

   次に、完成した JSON テンプレートの例を示します。

   {
   "esxCustomImageSpecList": [{
   "bundleId": "411bea6a-b26c-4a15-9443-03f453c68752-apTool",
   "targetEsxVersion": "7.0.3-21053776",
   "useVcfBundle": true,
   "esxPatchesAbsolutePaths": ["/nfs/vmware/vcf/nfs-mount/esx-upgrade-partner-drivers/drivers/HPE-703.0.0.10.9.5.14-Aug2022-Synergy-Addon-depot.zip"]
   }]
   }

8. JSON ファイルを /nfs/vmware/vcf/nfs-mount 内の esx-custom-image-upgrade-spec.json として保存します。
   注： JSON ファイルが正しいディレクトリに保存されていない場合、 VMware Cloud Foundation のストック ISO がアップグレードに使用され、カスタム VIB が上書きされます。
9. /nfs/vmware/vcf/nfs-mount/esx-custom-image-upgrade-spec.json ファイルに対して適切な権限を設定します。

   chmod -R 775 /nfs/vmware/vcf/nfs-mount/esx-custom-image-upgrade-spec.json

   chown -R vcf_lcm:vcf /nfs/vmware/vcf/nfs-mount/esx-custom-image-upgrade-spec.json

10. /opt/vmware/vcf/lcm/lcm-app/conf/application-prod.properties ファイルを開きます。
11. lcm.esx.upgrade.custom.image.spec= パラメータで、JSON ファイルへのパスを追加します。
    たとえば、 lcm.esx.upgrade.custom.image.spec=/nfs/vmware/vcf/nfs-mount/esx-custom-image-upgrade-spec.json です。
12. ナビゲーション ペインで、[インベントリ] > [ワークロード ドメイン] をクリックします。
13. [ワークロード ドメイン] 画面で、管理ドメインをクリックします。
14. [ドメインのサマリ] 画面で、[更新/パッチ] タブをクリックします。
15. [使用可能な更新] セクションで、VMware ESXi の VMware ソフトウェア アップデート バンドルの横にある [今すぐ更新] または [更新のスケジュール設定] をクリックします。
16. アップグレードの進行状況を監視します。VMware Cloud Foundation の更新の監視を参照してください。
17. アップグレードが完了したら、[現在のバージョン] をクリックして ESXi バージョンを確認します。ESXi ホストの表に、現在の ESXi バージョンが表示されます。

VMware Cloud Foundation の vSAN 監視ホストのアップグレード

VMware Cloud Foundation 環境にストレッチ クラスタが含まれている場合は、vSAN Witness (監視) ホストを更新して修正します。

前提条件

『VMware Cloud Foundation リリース ノート』の「コンポーネント情報 (BOM)」セクションに一覧表示されたバージョンと一致する ESXi ISO をダウンロードします。

手順

1. Web ブラウザで、https://vcenter_server_fqdn/ui の vCenter Server にログインします。
2. ESXi ISO イメージ ファイルを vSphere Lifecycle Manager にアップロードします。
   1. [メニュー] > [Lifecycle Manager] の順にクリックします。
   2. [インポートされた ISO] タブをクリックします。
   3. [ISO のインポート] をクリックし、[参照] をクリックします。
   4. ダウンロードした ESXi ISO ファイルに移動し、[開く] をクリックします。
   5. ファイルがインポートされたら、[閉じる] をクリックします。
3. ESXi イメージのベースラインを作成します。
   1. [インポートされた ISO] タブで、インポートした ISO ファイルを選択し、[新規ベースライン] をクリックします。
   2. ベースラインの名前を入力し、[コンテンツ タイプ] を [アップグレード] として指定します。
   3. [次へ] をクリックします。
   4. インポートした ISO ファイルを選択し、[次へ] をクリックします。
   5. 詳細を確認して、[完了] をクリックします。
4. ベースラインを vSAN Witness (監視) ホストに添付します。
   1. [メニュー] > [ホストおよびクラスタ] の順にクリックします。
   2. [インベントリ] パネルで、[vCenter Server] > [データセンター] をクリックします。
   3. vSAN Witness (監視) ホストを選択し、[アップデート] タブをクリックします。
   4. [添付されたベースライン] で、[添付] > [ベースラインまたはベースライン グループの添付] の順にクリックします。
   5. 手順 3 で作成したベースラインを選択し、[添付] をクリックします。
   6. [コンプライアンスの確認] をクリックします。
      コンプライアンス チェックが完了すると、ベースラインの [ステータス] 列が [非準拠] として表示されます。
5. vSAN Witness (監視) ホストを修正し、含まれる ESXi ホストを更新します。
   1. vSAN 監視を右クリックして [メンテナンス モード] > [メンテナンス モードへの切り替え] の順にクリックします。
   2. [OK] をクリックします。
   3. [アップデート] タブをクリックします。
   4. 手順 3 で作成したベースラインを選択し、[修正] をクリックします。
   5. [エンドユーザー使用許諾契約書] ダイアログ ボックスで、チェック ボックスを選択して [OK] をクリックします。
   6. [修正] ダイアログ ボックスで、vSAN Witness (監視) ホストを選択し、[修正] をクリックします。
      修正プロセスには数分かかる場合があります。修正が完了すると、ベースラインの [ステータス] 列が [準拠] として表示されます。
   7. vSAN Witness (監視) ホストを右クリックして [メンテナンス モード] > [メンテナンス モードの終了] の順にクリックします。
   8. [OK] をクリックします。

ワークロード ドメインのライセンスの更新

ワークロード ドメイン コンポーネントをアップグレードしたら、SDDC Manager を使用してライセンスを更新します。

最初に、新しいライセンスを SDDC Manager に追加します。これは、ライセンス インスタンスごとに 1 回実行する必要があります。次に、ワークロード ドメインごとにコンポーネントにライセンスを適用します。

前提条件

更新するコンポーネントの新しいライセンス。

手順

1. SDDC Manager インベントリに新しいライセンスを追加します。
   1. ナビゲーション ペインで、[管理] > [ライセンス] の順にクリックします。
   2. [ライセンス] 画面で、[+ ライセンス キー] をクリックします。
   3. ドロップダウン メニューから製品を選択します。
   4. ライセンス キーを入力します。
   5. ライセンスの説明を入力します。
   6. [追加] をクリックします。
   7. 追加するライセンスごとにこの手順を繰り返します。
2. ワークロード ドメイン コンポーネントのライセンスを更新します。
   1. ナビゲーション ペインで、[インベントリ] > [ワークロード ドメイン] の順にクリックします。
   2. [ワークロード ドメイン] 画面で、アップグレードするドメインをクリックします。
   3. [概要] タブで、赤色のエラー バナーを展開し、[ライセンスの更新] をクリックします。
   4. [ライセンスの更新] 画面で、[次へ] をクリックします。
   5. 更新する製品を選択し、[次へ] をクリックします。
   6. 各製品について、リストから新しいライセンスを選択し、ライセンスを適用するエンティティを選択し、[次へ] をクリックします。
   7. [確認] ペインで各ライセンスを確認し、[送信] をクリックします。

      新しいライセンスがワークロード ドメインに適用されます。SDDC Manager の [タスク] ペインでタスクを監視します。

VI ワークロード ドメインの VMware Cloud Foundation 5.0 へのアップグレード

VI ワークロード ドメインをアップグレードする前に、環境内の管理ドメインをアップグレードする必要があります。VMware Cloud Foundation 5.0 にアップグレードするには、環境内のすべての VI ワークロード ドメインが VMware Cloud Foundation 4.3.x 以降である必要があります。環境が 4.3 より前のバージョンの場合は、ワークロード ドメインを 4.3.x にアップグレードしてから 5.0 にアップグレードする必要があります。

VI ワークロード ドメイン内のコンポーネントは、次の順序でアップグレードする必要があります。

1. NSX と聞かれます。
2. vCenter Server。
3. ESXi。
4. vSphere with Tanzu を備えたクラスタ上のワークロード管理。ワークロード管理は、vCenter Server を介してアップグレードできます。vSphere with Tanzu 環境の更新を参照してください。
5. ESXi または NSX のメンテナンス モードへの切り替え事前チェックを抑止している場合は、/opt/vmware/vcf/lcm/lcm-app/conf/application-prod.properties ファイルから次の行を削除し、LCM サービスを再起動します。

   lcm.nsxt.suppress.dry.run.emm.check=true

   lcm.esx.suppress.dry.run.emm.check.failures=true

6. 環境内にストレッチ クラスタがある場合は、vSAN Witness (監視) ホストをアップグレードします。VMware Cloud Foundation の vSAN 監視ホストのアップグレードを参照してください。
7. NFS ベースのワークロード ドメインの場合、NFS ゲートウェイを介して NFS ストレージにアクセスするには、ホストにスタティック ルートを追加する必要があります。NFS ベースの VI ワークロード ドメインのアップグレード後の手順を参照してください。

すべてのアップグレードが正常に完了した場合：

1. 更新を開始する前に作成した仮想マシンのスナップショットを削除します。
2. 新しくインストールしたコンポーネントのバックアップを作成します。

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

VI ワークロード ドメインのアップグレードを続行する前に、まずターゲット バージョンへのアップグレードを計画する必要があります。

前提条件

管理ドメインがアップグレードされていること。

手順

1. ナビゲーション ペインで、[インベントリ] > [ワークロード ドメイン] の順にクリックします。
2. [ワークロード ドメイン] 画面で、アップグレードするワークロード ドメインをクリックし、[更新] タブをクリックします。
3. [使用可能な更新] で [アップグレードの計画] をクリックします。
   
4. [VMware Cloud Foundation のアップグレードの計画] 画面で、ドロップダウンからターゲット バージョンを選択し、[確認] をクリックします。
   注意：

   すべての VI ワークロード ドメインを VMware Cloud Foundation 5.x にアップグレードする必要があります。管理ドメインを 5.x にアップグレードした後に、新しい 4.x リリースにアップグレードすることはできません。

   

結果

選択したリリースに該当するバンドルは、VI ワークロード ドメインで使用できるようになります。

SDDC Manager 5.0 での更新の事前チェックの実行

更新バンドルを適用する前に、SDDC Manager 5.0 で事前チェックを実行して、環境が更新の準備ができていることを確認する必要があります。

vCenter Server のバンドルレベルの事前チェックは、VMware Cloud Foundation 5.0 で使用できます。

注：

ESXi のバンドルレベルの事前チェックは、マイナーバージョンのアップグレード（たとえば、ESXi 7.x から 7.y、または ESXi 8.x から 8.y）でのみ機能するため、これらの事前チェックは VMware Cloud Foundation 5.0 では実行されません。

vSphere Client で vSAN Skyline Health アラートを停止すると、SDDC Manager により関連する事前チェックがスキップされ、スキップされた事前チェックが表示されます。[事前チェックのリストア] をクリックして、停止された事前チェックを含めます。例：

また、SDDC Manager ユーザー インターフェイス で失敗した vSAN の事前チェックを停止するには、[事前チェックの停止] をクリックします。停止された事前チェックでは、警告がトリガされたり、アップグレードがブロックされたりすることはありません。

重要：

アラートが正しくないことがわかっている場合にのみ、アラートをミュートします。修正が必要な実際の問題については、アラートを停止しないでください。

手順

1. ナビゲーション ペインで、[インベントリ] > [ワークロード ドメイン] の順にクリックします。
2. [ワークロード ドメイン] 画面で、事前チェックを実行するワークロード ドメインをクリックします。
3. ドメインのサマリ画面で、[更新] タブをクリックします。
   （次の図はサンプル のスクリーンショットであり、現在の製品バージョンを反映していない可能性があります。）
   
   
   注：

   アップグレードを実行する前に、ワークロード ドメインを事前チェックすることをお勧めします。

4. [事前チェックの実行] をクリックして、事前チェックするワークロード ドメイン内のコンポーネントを選択します。
   1. 事前チェックは、vCenter Server または vSphere クラスタでのみ実行できます。デフォルトでは、ワークロード ドメイン内のすべてのコンポーネントが選択されています。特定のコンポーネントの事前チェックを実行するには、カスタム選択を選択します。
      
      
   2. 使用可能な保留中のアップグレード バンドルがある場合、[ターゲット バージョン] ドロップダウンには [全般的なアップグレード準備] と、アップグレードに使用できる VMware Cloud Foundation バージョンが表示されます。使用可能な VMware Cloud Foundation のアップグレード バージョンがある場合は、ホスト、vCenter Server などのバンドル レベルの事前チェックなどの追加チェックが行われます。バージョン固有の事前チェックでは、使用可能なアップグレード バンドルがダウンロードされたコンポーネントでのみ事前チェックが実行されます。
5. 事前チェックが開始されると、事前チェックの進行状況と事前チェックが開始された時刻を示す進行状況メッセージが表示されます。
   
   
6. 事前チェックが完了すると、レポートが表示されます。[すべて]、[エラー]、[警告]、[停止] をクリックして、結果をフィルタリングして参照します。
   
   
   
7. タスクの詳細を表示するには、展開矢印をクリックします。

   事前チェック タスクが失敗した場合は、問題を修正し、[事前チェックを再試行] をクリックしてタスクを再度実行します。[失敗したすべてのリソースの再試行] をクリックして、失敗したすべてのタスクを再試行することもできます。

8. vSphere Lifecycle Manager を使用して VI ワークロード ドメインを更新するときに ESXi ホストにドライバの非互換性の問題が表示される場合は、次の手順を実行します。

   1. HCL の問題が発生しているコントローラを特定します。

   2. 特定したコントローラについて、ソースおよびターゲットの ESXi バージョンでサポートされているドライバとファームウェアのバージョンを特定します。

   3. 必要な場合は、ファームウェアをアップグレードします。

   4. ESXi ホストでドライバを手動でアップグレードし、アップグレードが失敗したタスクを再試行します。

9. 固定された仮想マシンを含むホストがワークロード ドメインに含まれている場合、メンテナンス モードへの切り替え手順で事前チェックが失敗します。vCenter Server ユーザー インターフェイスを使用してホストをメンテナンス モードに切り替えることができる場合は、以下の手順に従って、VMware Cloud Foundation での NSX と ESXi のチェックを抑制することができます。

   1. ユーザー名 vcf とパスワードを使用して、SSH (Secure Shell) クライアントを使用して SDDC Manager にログインします。

   2. /opt/vmware/vcf/lcm/lcm-app/conf/application-prod.properties ファイルを開きます。

   3. ファイルの最後に次の行を追加します。

      lcm.nsxt.suppress.dry.run.emm.check=true

      lcm.esx.suppress.dry.run.emm.check.failures=true

   4. コンソール ウィンドウで次のコマンドを入力して、ライフサイクル管理 を再起動します。

      systemctl restart lcm

   5. ライフサイクル管理 が再起動されたら、事前チェックを再度実行します。

結果

事前チェックの結果は、[アップグレードの事前チェックの詳細] ウィンドウの上部に表示されます。[詳細の終了] をクリックすると、事前チェックの結果が [更新] タブの [事前チェック] セクションの上部に表示されます。

続行する前に事前チェックの結果が緑色で表示されていることを確認してください。事前チェックに失敗してもアップグレードは続行できませんが、更新が失敗する可能性があります。

3.1.3 からの NSX のアップグレード

NSX 3.1.3 からのアップグレードに関する追加情報

以下の追加情報は、次のアップグレードに適用されます。

• [[条件付き]] ソース NSX のバージョンが 3.1.3 の場合

• SDDC Manager を使用して NSX を [3.2.1.2.0] にアップグレードする

• [[条件付き]] NSX フェデレーションがある場合は、グローバル マネージャ インスタンスを続行する前に、両方の VMware Cloud Foundation インスタンスで NSX ローカル マネージャをアップグレードする

VMware Cloud Foundation 用の NSX のアップグレード

VI ワークロード ドメインをアップグレードする前に、管理ドメインの NSX をアップグレードします。

NSX のアップグレードには、次のコンポーネントが含まれます。

• Upgrade Coordinator

• NSX Edge/クラスタ（展開されている場合）

• ホスト クラスタ

• NSX Manager クラスタ

手順

1. ナビゲーション ペインで、[インベントリ] > [ワークロード ドメイン] の順にクリックします。
2. [ワークロード ドメイン] 画面で、アップグレードするドメインをクリックし、[更新/パッチ] タブをクリックします。

   選択した VI ワークロード ドメインの NSX コンポーネントをアップグレードすると、それらのコンポーネントは NSX Manager クラスタを共有するすべての VI ワークロード ドメインに対してアップグレードされます。

3. [事前チェック] をクリックして、アップグレードの事前チェックを実行します。

   アップグレードを続行する前に問題を解決してください。

   注：

   NSX の事前チェックは、環境内の NSX Manager クラスタを共有するすべての VI ワークロード ドメインで実行されます。

4. [使用可能な更新] セクションで、ターゲット リリースを選択します。
5. VMware ソフトウェア NSX バンドルの横にある [今すぐ更新] または [更新のスケジュール設定] をクリックします。
6. [NSX Edge クラスタ] 画面で、アップグレードする NSX Edge クラスタを選択し、[次へ] をクリックします。

   デフォルトでは、すべての NSX Edge クラスタがアップグレードされます。特定の NSX Edge クラスタを選択するには、[NSX Edge クラスタのみをアップグレード] チェックボックスを選択し、[Edge 選択の有効化] オプションを選択します。次に、アップグレードする NSX Edge を選択します。

7. [次へ] をクリックします。
8. デフォルトでは、すべてのワークロード ドメインのすべての vSphere クラスタがアップグレードされます。アップグレードする特定の vSphere クラスタを選択する場合は、[すべてのホスト クラスタをアップグレード] 設定をオフにします。すべての Edge クラスタがアップグレードされると、ホスト クラスタがアップグレードされます。
   注：

   NSX Manager クラスタは、[すべてのホスト クラスタをアップグレード] 設定が有効になっている場合にのみアップグレードされます。

   • 環境内に単一のクラスタがある場合は、[すべてのホスト クラスタをアップグレード] 設定を有効にします。

   • 複数のホスト クラスタがあり、そのうちの一部のみをアップグレードすることを選択した場合は、すべてのホスト クラスタがアップグレードされるまで NSX アップグレード ウィザードを繰り返し実行する必要があります。アップグレードするクラスタの最終セットを選択するときは、[すべてのホスト クラスタをアップグレード] 設定を有効にして、NSX Manager をアップグレードする必要があります。

   • [すべてのホスト クラスタをアップグレード] 設定を有効にせずにすべてのホスト クラスタをアップグレードした場合は、NSX アップグレード ウィザードを再度実行し、アップグレードをスケジュール設定して NSX Manager をアップグレードします。

9. [次へ] をクリックします。
10. [アップグレード オプション] ダイアログ ボックスで、アップグレードの最適化を選択し、[次へ] をクリックします。

    デフォルトでは、Edge クラスタとホスト クラスタが並行してアップグレードされます。関連するチェック ボックスをオンにすると、順次アップグレードを有効にできます。

11. [アップグレードのスケジュール設定] オプションを選択した場合は、NSX バンドルが適用される日付と時刻を指定します。
12. [次へ] をクリックします。
13. [確認] 画面で設定内容を確認し、[終了] をクリックします。

    NSX アップグレードが開始し、アップグレード コンポーネントが表示されます。ここに表示されるアップグレード ビューは、バンドルを適用したワークロード ドメインに関連しています。関連付けられているワークロード ドメインへのリンクをクリックすると、それらのワークロード ドメインに関連するコンポーネントが表示されます。

14. アップグレードの進行状況を監視します。VMware Cloud Foundation の更新の監視を参照してください。

    コンポーネントのアップグレードに失敗すると、関連付けられているすべてのワークロード ドメインに障害が表示されます。問題を解決して、失敗したタスクを再試行してください。

結果

すべての NSX ワークロード コンポーネントが正常にアップグレードされると、背景が緑色でチェックマークが付いたメッセージが表示されます。

3.1.3 からの NSX グローバル マネージャのアップグレード

NSX フェデレーションが 2 つの VMware Cloud Foundation インスタンス間で構成されている場合、SDDC Manager は NSX グローバル マネージャのライフサイクルを管理しません。NSX グローバル マネージャをアップグレードするには、まず SDDC Manager を使用して各 VMware Cloud Foundation インスタンスの標準ライフサイクルに従い、次に各インスタンスの NSX グローバル マネージャを手動でアップグレードする必要があります。

前提条件

注：

NSX フェデレーションを含む VMware Cloud Foundation の展開には、手動で追加のアップグレード手順を実行する必要があります。詳細については、ナレッジベースの記事 KB92516 を参照してください。

VMware Customer Connect から NSX の中間バージョンと最終バージョンをダウンロードします。

NSX グローバル マネージャ 3.1.3 からのアップグレードに関する追加情報

以下の追加情報は、次のアップグレードに適用されます。

• [[条件付き]] ソース NSX のバージョンが 3.1.3 の場合

• [[条件付き]] NSX フェデレーションがある場合

• グローバル マネージャ ユーザー インターフェイスを使用して NSX グローバル マネージャを [3.2.1.2.0] にアップグレードする

• スタンバイ グローバル マネージャ、アクティブなグローバル マネージャの順にアップグレードする

NSX グローバル マネージャ アップグレード バンドルのダウンロード

SDDC Manager は、NSX グローバル マネージャのライフサイクルを管理しません。NSX グローバル マネージャをアップグレードするには、NSX アップグレード バンドルを手動でダウンロードする必要があります。

手順

1. Web ブラウザで、VMware Customer Connect にアクセスし、VMware Cloud Foundation リリース ノート BOM に記載されているバージョンの NSX のダウンロード ページを参照します。
2. [NSX バージョン アップグレード バンドル] を見つけて、[詳細を読む] をクリックします。
3. アップグレード バンドルのファイル名の拡張子が .mub であることを確認します。
   アップグレード バンドルのファイル名は、 VMware-NSX-upgrade-bundle-versionnumber.buildnumber.mub の形式で表されます。
4. [今すぐダウンロード] をクリックして、NSX グローバル マネージャ ユーザー インターフェイスにアクセスするシステムにアップグレード バンドルをダウンロードします。

NSX フェデレーションの Upgrade Coordinator のアップグレード

Upgrade Coordinator は、NSX Manager で実行されます。これは、ホスト、NSX Edge クラスタ、NSX Controller クラスタ、および管理プレーンのアップグレード プロセスを調整する自己完結型の Web アプリケーションです。

Upgrade Coordinator はアップグレード手順をガイドします。アップグレード プロセスを追跡し、必要に応じてユーザー インターフェイスからアップグレード プロセスを一時停止および再開できます。

手順

1. Web ブラウザで、ドメインのグローバル マネージャ (https://nsx_gm_vip_fqdn/) にログインします。
2. ナビゲーション パネルから [システム] > [アップグレード] を選択します。
3. [アップグレードに進む] をクリックします。
4. ダウンロードしたアップグレード バンドルの .mub ファイルに移動するか、ダウンロード URL リンクを貼り付けます。
   • [参照] をクリックして、アップグレード バンドル ファイルをダウンロードした場所に移動します。
   • アップグレード バンドルの .mub ファイルがある VMware ダウンロード ポータルの URL を貼り付けます。
5. [アップロード] をクリックします。
   ファイルがアップロードされると、 [アップグレードの開始] ボタンが表示されます。
6. [アップグレードの開始] をクリックして Upgrade Coordinator をアップグレードします。
   注：

   一度に 1 つの Upgrade Coordinator をアップグレードします。

7. エンド ユーザー使用許諾契約書 (EULA) の条項を読んで同意し、Upgrade Coordinator をアップグレードする通知に同意します。
8. [事前チェックの実行] をクリックして、すべての NSX コンポーネントのアップグレード準備ができていることを確認します。
   事前チェックでは、コンポーネントの接続、バージョンの互換性、およびコンポーネントのステータスがチェックされます。
9. アップグレード中に問題が発生しないように、警告の通知を解決します。

VMware Cloud Foundation の NSX グローバル マネージャのアップグレード

NSX フェデレーションが 2 つの VMware Cloud Foundation インスタンス間で構成されている場合は、NSX グローバル マネージャを手動でアップグレードします。

前提条件

NSX グローバル マネージャをアップグレードする前に、NSX フェデレーション内のすべての VMware Cloud Foundation インスタンス（NSX ローカル マネージャを含む）を SDDC Manager を使用してアップグレードする必要があります。

手順

1. Web ブラウザで、ドメインのグローバル マネージャ (https://nsx_gm_vip_fqdn/) にログインします。
2. ナビゲーション パネルから [システム] > [アップグレード] を選択します。
3. [開始] をクリックして管理プレーンをアップグレードし、[受け入れる] をクリックします。
4. [アップグレード計画の選択] 画面で、[アップグレードの計画] を選択し、[次へ] をクリックします。
   アップグレードが完了して管理プレーンが再起動されるまで、NSX Manager UI、API、および CLI にはアクセスできません。

3.2.1.2.0 からの NSX グローバル マネージャのアップグレード

NSX フェデレーションが 2 つの VMware Cloud Foundation インスタンス間で構成されている場合、SDDC Manager は NSX グローバル マネージャのライフサイクルを管理しません。NSX グローバル マネージャをアップグレードするには、まず SDDC Manager を使用して各 VMware Cloud Foundation インスタンスの標準ライフサイクルに従い、次に各インスタンスの NSX グローバル マネージャを手動でアップグレードする必要があります。

前提条件

注：

NSX フェデレーションを含む VMware Cloud Foundation の展開には、手動で追加のアップグレード手順を実行する必要があります。詳細については、ナレッジベースの記事 KB92516 を参照してください。

VMware Customer Connect から NSX の中間バージョンと最終バージョンをダウンロードします。

NSX グローバル マネージャ 3.2.1.2.0 からのアップグレードに関する追加情報

以下の追加情報は、次のアップグレードに適用されます。

• [[条件付き]] ソース NSX のバージョンが 3.2.1.2.0 の場合

• [[条件付き]] NSX フェデレーションがある場合

• グローバル マネージャ ユーザー インターフェイスを使用して NSX グローバル マネージャを [4.0.1.1] にアップグレードする

• スタンバイ グローバル マネージャ、アクティブなグローバル マネージャの順にアップグレードする

注：

ローカル マネージャとグローバル マネージャ間で N±1 を維持するには、グローバル マネージャをこの中間ビルドにアップグレードする必要があります

NSX グローバル マネージャ アップグレード バンドルのダウンロード

SDDC Manager は、NSX グローバル マネージャのライフサイクルを管理しません。NSX グローバル マネージャをアップグレードするには、NSX アップグレード バンドルを手動でダウンロードする必要があります。

手順

1. Web ブラウザで、VMware Customer Connect にアクセスし、VMware Cloud Foundation リリース ノート BOM に記載されているバージョンの NSX のダウンロード ページを参照します。
2. [NSX バージョン アップグレード バンドル] を見つけて、[詳細を読む] をクリックします。
3. アップグレード バンドルのファイル名の拡張子が .mub であることを確認します。
   アップグレード バンドルのファイル名は、 VMware-NSX-upgrade-bundle-versionnumber.buildnumber.mub の形式で表されます。
4. [今すぐダウンロード] をクリックして、NSX グローバル マネージャ ユーザー インターフェイスにアクセスするシステムにアップグレード バンドルをダウンロードします。

NSX フェデレーションの Upgrade Coordinator のアップグレード

Upgrade Coordinator は、NSX Manager で実行されます。これは、ホスト、NSX Edge クラスタ、NSX Controller クラスタ、および管理プレーンのアップグレード プロセスを調整する自己完結型の Web アプリケーションです。

Upgrade Coordinator はアップグレード手順をガイドします。アップグレード プロセスを追跡し、必要に応じてユーザー インターフェイスからアップグレード プロセスを一時停止および再開できます。

手順

1. Web ブラウザで、ドメインのグローバル マネージャ (https://nsx_gm_vip_fqdn/) にログインします。
2. ナビゲーション パネルから [システム] > [アップグレード] を選択します。
3. [アップグレードに進む] をクリックします。
4. ダウンロードしたアップグレード バンドルの .mub ファイルに移動するか、ダウンロード URL リンクを貼り付けます。
   • [参照] をクリックして、アップグレード バンドル ファイルをダウンロードした場所に移動します。
   • アップグレード バンドルの .mub ファイルがある VMware ダウンロード ポータルの URL を貼り付けます。
5. [アップロード] をクリックします。
   ファイルがアップロードされると、 [アップグレードの開始] ボタンが表示されます。
6. [アップグレードの開始] をクリックして Upgrade Coordinator をアップグレードします。
   注：

   一度に 1 つの Upgrade Coordinator をアップグレードします。

7. エンド ユーザー使用許諾契約書 (EULA) の条項を読んで同意し、Upgrade Coordinator をアップグレードする通知に同意します。
8. [事前チェックの実行] をクリックして、すべての NSX コンポーネントのアップグレード準備ができていることを確認します。
   事前チェックでは、コンポーネントの接続、バージョンの互換性、およびコンポーネントのステータスがチェックされます。
9. アップグレード中に問題が発生しないように、警告の通知を解決します。

VMware Cloud Foundation の NSX グローバル マネージャのアップグレード

NSX フェデレーションが 2 つの VMware Cloud Foundation インスタンス間で構成されている場合は、NSX グローバル マネージャを手動でアップグレードします。

前提条件

NSX グローバル マネージャをアップグレードする前に、NSX フェデレーション内のすべての VMware Cloud Foundation インスタンス（NSX ローカル マネージャを含む）を SDDC Manager を使用してアップグレードする必要があります。

手順

1. Web ブラウザで、ドメインのグローバル マネージャ (https://nsx_gm_vip_fqdn/) にログインします。
2. ナビゲーション パネルから [システム] > [アップグレード] を選択します。
3. [開始] をクリックして管理プレーンをアップグレードし、[受け入れる] をクリックします。
4. [アップグレード計画の選択] 画面で、[アップグレードの計画] を選択し、[次へ] をクリックします。
   アップグレードが完了して管理プレーンが再起動されるまで、NSX Manager UI、API、および CLI にはアクセスできません。

3.2.1.2.0 からの NSX のアップグレード

NSX 3.2.1.2.0 からのアップグレードに関する追加情報

以下の追加情報は、次のアップグレードに適用されます。

• [[条件付き]] ソース NSX のバージョンが 3.2.1.2.0 の場合

• SDDC Manager を使用して NSX を [4.1.0.2.0] にアップグレードする

• [[条件付き]] NSX フェデレーションがある場合は、続行する前に、両方の VMware Cloud Foundation インスタンスで NSX ローカル マネージャをアップグレードする

VMware Cloud Foundation 用の NSX のアップグレード

VI ワークロード ドメインをアップグレードする前に、管理ドメインの NSX をアップグレードします。

NSX のアップグレードには、次のコンポーネントが含まれます。

• Upgrade Coordinator

• NSX Edge/クラスタ（展開されている場合）

• ホスト クラスタ

• NSX Manager クラスタ

手順

1. ナビゲーション ペインで、[インベントリ] > [ワークロード ドメイン] の順にクリックします。
2. [ワークロード ドメイン] 画面で、アップグレードするドメインをクリックし、[更新/パッチ] タブをクリックします。

   選択した VI ワークロード ドメインの NSX コンポーネントをアップグレードすると、それらのコンポーネントは NSX Manager クラスタを共有するすべての VI ワークロード ドメインに対してアップグレードされます。

3. [事前チェック] をクリックして、アップグレードの事前チェックを実行します。

   アップグレードを続行する前に問題を解決してください。

   注：

   NSX の事前チェックは、環境内の NSX Manager クラスタを共有するすべての VI ワークロード ドメインで実行されます。

4. [使用可能な更新] セクションで、ターゲット リリースを選択します。
5. VMware ソフトウェア NSX バンドルの横にある [今すぐ更新] または [更新のスケジュール設定] をクリックします。
6. [NSX Edge クラスタ] 画面で、アップグレードする NSX Edge クラスタを選択し、[次へ] をクリックします。

   デフォルトでは、すべての NSX Edge クラスタがアップグレードされます。特定の NSX Edge クラスタを選択するには、[NSX Edge クラスタのみをアップグレード] チェックボックスを選択し、[Edge 選択の有効化] オプションを選択します。次に、アップグレードする NSX Edge を選択します。

7. [次へ] をクリックします。
8. デフォルトでは、すべてのワークロード ドメインのすべての vSphere クラスタがアップグレードされます。アップグレードする特定の vSphere クラスタを選択する場合は、[すべてのホスト クラスタをアップグレード] 設定をオフにします。すべての Edge クラスタがアップグレードされると、ホスト クラスタがアップグレードされます。
   注：

   NSX Manager クラスタは、[すべてのホスト クラスタをアップグレード] 設定が有効になっている場合にのみアップグレードされます。

   • 環境内に単一のクラスタがある場合は、[すべてのホスト クラスタをアップグレード] 設定を有効にします。

   • 複数のホスト クラスタがあり、そのうちの一部のみをアップグレードすることを選択した場合は、すべてのホスト クラスタがアップグレードされるまで NSX アップグレード ウィザードを繰り返し実行する必要があります。アップグレードするクラスタの最終セットを選択するときは、[すべてのホスト クラスタをアップグレード] 設定を有効にして、NSX Manager をアップグレードする必要があります。

   • [すべてのホスト クラスタをアップグレード] 設定を有効にせずにすべてのホスト クラスタをアップグレードした場合は、NSX アップグレード ウィザードを再度実行し、アップグレードをスケジュール設定して NSX Manager をアップグレードします。

9. [次へ] をクリックします。
10. [アップグレード オプション] ダイアログ ボックスで、アップグレードの最適化を選択し、[次へ] をクリックします。

    デフォルトでは、Edge クラスタとホスト クラスタが並行してアップグレードされます。関連するチェック ボックスをオンにすると、順次アップグレードを有効にできます。

11. [アップグレードのスケジュール設定] オプションを選択した場合は、NSX バンドルが適用される日付と時刻を指定します。
12. [次へ] をクリックします。
13. [確認] 画面で設定内容を確認し、[終了] をクリックします。

    NSX アップグレードが開始し、アップグレード コンポーネントが表示されます。ここに表示されるアップグレード ビューは、バンドルを適用したワークロード ドメインに関連しています。関連付けられているワークロード ドメインへのリンクをクリックすると、それらのワークロード ドメインに関連するコンポーネントが表示されます。

14. アップグレードの進行状況を監視します。VMware Cloud Foundation の更新の監視を参照してください。

    コンポーネントのアップグレードに失敗すると、関連付けられているすべてのワークロード ドメインに障害が表示されます。問題を解決して、失敗したタスクを再試行してください。

結果

すべての NSX ワークロード コンポーネントが正常にアップグレードされると、背景が緑色でチェックマークが付いたメッセージが表示されます。

4.0.1.1 からの NSX グローバル マネージャのアップグレード

NSX フェデレーションが 2 つの VMware Cloud Foundation インスタンス間で構成されている場合、SDDC Manager は NSX グローバル マネージャのライフサイクルを管理しません。NSX グローバル マネージャをアップグレードするには、まず SDDC Manager を使用して各 VMware Cloud Foundation インスタンスの標準ライフサイクルに従い、次に各インスタンスの NSX グローバル マネージャを手動でアップグレードする必要があります。

前提条件

注：

NSX フェデレーションを含む VMware Cloud Foundation の展開には、手動で追加のアップグレード手順を実行する必要があります。詳細については、ナレッジベースの記事 KB92516 を参照してください。

VMware Customer Connect から NSX の中間バージョンと最終バージョンをダウンロードします。

NSX 4.0.1.1 からのアップグレードに関する追加情報

以下の追加情報は、次のアップグレードに適用されます。

• [[条件付き]] ソース NSX のバージョンが 4.0.1.1 の場合

• [[条件付き]] NSX フェデレーションがある場合

• グローバル マネージャ ユーザー インターフェイスを使用して NSX グローバル マネージャを [4.1.0.2.0] にアップグレードする

• スタンバイ グローバル マネージャ、アクティブなグローバル マネージャの順にアップグレードする

NSX グローバル マネージャ アップグレード バンドルのダウンロード

SDDC Manager は、NSX グローバル マネージャのライフサイクルを管理しません。NSX グローバル マネージャをアップグレードするには、NSX アップグレード バンドルを手動でダウンロードする必要があります。

手順

1. Web ブラウザで、VMware Customer Connect にアクセスし、VMware Cloud Foundation リリース ノート BOM に記載されているバージョンの NSX のダウンロード ページを参照します。
2. [NSX バージョン アップグレード バンドル] を見つけて、[詳細を読む] をクリックします。
3. アップグレード バンドルのファイル名の拡張子が .mub であることを確認します。
   アップグレード バンドルのファイル名は、 VMware-NSX-upgrade-bundle-versionnumber.buildnumber.mub の形式で表されます。
4. [今すぐダウンロード] をクリックして、NSX グローバル マネージャ ユーザー インターフェイスにアクセスするシステムにアップグレード バンドルをダウンロードします。

NSX フェデレーションの Upgrade Coordinator のアップグレード

Upgrade Coordinator は、NSX Manager で実行されます。これは、ホスト、NSX Edge クラスタ、NSX Controller クラスタ、および管理プレーンのアップグレード プロセスを調整する自己完結型の Web アプリケーションです。

Upgrade Coordinator はアップグレード手順をガイドします。アップグレード プロセスを追跡し、必要に応じてユーザー インターフェイスからアップグレード プロセスを一時停止および再開できます。

手順

1. Web ブラウザで、ドメインのグローバル マネージャ (https://nsx_gm_vip_fqdn/) にログインします。
2. ナビゲーション パネルから [システム] > [アップグレード] を選択します。
3. [アップグレードに進む] をクリックします。
4. ダウンロードしたアップグレード バンドルの .mub ファイルに移動するか、ダウンロード URL リンクを貼り付けます。
   • [参照] をクリックして、アップグレード バンドル ファイルをダウンロードした場所に移動します。
   • アップグレード バンドルの .mub ファイルがある VMware ダウンロード ポータルの URL を貼り付けます。
5. [アップロード] をクリックします。
   ファイルがアップロードされると、 [アップグレードの開始] ボタンが表示されます。
6. [アップグレードの開始] をクリックして Upgrade Coordinator をアップグレードします。
   注：

   一度に 1 つの Upgrade Coordinator をアップグレードします。

7. エンド ユーザー使用許諾契約書 (EULA) の条項を読んで同意し、Upgrade Coordinator をアップグレードする通知に同意します。
8. [事前チェックの実行] をクリックして、すべての NSX コンポーネントのアップグレード準備ができていることを確認します。
   事前チェックでは、コンポーネントの接続、バージョンの互換性、およびコンポーネントのステータスがチェックされます。
9. アップグレード中に問題が発生しないように、警告の通知を解決します。

VMware Cloud Foundation の NSX グローバル マネージャのアップグレード

NSX フェデレーションが 2 つの VMware Cloud Foundation インスタンス間で構成されている場合は、NSX グローバル マネージャを手動でアップグレードします。

前提条件

NSX グローバル マネージャをアップグレードする前に、NSX フェデレーション内のすべての VMware Cloud Foundation インスタンス（NSX ローカル マネージャを含む）を SDDC Manager を使用してアップグレードする必要があります。

手順

1. Web ブラウザで、ドメインのグローバル マネージャ (https://nsx_gm_vip_fqdn/) にログインします。
2. ナビゲーション パネルから [システム] > [アップグレード] を選択します。
3. [開始] をクリックして管理プレーンをアップグレードし、[受け入れる] をクリックします。
4. [アップグレード計画の選択] 画面で、[アップグレードの計画] を選択し、[次へ] をクリックします。
   アップグレードが完了して管理プレーンが再起動されるまで、NSX Manager UI、API、および CLI にはアクセスできません。

VMware Cloud Foundation の vCenter Server のアップグレード

VMware vCenter Server のアップグレード バンドルは、SDDC Manager によって管理される vCenter Server をアップグレードするために使用されます。VI ワークロード ドメインの vCenter Server をアップグレードする前に、管理ドメインの vCenter Server をアップグレードします。

前提条件

• VMware vCenter Server アップグレード バンドルをダウンロードします。VMware Cloud Foundation アップグレード バンドルのダウンロード を参照してください。

• アップグレードを開始する前に、vCenter Server Appliance のファイルベースのバックアップを作成します。vCenter Server の手動バックアップを参照してください。

  注：

  バックアップを作成した後は、アップグレードが正常に完了するまで、vCenter Server インベントリまたは設定に変更を加えないでください。

• ワークロード ドメインにワークロード管理 (vSphere with Tanzu) 対応のクラスタが含まれている場合、サポートされるターゲット リリースは、クラスタで現在実行されている Kubernetes (K8s) のバージョンによって異なります。古いバージョンの K8s では、特定のアップグレード手順が必要になる場合があります。詳細については、KB 88962 を参照してください。

手順

1. ナビゲーション ペインで、[インベントリ] > [ワークロード ドメイン] の順にクリックします。
2. [ワークロード ドメイン] 画面で、アップグレードするドメインをクリックし、[更新] タブをクリックします。
3. [事前チェック] をクリックして、アップグレードの事前チェックを実行します。

   アップグレードを続行する前に問題を解決してください。

4. [使用可能な更新] セクションで、ターゲット リリースを選択します。
5. vCenter Server のアップグレード バンドルの横にある [今すぐ更新] または [更新のスケジュール設定] をクリックします。
6. [更新のスケジュール設定] を選択した場合は、バンドルを適用する日付と時刻をクリックし、[スケジュール] をクリックします。
7. アップグレード時にのみ使用する一時 IP アドレスの詳細を入力します。
8. アップグレードの進行状況を監視します。VMware Cloud Foundation の更新の監視を参照してください。

   アップグレードが失敗した場合は、問題を解決して、失敗したタスクを再試行してください。問題を解決できない場合は、ファイルベースのバックアップを使用して vCenter Server をリストアします。「vCenter Server のリストア」を参照してください。

次のタスク

アップグレードが正常に完了したら、vSphere Client を使用して、vCenter Server によって管理されている各 vSphere クラスタの vSphere DRS 自動化レベル設定を元の値（ファイルベースのバックアップを取る前の値）に戻します。VMware PowerCLI を使用して vSphere DRS 自動化レベルを変更する方法については、KB 87631 を参照してください。

VMware Cloud Foundation 用の vSphere Lifecycle Manager ベースラインを使用した ESXi のアップグレード

管理ドメインは、ESXi ホストのアップグレードに vSphere Lifecycle Manager ベースラインを使用します。VI ワークロード ドメインは、vSphere Lifecycle Manager ベースラインまたは vSphere Lifecycle Manager イメージを使用できます。次の手順では、vSphere Lifecycle Manager ベースラインを使用するワークロード ドメイン内の ESXi ホストのアップグレードについて説明します。

vSphere Lifecycle Manager イメージを使用する VI ワークロード ドメインの ESXi のアップグレードの詳細については、「VMware Cloud Foundation 用の vSphere Lifecycle Manager イメージを使用した ESXi のアップグレード」を参照してください。

デフォルトでは、アップグレード プロセスによって、ワークロード ドメイン内のすべてのクラスタの ESXi ホストが並行してアップグレードされます。ワークロード ドメインに複数のクラスタがある場合は、アップグレードするクラスタを選択できます。

ワークロード ドメインへの ESXi アップデートの適用時にホストをスキップする場合は、更新を開始する前に、それらのホストを application-prod.properties ファイルに追加する必要があります。「ESXi のアップデート時のホストのスキップ」を参照してください。

カスタム ISO イメージまたは非同期ドライバを使用して ESXi アップグレードを実行するには、「カスタム ISO を使用した ESXi のアップグレード」および「ストック ISO および非同期ドライバを使用した ESXi のアップグレード」を参照してください。

外部（非 vSAN）ストレージを使用している場合、次の手順で外部ストレージに接続されている ESXi ホストを更新します。ただし、ストレージ ソフトウェアとドライバの更新とパッチ適用は手動で行うため、SDDC Manager のライフサイクル管理には含まれません。ESXi のアップグレード後のサポート性を確保するには、vSphere HCL およびストレージ ベンダーに問い合わせてください。

前提条件

• ESXi パスワードが有効であることを検証します。

• ESXi バンドルをダウンロードします。「VMware Cloud Foundation アップグレード バンドルのダウンロード 」を参照してください。

• クラスタレベルのアップグレードを実行するドメインに、エラー状態のホストまたはクラスタがないことを確認します。エラー状態を解決するか、エラーが発生したホストとクラスタを削除してから続行してください。

手順

1. ワークロード ドメインの [更新/パッチ] タブに移動します。
2. [事前チェック] をクリックして、アップグレードの事前チェックを実行します。

   アップグレードを続行する前に問題を解決してください。

3. [使用可能な更新] セクションで、ターゲット リリースを選択します。
4. [今すぐアップグレード] または [更新のスケジュール設定] をクリックします。
5. [更新のスケジュール設定] を選択した場合は、バンドルを適用する日付と時刻を指定します。
6. アップグレードするクラスタを選択し、[次へ] をクリックします。

   デフォルトの設定では、すべてのクラスタがアップグレードされます。特定のクラスタをアップグレードするには、[クラスタレベルの選択を有効にする] をクリックして、アップグレードするクラスタを選択します。

7. [次へ] をクリックします。
8. 適切なアップグレード オプションを選択し、[完了] をクリックします。

   デフォルトでは、選択したクラスタが並行してアップグレードされます。アップグレードするクラスタを 10 個を超えて選択した場合、最初の 10 個が並行してアップグレードされ、残りのクラスタは順番にアップグレードされます。選択したすべてのクラスタを順番にアップグレードするには、[順次クラスタ アップグレードを有効にする] を選択します。

   必要に応じて、[Quick Boot の有効化] をクリックします。ESXi ホストの Quick Boot は、ホストの物理再起動をスキップすることで、vSphere Lifecycle Manager がアップグレード時間を短縮できるようにするためのオプションです。

9. アップグレードの進行状況を監視します。VMware Cloud Foundation の更新の監視を参照してください。

次のタスク

vSAN クラスタの vSAN ディスク フォーマットをアップグレードします。ディスク フォーマットのアップグレードはオプションです。以前のバージョンのディスク フォーマットを使用していても、vSAN クラスタはスムーズに稼動し続けます。最適な結果を得るには、オブジェクトをアップグレードして最新のオンディスク フォーマットを使用します。最新のオンディスク フォーマットでは、vSAN の完全な機能セットを使用できます。vSphere Client を使用した vSAN ディスク フォーマットのアップグレードを参照してください。

ESXi のアップデート時のホストのスキップ

ワークロード ドメインへの ESXi アップデートの適用時にはホストをスキップすることができます。スキップされたホストはアップデートされません。

注：

vSphere Lifecycle Manager イメージを使用している VI ワークロード ドメインの一部であるホストはスキップできません。これらのホストはホストレベルではなくクラスタレベルで更新されるためです。

手順

1. SSH を用い、展開パラメータ シートで指定したユーザー名 vcf とパスワードを使用して SDDC Manager アプライアンスにログインします。
2. su と入力して root アカウントに切り替えます。
3. スキップするホストのホスト ID を取得します。

   curl 'https://SDDC_MANAGER_IP/v1/hosts' -i -u 'username:password' -X GET -H 'Accept: application/json' |json_pp

   SDDC Manager の FQDN、ユーザー名、およびパスワードを実際の環境の情報に置き換えます。

4. スキップするホストの ID を出力からコピーします。例：

   ...
            "fqdn" : "esxi-2.vrack.vsphere.local",
            "esxiVersion" : "6.7.0-16075168",
            "id" : "b318fe37-f9a8-48b6-8815-43aae5131b94",
   ...
   

   この場合、esxi-2.vrack.vsphere.local の ID は b318fe37-f9a8-48b6-8815-43aae5131b94 です。

5. /opt/vmware/vcf/lcm/lcm-app/conf/application-prod.properties ファイルを開きます。
6. ファイルの最後に次の行を追加します。

   esx.upgrade.skip.host.ids=hostid1,hostid2

   ホスト ID を手順 4 の情報に置き換えます。複数のホスト ID を含める場合は、それらの間にスペースを追加しないでください。例：esx.upgrade.skip.host.ids=60927f26-8910-4dd3-8435-8bb7aef5f659,6c516864-b6de-4537-90e4-c0d711e5befb,65c206aa-2561-420e-8c5c-e51b9843f93d

7. ファイルを保存して閉じます。
8. application-prod.properties ファイルの所有権が vcf_lcm:vcf であることを確認します。
9. コンソール ウィンドウで次のコマンドを入力して、LCM サーバを再起動します。

   systemctl restart lcm

結果

application-prod.properties に追加されたホストは、ワークロード ドメインのアップデート時にアップデートされません。

カスタム ISO を使用した ESXi のアップグレード

vSphere Lifecycle Manager ベースラインを使用するワークロード ドメイン内のクラスタの場合、ベンダーのカスタム ISO を使用して ESXi をアップグレードできます。VMware Cloud Foundation 4.4.1.1 以降では、特定のクラスタまたはワークロード ドメインで異なるカスタム ISO が必要な場合に、単一の ESXi アップグレードで複数のカスタム ISO がサポートされます。

前提条件

インターネットに接続しているコンピュータ上で、適切なベンダー固有の ISO をダウンロードします。必要なバージョンの ESXi でベンダー固有の ISO が利用できない場合は、作成できます。ESXi のカスタム ISO イメージの作成を参照してください。

手順

1. VMware ESXi の VMware ソフトウェア アップデート バンドルをダウンロードします。SDDC Manager を使用したバンドルのダウンロードを参照してください。
   ESXi の非同期パッチ バージョンを使用するには、次の手順に進む前に、非同期パッチ ツールでパッチを有効にします。 非同期パッチ ツールのドキュメントを参照してください。
2. SSH を使用して、SDDC Manager アプライアンスにログインします。
3. /nfs/vmware/vcf/nfs-mount ディレクトリの下に、ベンダー ISO のディレクトリを作成します。たとえば、/nfs/vmware/vcf/nfs-mount/esx-upgrade-partner-binaries などです。
4. ベンダー固有の ISO を SDDC Manager アプライアンス で作成したディレクトリにコピーします。たとえば、ISO を /nfs/vmware/vcf/nfs-mount/esx-upgrade-partner-binaries ディレクトリにコピーできます。
5. ISO をコピーしたディレクトリの権限を変更します。たとえば、
   chmod -R 775 /nfs/vmware/vcf/nfs-mount/esx-upgrade-partner-binaries/
6. 所有者を vcf に変更します。
   chown -R vcf_lcm:vcf /nfs/vmware/vcf/nfs-mount/esx-upgrade-partner-binaries/
7. 次のテンプレートを使用して、ESX カスタム イメージ JSON を作成します。

   {
   "esxCustomImageSpecList": [{
   "bundleId": "bundle ID of the ESXi bundle you downloaded",
   "targetEsxVersion": "ESXi version for the target VMware Cloud Foundation version",
   "useVcfBundle": false,
   "domainId": "xxxxxxxx-xxxx-xxxx-xxxxxxxxxxxx",
   "clusterId": "xxxxxxxx-xxxx-xxxx-xxxxxxxxxxxx",
   "customIsoAbsolutePath": "Path_to_custom_ISO"
   }]
   }

   説明：

   パラメータ	説明と値の例
   bundleId	ダウンロードした ESXi アップグレード バンドルの ID。バンドル ID を取得するには、[ライフサイクル管理] > [バンドル管理] 画面に移動し、[詳細表示] をクリックしてバンドル ID を表示します。 例： 8c0de63d-b522-4db8-be6c-f1e0ab7ef554。非同期パッチのバンドル ID は若干異なります。例： 5dc57fe6-2c23-49fc-967c-0bea1bfea0f1-apTool。 注： 誤ったバンドル ID を指定すると、アップグレードは VMware Cloud Foundation のストック ISO を使用して実行され、環境内のカスタム VIB はストック VIB に置き換えられます。
   targetEsxVersion	ダウンロードした ESXi バンドルのバージョン。ターゲットの ESXi バージョンを取得するには、[ライフサイクル管理] > [バンドル管理] 画面に移動し、[詳細表示] をクリックして、[バージョンへの更新] を表示します。
   useVcfBundle	アップグレードに VMware Cloud Foundation ESXi バンドルを使用するかどうかを指定します。 注： カスタム ISO イメージを使用してアップグレードする場合は、これが false に設定されていることを確認します。
   domainId（オプション、VCF 4.4.1.1 以降のみ）	カスタム ISO の特定のワークロード ドメインの ID。VMware Cloud Foundation API (GET /v1/domains) を使用して、ワークロード ドメインの ID を取得します。
   clusterId（オプション、VCF 4.4.1.1 以降のみ）	カスタム ISO を適用するワークロード ドメイン内の特定のクラスタの ID。clusterId を指定しない場合、カスタム ISO はワークロード ドメイン内のすべてのクラスタに適用されます。VMware Cloud Foundation API (GET /v1/clusters) を使用して、クラスタの ID を取得します。
   customIsoAbsolutePath	SDDC Manager アプライアンスのカスタム ISO ファイルへのパス。たとえば、/nfs/vmware/vcf/nfs-mount/esx-upgrade-partner-binaries/VMware-VMvisor-Installer-7.0.0.update01-17325551.x86_64-DellEMC_Customized-A01.iso です。

   次に、完成した JSON テンプレートの例を示します。

   {
   "esxCustomImageSpecList": [{
   "bundleId": "8c0de63d-b522-4db8-be6c-f1e0ab7ef554",
   "targetEsxVersion": "8.0.1-xxxxxxxxx",
   "useVcfBundle": false,
   "customIsoAbsolutePath":
   "/nfs/vmware/vcf/nfs-mount/esx-upgrade-partner-binaries/VMware-VMvisor-Installer-8.0.0.update01-xxxxxxxx.x86_64-DellEMC_Customized-A01.iso"
   }]
   }

   次に、単一のワークロード ドメインと指定されたクラスタ（VCF 4.4.1.1 以降のみ）を使用した、複数の ISO を含む完成した JSON テンプレートの例を示します。

   {
       "esxCustomImageSpecList": [
           {
               "bundleId": "aa7b16b1-d719-44b7-9ced-51bb02ca84f4",
               "targetEsxVersion": "8.0.2-xxxxxxxx",
               "useVcfBundle": false,
               "domainId": "1b7b16b1-d719-44b7-9ced-51bb02ca84b2",
               "clusterId": "c37b16b1-d719-44b7-9ced-51bb02ca84f4",
               "customIsoAbsolutePath": "/nfs/vmware/vcf/nfs-mount/esx-upgrade-partner-binaries/VMware-ESXi-7.0.2-17867351-DELL.zip"
           },
           {
               "bundleId": "aa7b16b1-d719-44b7-9ced-51bb02ca84f4",
               "targetEsxVersion": "7.0.1-18150133",
               "useVcfBundle": false,
               "domainId": "1b7b16b1-d719-44b7-9ced-51bb02ca84b2",
               "customIsoAbsolutePath": "/nfs/vmware/vcf/nfs-mount/esx-upgrade-partner-binaries/VMware-ESXi-7.0.2-17867351-HP.zip"
           }
       ]
   }

8. JSON ファイルを /nfs/vmware/vcf/nfs-mount 内の esx-custom-image-upgrade-spec.json として保存します。
   注： JSON ファイルが正しいディレクトリに保存されていない場合、 VMware Cloud Foundation のストック ISO がアップグレードに使用され、カスタム VIB が上書きされます。
9. /nfs/vmware/vcf/nfs-mount/esx-custom-image-upgrade-spec.json ファイルに対して適切な権限を設定します。

   chmod -R 775 /nfs/vmware/vcf/nfs-mount/esx-custom-image-upgrade-spec.json

   chown -R vcf_lcm:vcf /nfs/vmware/vcf/nfs-mount/esx-custom-image-upgrade-spec.json

10. /opt/vmware/vcf/lcm/lcm-app/conf/application-prod.properties ファイルを開きます。
11. lcm.esx.upgrade.custom.image.spec= パラメータで、JSON ファイルへのパスを追加します。
    たとえば、 lcm.esx.upgrade.custom.image.spec=/nfs/vmware/vcf/nfs-mount/esx-custom-image-upgrade-spec.json です。
12. ナビゲーション ペインで、[インベントリ] > [ワークロード ドメイン] をクリックします。
13. [ワークロード ドメイン] 画面で、アップグレードするドメインをクリックし、[更新/パッチ] タブをクリックします。
14. ESXi アップグレード バンドルをスケジュール設定します。
15. アップグレードの進行状況を監視します。VMware Cloud Foundation の更新の監視を参照してください。
16. アップグレードが完了したら、[現在のバージョン] をクリックして ESXi バージョンを確認します。ESXi ホストの表に、現在の ESXi バージョンが表示されます。

VMware Cloud Foundation ストック ISO および非同期ドライバを使用した ESXi のアップグレード

vLCM ベースラインを使用するワークロード ドメイン内のクラスタの場合、指定された非同期ドライバを使用して、ストックの ESXi アップグレード バンドルを適用できます。

前提条件

インターネットに接続しているコンピュータ上で、ハードウェア用の適切な非同期ドライバをダウンロードします。

手順

1. VMware Cloud Foundation ESXi アップグレード バンドルをダウンロードします。SDDC Manager を使用したバンドルのダウンロードを参照してください。
2. SSH を使用して、SDDC Manager アプライアンスにログインします。
3. /nfs/vmware/vcf/nfs-mount ディレクトリの下に、ベンダーが提供する非同期ドライバのディレクトリを作成します。たとえば、/nfs/vmware/vcf/nfs-mount/esx-upgrade-partner-drivers/drivers などです。
4. 非同期ドライバを SDDC Manager アプライアンス で作成したディレクトリにコピーします。たとえば、ドライバを /nfs/vmware/vcf/nfs-mount/esx-upgrade-partner-drivers/drivers ディレクトリにコピーできます。
5. ドライバをコピーしたディレクトリの権限を変更します。たとえば、
   chmod -R 775 /nfs/vmware/vcf/nfs-mount/esx-upgrade-partner-drivers/drivers
6. 所有者を vcf に変更します。
   chown -R vcf_lcm:vcf /nfs/vmware/vcf/nfs-mount/esx-upgrade-partner-drivers/drivers
7. 次のテンプレートを使用して、ESX カスタム イメージ JSON を作成します。

   {
   "esxCustomImageSpecList": [{
   "bundleId": "bundle ID of the ESXi bundle you downloaded",
   "targetEsxVersion": "ESXi version for the target VMware Cloud Foundation version",
   "useVcfBundle": true,
   "esxPatchesAbsolutePaths": ["Path_to_Drivers"]
   }]
   }

   説明：

   パラメータ	説明と値の例
   bundleId	ダウンロードした ESXi アップグレード バンドルの ID。バンドル ID を取得するには、[ライフサイクル管理] > [バンドル管理] 画面に移動し、[詳細表示] をクリックしてバンドル ID を表示します。 たとえば、8c0de63d-b522-4db8-be6c-f1e0ab7ef554 です。
   targetEsxVersion	ダウンロードした ESXi アップグレード バンドルのバージョン。ESXi のターゲット バージョンを取得するには、[ライフサイクル管理] > [バンドル管理] 画面に移動し、[詳細表示] をクリックして、[バージョンへの更新] を表示します。
   useVcfBundle	アップグレードに ESXi バンドルを使用するかどうかを指定します。これを true に設定します。
   esxPatchesAbsolutePaths	SDDC Manager アプライアンス 上の非同期ドライバへのパス。たとえば、/nfs/vmware/vcf/nfs-mount/esx-upgrade-partner-drivers/drivers/VMW-ESX-6.7.0-smartpqi-1.0.2.1038-offline_bundle-8984687.zip などです。

   次に、完成した JSON テンプレートの例を示します。

   {
   "esxCustomImageSpecList": [{
   "bundleId": "411bea6a-b26c-4a15-9443-03f453c68752-apTool",
   "targetEsxVersion": "7.0.3-21053776",
   "useVcfBundle": true,
   "esxPatchesAbsolutePaths": ["/nfs/vmware/vcf/nfs-mount/esx-upgrade-partner-drivers/drivers/HPE-703.0.0.10.9.5.14-Aug2022-Synergy-Addon-depot.zip"]
   }]
   }

8. JSON ファイルを /nfs/vmware/vcf/nfs-mount 内の esx-custom-image-upgrade-spec.json として保存します。
   注： JSON ファイルが正しいディレクトリに保存されていない場合、 VMware Cloud Foundation のストック ISO がアップグレードに使用され、カスタム VIB が上書きされます。
9. /nfs/vmware/vcf/nfs-mount/esx-custom-image-upgrade-spec.json ファイルに対して適切な権限を設定します。

   chmod -R 775 /nfs/vmware/vcf/nfs-mount/esx-custom-image-upgrade-spec.json

   chown -R vcf_lcm:vcf /nfs/vmware/vcf/nfs-mount/esx-custom-image-upgrade-spec.json

10. /opt/vmware/vcf/lcm/lcm-app/conf/application-prod.properties ファイルを開きます。
11. lcm.esx.upgrade.custom.image.spec= パラメータで、JSON ファイルへのパスを追加します。
    たとえば、 lcm.esx.upgrade.custom.image.spec=/nfs/vmware/vcf/nfs-mount/esx-custom-image-upgrade-spec.json です。
12. ナビゲーション ペインで、[インベントリ] > [ワークロード ドメイン] をクリックします。
13. [ワークロード ドメイン] 画面で、管理ドメインをクリックします。
14. [ドメインのサマリ] 画面で、[更新/パッチ] タブをクリックします。
15. [使用可能な更新] セクションで、VMware ESXi の VMware ソフトウェア アップデート バンドルの横にある [今すぐ更新] または [更新のスケジュール設定] をクリックします。
16. アップグレードの進行状況を監視します。VMware Cloud Foundation の更新の監視を参照してください。
17. アップグレードが完了したら、[現在のバージョン] をクリックして ESXi バージョンを確認します。ESXi ホストの表に、現在の ESXi バージョンが表示されます。

VMware Cloud Foundation 用の vSphere Lifecycle Manager イメージを使用した ESXi のアップグレード

VI ワークロード ドメインでは、ESXi ホストのアップグレードに vSphere Lifecycle Manager ベースラインまたは vSphere Lifecycle Manager イメージを使用できます。次の手順では、vSphere Lifecycle Manager イメージを使用するワークロード ドメインの ESXi ホストのアップグレードについて説明します。

vSphere Lifecycle Manager ベースラインを使用するワークロード ドメインの ESXi のアップグレードの詳細については、VMware Cloud Foundation 用の vSphere Lifecycle Manager ベースラインを使用した ESXi のアップグレードを参照してください。

vSphere Client を使用して ESXi ホストをアップグレードするための vSphere Lifecycle Manager イメージを作成します。イメージの作成時には、ESXi バージョンを定義します。また、必要に応じてベンダーのアドオン、コンポーネント、およびファームウェアを追加できます。vSphere Lifecycle Manager イメージを SDDC Manager に抽出すると、関連する VI ワークロード ドメインで ESXi の更新を使用できるようになります。

前提条件

• ESXi パスワードが有効であることを検証します。
• クラスタレベルのアップグレードを実行するドメインに、エラー状態のホストまたはクラスタがないことを確認します。エラー状態を解決するか、エラーが発生したホストとクラスタを削除してから続行してください。
• vSphere Lifecycle Manager イメージを使用して ESXi ホストをアップグレードする前に、NSX と vCenter Server をアップグレードする必要があります。
• vSphere Lifecycle Manager イメージにファームウェアを追加する場合は、ベンダーからハードウェア サポート マネージャをインストールする必要があります。ファームウェアの更新を参照してください。
• ESXi の非同期パッチ バージョンを使用するには、非同期パッチ ツールでパッチを有効にする必要があります。非同期パッチ ツールのドキュメントを参照してください。

手順

1. vSphere Client を使用して、管理ドメインの vCenter Server にログインします。
2. vSphere Lifecycle Manager イメージを作成します。
   1. 管理ドメイン データセンターを右クリックし、[新規クラスタ] を選択します。
   2. クラスタの名前（ESXi イメージ アップグレード など）を入力して、[次へ] をクリックします。
      クラスタ名を除くすべてのデフォルト設定を保持します。
      
      
   3. [終了] をクリックします。
   4. 新しいクラスタの [更新] タブをクリックします。
   5. [ホスト] > [イメージ] > [イメージのセットアップ] の順にクリックします。
      
      
   6. vSphere Lifecycle Manager イメージを定義します。

      イメージの要素	説明
      ESXi バージョン	[ESXi バージョン] ドロップダウン メニューから、VMware Cloud Foundation BOM で指定した ESXi バージョンを選択します。 ESXi のバージョンがドロップダウン メニューに表示されない場合は、vSphere Lifecycle Manager デポの同期およびvSphere Lifecycle Manager デポへの更新のインポートを参照してください。
      ベンダー アドオン（オプション）	ベンダー アドオンをイメージに追加するには、[選択] をクリックし、ベンダー アドオンを選択します。
      ファームウェアとドライバのアドオン（オプション）	ファームウェア アドオンをイメージに追加するには、[選択] をクリックします。[ファームウェアおよびドライバのアドオンの選択] ダイアログ ボックスで、ハードウェア サポート マネージャを指定し、イメージに追加するファームウェア アドオンを選択します。 ベンダー サーバ ファミリのファームウェア アドオンを選択できるのは、vSphere Lifecycle Manager が実行されている vCenter Server に、対応するベンダー提供のハードウェア サポート マネージャが拡張機能として登録されている場合のみです。
      コンポーネント	コンポーネントをイメージに追加するには、次の手順を実行します。 [詳細を表示] をクリックします。 [コンポーネントの追加] をクリックします。 イメージに追加するコンポーネントと対応するバージョンを選択します。

   7. [保存] をクリックします。
   8. [イメージのセットアップの完了] をクリックします。
   9. [はい、イメージのセットアップを完了します] をクリックします。
3. vSphere Lifecycle Manager イメージを SDDC Manager に抽出します。
   1. SDDC Manager ユーザー インターフェイス で、[ライフサイクル管理] > [イメージ管理] をクリックします。
   2. [イメージのインポート] をクリックします。
   3. [オプション 1] セクションのドロップダウン メニューで、管理ドメインを選択します。
   4. クラスタ ドロップダウンで、vSphere Lifecycle Manager イメージを抽出するクラスタを選択します。たとえば、ESXi イメージのアップグレード などです。
      
      
   5. クラスタ イメージの名前を入力し、[クラスタ イメージの抽出] をクリックします。
   [タスク] パネルでステータスを表示できます。
4. vSphere Lifecycle Manager イメージを使用して ESXi ホストをアップグレードします。
   1. VI ワークロード ドメインの [更新/パッチ] タブに移動します。
   2. [使用可能な更新] セクションで、[アップデートの構成] をクリックします。
   3. [次へ] をクリックします。
   4. アップグレードするクラスタを選択し、[次へ] をクリックします。
      デフォルトの設定では、すべてのクラスタがアップグレードされます。特定のクラスタをアップグレードするには、 [クラスタレベルの選択を有効にする] をクリックして、アップグレードするクラスタを選択します。
   5. クラスタ、クラスタ イメージ、およびオプションでファームウェアとドライバのアドオンを選択します。
   6. [イメージの適用] をクリックします。
   7. [次へ] をクリックします。
   8. アップグレード オプションを編集し、[次へ] をクリックします。
      デフォルトでは、選択したクラスタが並行してアップグレードされます。アップグレードするクラスタを 6 つ以上選択した場合、最初の 5 つは並行してアップグレードされ、残りのクラスタは順番にアップグレードされます。選択したすべてのクラスタを順番にアップグレードするには、 [順次クラスタ アップグレードを有効にする] を選択します。
      必要に応じて、 [Quick Boot の有効化] をクリックします。ESXi ホストの Quick Boot は、ホストの物理再起動をスキップすることで、Update Manager がアップグレード時間を短縮できるようにするためのオプションです。
      [パワーオフ状態およびサスペンド状態の仮想マシンの移行] を選択して、選択したクラスタでパワーオフ状態の仮想マシンをアップグレード対象として含めます。
   9. [次へ] をクリックして設定を確認します。
      VMware Cloud Foundation は、クラスタ イメージのハードウェア互換性とコンプライアンス チェックを実行します。報告された問題があれば、解決して続行します。
   10. [更新のスケジュール設定] をクリックして、[次へ] をクリックします。
   11. [今すぐアップグレード] または [更新のスケジュール設定] を選択し、[完了] をクリックします。

次のタスク

vSAN クラスタの vSAN ディスク フォーマットをアップグレードします。ディスク フォーマットのアップグレードはオプションです。以前のバージョンのディスク フォーマットを使用していても、vSAN クラスタはスムーズに稼動し続けます。最適な結果を得るには、オブジェクトをアップグレードして最新のオンディスク フォーマットを使用します。最新のオンディスク フォーマットでは、vSAN の完全な機能セットを使用できます。 vSphere Client を使用した vSAN ディスク フォーマットのアップグレードを参照してください。

ファームウェアの更新

vSphere Lifecycle Manager イメージを使用して、クラスタ内の ESXi ホストに対してファームウェアの更新を実行できます。vSphere Lifecycle Manager イメージを使用すると、ホストの更新操作が簡素化されます。1 回の操作でホストのソフトウェアとファームウェアの両方が更新されます。

クラスタ内のホストにファームウェアの更新を適用するには、ハードウェア サポート マネージャというベンダーが提供するソフトウェア モジュールを展開して設定する必要があります。ハードウェア サポート マネージャの展開方法および管理は、OEM ごとに異なります。たとえば、Dell EMC が提供するハードウェア サポート マネージャは、アプライアンスとして展開されるホスト管理ソリューション OpenManage Integration for VMware vCenter Server (OMIVV) の一部です。ハードウェア サポート マネージャのデプロイを参照してください。

ハードウェア サポート マネージャ アプライアンスは十分なディスク容量のあるホストに展開する必要があります。アプライアンスを展開したら、アプライアンス仮想マシンをパワーオンし、管理者としてアプライアンスにログインして、アプライアンスを vCenter Server の拡張機能として登録する必要があります。各ハードウェア サポート マネージャには、ファームウェア パッケージを管理し、ファームウェア アドオンの選択を可能にする独自のメカニズムがあります。

ハードウェア サポート マネージャの展開、設定、および管理の詳細については、ベンダーが提供するドキュメントを参照してください。

VMware Cloud Foundation の vSAN 監視ホストのアップグレード

VMware Cloud Foundation 環境にストレッチ クラスタが含まれている場合は、vSAN Witness (監視) ホストを更新して修正します。

前提条件

『VMware Cloud Foundation リリース ノート』の「コンポーネント情報 (BOM)」セクションに一覧表示されたバージョンと一致する ESXi ISO をダウンロードします。

手順

1. Web ブラウザで、https://vcenter_server_fqdn/ui の vCenter Server にログインします。
2. ESXi ISO イメージ ファイルを vSphere Lifecycle Manager にアップロードします。
   1. [メニュー] > [Lifecycle Manager] の順にクリックします。
   2. [インポートされた ISO] タブをクリックします。
   3. [ISO のインポート] をクリックし、[参照] をクリックします。
   4. ダウンロードした ESXi ISO ファイルに移動し、[開く] をクリックします。
   5. ファイルがインポートされたら、[閉じる] をクリックします。
3. ESXi イメージのベースラインを作成します。
   1. [インポートされた ISO] タブで、インポートした ISO ファイルを選択し、[新規ベースライン] をクリックします。
   2. ベースラインの名前を入力し、[コンテンツ タイプ] を [アップグレード] として指定します。
   3. [次へ] をクリックします。
   4. インポートした ISO ファイルを選択し、[次へ] をクリックします。
   5. 詳細を確認して、[完了] をクリックします。
4. ベースラインを vSAN Witness (監視) ホストに添付します。
   1. [メニュー] > [ホストおよびクラスタ] の順にクリックします。
   2. [インベントリ] パネルで、[vCenter Server] > [データセンター] をクリックします。
   3. vSAN Witness (監視) ホストを選択し、[アップデート] タブをクリックします。
   4. [添付されたベースライン] で、[添付] > [ベースラインまたはベースライン グループの添付] の順にクリックします。
   5. 手順 3 で作成したベースラインを選択し、[添付] をクリックします。
   6. [コンプライアンスの確認] をクリックします。
      コンプライアンス チェックが完了すると、ベースラインの [ステータス] 列が [非準拠] として表示されます。
5. vSAN Witness (監視) ホストを修正し、含まれる ESXi ホストを更新します。
   1. vSAN 監視を右クリックして [メンテナンス モード] > [メンテナンス モードへの切り替え] の順にクリックします。
   2. [OK] をクリックします。
   3. [アップデート] タブをクリックします。
   4. 手順 3 で作成したベースラインを選択し、[修正] をクリックします。
   5. [エンドユーザー使用許諾契約書] ダイアログ ボックスで、チェック ボックスを選択して [OK] をクリックします。
   6. [修正] ダイアログ ボックスで、vSAN Witness (監視) ホストを選択し、[修正] をクリックします。
      修正プロセスには数分かかる場合があります。修正が完了すると、ベースラインの [ステータス] 列が [準拠] として表示されます。
   7. vSAN Witness (監視) ホストを右クリックして [メンテナンス モード] > [メンテナンス モードの終了] の順にクリックします。
   8. [OK] をクリックします。

NFS ベースの VI ワークロード ドメインのアップグレード後の手順

NFS ストレージを使用する VI ワークロード ドメインをアップグレードした後、NFS ゲートウェイを介して NFS ストレージにアクセスするには、ホストにスタティック ルートを追加する必要があります。このプロセスは、ワークロード ドメインを拡張する前に完了しておく必要があります。

手順

1. VI ワークロード ドメインの NFS サーバの IP アドレスを特定します。
2. クラスタ内のホストに関連付けられているネットワーク プール、およびネットワーク プールの NFS ゲートウェイを特定します。
   1. SDDC Manager にログインします。
   2. [インベントリ] > [ワークロード ドメイン] の順にクリックし、VI ワークロード ドメインをクリックします。
   3. [クラスタ] タブをクリックし、NFS ベースのクラスタをクリックします。
   4. [ホスト] タブをクリックし、ホストのネットワーク プールを書き留めます。
   5. ネットワーク プール名の横にある情報アイコンをクリックし、NFS ゲートウェイを書き留めます。
3. NFS ゲートウェイから NFS サーバにアクセスできることを確認します。ゲートウェイが存在しない場合は、作成します。
4. NFS トラフィック用に構成されているクラスタ内の各ホスト上の vmknic を特定します。
5. NFS ゲートウェイから NFS サーバにアクセスするために、各ホストでスタティック ルートを構成します。

   esxcli network ip route ipv4 add -g NFS-gateway-IP -n NFS-gateway

6. 新しいルートが NFS vmknic を使用してホストに追加されていることを確認します。

   esxcli network ip route ipv4 list

7. NFS クラスタ内のホストが NFS vmkernel を介して NFS ゲートウェイにアクセスできることを確認します。
   例：

   vmkping -4 -I vmk2 -s 1470 -d -W 5 10.0.22.250

8. NFS ストレージを使用している各クラスタで手順 2 ～ 7 を繰り返します。