VMware vRealize Operations Reference Materials によると、ワークロードの最適化は、仮想化インフラストラクチャ全体でワークロードのバランスを自動的に調整し、最適化できる機能です。ワークロードの最適化には、クラスター間でワークロードをどの程度積極的に移動するかを決定する 4 つの設定があります。
適度、バランス、統合、緩衝。各設定は、vMotion 操作の数、クラスターのヘッドルーム、およびワークロードの競合に異なる影響を与えます。
Consolidate 設定は、使用されるクラスターの数を減らし、各クラスターの使用率を最大化することで、クラスター間のワークロードの競合を最小限に抑えることを目的とした最も積極的な設定です。Consolidate 設定は、ほとんどの vMotion 操作を実行し、クラスターのヘッドルームを最小限に抑え、ワークロードの競合を最小限に抑えます。統合設定は、オーバープロビジョニングされたクラスターがあり、一部のクラスターを他の目的に解放したり、インフラストラクチャのコストを削減したい環境に適しています。したがって、選択肢 C が正しいです。
他のオプションは、vMotion 操作を減らしてクラスター間のワークロード競合を最小限に抑えるという目標を満たしていないため、不正解です。オプション A は不正解です。中程度の設定は、クラスタの現在の状態を維持し、不必要な vMotion 操作を回避することを目的とした最も積極的な設定ではありません。「中」設定では、最小限の vMotion 操作が実行され、クラスターのヘッドルームが最大限に残され、ワー​​クロードの競合が最も高くなります。中程度の設定は、安定したクラスターがあり、既存のワークロードの配置を中断したくない環境に適しています。オプション B は不正解です。バランス設定は、クラスター間のワークロード分散のバランスをとり、クラスターのパフォーマンスを向上させることを目的とした中程度の設定です。バランス設定では、中程度の数の vMotion 操作が実行され、中程度のクラスター ヘッドルームが残され、中程度のワークロード競合が発生します。バランス設定は、不均衡なクラスターがあり、ワークロードの配置を最適化したい環境に適しています。
選択肢 D は不正解です。バッファ設定は、クラスタのヘッドルームを増やし、リソース不足のリスクを軽減することを目的とした保守的な設定です。[バッファー] 設定では、実行される vMotion 操作の数が少なく、クラスターのヘッドルームが大きく残され、ワー​​クロードの競合が低くなります。バッファ設定は、予測不可能なワークロードやバースト性の高いワークロードがあり、将来の需要に備えて十分な容量を確保したい環境に適しています。参考文献:
ワークロード最適化の構成と使用
自動運転データセンターの実行を開始する - vRealize Operations 7.0 ワークロードの最適化 ワークロードの最適化を使用したパフォーマンスの向上

スーパー メトリックは、1 つ以上のオブジェクトの 1 つ以上のメトリックまたはプロパティを含む数式です。これを使用すると、環境に固有のカスタム メトリクスを作成でき、インフラストラクチャのパフォーマンスと健全性についてより深い洞察を得るのに役立ちます1。スーパー メトリックは、数式 2 に関係するオブジェクトまたはメトリックを含む任意のオブジェクト タイプに適用できます。
オプション A は、データセンター内の VM の平均 CPU 使用率を計算するため、有効なスーパー メトリックです。これは、VM を子オブジェクトとして含むオブジェクト タイプです。このスーパー メトリックの式は avg(${this, metric=cpu|usage_average, Depth=1}) のようなものになります。これは、現在のオブジェクトのすべての子オブジェクトの CPU 使用率平均メトリックの平均を意味します3。
オプション D も、子オブジェクトとして VM を含むオブジェクト タイプである vSphere クラスタ内の非 Windows VM の数をカウントするため、有効なスーパー メトリックです。このスーパー メトリックの式は、count(${this, metric=guestfilesystem|osType, Depth=1, where=not contains windows}) のようなものになります。これは、次のすべての子オブジェクトのゲスト OS タイプ メトリックの数を意味します。現在のオブジェクト。値に windows3 という単語が含まれていません。
オプション B は、2 つの定義されたタイムスタンプ間の各 VM の CPU 使用率の差が関係するため、有効なスーパー メトリックではありません。これは、スーパー メトリックの式で使用できるメトリックまたはプロパティではありません。スーパー メトリックでは、任意のタイム スタンプではなく、vRealize Operations によって収集されたメトリックまたはプロパティのみを使用できます2。
オプション C は、関数内の数学的計算で使用できる文字列演算子を含んでおり、スーパー メトリック式で使用できるメトリックまたはプロパティではないため、有効なスーパー メトリックではありません。スーパー メトリックは、数学的計算で文字列値ではなく数値のみを使用できます2。
オプション E は、ESXi ホスト内の VM の平均 SCSI 数とディスク サイズが関係するため、有効なスーパー メトリックではありません。これは、スーパー メトリックの式で使用できるメトリックまたはプロパティではありません。スーパー メトリックは、スーパー メトリックが割り当てられているオブジェクト タイプで使用できるメトリックまたはプロパティのみを使用できます。SCSI カウントとディスク サイズは、ESXi ホスト オブジェクト タイプ 2 では使用できません。
参考文献:
私の vRealize Operations スーパー メトリクス トップ 15 - VMware ブログ
スーパー メトリックの構成 - VMware Docs
vRealize Operations 8.10 - スーパー メトリックの作成 - 仮想化ブログ

