This site will be decommissioned on December 31st 2024. After that date content will be available at techdocs.broadcom.com.

 

VMware Cloud Foundation 5.0 | 2023 年 6 月 1 日 | ビルド 21822418

VMware Cloud Foundation 5.0.0.1 | 2023 年 9 月 29 日 |ビルド 22485660

これらのリリース ノートに対する追加および更新を確認してください。

アップグレードに関する通知

注：VCF+/VCF-S のお客様は、VCF 5.0 にアップグレードできるようになりました。

新機能

VMware Cloud Foundation (VCF) 5.0 リリースには次の新機能が含まれます。

  • インプレース アップグレード：VCF 4.3.x、VCF 4.4.x、VCF 4.5、VCF 4.5.1 は、SDDC Manager のユーザー インターフェイス（インターネット アクセスあり）から、またはバンドル転送ユーティリティ（インターネット アクセスなし）を使用して VCF 5.0 にアップグレードできます。

  • 分離されたワークロード ドメイン：管理ドメインの vCenter Single Sign-On ドメイン、または他のワークロード ドメインで使用されていない新しい vCenter Single Sign-On ドメインに参加させることができるワークロード ドメインを作成および管理します。

  • BOM コンポーネントの相互運用性のデータ チェック：SDDC Manager 内の BOM コンポーネントの相互運用性の自動チェック。

  • BOM 製品の再ライセンス：SDDC Manager のユーザー インターフェイスから VCF BOM コンポーネントの再ライセンスを実行する機能。

  • ライセンスのアップデート：SDDC Manager のライセンスは VCF の一部として付与されるようになりました。そのため、個別の SDDC Manager ライセンス キーは不要になります。

  • アップグレードの事前チェックの機能強化：アップグレードの事前チェックで、バージョン固有の事前チェックと個々のコンポーネントの事前チェックをきめ細かく制御できるようになりました。

  • 構成の更新ワークフローの機能強化：構成の更新は、アップグレード アプリケーション間で適用することも、後で適用するために保存することもできます。

  • ESXi アップグレードの新しいアップグレード オプション：アップグレードするように選択したクラスタ内にパワーオフ状態の仮想マシンがある場合、このオプションが有効になっている場合は、アップグレード プロセス中にのみ退避されます。それ以外の場合は、アップグレードの目的のためだけに移行されません。

  • スケールされたサポート：並行アップグレードの実行を可能にする、ESXi で 5 つのワークロード ドメインにわたって 10 個のクラスタ（ホスト）を同時にアップグレードする機能 (5*10)。

  • 製品内フィードバック：SDDC Manager は、ユーザーが VMware Cloud Foundation に関連するフィードバックを提供するように、ランダムな間隔でユーザーにプロンプトを表示できます。

  • VMware NSX-T Data Center のリブランド：バージョン 4.0 以降では、VMware NSX-T Data Center は VMware NSX と呼ばれます。

  • VMware 検証済みソリューション：VMware Cloud Foundation 5.0 をサポートするために、すべての VMware 検証済みソリューションが更新されました。更新されたガイドについては、VMware 検証済みソリューションを参照してください。

  • Skyline Health Diagnostics による VMware Cloud Foundation：Skyline Health Diagnostics による VMware Cloud Foundation のプロアクティブ診断で利用可能な新しいコンテンツ。

  • コンポーネント情報 (BOM) の更新：製品の新バージョンを使用してコンポーネント情報を更新しました。

非推奨に関する通知

  • VMware Cloud Builder アプライアンスに含まれる、ESXi サーバをイメージ化するための VMware Imaging Appliance (VIA) は、VMware Cloud Foundation 5.0 で廃止され、今後のリリースで削除される予定です。

  • 今後のリリースでは、[SDDC Manager] > [管理] > [vRealize Suite] セクションにある vRealize Operations カードから [ワークロード ドメインの接続] オプションが削除されます。また、関連する VCF パブリック API オプションも廃止されます。

    vRealize Operations 8.10 以降では、vRealize Operations ユーザー インターフェイスから VCF ワークロード ドメインを vRealize Operations に接続するための機能が強化されました。VCF ワークロード ドメインに接続するために、ユーザーは vRealize Operations ユーザー インターフェイス内でこの方法を使用することを推奨します。

  • これ以降のリリースでは、管理ドメイン クラスタのデフォルト オプションとしての VMware Update Manager が廃止され、vSphere Lifecycle Manager がデフォルトになります。https://docs.vmware.com/jp/VMware-vSphere/7.0/rn/vsphere-vcenter-server-703-release-notes.html に通知されるとおり、これは、今後の vSphere リリースでの VMware Update Manager の廃止に合わせて行われます。

VMware Cloud Foundation のコンポーネント情報 (BOM)

VMware Cloud Foundation ソフトウェア製品は、以下に示すソフトウェア コンポーネント情報 (BOM) で構成されています。BOM に記載のコンポーネントは相互運用可能で、互換性があります。

ソフトウェア コンポーネント

バージョン

日付

ビルド番号

Cloud Builder 仮想マシン

5.0

2023 年 6 月 01 日

21822418

SDDC Manager

5.0

2023 年 6 月 01 日

21822418

VMware vCenter Server Appliance

8.0 Update 1a

2023 年 6 月 01 日

21815093

VMware ESXi

8.0 Update 1a

2023 年 6 月 01 日

21813344

VMware vSAN Witness Appliance

8.0 Update 1

2023 年 4 月 14 日

21495797

VMware NSX

4.1.0.2

2023 年 6 月 01 日

21761691

VMware vRealize Suite Lifecycle Manager

8.10 Patch 1

2023 年 2 月 21 日

21331275

  • VMware vSAN は、VMware ESXi バンドルに含まれています。

  • vRealize Suite Lifecycle Manager を使用して、vRealize Automation、vRealize Operations Manager、vRealize Log Insight、および Workspace ONE Access をデプロイできます。vRealize Suite Lifecycle Manager は、互換性があるこれらの製品のバージョンを特定し、サポートされているバージョンへのインストール/アップグレードのみを許可します。

  • vRealize Log Insight を展開するときに、vRealize Log Insight コンテンツ パックがインストールされます。

  • vRealize Operations Manager を展開するときに、vRealize Operations Manager 管理パックがインストールされます。

  • vRealize Log Insight のコンテンツ パックの最新バージョンには、VMware Solution Exchange および vRealize Log Insight の製品内マーケットプレイス ストアからアクセスできます。

