プラットフォーム エンジニアは、30 分以上にわたって 50 個以上のポッドが保留状態になっているにもかかわらず、TKG クラスターのバッチ処理がスケールアップしない理由をトラブルシューティングしています。
エンジニアは、ワーカーノードプールのオートスケーラーステータス注釈を確認します: min-size: 3、max-size:
10. 現在のレプリカ数: 5。
エンジニアは、スーパーバイザー上の CAPW (Cluster API Provider for vSphere) コントローラからログを取得し、次のことを確認します。
I1123 10:00:00.123 controller.go:100] MachineSet「batch-processing-workers-md-0」を調整しています E1123 10:00:00.125 controller.go:150] マシン「batch-processing-workers-w9z4」の作成に失敗しました:
割り当て量「ns-resource-quota」を超えました。
要求: CPU=4000m、メモリ=16Gi。
使用: CPU=20000m、メモリ=80Gi。
制限: CPU=22000m、メモリ=88Gi。
ログに基づいて、根本的な原因は何ですか?

プラットフォームエンジニアがTKGクラスタ上で稼働するステートフルアプリケーションを管理しています。アプリケーションのデータボリューム（db-data）の容量が不足しています。基盤となるvSphereストレージポリシーは拡張をサポートしています。
PVC の定義を確認します。
apiバージョン: v1
種類: PersistentVolumeClaim
メタデータ:
名前: db-data
名前空間: app-prod
仕様:
アクセスモード:
- 一度だけ読み書き可能
リソース：
リクエスト:
ストレージ: 10Gi
ストレージクラス名: ゴールドポリシー
ダウンタイムなしでこのボリュームのサイズを 20Gi に変更するには、どの手順が必要ですか? (2 つ選択してください)

DevOps チームは、従来のモノリシック アプリケーションを vSphere with Tanzu に移行しています。
アプリケーションには 2 つのコンポーネントがあります。
コンポーネント 1 (フロントエンド): 水平方向にスケーリングするステートレス Web サーバー。
コンポーネント 2 (データベース): 特定の永続デバイス パス (/dev/sdb)、厳密な IOPS 保証を必要とし、簡単にコンテナー化できないレガシー SQL データベース。
この移行に最も適したハイブリッド コンピューティング戦略はどれですか? (2 つ選択してください)

VI 管理者がスーパーバイザー クラスタをアップグレードしようとしましたが、新しいバージョンが利用可能であることがわかっているにもかかわらず、vSphere Client でアップグレード オプションがグレー表示されているか、使用できません。
この状態の原因として正当なものはどれですか? (該当するものをすべて選択してください。)

VKS 管理者は、「Tanzu Standard」パッケージ セット (Contour や Prometheus などのパッケージを含む) を、workload-cluster-1 という名前の新しくプロビジョニングされた TKG クラスターで利用できるようにする必要があります。
リポジトリ構成については、次の YAML マニフェストを確認します。
apiバージョン: packaging.carvel.dev/v1alpha1
種類: パッケージリポジトリ
メタデータ:
名前: 標準子会社
名前空間: tkg-system
仕様:
フェッチ：
画像パッケージバンドル:
イメージ: projects.registry.vmware.com/tkg/packages/standard/repo:v2.1.0
どの kubectl アクションがこの構成を正しく適用して、クラスター上でパッケージ検出を有効にしますか?