クラウド管理者は、クラスターの「残り時間」容量予測が大きく変動していることに気づきました。
＃ 調査
- メトリック保持ポリシー: 6か月
- 容量計算モデル: 需要
- 残り時間基準: 保守的
# 最近の変更
容量ポリシーの「履歴データの考慮」設定が「すべて」（6か月）から
「過去 30 日間」。
このポリシー変更は、保持/容量予測の精度と安定性にどのような影響を与えますか?

あるアーキテクトが、プライマリデータセンター（サイトA）にある「標準可用性」（非ストレッチ）VCFオペレーションクラスタのディザスタリカバリ（DR）戦略を設計しています。要件は、セカンダリデータセンター（サイトB）の監視機能を15分のリカバリポイント目標（RPO）で復旧することです。
# 制約
- サイト A とサイト B は、高遅延リンク (100 ミリ秒) を介して接続されています。
- 遅延のため、継続的な可用性 (CA) はオプションではありません。
- Site Recovery Manager (SRM) が利用可能です。
どの DR 方法が要件を満たしていますか?

管理者は、「リモート オフィス」の VCF Operations for Logs クラスターから「中央 HQ」クラスターへのログ転送を構成しています。
このサイト間転送において、転送先のどのプロトコル設定が最適な帯域幅効率 (圧縮) とセキュリティ (暗号化) を提供しますか?

転送先（「Splunk-01」）がメンテナンスのため 2 時間オフラインになります。
このターゲット宛のログに関して、VCF Operations for Logs クラスターの予想される動作は何ですか?

「What-If 分析」シナリオを使用すると、ユーザーはワークロードの追加をシミュレートできます。
出力には次の「不足額」が表示されます:
* CPU: 0GHz
* メモリ: 128 GB
* ディスク: 0 GB
この不足の正しい解釈は何でしょうか?