この問題を解決する最善の方法は、Prism Web コンソールから VM に割り当てられるメモリの量を増やすことです。このオプションを使用すると、管理者は CVM にアクセスしたり VM をシャットダウンしたりせずに、VM 構成を変更できます。Prism Web コンソールは、Nutanix クラスターと VM1 を管理するためのシンプルで直感的なインターフェイスを提供します。VM のメモリ割り当てを変更するには、管理者は次の手順に従います2:
VM ダッシュボードに移動します
VM リストから VM を選択します
アップデートを選択
VM に割り当てられるメモリ量を調整する
「保存」をクリックします

A)。6000 MB で重大なアラートをトリガーする静的しきい値が設定されていないため、このステートメントは正しくありません。グラフは 6000 MB を超えるピークを示していますが、以下のアラート設定ではこの値での静的しきい値が指定されていません。
B)。これは正しい記述です。「動作の異常」の設定は、異常が発生するたびにアラートを生成するように設定されており、I/O ワーキング セット サイズが 0 MB ～ 4000 MB の場合にクリティカル レベルのアラートがトリガーされるように設定されています。このグラフは、ワーキング セットのサイズが正常範囲 (青色の帯) を超えたときに異常 (ピンク色で強調表示) が発生することを示しています。したがって、4000 MB を超える異常が検出されると、重大なアラートがトリガーされます。
C)。3 回の異常後に警告アラートがトリガーされるように設定されているという兆候がないため、この記述は正しくありません。この展示では、異常の数に基づいてアラートを指定する構成は示されていません。
D)。青色のバンドを超える I/O ワーキング セット サイズに基づいて警告アラートがトリガーされる兆候がないため、このステートメントは正しくありません。アラート設定は、4000 MB 未満の異常を無視し、このしきい値を超える異常に対して重大なアラートをトリガーするように構成されています。
展示に表示される設定は通常、Nutanix の Prism インフラストラクチャ管理プラットフォームの一部であり、パフォーマンス メトリクスのさまざまなしきい値を設定し、それらのしきい値に基づいてアラートをトリガーできます。この動作は、アラート設定の概要が説明されている Prism ドキュメントで定義されています。

これにより、管理者は、パフォーマンス メトリックに基づいて、過剰にプロビジョニングされている VM または十分に活用されていない VM を迅速に特定できるようになります。
https://www.nutanix.com/support-services/training-certification/certifications/certification-details-nutanix-certified-professional-multicloud-infrastructor-6_5

Stargate は、クラスターのすべての I/O 操作を処理する AOS プロセスです。ユーザーからの I/O が OpLog に書き込まれるかエクステント ストアに書き込まれるかを、I/O のタイプとサイズに基づいて決定します。Stargate は、データの階層化、圧縮、重複排除、および消去コーディングも実行します1。Stargate はすべての CVM 上で実行され、他の Stargate と通信してデータの局所性と冗長性を確保します2。

制約された VM とは、需要に対して十分なリソースが不足しており、パフォーマンスのボトルネックにつながる可能性がある VM です。過去 21 日間に基づいて、VM が次のベースライン値の 1 つ以上を示す場合、VM は制約されているとみなされます: CPU 使用率 > 90% (中程度)、95% (重大) CPU 準備時間 > 5%、10% メモリ使用量 > 90%、95% メモリ スワップ レート > 0 Kbps1。適切なホスト リソースを提供するには、制約された VM のサイズを変更 (増加) します1。