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

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

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

SDDC Manager および VMware Cloud Foundation サービス。
vRealize Suite Lifecycle Manager、vRealize Suite 製品、および Workspace ONE Access。
NSX-T Data Center。
vCenter Server。
ESXi。

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

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

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

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

外部 SFTP サーバを使用して、SDDC Manager アプライアンスのバックアップを作成します。『VMware Cloud Foundation 管理ガイド』の「VMware Cloud Foundation のバックアップとリストア」セクションを参照してください。
vCenter Server をアップグレードする前に、ファイルベースのバックアップを作成します。vCenter Server の手動バックアップを参照してください。
進行中のドメイン操作がないこと。ドメイン操作には、VI ワークロードドメインの作成、ワークロードドメインの拡張（クラスタまたはホストの追加）、ワークロードドメインの縮小（クラスタまたはホストの削除）などがあります。
関連バンドルをダウンロードします。VMware Cloud Foundation アップグレードバンドルのダウンロードを参照してください。
注：バンドルを手動でダウンロードした場合は、アップグレードを開始する前に、ターゲットリリースのすべてのバンドルをダウンロードし、それらを SDDC Manager アプライアンスにアップロードする必要があります。
現在の VMware Cloud Foundation インスタンスに非同期パッチを適用した場合は、非同期パッチツールを使用して新しいバージョンの VMware Cloud Foundation にアップグレードする必要があります。たとえば、非同期の vCenter Server パッチを VMware Cloud Foundation 4.3.1 インスタンスに適用した場合は、非同期パッチツールを使用して VMware Cloud Foundation 4.5 にアップグレードする必要があります。非同期パッチツールを参照してください。
システム内に失敗したワークフローがないこと、およびアクティベート中またはエラー状態の VMware Cloud Foundation リソースがないことを確認します。
注意：これらの条件のいずれかが当てはまる場合は、アップグレードを開始する前に VMware のサポートにお問い合わせください。
すべての VMware Cloud Foundation コンポーネントのパスワードが有効であることを確認します。
アップグレードに関連する既知の問題については、『リリースノート』を参照してください。

更新の事前チェックの実行

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

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

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

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

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

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

手順

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

事前チェックが開始すると、事前チェックが開始された時刻を示すメッセージが表示されます。
[ステータスの表示] をクリックして、詳細なタスクとそのステータスを表示します。以下の図はサンプルのスクリーンショットであり、正しいバージョンを反映していない場合があります。
タスクの詳細を表示するには、[展開] 矢印をクリックします。
事前チェックタスクが失敗した場合は、問題を修正し、 [事前チェックを再試行] をクリックしてタスクを再度実行します。 [失敗したリソースの事前チェック] をクリックして、失敗したすべてのタスクを再試行することもできます。
vSphere Lifecycle Manager を使用して VI ワークロードドメインを更新するときに ESXi ホストにドライバの非互換性の問題が表示される場合は、次の手順を実行します。
1. HCL の問題が発生しているコントローラを特定します。
2. 特定したコントローラについて、ソースおよびターゲットの ESXi バージョンでサポートされているドライバとファームウェアのバージョンを特定します。
3. 必要な場合は、ファームウェアをアップグレードします。
4. ESXi ホストでドライバを手動でアップグレードし、アップグレードが失敗したタスクを再試行します。
固定された仮想マシンを含むホストがワークロードドメインに含まれている場合、メンテナンスモードへの切り替え手順で事前チェックが失敗します。vCenter Server ユーザーインターフェイスを使用してホストをメンテナンスモードに切り替えることができる場合は、以下の手順に従って、VMware Cloud Foundation での NSX-T Data Center と 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. ライフサイクル管理が再起動されたら、事前チェックを再度実行します。

結果

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

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

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

VMware Cloud Foundation アップグレードバンドルで、SDDC Manager アプライアンスとライフサイクル管理をアップグレードします。

前提条件

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

手順

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