VMware のソフトウェア エディションのライセンス情報

SDDC Manager ソフトウェアは、VMware Cloud Foundation の下でライセンスが供与されます。Cloud Foundation の一部として、SDDC Manager ソフトウェアは特定の VMware ソフトウェア製品を展開します。

SDDC Manager によって展開される次の VMware ソフトウェア コンポーネントは、VMware Cloud Foundation の下でライセンスが供与されます。

  • VMware ESXi

  • VMware vSAN

  • VMware NSX

SDDC Manager によって展開される次の VMware ソフトウェア コンポーネントは、別途ライセンスが必要です。

  • VMware vCenter Server

注：VMware Cloud Foundation システムにデプロイされているすべての vCenter Server に必要なライセンスは 1 つのみです。

購入したライセンスで使用可能な VMware ソフトウェアのエディションについては、VMware Cloud Foundation のコンポーネント情報 (BOM) を参照してください。

製品の全般的な情報については、VMware Cloud Foundation を参照してください。

サポート対象のハードウェア

サポートされている構成の詳細については、VMware 互換性ガイド (VCG)、およびプランニングおよび準備ワークブックの [前提条件チェックリスト] タブの [ハードウェア要件] セクションを参照してください。

ドキュメント

Cloud Foundation のドキュメントにアクセスするには、VMware Cloud Foundation 製品のドキュメントにアクセスしてください。

SDDC Manager が展開可能な VMware ソフトウェア製品のドキュメントにアクセスするには、該当する製品ドキュメントを表示して、画面のドロップダウン メニューから適切なバージョンを選択します。

ブラウザの互換性と画面解像度

VMware Cloud Foundation の Web ベースのインターフェイスは、次の Web ブラウザの最新の 2 バージョンをサポートしています。

  • Google Chrome

  • Mozilla Firefox

  • Microsoft Edge

Web ベースのユーザー インターフェイスの場合、サポートされる標準の解像度は 1920 × 1080 ピクセルです。

インストールとアップグレードに関する情報

VMware Cloud Foundation 5.0 を新しいリリースとしてインストールするか、VMware Cloud Foundation 5.0 へのシーケンシャルまたはスキップ レベルのアップグレードを実行できます。

注意：

VMware Cloud Foundation 5.0 以降にアップグレードする場合は、ナレッジベースの記事 KB 91751 の重要な情報を確認してください。

新規製品リリースのインストール

新規インストール プロセスには、次の 3 つのフェーズがあります。

  • フェーズ 1：環境の準備：プランニングおよび準備ワークブックには、標準アーキテクチャ モデルを使用して、VMware Cloud Foundation で Software-Defined Data Center (SDDC) を実装するために必要なソフトウェア、ツール、および外部サービスの情報が提供されています。

  • フェーズ 2：すべてのサーバを ESXi でイメージ化：Cloud Foundation のコンポーネント情報 (BOM) セクションに記載されている ESXi バージョンを使用して、すべてのサーバをイメージ化します。ESXi のインストールについては、『VMware Cloud Foundation 導入ガイド』を参照してください。

  • フェーズ 3：Cloud Foundation 5.0 のインストール：Cloud Foundation のデプロイについては、『VMware Cloud Foundation デプロイ ガイド』を参照してください。

Cloud Foundation 5.0 へのアップグレード

重要：

VMware Cloud Foundation 4.5.2 は、VMware Cloud Foundation 5.0 または 5.0.0.1 にアップグレードできません。詳細については、ナレッジベースの記事 KB94195 を参照してください。

VMware Cloud Foundation 4.3.x 以降から VMware Cloud Foundation 5.0 へのシーケンシャルまたはスキップ レベルのアップグレードを実行できます。ご使用の環境が 4.3.x より前のバージョンである場合は、管理ドメインとすべての VI ワークロード ドメインを VMware Cloud Foundation 4.3.x 以降にアップグレードしてから、VMware Cloud Foundation 5.0 にアップグレードする必要があります。詳細については、VMware Cloud Foundation ライフサイクル管理を参照してください。

重要：

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

注：

VMware Cloud Foundation 5.0.x はデフォルトで SSH サービスを無効にするため、ESXi ホストで有効になっている SSH に依存するスクリプトは、VMware Cloud Foundation 5.0.x へのアップグレード後に機能しません。この新しい動作に対応するために、スクリプトを更新します。ESXi ホストで SSH サービスを有効または無効にする方法については、KB 86230 を参照してください。

VMware Cloud Foundation 5.0.0.1 リリース情報

VMware Cloud Foundation 5.0.0.1 には、セキュリティ アップデート、ユーザー インターフェイスとライフサイクル管理の問題の修正、および vCenter Server のバンドル レベルでの事前チェックの機能強化が含まれています。

VMware Cloud Foundation VCF 4.3.x、VCF 4.4.x、VCF 4.5、VCF 4.5.1、および 5.0 から VMware Cloud Foundation 5.0.0.1 への順次アップグレードまたはスキップレベル アップグレードを実行できます。ご使用の環境が 4.3.x より前のバージョンである場合は、管理ドメインとすべての VI ワークロード ドメインを VMware Cloud Foundation VCF 4.3.x、VCF 4.4.x、VCF 4.5 および VCF 4.5.1 にアップグレードしてから、VMware Cloud Foundation 5.0.0.1 にアップグレードする必要があります。詳細については、『VMware Cloud Foundation ライフサイクル管理』を参照してください。

VMware Cloud Foundation 5.0.0.1 には、次の BOM アップデートが含まれています。

ソフトウェア コンポーネント

バージョン

日付

ビルド番号

SDDC Manager

5.0.0.1

2023 年 9 月 29 日

22485660

