Prism Centralにログインした後、管理者は多数の制約付きVMが存在することに気づいた。

これは、それらの仮想マシンについて何を示しているのでしょうか？

管理者は、2つの異なるAHVベースおよびESXiベースのクラスタに基づく環境を管理しています。ワークロードは均等に分散され、正常な状態です。ESXi上で実行されているLinux VMはストレージレベルでパフォーマンスが低下しており、以下のように構成されています。
- VCPU: 8
- VRAM: 32
- vDisk: 3、1つ目100GB、2つ目250GB、3つ目250GB
ダウンタイムを最小限に抑えながら、仮想マシンのパフォーマンスをテストする最も簡単な方法は何ですか？

フルクローンVDIワークロードには、どのストレージ最適化手法が推奨されますか？

管理者は、Prism Central の下で複数の AHV クラスターをサポートし、インテリジェントオペレーションのプレイブックを使用して修復作業を行います。
組織は最近アラートポリシーを標準化したが、自動展開と定期的な更新のため、アラートポリシーの名前とIDは環境ごとに異なる。
要件は、どのアラートポリシーによって生成されたかに関わらず、定義されたパフォーマンスパターン（例えば、影響の種類と深刻度、およびキーワードパターン）に一致するアラートに対して修復プレイブックをトリガーし、無関係な非パフォーマンスアラートを回避することです。
どのプレイブックトリガーが要件を最も満たしていますか？

管理者はNutanix Moveを使用して10台の仮想マシンを移行しており、そのうち2台の仮想マシンの準備モードを手動で変更しました。
移行計画においては、どのような準備モードが使用されますか？