VMware vRealize Operations Reference Materials によると、割り当てモデルは、クラスターの CPU およびメモリ リソースのオーバーコミット率を定義できる容量モデルです。割り当てモデルは、ビジネス クリティカルなワークロードのオーバーコミットを回避し、契約上の義務や SLA を遵守するのに役立ちます。割り当てモデルは、構成されたオーバーコミット率とクラスターの予約容量に基づいて容量を計算します。この場合、会社のポリシーでは、クラスタの仮想 CPU 対物理 CPU の比率が 4:1、仮想メモリ対物理メモリの比率が 1:1 を超えてはいけないと規定されています。したがって、vRealize Operations 内のこれらのクラスタに対して割り当てモデルを同じオーバーコミット率で構成する必要があります。このようにして、容量分析は企業のポリシーを反映し、予測に基づいてインフラストラクチャの調達または移行を計画し、容量不足やインフラストラクチャの高額コストのリスクを回避するのに役立ちます。したがって、選択肢 A が正しいです。
他のオプションは、vRealize Operations でクラスタ用に構成できる容量モデルではないため、正しくありません。選択肢 B は不正解です。需要モデルは、クラスター内のリソースの実際の需要に基づいて容量を計算する容量モデルであるためです。需要モデルでは、オーバーコミット率やクラスターの予約容量は考慮されません。需要モデルは、過去の使用率と予測される使用率に基づいてクラスターを最も効率的に使用することを目的としています。選択肢 C は不正解です。制限モデルは vRealize Operations ではなく vSphere で使用される用語です。制限モデルとは、仮想マシンが消費できるリソースの上限を指定する設定です。選択肢 D は不正解です。予約モデルは vRealize Operations ではなく vSphere で使用される用語です。予約モデルは、仮想マシンに保証されるリソースの最小量を指定する設定です。参考文献:
vRealize Operations 7.5 のキャパシティ管理の割り当てモデル
容量分析
ポリシーの構成

Remote Check は、仮想マシンにインストールされている Telegraf エージェントからリモート サービスまたはエンドポイントの可用性とパフォーマンスを監視できる Telegraf プラグインの一種です。vRealize Operations の [Telegraf エージェントの管理] ページからリモート チェックを構成できます。利用可能なリモート チェックには、ICMP と TCP の 2 種類があります。ICMP (インターネット コントロール メッセージ プロトコル) チェックでは、ping コマンドを使用して、ターゲット IP アドレスまたはホスト名の接続と応答時間をテストします。TCP (伝送制御プロトコル) チェックでは、ソケット接続を使用して、ターゲット IP アドレスまたはホスト名とポート番号の接続と応答時間をテストします。SMTP (Simple Mail Transfer Protocol)、FTP (File Transfer Protocol)、および RDP (Remote Desktop Protocol) はリモート チェックではありませんが、他のプラグインを使用する Telegraf エージェントによって検出および監視できるアプリケーション サービスです。参考文献:
「Telegraf エージェントの管理」ページからの追加操作
Telegraf エージェントのリモートチェック
vRealize Operations アプリケーション監視を使用した SSL/TLS 証明書の有効期間の確認 アプリケーション監視の自動化 vRealize-Automated-Install-of-Telegraf-Agent

スーパー メトリックは、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 - スーパー メトリックの作成 - 仮想化ブログ