このリリースでは、SDDC Manager の次の問題が解決されています。

  • ユーザー インターフェイスの修正：

    • Missing license information 次の場合にエラー メッセージが表示されなくなりました。

      1. パブリック API（SDDC のユーザー インターフェイス以外）を介してワークロード ドメイン画面からドメイン作成操作をトリガする

      2. ユーザー インターフェイスを介してクラスタの追加ワークフローをトリガする

    • バナーに新しい [閉じる] オプションが追加されました。

    • 管理ドメインと VI ワークロード ドメインのセットアップで、SUBSCRIPTION/ACTIVE（または UNSUBSCRIBED）状態の場合、エラーで次のメッセージがユーザーに表示されました。 You have reached the limit of 4 cloud-connected workload domains. To learn how to add more workload domains, go to the VMware knowledge base.

  • ライフサイクル管理の修正：

    • ESXi のアップグレードがエラーで失敗した ESX UPGRADE VUM STAGE REGISTER UPLOADED FILES

    • VCF 4 を 5 にアップグレードする場合、ライセンス キーの入力仕様に問題が発生したため、vCenter Server のアップグレードで問題が発生しました。

    • LCM デバッグ ログ (lcm-debug.log) にエラー メッセージ「does not have a valid product api version string」が大量に記録されました。この過剰なログの問題は解決されました。

  • 展開：

    • すべての要件を満たしているにもかかわらず、クライアントがホストのコミッショニングに一貫して失敗する

  • 事前チェックの機能強化と修正：

    • ディスク容量が不足しているため、NSXT BACKUP の事前チェックに失敗し、修正メッセージに適切な情報が表示されません。

既知の問題

VMware Cloud Foundation の既知の問題

  • NSX Manager インベントリが同期していないと、ライフサイクル管理の事前チェックでエラーが表示されない

    ライフサイクル管理の事前チェックには緑色のステータスが表示され、NSX Manager インベントリのエラーが生成されません。

    回避策：なし

  • ユーザー インターフェイスに「ライセンス情報がありません」エラーが表示される

    次の実行後に Missing domain licensing information というエラーが表示されます。

    1. パブリック API（SDDC のユーザー インターフェイス以外）を介してワークロード ドメイン画面からドメイン作成操作をトリガする

    2. 次にユーザー インターフェイスを介してクラスタの追加ワークフローをトリガする

    回避策：ページを更新し、[クラスタの追加] ワークフローをトリガします。

  • VCF 4.3 からバージョン 5.0 にアップグレードすると、アップグレード画面に正しくないバージョンが表示される

    バージョン 4.3 からバージョン 5.0 にアップグレードすると、VCF のユーザー インターフェイスに正しくないソース バージョンが表示されます。ただし、実際のアップグレードでは、ソース バージョンからターゲット バージョンへの直接スキップ アップグレードが正しく実行されます。

    回避策：なし

  • ワークロード ドメインを並行して作成すると、NSX Manager あたりのコンピュート マネージャの制限が適用されない

    ワークロード ドメインを並行して作成すると、NSX Manager あたりのコンピュート マネージャの制限を超えるため、1 つ以上のワークロード ドメインの作成に失敗する可能性があります。

    回避策：失敗したワークロード ドメインを削除します。

  • vCenter Server 拡張リンク モードを使用する VCF 5.0 の混在 BOM で、vCenter Server 7.x インスタンスからバージョン 8.0 の vCenter Server システムを確認できる

    バージョン 8.x および 7.x の vCenter Server インスタンスを含む vCenter Server 拡張リンク モード グループがある場合、vCenter Server 7.x インスタンスにログインすると、バージョン 8.0 の vCenter Server システムが vSphere Client に表示されます。vCenter Server 8.0 には新しい機能が導入されているため、vSphere 8.0 に固有のワークフローを vCenter Server 8.0 で実行できますが、vSphere Client 7.x から実行すると予期しない結果が発生する可能性があります。

    回避策：この問題は、vSphere 7.0 P07 で修正されました。

  • アップグレードの [事前チェック範囲] ドロップダウンに追加のエントリが含まれることがある

    SDDC Manager のユーザー インターフェイスを使用してアップグレードの事前チェックを実行し、ターゲットの VCF バージョンを選択すると、[事前チェック範囲] ドロップダウンに選択可能なエントリが必要以上に含まれることがあります。SDDC Manager がエントリとして複数回表示されることがあります。管理ドメインのコンポーネントですが、VI ドメインの選択可能なコンポーネントとして含まれることもあります。

    回避策：なし。この問題は視覚的なものであり、機能への影響はありません。

  • vSphere Lifecycle Manager ベースラインから vSphere Lifecycle Manager イメージへのクラスタの変換がサポートされない

    vSphere Lifecycle Manager ベースライン（旧称 vSphere Update Manager または VUM）は、vSphere 8.0 で廃止されましたが、サポートは継続されます。詳細については、ナレッジベースの記事 KB 89519 を参照してください。

    VMware Cloud Foundation 5.0 では、vSphere Lifecycle Manager ベースラインから vSphere Lifecycle Manager イメージへのクラスタの変換はサポートされていません。この機能は、今後のリリースでサポートされる予定です。

    回避策：なし

  • ワークロード管理で NSX Data Center フェデレーションがサポートされていない

    ワークロード ドメインの NSX Data Center インスタンスが NSX Data Center フェデレーションに参加している場合、ワークロード管理 (vSphere with Tanzu) をワークロード ドメインに展開することはできません。

    回避策：なし。

  • ストレッチ クラスタで、NSX ゲスト イントロスペクション (GI) と NSX ネットワーク イントロスペクション (NI) がサポートされていない

    NSX ゲスト イントロスペクション (GI) または NSX ネットワーク イントロスペクション (NI) が有効になっているストレッチ クラスタはサポートされていません。VMware Cloud Foundation は、AZ 固有のネットワーク構成を許可するために、トランスポート ノード プロファイルを AZ2 ホストから切り離します。NSX GI と NSX NI では、クラスタ内のすべてのホストに同じトランスポート ノード プロファイルを接続する必要があります。

    なし。

  • ストレッチ クラスタおよびワークロード管理

    ワークロード管理が展開されているクラスタをストレッチすることはできません。

    なし。

