VCF 9.0 コンバージェンスおよび移行ガイドでは、スタンドアロンのvSphere環境からVCFで管理されるワークロードドメインに移行する際の前提条件とサポート対象外の構成について概説しています。
* 拡張リンクモード (ELM) を削除する必要があります。VCF は、拡張リンクモードで接続された複数の vCenter をサポートしていません。各ワークロード ドメインには、SDDC Manager によって管理される専用の vCenter インスタンスがあります。ドキュメントには、「コンバージェンスの前に、拡張リンクモードを非アクティブ化する必要があります。VCF では、ワークロード ドメインごとに独立した vCenter が必要です。」と記載されています。
* ライフサイクルマネージャはイメージのみを使用する必要があります。VCFライフサイクル操作はイメージベースのみです。
ベースラインはサポートされていません。「VCF で管理されているすべてのクラスタは、コンバージェンスの前に vSphere Lifecycle Manager のイメージベースのライフサイクル管理に変換する必要があります。」その他のオプションは不要です。
* 25 Gbps アップリンク (A) は高スループットのために推奨されますが、必須ではありません。10 Gbps アップリンクもサポートされています。
* 標準のvMotionネットワークはコンバージェンス設計に含まれているため、デフォルトでは追加のvMotion VMkernel（C）は必要ありません。
* vSphere Standard Switches (D) はサポートされていません。VCF には分散スイッチが必要であり、既存の vDS 構成を適応させることができます。
したがって、変更する必要がある 2 つの設定は次のとおりです。拡張リンクモードを無効にする (B) およびライフサイクルマネージャをイメージのみに切り替える (E)。
参考資料：VMware Cloud Foundation 9.0 コンバージェンスおよび移行ガイド - サポートされていない構成（ELM）、ライフサイクルマネージャの要件（イメージのみ）。

SDDC Managerは、初期展開時に、各VIワークロードドメインごとに専用のNSX Managerインスタンスと新しいvCenter Serverを必ず展開します。

ドメイン名カスタムプロパティ「domainName」の存在を確認する条件を設定することで、ドメイン名が指定された場合にのみイベント購読がトリガーされるようになります。これにより、必要なドメイン情報が存在する仮想マシンに対してのみ、DNSレコードの作成および削除ワークフローが実行されることが保証されます。

vMotionによるホストからの仮想マシンの移行（A）、メンテナンスウィンドウのスケジュール設定（C）、および冗長性確保のためのNICチーミング（D）の使用は、ダウンタイムを最小限に抑えるのに役立ちます。負荷の再分散が必要な場合、DRSを無効にする（B）と悪影響を及ぼす可能性があります。

vCenter Hardware Statusプラグインは、ハードウェアセンサーデータ（温度、電力など）をvSphere Clientに直接表示します。vSphere Healthは構成と互換性をチェックし、vLCMはパッチ適用とファームウェアを管理し、ホストプロファイルは構成の一貫性を確保します。