VI管理者はスーパーバイザークラスタのアップグレードを計画しています。事前チェック検証は、リソース不足を示すエラーで失敗しました。
スーパーバイザ コントロール プレーン (3 つの VM) の現在のリソース使用状況を確認します。
制御プレーンのサイズ: 小
合計 CPU 予約: 6000 MHz (VM あたり 2000 MHz)
合計メモリ予約: 24 GB (VM あたり 8 GB)
リソース プールの「名前空間」容量:
CPU: 7000MHz
メモリ: 26 GB
アップグレード プロセスでは、ローリング アップデートを実行するために、一時的に 4 番目のコントロール プレーン VM を展開する必要があります。
事前チェックの失敗の最も可能性の高い原因は何ですか?

プラットフォームエンジニアは、スーパーバイザークラスタで使用されるNSXアドバンストロードバランサ（Avi）のIPアドレス消費を最適化しています。現在の「Essentials」エディションの展開では、ロードバランササービスごとに新しいサービスエンジン（SE）IPアドレスとVIPアドレスが消費されるため、IPアドレス枯渇につながります。
エンジニアは、複数の Kubernetes サービスが同じサービス エンジン グループを共有する設計に切り替え、可能な場合は VIP を統合する (L7 Ingress を使用) ことを望んでいますが、当面の懸念はバックエンドの SE のスケーリングです。
現在の設定を確認します: サービス エンジン グループ: デフォルト グループ、SE あたりの最大 VS: 10 Avi コントローラのどのような構成変更により、この VKS 展開のリソース使用が最適化されますか? (該当するものをすべて選択してください。)

プラットフォームエンジニアは、大量のバッチ処理ワークロードのリソース密度を最適化しています。このワークロードは、頻繁に開始・終了する数千の短命タスクで構成されています。各タスクにゲストOS全体のメモリを予約することによるオーバーヘッドが懸念事項となっています。
単一のタスク インスタンスの次のリソース プロファイルを確認します。
タスク実行時間: 2分未満
CPU: 高バースト
メモリ: 512 MB
OS依存性: 汎用Linuxユーザー空間
この特定のシナリオでは、なぜ vSphere Pod が TKG クラスタ ノードよりもアーキテクチャ的に優れた選択肢なのでしょうか? (該当するものをすべて選択してください。)

VKS管理者は、prod-clusterのアップグレードが停止している問題をトラブルシューティングしています。ワーカーノードのロールアウト中にアップグレードが停止しました。
管理者は、現在削除中のノード (worker-node-02) の Machine オブジェクトを検査し、次のイベントを見つけます。
イベント:
タイプ 理由 年齢 送信元 メッセージ
---- ------ ---- ---- -------
警告 DrainFailed 10m machine-controller ノードのドレインに失敗しました: 名前空間「finance」内のポッド「payment-service-5d4f7c」を削除できません: PodDisruptionBudget「payment-pdb」が削除をブロックしています。
PodDisruptionBudget (PDB) のステータスを確認します。
名前 最小 空き 最大 空きなし 許容される中断 年齢
支払い-pdb 2 N/A 50d 0
デプロイメント payment-service では現在 2 つのレプリカが実行されています。
この障害を解決し、アップグレードを続行するための正しい手順は何ですか? (2 つ選択してください)。

プラットフォーム エンジニアは、mysql-data という名前の PVC のスナップショットを作成しようとしましたが、VolumeSnapshot オブジェクトは ReadyToUse: False 状態のままです。
エンジニアは状態を検査します。
$ kubectl ボリュームスナップショットの記述 mysql-snap
...
状態：
すぐに使用可能: false
エラー: スナップショットの作成に失敗しました: エラー: CNS: CnsVolumeNotFound
このエラーの最も可能性の高い原因は何ですか? (2 つ選択してください)