VMware Cloud on AWS は、SDDC の更新を定期的に実行します。これらの更新によって、新機能やバグ修正が継続的に配信され、複数の SSDC にわたって一貫したソフトウェア バージョンが維持されます。

VMC バージョン 1.10 または 1.12 などの偶数番号の SDDC ソフトウェアのリリースに対するアップグレードは、すべての SDDC に必ず提供されます。1.11 や 1.13 などの奇数番号のリリースへのアップグレードは依頼に応じて提供されます。SDDC を奇数番号のリリース バージョンにアップグレードする場合は、VMware TAM、営業担当者、またはカスタマー サクセス担当者にアップグレードを依頼してください。この依頼は VMware によって評価され、ビジネスニーズに基づいて検討されます。

SDDC の更新が迫ってくると、VMware から通知 E メールが送信されます。通常、この送信は、定期的な更新の場合は 7 日前、緊急の更新の場合は 1 ~ 2 日前に行われます。アップグレードが遅れた場合、サポートされていないソフトウェア バージョンが SDDC で実行される可能性があります。サポート対象の SDDC のバージョンを参照してください。

また、更新プロセスの各フェーズが開始、完了、再スケジュール、またはキャンセルされたときにも、E メールで通知されます。これらの通知を確実に受信できるようにするために、donotreply@vmware.com がメールの許可リストに追加されていることを確認します。

NSX-T を使用する SDDC のアップグレード プロセス

次の図は、NSX-T に基づくネットワークを使用する SDDC のアップグレード プロセスを示しています。

この図には、「フェーズ 1:制御プレーン ウィンドウ」というラベルのブロックが示されています。このブロックには、バックアップ、ポッドの更新、POP の更新、NSX Edge の更新、vCenter Server の更新、および HCX の更新の手順が含まれています。このブロックの後に待機時間が続き、その後に「フェーズ 2:ホストの更新(ESX と NSX)」という別のブロックが続きます。このブロックには、バックアップ、ホストの追加、ホストの更新、ホストの削除の手順が含まれています。その後に、別の待機時間と、「フェーズ 3:NSX アプライアンス ウィンドウ」という 3 番目のブロックが続きます。このブロックには、NSX アプライアンスのバックアップと更新の手順が含まれています。

次の図に、SDDC インフラストラクチャのさまざまな要素に対するアップグレードの影響を示します。

さまざまな移行フェーズがインフラストラクチャの各コンポーネントの可用性に与える影響を示した図です。フェーズ 1 の制御プレーン ウィンドウでは、制御プレーン、および移行機能を使用できません。フェーズ 1 で発生する 10 秒間の NSX Edge のダウンタイム中を除き、ワークロードは引き続き使用できます。フェーズ 2 のホストの更新では、移行機能を使用できません。制御プレーンとワークロードは使用できます。フェーズ 3 の NSX アプライアンス ウィンドウでは、移行機能を使用できません。制御プレーンとワークロードは使用できます。
重要: アップグレード中の注意事項
  • ホット ワークロード移行もコールド ワークロード移行も実行しないでください。メンテナンス中に移行が開始されるか、移行中にメンテナンスが行われた場合、移行が失敗します。
  • ワークロード プロビジョニング(新規/仮想マシンのクローン作成)を実行しないでください。これらがメンテナンス中に開始されるか、実行中であった場合、プロビジョニング操作は失敗します。
  • ワークロード仮想マシンのストレージ ベースのポリシー管理設定を変更しないでください。
  • 各クラスタに十分なストレージ容量がある(使用されていない容量が 30% を超えている)ことを確認します。

メンテナンスは 3 つのフェーズで実行されます。

フェーズ 1:制御プレーンの更新。これらは vCenter ServerNSX Edge の更新です。このフェーズ中に、管理アプライアンスのバックアップが作成されます。問題が発生した場合は、SDDC にリストア ポイントが設定されます。このフェーズ中に、管理ゲートウェイのファイアウォール ルールが追加されます。このアップグレード フェーズで NSX Edge のフェイルオーバーが発生し、短時間のダウンタイムが生じます。このフェーズでは、NSX Manager と vCenter Server にアクセスできません。この間、ワークロードとその他のリソースは、前述の制約に従って、通常どおり機能します。

注: SDDC バージョン 1.8 からバージョン 1.10v2 以降にアップグレードする場合は、NSX アプライアンスの構成を変更する必要があります。このため、 NSX Edge のフェイルオーバーが発生し、フェーズの終わりに約 10 秒間の追加のダウンタイムが生じます。

フェーズ 1 が完了すると、通知を受信します。フェーズ 1 が完了すると、フェーズ 2 が開始するまで、待機期間があります。フェーズ 2 は、指定した開始時刻に開始されます。

フェーズ 2:ホストの更新。これらは、SDDC 内の ESXi ホストおよびホスト ネットワーク ソフトウェアのアップデートです。追加のホストが一時的に SDDC に追加され、更新のための十分な容量が確保されます。これらのホストの追加に対する請求は行われません。更新を補助するために、vMotion および DRS アクティビティが実行されます。更新プロセスが向上し、更新中に 1 つの NSX Edge のみが移行されるようになりました。この間、ワークロードとその他のリソースは、前述の制約に従って、通常どおり機能します。フェーズ 2 が完了すると、一時的に追加されたホストは SDDC 内の各クラスタから削除されます。

フェーズ 2 が完了すると、通知を受信します。フェーズ 2 が完了すると、フェーズ 3 が開始するまで、待機期間があります。フェーズ 3 は、指定した開始時刻に開始されます。

フェーズ 3:これらは NSX-T アプライアンスの更新です。このフェーズ中に、管理アプライアンスのバックアップが作成されます。問題が発生した場合は、SDDC にリストア ポイントが設定されます。このフェーズ中に、管理ゲートウェイのファイアウォール ルールが追加されます。このフェーズでは、NSX Manager と vCenter Server にアクセスできません。この間、ワークロードとその他のリソースは、前述の制約に従って、通常どおり機能します。

フェーズ 3 が完了すると、通知を受信します。

各フェーズの継続時間の見積もりの詳細については、SDDC メンテナンス時間の見積もりを参照してください。

SDDC に対する SDDC のアップグレードがスケジュール設定されている場合は、VMC コンソール の [メンテナンス] タブで、次回のメンテナンスや進行中のメンテナンスに関する情報を確認できます。詳細については、SDDC メンテナンス スケジュール予約の表示 を参照してください。

VMware Hybrid Cloud Extension (HCX) のアップデート

HCX を使用しているユーザーの場合:
  • SDDC マネージャの VMware Hybrid Cloud Extension (HCX) は、このリリースの一部としてアップグレードされません。
  • SDDC のアップグレード時間帯と重複する可能性がある場合、HCX の移行開始を避けてください。HCX の一括移行プロセスが停止し、HCX vMotion の移行が失敗することがあります。
  • 詳細については、https://docs.vmware.com/jp/VMware-NSX-Hybrid-Connect/index.htmlの『VMware HCX ユーザー ガイド』を参照してください。

VMware vCenter Cloud Gateway のアップデート

VMware vCenter Cloud Gateway を使用しているユーザーの場合:

Horizon Enterprise のアップデート

VMware Cloud on AWS で実行されている Horizon Enterprise インストール環境で SDDC をアップグレードした場合の影響については、https://kb.vmware.com/s/article/74599を参照してください。