アップグレードに関する既知の問題

  • 新規 - 既存のアップグレードが進行中の場合、[更新のスケジュール設定/アップグレードの再試行] ボタンが無効にならない。

    ドメインに属しているクラスタに対してアップグレードが進行中の場合でも、ユーザー インターフェイスでは別のクラスタのアップグレードを選択して開始できますが、[完了] ボタンではこのアクションはブロックされます。

    回避策：ドメインでアップグレードが進行中の場合は、別のアップグレードをトリガしないでください。

  • 新規 - ドメイン操作中に [更新] ページの [展開ロック] ポップアップが空白になる

    アップグレード中にホストの追加やクラスタの追加などのドメイン操作を実行すると、アップグレード関連の操作がブロックされ、ツールチップに理由を示すテキストが表示されません。

    回避策：なし。

  • 新規 - アップグレード ユーザー インターフェイスの [完了] ボタンを使用して、複数のアップグレードを開始できる

    [完了] ボタンを複数回クリックすると、同じバンドルに対して複数のアップグレードが開始されます。

    回避策はありません。トリガされたアップグレードはすべて、[タスク] パネルで確認できます。[完了] ボタンを最初にクリックした後に開始されたすべてのアップグレードは失敗します。

  • NSX 3.2.3 の非同期パッチを適用した VCF 4.5.1 を VCF 5.0 にアップグレードできない

    NSX 3.2.3 から 4.1.0.2 へのアップグレードはサポートされていません。NSX 4.1.1 以降のみがサポートされます。

    回避策：なし。

    この問題は今後のリリースで解決される予定です。

  • VC のアップグレードがインストール中に失敗する

    VCF からワークロード VC のアップグレードを実行すると、target vc upgrade precheck stage failing により、VC のインストール時に失敗します。

    回避策：VC の順次アップグレードに同じ一時的な IP アドレスを再利用しないでください。VC のアップグレードごとに個別の一時的な IP アドレスを使用します。

  • NSX Manager にアクティブなアラームがある場合、NSX のアップグレードに失敗することがある

    NSX Manager にアクティブなアラームがある場合、NSX のアップグレードに失敗することがあります。

    回避策：NSX のアップグレード前に、NSX Manager のユーザー インターフェイスでアクティブなアラームがないかどうかを確認し、ある場合は解決します。アラームを解決しない場合、NSX のアップグレードは失敗します。アラームを解決したら、アップグレードを再試行できます。

  • NSX の事前チェックが失敗し、エラー メッセージが表示された

    アップグレードの前提条件 Backup SDDC Manager, all vCenter Servers, and NSX Managers が無視され、NSX 構成バックアップに定義されている STFPlocation に十分なディスク容量がない場合、Precheck for NSX has failed というエラー メッセージが表示されます。sftp server disk is full というエラーの根本原因が Operations Manager ログに表示されますが、現在 SDDC Manager には表示されていません。

    回避策：続行する前に、SFTP サーバで使用可能なディスク容量を増やし、アップグレードの前提条件を完了します。

  • NSX Manager インベントリが同期していないと、ライフサイクル管理の事前チェックでエラーが表示されない

    回避策：なし。

  • SDDC Manager バンドルの詳細に、スキップ レベルのアップグレードに [必要なバージョン] として 4.4.1.1 が表示される必要がある

    VMware Cloud Foundation 4.4.1.1 から 5.0 へのスキップレベルのアップグレード中に、SDDC Manager バンドルの詳細に、VMware Cloud Foundation 4.5.0 が [必要なバージョン] として誤って表示されるエラーが発生します。

    回避策：なし

  • HA 関連のクラスタ構成の問題により、VCF ESXi のアップグレードが事後検証中に失敗する

    ESXi クラスタのアップグレードが失敗し、次のエラー メッセージと同様のエラーが表示されます。

    Cluster Configuration Issue: vSphere HA failover operation in progress in cluster <cluster-name> in datacenter <datacenter-name>: 0 VMs being restarted, 1 VMs waiting for a retry, 0 VMs waiting for resources, 0 inaccessible vSAN VMs

    回避策：ナレッジベースの記事 KB 90985 を参照してください。

  • SDDC Manager のアップグレードが「共通アプライアンス プラットフォームのセットアップ」で失敗する

    SDDC Manager のアップグレード中に仮想マシンの再構成タスク（スナップショットの削除やバックアップの実行など）が管理ドメインで実行されている場合、アップグレードが失敗することがあります。

    回避策：管理ドメインで仮想マシンの再構成タスクが実行されていない時間に SDDC Manager のアップグレードをスケジュール設定します。この問題が発生した場合は、他のタスクが完了するまで待ってから、アップグレードを再試行してください。

  • vCenter Server の並行アップグレードがサポートされない

    複数の VI ワークロード ドメインの vCenter Server を同時にアップグレードしようとすると、アプライアンスの vpostgres 構成ディレクトリの権限を変更しているときにアップグレードが失敗することがあります。vCenter Server Appliance の PatchRunner.log ファイルに「chown -R vpostgres:vpgmongrp /storage/archive/vpostgres」というメッセージが表示されます。

    回避策：各 vCenter Server インスタンスは個別にアップグレードする必要があります。

  • VMware Cloud Foundation をアップグレードすると、vSphere Cluster Services (vCLS) エージェント仮想マシンのいずれかがローカル ストレージに配置される

    vSphere Cluster Services (vCLS) により、vCenter Server が利用できなくなった場合でも、クラスタ サービスを引き続き利用できます。vCLS は 3 台の vCLS エージェント仮想マシンをデプロイして、クラスタ サービスの健全性を維持します。VMware Cloud Foundation をアップグレードすると、vCLS 仮想マシンの 1 台が共有ストレージではなくローカル ストレージに配置されることがあります。これにより、仮想マシンが格納されている ESXi ホストを削除した場合に問題が生じる可能性があります。

    回避策：クラスタの vCLS を無効にしてから再度有効にして、すべての vCLS エージェント仮想マシンを共有ストレージにデプロイします。

    1. 環境内の各クラスタの vCLS エージェント仮想マシンの配置を確認します。

      1. vSphere Client で、[メニュー] > [仮想マシンおよびテンプレート] を選択します。

      2. [vCLS] フォルダを展開します。

      3. 最初の vCLS エージェント仮想マシンを選択し、[サマリ] タブをクリックします。

      4. [関連オブジェクト] セクションで、ストレージについてリストされているデータストアを確認します。これは vSAN データストアである必要があります。vCLS エージェント仮想マシンがローカル ストレージにある場合は、クラスタの vCLS を無効にしてから再度有効にする必要があります。

      5. すべての vCLS エージェント仮想マシンに対して、これらの手順を繰り返します。

    2. ローカル ストレージ上に vCLS エージェント仮想マシンがあるクラスタで、vCLS を無効にします。

      1. vSphere Client で、[メニュー] > [ホストおよびクラスタ] をクリックします。

      2. ローカル ストレージに vCLS エージェント仮想マシンがあるクラスタを選択します。

      3. Web ブラウザのアドレス バーで、クラスタの moref id を確認します。

        たとえば、URL が https://vcenter-1.vrack.vsphere.local/ui/app/cluster;nav=h/urn:vmomi:ClusterComputeResource:domain-c8:503a0d38-442a-446f-b283-d3611bf035fb/summary と表示されている場合、moref id は domain-c8 です。

      4. クラスタを含んでいる vCenter Server を選択します。

      5. [構成] > [詳細設定] をクリックします。

      6. [設定の編集] をクリックします。

      7. config.vcls.clusters.<moref id>.enabled の値を false に変更して、[保存] をクリックします。

        config.vcls.clusters.<moref id>.enabled 設定が moref id に表示されない場合は、その名前を入力して、値に「false」と入力し、[追加] をクリックします。

      8. vCLS エージェント仮想マシンの電源がオフになり、削除されるまで数分待ちます。進行状況は、[最近のタスク] ペインで監視できます。

    3. クラスタで vCLS エージェント仮想マシンを共有ストレージに配置するには、vCLS を有効にします。

      1. クラスタを含む vCenter Server を選択し、[構成] > [詳細設定] をクリックします。

      2. [設定の編集] をクリックします。

      3. config.vcls.clusters.<moref id>.enabled の値を true に変更して、[保存] をクリックします。

      4. vCLS エージェント仮想マシンが展開され、電源がオンになるまで数分待ちます。進行状況は、[最近のタスク] ペインで監視できます。

    4. vCLS エージェント仮想マシンの配置を確認して、それらがすべて共有ストレージ上にあることを確認します。

  • 複数のアップグレードの事前チェックを並行して実行すると SDDC Manager のユーザー インターフェイスの問題が発生する

    複数のワークロード ドメインで事前チェックを同時に開始すると、SDDC Manager のユーザー インターフェイスがちらつき、誤った情報が表示されることがあります。

    回避策：複数の事前チェックを並行して実行しないでください。実行する場合は、事前チェックが完了して結果が評価されるまで待機します。

  • ESXi のアップグレードの事前チェックの結果に、「TPM 2.0 デバイスが検出されましたが、接続を確立できません。」というエラーが表示される

    この問題は、Trusted Platform Module (TPM) チップが部分的に構成されている ESXi ホストで発生する可能性があります。

    回避策：TPM が、CRB（コマンド応答バッファ）ではなく SHA-256 ハッシュ アルゴリズムと TIS/FIFO（先入れ先出し）インターフェイスを使用するように ESXi ホストの BIOS で構成されていることを確認します。これらの必須の BIOS オプションの設定については、ベンダーのドキュメントを参照してください。

  • vSphere Lifecycle Manager イメージを使用する複数のワークロード ドメインで並行事前チェックを実行すると失敗することがある

    並行アップグレードの実行中に、vSphere Lifecycle Manager イメージを使用する複数のワークロード ドメインで事前チェックを並行して実行すると、事前チェックが失敗することがあります。

    回避策：次のガイダンスを使用して、vSphere Lifecycle Manager イメージを使用するワークロード ドメインのアップグレードと事前チェックを計画します。

    • 並行アップグレードの場合、VMware Cloud Foundation は、それぞれ最大 5 つのクラスタを持つ最大 5 つのワークロード ドメインをサポートします。

    • 並行事前チェックの場合、VMware Cloud Foundation は、それぞれ最大 4 つのクラスタを持つ最大 3 つのワークロード ドメインをサポートします。

    • 並行アップグレードと事前チェックを同時に実行しないでください。

  • /v1/upgrades API を使用して、単一の API 呼び出しでワークロード ドメイン全体のクラスタの並行アップグレードをトリガしても、クラスタが並行してアップグレードされない

    VMware Cloud Foundation API を使用して複数のワークロード ドメインを並行してアップグレードする場合、単一のドメイン アップグレード API (/v1/upgrades) 呼び出しに複数のリソース アップグレード仕様 (resourceUpgradeSpec) を含めると、期待どおりに動作しません。

    回避策：VMware Cloud Foundation API を使用して複数のワークロード ドメインを並行してアップグレードする場合に最高のパフォーマンスを得るには、単一のドメイン アップグレード呼び出しに複数のリソース アップグレード仕様 (resourceUpgradeSpec) を含めないでください。代わりに、ワークロード ドメインごとに 1 つの resourceUpgradeSpec を使用して、ドメイン アップグレードを複数回呼び出します。

    SDDC Manager のユーザー インターフェイスを使用して、ワークロード ドメイン全体で複数の並行アップグレードをトリガすることもできます。

  • NSX Data Center のアップグレードが「NSX T PERFORM BACKUP」で失敗する

    NSX Manager のバックアップの宛先を外部 SFTP サーバに変更しなかった場合、SDDC Manager の古い SSH フィンガープリントが原因でアップグレードが失敗することがあります。

    回避策：

    1. NSX Manager UI にログインします。

    2. [システム] > [バックアップとリストア] をクリックします。

    3. SFTP サーバの [編集] をクリックします。

    4. 既存の SSH フィンガープリントを削除し、[保存] をクリックします。

    5. [追加] をクリックして、サーバが提供するフィンガープリントを追加します。

    6. [保存] をクリックします。

    7. SDDC Manager のユーザー インターフェイスから NSX Data Center のアップグレードを再試行します。

  • クラスタ レベルの ESXi アップグレードが失敗する

    アップグレード中のクラスタ レベルの選択では、クラスタの健全性ステータスが考慮されず、クラスタのステータスが [使用可能] と表示されることがあります。障害のあるクラスタを選択すると、アップグレードは失敗します。

    常に更新の事前チェックを実行し、クラスタの健全性ステータスを確認します。アップグレード前に問題を解決してください。

  • NSX トランスポート ノードの事前チェック ステージでエラーが発生するため、vSAN プリンシパル ストレージを使用する管理ドメインまたはワークロード ドメインで NSX Data Center を更新できない

    SDDC Manager で、NSX Data Center を更新する前にアップグレードの事前チェックを実行すると、NSX トランスポート ノードの検証結果に次のエラーが表示されます。

    「No coredump target has been configured.Host core dumps cannot be saved.:System logs on host sfo01-m01-esx04.sfo.rainpole.io are stored on non-persistent storage.Consult product documentation to configure a syslog server or a scratch partition.」

    アップグレードの事前チェックの結果にエラーが発生するため、ドメイン内の NSX Data Center インスタンスの更新を続行できません。VMware Validated Design は、管理ドメインのプリンシパル ストレージとして vSAN をサポートしています。ただし、vSAN データストアはスクラッチ パーティションをサポートしていません。VMware のナレッジベースの記事 KB2074026 を参照してください。

    後続の NSX Data Center の更新の事前チェック検証を無効にします。

    1. Secure Shell (SSH) クライアントを使用して、SDDC Manager に vcf としてログインします。

    2. application-prod.properties ファイルを開いて編集します。 vi /opt/vmware/vcf/lcm/lcm-app/conf/application-prod.properties

    3. 次のプロパティを追加し、ファイルを保存します。 lcm.nsxt.suppress.prechecks=true

    4. ライフサイクル管理サービスを再起動します。 systemctl restart lcm

    5. SDDC Manager ユーザー インターフェイスにログインし、NSX Data Center の更新を続けます。

  • NSX-T のアップグレードが、NSX T TRANSPORT NODE POSTCHECK STAGE のステップで失敗する場合がある

    NSX-T のアップグレードが NSX T TRANSPORT NODE POSTCHECK STAGE より先に進まない場合があります。

    VMware のサポートにお問い合わせください。

  • ESXi のアップグレードが失敗し、「互換性のないパッチまたはアップグレード ファイル。パッチ ファイルがホストに対応しているか確認してください。LCM および VUM ログ ファイルを参照してください。」というエラーが表示される

    このエラーは、アップグレードする ESXi ホストのいずれかでストレージ デバイスが切断されている場合に発生します。

    回避策：アップグレードする ESXi ホストにすべてのストレージ デバイスを接続し、ホストを再起動して、アップグレードを再試行します。

  • 更新の事前チェックが失敗し、「パスワードの有効期限が切れました」というエラーが表示される

    vCenter Single Sign-On パスワード ポリシーで最大有効期間がゼロ（期限切れにならない）に指定されている場合、事前チェックは失敗します。

    回避策：最大有効期間パスワード ポリシーをゼロ以外に設定し、事前チェックを再試行します。