[今すぐ更新] をクリックすると、[ VMware Cloud Foundation の更新ステータス] ウィンドウには、アップグレードされるコンポーネントとアップグレード状態が表示されます。 [更新アクティビティの表示] をクリックして、詳細なタスクを表示します。アップグレードが完了すると、チェックマークの付いた緑色のバーが表示されます。
[完了] をクリックします。

VMware Cloud Foundation 構成ドリフトバンドルの適用

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

前提条件

ターゲットリリースの構成ドリフトバンドルをダウンロードします。VMware Cloud Foundation アップグレードバンドルのダウンロードを参照してください。
外部 SFTP サーバを使用する SDDC Manager の最新の正常なバックアップがあることを確認します。
SDDC Manager アプライアンスのスナップショットを作成したことを確認します。
SDDC Manager によって管理されているコンポーネントの最新の正常なバックアップがあることを確認します。

手順

ナビゲーションペインで、[インベントリ] > [ワークロードドメイン] をクリックします。
[ワークロードドメイン] 画面で、管理ドメインをクリックし、[更新/パッチ] タブをクリックします。
[事前チェック] をクリックして、アップグレードの事前チェックを実行します。
アップグレードを続行する前に問題を解決してください。
[使用可能な更新] セクションで、ターゲットリリースを選択します。
VMware Cloud Foundation 構成ドリフトバンドルの横にある [今すぐ更新] または [更新のスケジュール設定] をクリックします。
[更新のスケジュール設定] を選択した場合は、バンドルを適用する日付と時刻を選択し、[スケジュール] をクリックします。
アップグレードが完了すると、チェックマークの付いた緑色のバーが表示されます。
[完了] をクリックします。

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 4.5 BOM には vRealize Suite Lifecycle Manager 8.8.2 以降が必要です。

前提条件

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 モードコンプライアンスを再度有効にすることができます。

手順

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

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

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

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

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

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

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

前提条件

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

手順

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

VMware Cloud Foundation の NSX-T Data Center のアップグレード

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

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

Upgrade Coordinator
NSX Edge クラスタ（展開されている場合）
NSX Edge
ホストクラスタ
NSX Manager クラスタ

VI ワークロードドメインは、同じ NSX Manager クラスタと NSX Edge クラスタを共有できます。これらのコンポーネントを 1 つの VI ワークロードドメインに対してアップグレードすると、同じ NSX Manager または NSX Edge クラスタを共有するすべての VI ワークロードドメインに対してもアップグレードされます。NSX-T をアップグレードしている間は、VI ワークロードドメインで操作を実行することはできません。

アップグレードウィザードは、ワークロードドメイン用の NSX-T Data Center をアップグレードするときにある程度の柔軟性を提供します。デフォルトでは、プロセスはすべての NSX Edge クラスタを並行してアップグレードし、次にすべてのホストクラスタを並行してアップグレードします。並行アップグレードにより、環境のアップグレードに要する時間を短縮できます。NSX Edge クラスタとホストクラスタを順番にアップグレードすることも選択できます。クラスタを選択することができるので、複数のアップグレード期間を設定でき、特定の時間にすべてのクラスタが使用可能である必要はなくなります。

注： NSX Manager クラスタは、[ホストクラスタ] タブで [すべてのホストクラスタをアップグレード] 設定が有効になっている場合にのみアップグレードされます。NSX Manager は、ワークロードドメイン内のすべてのホストクラスタがアップグレードされた後にアップグレードされます。アップグレードで導入された新機能は、NSX Manager クラスタがアップグレードされるまで構成できません。

前提条件

NSX-T Data Center アップグレードバンドルをダウンロードするには、適用可能なすべての NSX-T Data Center アップデートがすべてのワークロードドメインに適用されている必要があります。それ以外の場合、NSX-T Data Center バンドルのステータスは、すべてのワークロードドメインに対して [使用可能] ではなく [保留] と表示されます。

