VCF 9.0 アップグレードドキュメントには、段階的なアップグレード手順が明確に記載されています。「VCF 9.0 へのアップグレードは、SDDC Manager のアップグレードから始まります。SDDC Manager が 9.0 にアップグレードされた後にのみ、他のコンポーネントバンドル（vCenter、ESXi、NSX、Operations）のダウンロードと適用が可能になります。」この設計により、SDDC Manager は環境の残りの部分に必要なライフサイクル操作との互換性を確保します。SDDC Manager を最初にアップグレードしないと、他のバンドルを処理または表示できません。オフラインリポジトリ (A)、プロキシサーバー (B)、または ASYNC ツール (C) は、バンドルの表示順序に影響を与えません。したがって、正解は D です。SDDC Manager を最初にアップグレードする必要があります。

VCF 9.0では、VCF Operationsから開始されるログデータ転送が導入されました。ドキュメントには、「Aria Operations for Logs 8.xから最大90日間のログデータを転送できます。移行されたログはVCF Operations for Logsに保存されます。」と記載されており、「ログを転送するには、管理 > コントロールパネルの「ログデータ転送」カードに移動し、「転送開始」ボタンをクリックします。転送するログの期間を選択できます。」と記載されています（強調追加）。
さらに、単純な転送ではすでに取り込まれたログは転送されないことも明確にされています。「ログを転送しても、すでに取り込まれたログは転送されません。VCF オペレーションのログデータ転送機能を使用して、最大 90 日間の履歴ログを転送します。」したがって、正しい操作は、VCF オペレーション（管理 > コントロール パネル > ログデータ転送）で転送を開始することです。

VCF 9.0 では、ログ/オペレーションのオペレーションモデルとして、シンプル（標準）と高可用性（クラスタ）の 2 つが文書化されており、シンプルはテスト/開発環境向けのフットプリントが最小限のオプションであることを強調しています。「アーキテクチャの柔軟性：シンプルまたは高可用性クラスタのデプロイメントに導入できます。推奨されるデプロイメントは HA クラスタです。…シンプルデプロイメントはテスト/開発環境向けであり、本番環境のユースケースには適していません。」一方、HA/クラスタモデルでは、大規模な冗長性を実現するためにリソースが増加します。要件はリソースフットプリントの最小化であるため、シンプルモデルが適切な選択です。（ストレッチ/継続的な可用性オプションは、このコンテキストでは VCF オペレーションモデルには記載されていません。）

vCenter アラームは、特定のしきい値またはイベントが発生したときにアクションまたはアラートをトリガーするように構成できます。
分散スイッチのヘルス チェックはネットワークの誤った構成に焦点を当て、Log Insight はログを集約し、vSphere Data Protection はバックアップ/リストアを提供します。

VCF 9.0 と統合された NSX 4.x では、デフォルトのセグメント セキュリティ プロファイルはデフォルトで DHCP サーバをブロックします。NSX 管理ガイドには、「セグメントで DHCP サーバを許可するには、適用済みのセグメント セキュリティ プロファイルを編集し、DHCP サーバ ブロック オプションを「いいえ」に設定してください」と記載されています。プロファイル (B、C) の複製はオプションのベスト プラクティスですが、機能上必須ではありません。DHCP サーバ ブロックは IP 検出プロファイルではなくセキュリティ プロファイルに存在するため、C と D は誤りです。したがって、必要な手順は、デフォルトのセグメント セキュリティ プロファイルを編集し、「DHCP サーバ ブロック」を「いいえ」に設定して適用することです。