ブリングアップに関する既知の問題

  • VMware Cloud Builder アプライアンスにログインできない

    8 文字の管理者または root パスワードを使用して VMware Cloud Builder アプライアンスを展開すると、アプライアンスにログインできず、「Invalid username or password」というエラーが表示されます。

    回避策：少なくとも 12 文字を含むパスワードを使用して、VMware Cloud Builder アプライアンスを再展開します。

  • ブリングアップ ネットワーク構成の検証が失敗し、「管理のゲートウェイ IP アドレスに接続できません」が表示される

    「管理のゲートウェイ IP アドレスに接続できません」というエラーが、Cloud Builder のユーザー インターフェイスで致命的なエラーとして報告され、ブリングアップを続行できません。一連の事前定義済みポートを使用するため、接続の検証に失敗する場合がありますが、ping は機能しています。

    回避策：詳細については、KB 89990 を参照してください。

SDDC Manager に関する既知の問題

  • VCF 5.0 で OS 設定が継承されるため、SDDC Manager が誤ってダーク モードをレンダリングする

    SDDC Manager のユーザー インターフェイスは、ダーク モードをネイティブでサポートしていません。OS 設定に基づいてダーク モードをレンダリングしようとすると、一部の画面のレンダリングで問題が発生することがあります。

    回避策：この問題を回避できる可能性のある方法は 2 つあります。

    • OS レベルでダーク モードをオフにして、ブラウザ キャッシュをクリアする。または

    • 使用しているブラウザの開発者コンソールで次のスクリプトを実行する（Domain フィールドをお使いのシステムの FQDN に置き換えます）。

    document.cookie = 'clarity-theme=Light; Max-Age=2147483647; path=/; Domain=sddc-manager.vrack.vsphere.local; SameSite=Lax'

  • SDDC Manager のライセンス キーは不要である

    SDDC Manager のライセンス キーは不要です。既存の SDDC Manager のライセンス キーに関連して表示されるエラーは無視できます。

    回避策：なし。

  • vRealize Operations Manager 管理者アカウントが切断状態として表示される

    パスワードの有効期限が切れているため、SDDC Manager で vRealize Operations Manager 管理者アカウントが切断状態として誤って表示されます。vRealize Operations Manager のユーザー インターフェイスへのログインに使用される管理者アカウントのパスワードは期限切れになりませんが、SDDC Manager は実際に仮想アプライアンス (Photon OS) の管理者アカウントのパスワードを確認しています。

    回避策：SDDC Manager で期限切れのパスワード/切断状態のアラートをクリアするには、次の手順を実行します。

    1. 影響を受ける vRealize Operations Manager ノードにログインし、仮想アプライアンスの管理者パスワードを更新します。

    2. SDDC Manager で、期限切れのアカウントのパスワードを修正（またはローテーションか更新）します。または、VMware Cloud Foundation API を使用して POST /v1/credentials/expirations を実行します。

  • SDDC Manager のユーザー インターフェイスに、ローカル OS が常にデフォルトの ID ソースとして表示される

    SDDC Manager の ID ソースとして Active Directory over LDAP または OpenLDAP を追加し、vSphere Client を使用してその ID ソースをデフォルトとして設定する場合、SDDC Manager のユーザー インターフェイス（[管理] > [シングル サインオン] > [ID プロバイダ]）は、引き続きローカル OS をデフォルトの ID ソースとして表示します。


    回避策：vSphere Client を使用して、実際のデフォルトの ID ソースを確認します。

  • NTP サーバの構成時に名前解決に失敗する

    特定の条件下では、NTP サーバを構成するときに名前解決に失敗することがあります。

    回避策：失敗したリソースの FQDN を使用して次のコマンドを実行し、名前解決が成功したことを確認してから、NTP サーバの構成を再試行します。

    nslookup <FQDN>

  • コンポーネントでの CSR 生成タスクがハングする

    CSR を生成すると、コンポーネントのリソースに問題があるため、タスクを完了できない場合があります。たとえば、NSX Manager の CSR を生成すると、NSX Manager ノードの問題によってタスクを完了できないことがあります。リソースが起動して実行中の状態になると、タスクを再試行することはできません。

    1. コンポーネントのユーザー インターフェイスにログインして、問題をトラブルシューティングして解決します。

    2. SSH を使用し、ユーザー名 vcf で SDDC Manager 仮想マシンにログインします。

    3. 「su」 と入力して root アカウントに切り替えます。

    4. 次のコマンドを実行します。 systemctl restart operationsmanager

    5. CSR の生成を再試行します。

  • 健全性チェック用の SoS ユーティリティ オプションに情報がない

    ESXi サービス アカウントの制限により、次の健全性チェック オプションで一部の情報を使用できません。

    • --hardware-compatibility-report: ESXi ホストについての Devices and Driver の情報がありません。

    • --storage-health: ESXi ホストについての vSAN Health Status または Total no. of disks の情報がありません。

    なし。