NSX-T Manager のパスワードが有効であることを検証します。
NSX-T Data Center のアップグレードバンドルをダウンロードします。VMware Cloud Foundation アップグレードバンドルのダウンロードを参照してください。
NSX-T Data Center の設定をバックアップし、テクニカルサポートログをダウンロードします。
『NSX アップグレードガイド』の「NSX-T Data Center アップグレードの操作上の影響」を確認し、各コンポーネントのアップグレードが環境に与える影響を理解します。
vSphere Client を使用するホストまたは vSphere クラスタにアクティブなアラームがないことを確認します。
NSX-T 3.2.1.2 にアップグレードするユーザーは、アップグレードプロセスを開始する前に NSX Upgrade Evaluation Tool を実行することを強くお勧めします。このツールは、アップグレードの前に NSX Manager の健全性と準備状況を確認することで、確実にアップグレードできるように設計されています。

手順

ナビゲーションペインで、[インベントリ] > [ワークロードドメイン] をクリックします。
[ワークロードドメイン] 画面で、アップグレードするドメインをクリックし、[更新/パッチ] タブをクリックします。
選択した VI ワークロードドメインの NSX-T コンポーネントをアップグレードすると、それらのコンポーネントは NSX Manager クラスタを共有するすべての VI ワークロードドメインに対してアップグレードされます。
[事前チェック] をクリックして、アップグレードの事前チェックを実行します。
アップグレードを続行する前に問題を解決してください。
注： NSX-T の事前チェックは、環境内の NSX Manager クラスタを共有するすべての VI ワークロードドメインで実行されます。
[使用可能な更新] セクションで、ターゲットリリースを選択します。
VMware ソフトウェア NSX-T バンドルの横にある [今すぐ更新] または [更新のスケジュール設定] をクリックします。
[NSX-T Edge クラスタ] 画面で、アップグレードする NSX Edge クラスタを選択し、[次へ] をクリックします。
デフォルトでは、すべての NSX Edge クラスタがアップグレードされます。特定の NSX Edge クラスタを選択するには、 [NSX-T Edge クラスタのみをアップグレード] チェックボックスを選択し、 [Edge 選択の有効化] オプションを選択します。次に、アップグレードする NSX Edge を選択します。
[次へ] をクリックします。
デフォルトでは、すべてのワークロードドメインのすべての vSphere クラスタがアップグレードされます。アップグレードする特定の vSphere クラスタを選択する場合は、[すべてのホストクラスタをアップグレード] 設定をオフにします。すべての Edge クラスタがアップグレードされると、ホストクラスタがアップグレードされます。
注： NSX-T Manager クラスタは、 [すべてのホストクラスタをアップグレード] 設定が有効になっている場合にのみアップグレードされます。
- 環境内に単一のクラスタがある場合は、[すべてのホストクラスタをアップグレード] 設定を有効にします。
- 複数のホストクラスタがあり、そのうちの一部のみをアップグレードすることを選択した場合は、すべてのホストクラスタがアップグレードされるまで NSX-T アップグレードウィザードを繰り返し実行する必要があります。アップグレードするクラスタの最終セットを選択するときは、[すべてのホストクラスタをアップグレード] 設定を有効にして、NSX-T Manager をアップグレードする必要があります。
- [すべてのホストクラスタをアップグレード] 設定を有効にせずにすべてのホストクラスタをアップグレードした場合は、NSX-T アップグレードウィザードを再度実行し、アップグレードをスケジュール設定して NSX-T Manager をアップグレードします。
[次へ] をクリックします。
[アップグレードオプション] ダイアログで、アップグレードの最適化を選択し、[次へ] をクリックします。
デフォルトでは、Edge クラスタとホストクラスタが並行してアップグレードされます。関連するチェックボックスをオンにすると、順次アップグレードを有効にできます。
[アップグレードのスケジュール設定] オプションを選択した場合は、NSX-T Data Center バンドルが適用される日付と時刻を指定します。
[次へ] をクリックします。
[確認] 画面で設定内容を確認し、[終了] をクリックします。

