VCFオペレーションクラスタは8ノード（お客様が現在使用しているサイジング標準の最大値）で稼働しています。環境は拡大し続けており、クラスタはCPU競合に陥っています。
# 制約
- スケールアウト制限に達しました (内部ポリシーによる)。
- 現在のノード サイズ: 中 (8 vCPU)。
# 目標
VM インスタンス (ノード) を追加せずにコンピューティング能力を向上します。
どのスケーリング方法を適用できますか?

オペレーターは「ネットワークトップN」ダッシュボードが空であることに気付きました。統合ページを確認すると、sfo-w01-nsx01のNSXアダプタインスタンスに「収集失敗」ステータスが表示されています。
# アダプタインスタンスのステータス: sfo-w01-nsx01
収集状態: 失敗
最終収集: 12時間前
メッセージ: 「接続を確立できません: 証明書の検証に失敗しました。」
# 最近の変更
- NSX Manager クラスタ証明書は昨日、セキュリティ チームによってローテーションされました。
- VCF オペレーション トラストストアは更新されませんでした。
データ収集を復元するための正しい手順は何ですか?

VCF オペレーション アナリティクス ノードで実行されているどの内部ソフトウェア コンポーネントが、迅速な処理と取得のためにクラスター全体でメトリック データを分割する「共有インメモリ マップ」の主な役割を担っていますか。

プラットフォームエンジニアは、開発者向けに簡素化された「セルフサービスカタログ」を提供する必要があります。開発者は、基盤となるインフラストラクチャの複雑さやYAMLコードを意識することなく、標準的なVMをリクエストし、Day 2のアクション（再起動やスナップショットなど）を実行できる必要があります。
このカタログをホストし、ガバナンス ポリシーを適用するように設計されている VCF 自動化コンポーネントはどれですか。

クラウド アーキテクトは、リソースの使用を最適化するために新しいワークロード ドメイン構成を設計しています。
設計上、新しいドメインは管理ドメインに展開されている既存の NSX Manager クラスタを活用する必要があります（「共有 NSX」モデル）。（2 を選択してください。）
# アーキテクチャの決定
ターゲットドメイン: Linux-Dev-WLD
ネットワーク モデル: 共有 NSX (1:多)
ソース NSX: sfo-m01-nsx-cluster
# 設定パネル
[ ] NSXコントローラの展開
[ ] 新しい輸送ゾーンを作成する
[ ] 既存のNSX Managerに接続する
[ ] NSX Edgeノードの展開
この構成により、どのような運用上の影響が生じますか?