ワークロード ドメインに関する既知の問題

  • SDDC Manager のユーザー インターフェイスに、分離されたワークロード ドメインの [所有者] が誤って管理ドメイン SSO 管理者ユーザーとして表示される

    分離されたワークロード ドメインを作成すると、ユーザー インターフェイスの [ワークロード ドメイン] ビューに、[所有者] が誤って管理ドメイン SSO 管理者ユーザーとして表示されます。

    回避策：ドメイン情報は、[SSO ドメイン] の下に列として表示されます。SSO ドメインを列として含めるには、テーブル構成で選択して列として表示します。ユーザー インターフェイスの [所有者] 列は、分離されたワークロード ドメインには適用できません。

  • SSO ノード タスクの廃止に成功した後も、予期せぬレプリケーション関係が残ったままになる

    SSO ノードの廃止は成功しましたが、レプリケーション パートナーは残ったままです。

    回避策：無効な SSO ノードのレプリケーション関係を手動で削除し、ワークロード ドメインの削除を再開します。

    vCenter Server コマンド /usr/lib/vmware-vmdir/bin/vdcrepadmin を使用して、レプリケーション関係を追加/削除できます。

  • 「クラスタ作成」と「VI 作成」が混在する操作は、同じ共有 NSX インスタンスに対して操作している場合、並行して実行できない

    NSX リソース上で運用されている VI 作成ワークフローを実行中の場合、NSX を共有しているドメインにクラスタを作成できません。

    回避策：なし。クラスタ作成ワークフローを開始する前に、VI 作成ワークフローを完了する必要があります。

  • SDDC Manager のユーザー インターフェイスで、サポートされていない NSX Manager インスタンスを選択できる

    新しい VI ワークロード ドメインを作成すると、NSX Manager インスタンスを別の SSO ドメインにある VI ワークロード ドメインと共有できません。SDDC Manager のユーザー インターフェイスで、サポートされていない NSX Manager インスタンスを選択できますが、VI ワークロード ドメインの作成タスクは失敗します。

    回避策：なし

  • ホストが別の VLAN にある場合にホストの追加に失敗する

    ホストが別の VLAN にある場合、ホストの追加操作が失敗することがあります。

    1. ホストを追加する前に、そのクラスタの Distributed Switch に新しいポートグループを追加します。

    2. 追加するホストの VLAN ID を使用して、新しいポートグループにタグを付けます。

    3. ホストを追加します。このワークフローが、「ホストの vmknic を dvs に移行」する処理で失敗します。

    4. vCenter Server で失敗したホストを見つけ、ホストの vmk0 を手順 1 で作成した新しいポート グループに移行します。詳細については、vSphere の製品ドキュメントのvSphere Distributed Switch への VMkernel アダプタの移行を参照してください。

    5. ホストの追加を再試行します。

    注： 将来的にホストを削除するときは、他のホストで使用していないポートグループについても、手動で削除してください。

  • NSX ワークロード ドメインにパートナー サービスを展開するとエラーが表示される

    vSphere Update Manager (VUM) が有効になっているワークロード ドメインで、McAfee や Trend などのパートナー サービスを展開すると、「Configure NSX at cluster level to deploy Service VM」というエラーが表示されます。

    トランスポート ノード プロファイルをクラスタに添付し、パートナー サービスを展開します。サービスが展開されたら、トランスポート ノード プロファイルをクラスタから分離します。

  • 監視 ESXi バージョンがクラスタ内のホスト ESXi バージョンと一致しない場合、vSAN クラスタ パーティションが発生する可能性がある

    vSAN ストレッチ クラスタのワークフローでは、Witness（監視）ホストの ESXi バージョンはチェックされません。監視 ESXi バージョンがクラスタ内のホスト バージョンと一致しない場合、vSAN クラスタ パーティションが発生する可能性があります。

    1. vCenter Server の VUM 機能を使用して、一致する ESXi バージョンで Witness（監視）ホストを手動でアップグレードします。

    2. ESXi バージョンと一致する監視アプライアンスを交換またはデプロイします。

  • 監視 MTU が 9000 に設定されていない場合、vSAN パーティションと重大なアラートが生成される

    監視アプライアンスの監視スイッチの MTU が 9000 に設定されていない場合、vSAN ストレッチ クラスタ パーティションが発生する可能性があります。

    監視アプライアンスの監視スイッチの MTU を 9000 MTU に設定します。

  • Dell Hardware Support Manager (OMIVV) で構成された vLCM が有効なワークロード ドメインにホストを追加すると失敗する

    vSphere Lifecycle Manager (vLCM) で有効になっているワークロード ドメインの vSphere クラスタにホストを追加しようとすると、タスクが失敗し、ドメイン マネージャ ログに「The host (host-name) is currently not managed by OMIVV.」というエラーが報告されます。ドメイン マネージャ ログは、SDDC Manager 仮想マシンの /var/log/vmware/vcf/domainmanager にあります。

    OMIVV のホスト インベントリを更新し、SDDC Manager のユーザー インターフェイスで [ホストの追加] タスクを再試行します。OMIVV のホスト インベントリの更新については、Dell のドキュメントを参照してください。

  • vSphere クラスタの追加またはワークロード ドメインへのホストの追加が失敗する

    特定の状況で、ワークロード ドメインにホストまたは vSphere クラスタを追加すると、[NSX トランスポート ノードの構成] または [トランスポート ノード コレクションの作成] サブタスクに失敗します。

    1. NSX Manager 仮想マシンの SSH を有効にします。

    2. admin として NSX Manager 仮想マシンに SSH 接続し、root としてログインします。

    3. 各 NSX Manager 仮想マシンで次のコマンドを実行します：sysctl -w net.ipv4.tcp_en=0

    4. ワークロード ドメインの NSX Manager UI にログインします。

    5. [システム] > [ファブリック] > [ノード] > [ホスト トランスポート ノード] の順に移動します。

    6. [管理元] ドロップダウン メニューからワークロード ドメインの vCenter Server を選択します。

    7. vSphere クラスタを展開し、partial success 状態のトランスポート ノードに移動します。

    8. partial success ノードの横にあるチェックボックスを選択し [NSX の構成] をクリックします。

    9. [次へ] をクリックして、[適用] をクリックします。

    10. 各 partial success ノードについて、手順 7～9 を繰り返します。

    すべてのホストの問題が解決されると、障害が発生したノードのトランスポート ノードの作成が開始されます。すべてのホストがトランスポート ノードとして正常に作成されたら、SDDC Manager のユーザー インターフェイスから、失敗した vSphere クラスタの追加またはホストの追加タスクを再試行します。

  • CEIP が有効になっていない場合、vSAN クラスタの vSAN パフォーマンス サービスが有効にならない

    VMware カスタマー エクスペリエンス向上プログラム (CEIP) を SDDC Manager で有効にしない場合、ワークロード ドメインを作成するとき、または vSphere クラスタをワークロード ドメインに追加するときに、vSAN クラスタに対して vSAN パフォーマンス サービスが有効になりません。CEIP が有効になっている場合は、vSAN Performance Service のデータが VMware に提供されます。また、このデータは、VMware のサポートによるトラブルシューティングや、事前対応型のクラウド監視サービスである VMware Skyline などの製品のために使用されます。CEIP によって収集されるデータの詳細については、カスタマー エクスペリエンス向上プログラムを参照してください。

    SDDC Manager で CEIP を有効にします。VMware Cloud Foundation のドキュメントを参照してください。CEIP を有効にすると、ワークロード ドメイン内の既存のクラスタで vSAN パフォーマンス サービスを有効にするスケジュール設定タスクが、3 時間ごとに実行されます。このサービスは、新しいワークロード ドメインおよびクラスタに対しても有効になります。vSAN パフォーマンス サービスを直ちに有効にするには、VMware vSphere のドキュメントを参照してください。

  • 32 台を超えるホストを含む vSAN クラスタの作成または拡張が失敗する

    デフォルトでは、vSAN クラスタは最大 32 台のホストに拡張できます。大規模クラスタのサポートが有効になっている場合、vSAN クラスタは最大 64 台のホストまで拡張できます。ただし、大規模クラスタのサポートが有効になっていても、作成または拡張タスクが [vSphere クラスタでの vSAN の有効化] サブタスクで失敗する場合があります。

    1. vSphere Client で、vSAN クラスタの大規模クラスタのサポートを有効にします。すでに有効になっている場合は、手順 2 に進みます。

      1. vSphere Client で vSAN クラスタを選択します。

      2. [構成] > [vSAN] > [詳細オプション] を選択します。

      3. 大規模クラスタのサポートを有効にします。

      4. [適用] をクリックします。

      5. [はい] をクリックします。

    2. vSAN 健全性チェックを実行して、再起動が必要なホストを確認します。

    3. ホストをメンテナンス モードにして、ホストを再起動します。

    大規模クラスタのサポートの詳細については、https://kb.vmware.com/kb/2110081 を参照してください。

  • サービス仮想マシン (SVM) が存在する場合、クラスタからのホストの削除、ワークロード ドメインからのクラスタの削除、またはワークロード ドメインの削除に失敗する

    NSX Data Center を介してクラスタにエンドポイント保護サービス（ゲスト イントロスペクションなど）を展開した場合、クラスタからホストを削除したり、クラスタを削除したり、クラスタを含むワークロード ドメインを削除したりすると、[ESXi ホストでのメンテナンス モードへの切り替え] サブタスクに失敗します。

    • ホスト削除の場合：ホストからサービス仮想マシンを削除して、操作をやり直してください。

    • クラスタ削除の場合：クラスタのサービス デプロイを削除してから、操作をやり直してください。

    • ワークロード ドメイン削除の場合：ワークロード ドメイン内のすべてのクラスタのサービス デプロイを削除して、操作を再試行してください。

  • VI ワークロード ドメインにクラスタを追加すると、vCenter Server によって NFS データストア名が上書きされる

    NFS サーバの IP アドレスが同じで、別の NFS データストア名を持つ NFS データストアを、ワークロード ドメイン内にすでに存在する NFS データストアとして追加した場合、vCenter Server は既存のデータストア名を新しいデータストアに適用します。

    別のデータストア名を持つ NFS データストアを追加する場合は、別の NFS サーバの IP アドレスを使用する必要があります。

API に関する既知の問題

  • LCM デバッグ ログ (lcm-debug.log) に「有効な製品 API バージョン文字列がありません」というエラー メッセージが大量に記録される

    この問題は、vRealize 相互運用性データのリリース バージョン形式の問題が原因で発生します。その結果、ログが頻繁にリセットされます。

    回避策：なし。

    この問題は今後のリリースで解決される予定です。

  • NSX クラスタの API が VMware Cloud Foundation Developer Center に誤って表示される

    パブリック API「2.36.6。NSX クラスタからトランスポート ゾーンを取得してください」が VMware Cloud Foundation Developer Center に誤って表示されます。

    回避策：なし

  • ストレッチ クラスタの操作が失敗する

    ストレッチしているクラスタに、オペレーティング システムがインストールされた電源オン状態の仮想マシンが含まれていない場合、「ゼロ仮想マシンのクラスタを検証」タスクで操作が失敗します。

    クラスタをストレッチする前に、クラスタにオペレーティング システムがインストールされた電源オン状態の仮想マシンがあることを確認します。

check-circle-line exclamation-circle-line close-line
Scroll to top icon