NSX-T Data Center アップグレードが開始し、アップグレードコンポーネントが表示されます。ここに表示されるアップグレードビューは、バンドルを適用したワークロードドメインに関連しています。関連付けられているワークロードドメインへのリンクをクリックすると、それらのワークロードドメインに関連するコンポーネントが表示されます。
アップグレードの進行状況を監視します。VMware Cloud Foundation の更新の監視を参照してください。
コンポーネントのアップグレードに失敗すると、関連付けられているすべてのワークロードドメインに障害が表示されます。問題を解決して、失敗したタスクを再試行してください。

結果

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

フェデレーション環境での VMware Cloud Foundation の NSX-T Data Center のアップグレード

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

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

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

手順

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

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

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

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

手順

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

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

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

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

前提条件

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

手順

Web ブラウザで、ドメインのグローバルマネージャ (https://nsxt_gm_vip_fqdn/) にログインします。
ナビゲーションパネルから [システム] > [アップグレード] を選択します。
[開始] をクリックして管理プレーンをアップグレードし、[受け入れる] をクリックします。
[アップグレード計画の選択] 画面で、[アップグレードの計画] を選択し、[次へ] をクリックします。
アップグレードが完了して管理プレーンが再起動されるまで、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 インベントリまたは設定に変更を加えないでください。

手順

ナビゲーションペインで、[インベントリ] > [ワークロードドメイン] をクリックします。
[ワークロードドメイン] 画面で、アップグレードするドメインをクリックし、[更新/パッチ] タブをクリックします。
[事前チェック] をクリックして、アップグレードの事前チェックを実行します。
アップグレードを続行する前に問題を解決してください。

[使用可能な更新] セクションで、ターゲットリリースを選択します。

VI ワークロードドメインにワークロード管理が有効なクラスタが含まれている場合、選択するターゲットリリースは、現在実行されているワークロード管理のバージョンによって異なります。

現在のワークロード管理バージョン	必要な操作
1.20、1.21、または 1.22	ターゲットリリースとして VMware Cloud Foundation 4.5 を選択します。
1.19	ターゲットリリースとして VMware Cloud Foundation 4.4.1 を選択します。ワークロード管理 1.21 にアップグレードします。ターゲットリリースとして VMware Cloud Foundation 4.5 を選択します。
1.18	ターゲットリリースとして VMware Cloud Foundation 4.3.1 を選択します。ワークロード管理 1.20 にアップグレードします。ターゲットリリースとして VMware Cloud Foundation 4.5 を選択します。
1.17	ワークロード管理 1.18 にアップグレードします。ターゲットリリースとして VMware Cloud Foundation 4.3.1 を選択します。ワークロード管理 1.20 にアップグレードします。ターゲットリリースとして VMware Cloud Foundation 4.5 を選択します。

注：ワークロード管理は、vCenter Server を介してアップグレードできます。 vSphere with Tanzu 環境の更新を参照してください。

vCenter Server のアップグレードバンドルの横にある [今すぐ更新] または [更新のスケジュール設定] をクリックします。
[更新のスケジュール設定] を選択した場合は、バンドルを適用する日付と時刻をクリックし、[スケジュール] をクリックします。
アップグレードの進行状況を監視します。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 ホストが並行してアップグレードされます。管理ドメインまたは VI ワークロードドメインに複数のクラスタがある場合は、アップグレードするクラスタを選択できます。

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

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

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

前提条件

ESXi パスワードが有効であることを検証します。
ESXi バンドルをダウンロードします。VMware Cloud Foundation アップグレードバンドルのダウンロードを参照してください。
クラスタレベルのアップグレードを実行するドメインに、エラー状態のホストまたはクラスタがないことを確認します。エラー状態を解決するか、エラーが発生したホストとクラスタを削除してから続行してください。

手順

ワークロードドメインの [更新/パッチ] タブに移動します。
[事前チェック] をクリックして、アップグレードの事前チェックを実行します。
アップグレードを続行する前に問題を解決してください。
[使用可能な更新] セクションで、ターゲットリリースを選択します。
[今すぐアップグレード] または [更新のスケジュール設定] をクリックします。
[更新のスケジュール設定] を選択した場合は、バンドルを適用する日付と時刻を指定します。
アップグレードするクラスタを選択し、[次へ] をクリックします。
デフォルトの設定では、すべてのクラスタがアップグレードされます。特定のクラスタをアップグレードするには、 [クラスタレベルの選択を有効にする] をクリックして、アップグレードするクラスタを選択します。
[次へ] をクリックします。
適切なアップグレードオプションを選択し、[完了] をクリックします。
デフォルトでは、選択したクラスタが並行してアップグレードされます。アップグレードするクラスタを 6 つ以上選択した場合、最初の 5 つは並行してアップグレードされ、残りのクラスタは順番にアップグレードされます。選択したすべてのクラスタを順番にアップグレードするには、 [順次クラスタアップグレードを有効にする] を選択します。

必要に応じて、 [クイックブートを有効にする] をクリックします。ESXi ホストのクイックブートは、ホストの物理再起動をスキップすることで、Update Manager がアップグレード時間を短縮できるようにするためのオプションです。
アップグレードの進行状況を監視します。VMware Cloud Foundation の更新の監視を参照してください。

次のタスク

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

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

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

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

手順

SSH を用い、展開パラメータシートで指定したユーザー名 vcf とパスワードを使用して SDDC Manager アプライアンスにログインします。
su と入力して root アカウントに切り替えます。
スキップするホストのホスト ID を取得します。
```
curl 'https://SDDC_MANAGER_IP/v1/hosts' -i -u 'username:password' -X GET -H 'Accept: application/json' |json_pp
```
SDDC Manager の IP アドレス、ユーザー名、およびパスワードを実際の環境の情報に置き換えます。

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

...
         "fqdn" : "esxi-2.vrack.vsphere.local",
         "esxiVersion" : "6.7.0-16075168",
         "hardwareVendor" : "VMware, Inc.",
         "cpu" : {
            "cpuCores" : [
               {
                  "model" : "intel",
                  "frequencyMHz" : 2394.375,
                  "manufacturer" : "Intel(R) Xeon(R) Platinum 8260 CPU @ 2.40GHz                                                "
               },
               {
                  "frequencyMHz" : 2394.375,
                  "manufacturer" : "Intel(R) Xeon(R) Platinum 8260 CPU @ 2.40GHz                                                ",
                  "model" : "intel"
               },
               {
                  "model" : "intel",
                  "frequencyMHz" : 2394.375,
                  "manufacturer" : "Intel(R) Xeon(R) Platinum 8260 CPU @ 2.40GHz                                                "
               },
               {
                  "model" : "intel",
                  "manufacturer" : "Intel(R) Xeon(R) Platinum 8260 CPU @ 2.40GHz                                                ",
                  "frequencyMHz" : 2394.375
               },
               {
                  "model" : "intel",
                  "manufacturer" : "Intel(R) Xeon(R) Platinum 8260 CPU @ 2.40GHz                                                ",
                  "frequencyMHz" : 2394.375
               },
               {
                  "frequencyMHz" : 2394.375,
                  "manufacturer" : "Intel(R) Xeon(R) Platinum 8260 CPU @ 2.40GHz                                                ",
                  "model" : "intel"
               },
               {
                  "frequencyMHz" : 2394.375,
                  "manufacturer" : "Intel(R) Xeon(R) Platinum 8260 CPU @ 2.40GHz                                                ",
                  "model" : "intel"
               },
               {
                  "model" : "intel",
                  "manufacturer" : "Intel(R) Xeon(R) Platinum 8260 CPU @ 2.40GHz                                                ",
                  "frequencyMHz" : 2394.375
               }
            ],
            "frequencyMHz" : 19155,
            "usedFrequencyMHz" : 1892,
            "cores" : 8
         },
         "physicalNics" : [
            {
               "deviceName" : "vmnic0",
               "macAddress" : "00:50:56:a1:cf:47"
            },
            {
               "deviceName" : "vmnic1",
               "macAddress" : "00:50:56:a1:8b:71"
            }
         ],
         "bundleRepoDatastore" : "lcm-bundle-repo",
         "hybrid" : false,
         "memory" : {
            "totalCapacityMB" : 79995.421875,
            "usedCapacityMB" : 22571
         },
         "id" : "b318fe37-f9a8-48b6-8815-43aae5131b94",
...

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

/opt/vmware/vcf/lcm/lcm-app/conf/application-prod.properties ファイルを開きます。
ファイルの最後に次の行を追加します。
esx.upgrade.skip.host.ids=hostid1,hostid2

ホスト ID を手順 4 の情報に置き換えます。複数のホスト ID を含める場合は、それらの間にスペースを追加しないでください。例： esx.upgrade.skip.host.ids=60927f26-8910-4dd3-8435-8bb7aef5f659,6c516864-b6de-4537-90e4-c0d711e5befb65c206aa-2561-420e-8c5c-e51b9843f93d
ファイルを保存して閉じます。
application-prod.properties ファイルの所有権が vcf_lcm:vcf であることを確認します。
コンソールウィンドウで次のコマンドを入力して、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 イメージの作成を参照してください。

手順

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

次のテンプレートを使用して、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 を指定すると、アップグレードは 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": "6.7.0-10302608",
"useVcfBundle": false,
"customIsoAbsolutePath":
"/nfs/vmware/vcf/nfs-mount/esx-upgrade-partner-binaries/VMware-VMvisor-Installer-7.0.0.update01-17325551.x86_64-DellEMC_Customized-A01.iso"
}]
}

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