管理 UI を使用して vRealize Operations クラスタを管理できる 2 つのアクションは、vRealize Operations PAK ファイルのアップロードとインストール、および vRealize Operations クラスタの高可用性の有効化または無効化です。
vRealize Operations PAK ファイルのアップロードとインストールは、管理者が vRealize Operations ソフ​​トウェアの更新、新機能の追加、または管理パック 1 のインストールを行うことを可能にするアクションです。
vRealize Operations クラスタの高可用性の有効化または無効化は、管理者が 1 つ以上のノードの障害を許容し、vRealize Operations サービスの継続性と可用性を確保するようにクラスタを構成できるアクションです2。
新しい vRealize Operations ノード OVA のデプロイ (オプション A) は、OVA ファイルを vCenter Server3 にデプロイするために vSphere Client または vSphere Web Client を使用する必要があるため、管理 UI を使用して実行できるアクションではありません。
vRealize Operations ネイティブ管理パックのアクティブ化 (オプション C) は、vRealize Operations Manager UI を使用して [ソリューション] ページにアクセスし、管理パックをアクティブ化する必要があるため、管理 UI を使用して実行できるアクションではありません4。
vRealize Operations ノードでの DNS サーバーの構成 (オプション E) は、ノード設定にアクセスして DNS サーバーを構成するためにコマンドライン インターフェイス (CLI) を使用する必要があるため、管理 UI を使用して実行できるアクションではありません5 。
参考文献:
1: VMware vRealize Operations Specialist 試験 2023 (5V0-35.21) 試験ガイド、VMware、2021 年、p. 11.
2: VMware vRealize Operations Specialist 試験 2023 (5V0-35.21) 試験ガイド、VMware、2021 年、p. 12.
3: 『vRealize Operations Manager インストールおよび構成ガイド』、VMware、2021 年、p. 17.
4: 『vRealize Operations Manager インストールおよび構成ガイド』、VMware、2021 年、p. 31.
5: 『vRealize Operations Manager インストールおよび構成ガイド』、VMware、2021 年、p. 25.

アラート定義の影響設定により、アラートがトリガーされたときにオブジェクトのどのバッジが影響を受けるかが決まります。影響設定は、健全性、リスク、効率のいずれかになります。ヘルスへの影響は、アラートがオブジェクトの現在の状態に影響を及ぼし、即時の対応が必要であることを示します。リスクへの影響は、アラートがオブジェクトの将来の状態に影響を及ぼし、事前のアクションが必要であることを示します。効率への影響は、アラートがオブジェクトによるリソースの最適な使用に影響を及ぼし、最適化が必要であることを示します。したがって、アラートがトリガーされたときにオブジェクトのリスク バッジに影響を与えるという目標を達成するには、管理者はアラート定義の影響設定をリスクに構成する必要があります。参考資料: vRealize Operations でのアラートの定義。ポリシーアラートの定義