{
    "esxCustomImageSpecList": [
        {
            "bundleId": "aa7b16b1-d719-44b7-9ced-51bb02ca84f4",
            "targetEsxVersion": "7.0.1-18150133",
            "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"
        }
    ]
}

JSON ファイルを /nfs/vmware/vcf/nfs-mount 内の esx-custom-image-upgrade-spec.json として保存します。

注： JSON ファイルが正しいディレクトリに保存されていない場合、 VMware Cloud Foundation のストック ISO がアップグレードに使用され、カスタム VIB が上書きされます。
/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
/opt/vmware/vcf/lcm/lcm-app/conf/application-prod.properties ファイルを開きます。
lcm.esx.upgrade.custom.image.spec= パラメータで、JSON ファイルへのパスを追加します。
たとえば、 lcm.esx.upgrade.custom.image.spec=/nfs/vmware/vcf/nfs-mount/esx-custom-image-upgrade-spec.json です。
ナビゲーションペインで、[インベントリ] > [ワークロードドメイン] をクリックします。
[ワークロードドメイン] 画面で、アップグレードするドメインをクリックし、[更新/パッチ] タブをクリックします。
ESXi アップグレードバンドルをスケジュール設定します。
アップグレードの進行状況を監視します。VMware Cloud Foundation の更新の監視を参照してください。
アップグレードが完了したら、[現在のバージョン] をクリックして ESXi バージョンを確認します。ESXi ホストの表に、現在の ESXi バージョンが表示されます。

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

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

前提条件

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

手順

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

次のテンプレートを使用して、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": "8c0de63d-b522-4db8-be6c-f1e0ab7ef554",
"targetEsxVersion": "6.7.0-10302608",
"useVcfBundle": true,
"esxPatchesAbsolutePaths": "/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 ファイルを /nfs/vmware/vcf/nfs-mount 内の esx-custom-image-upgrade-spec.json として保存します。

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

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

更新の事前チェックの実行

手順

結果

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

前提条件

手順

VMware Cloud Foundation 構成ドリフト バンドルの適用

前提条件

手順

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

前提条件

手順

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

前提条件

手順

VMware Cloud Foundation の NSX-T Data Center のアップグレード

前提条件

手順

結果

フェデレーション環境での VMware Cloud Foundation の NSX-T Data Center のアップグレード

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

手順

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

手順

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

前提条件

手順

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

前提条件

手順

次のタスク

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

前提条件

手順

次のタスク

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

手順

結果

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

前提条件

手順

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

前提条件

手順

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

VMware Cloud Foundation 構成ドリフトバンドルの適用

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

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