カスタム メトリック構成ファイルをダッシュ​​ボードのスコアボード ウィジェットに追加するための正しいプロセスは、XML 形式でメトリック ファイルを作成し、スコアボード ウィジェットのセルフ プロバイダーをオフに設定し、プロバイダー ウィジェットとのウィジェット インタラクションを作成することです。カスタム メトリック構成ファイルは、スコアボード ウィジェットがさまざまなオブジェクト タイプに対して表示するメトリックを定義するファイルです。ファイルは XML 形式であり、特定のスキーマに従っている必要があります。ファイルを vRealize Operations サーバにアップロードし、スコアボード ウィジェットの [メトリック構成] オプションで選択する必要があります。自己プロバイダー オプションは、ウィジェットの編集中に選択されたオブジェクト、または別のウィジェットで選択されたオブジェクトのメトリックをウィジェットが表示するかどうかを決定します。自己プロバイダー オプションがオフに設定されている場合、ウィジェットには、別のウィジェットで選択されたオブジェクトのメトリックが表示されます。ウィジェットの相互作用は、ウィジェットが相互に通信し、データを渡すことを可能にするメカニズムです。プロバイダー ウィジェットは、別のウィジェットにデータを提供するウィジェットです。受信ウィジェットは、別のウィジェットからデータを受信するウィジェットです。ウィジェット インタラクションを作成するには、管理者はダッシュボードを編集し、プロバイダー ウィジェットと受信側ウィジェットを選択し、インタラクション タイプと渡すデータを構成する必要があります。プロバイダー ウィジェットとのウィジェット インタラクションを作成することにより、管理者はスコアボード ウィジェットがプロバイダー ウィジェットで選択されたオブジェクトのカスタム メトリックを表示できるようにすることができます。参考資料: スコアボード ウィジェットと構成オプションの仕組み。ダッシュボードのスコアボードの方法に関する質問 - メトリック構成 XML - 最大および平均メトリック値。ダッシュボード ウィジェットはデフォルトのメトリック キーを設定できます

トラブルシューティング ワークベンチは、アラートまたはオブジェクトに対して高度なトラブルシューティング タスクを実行するのに役立つ vRealize Operations の機能です。特定の範囲および時間範囲内で問題の潜在的な証拠を探すことができます。潜在的な証拠は、アラート、イベント、プロパティの変更の 3 種類のデータに基づいています。アラートには、オブジェクトまたはそのピアに関連するアクティブなアラートと非アクティブなアラートが表示されます。イベントには、スパイク、ドロップ、異常などのメトリクスの変化に基づくイベントが表示されます。プロパティの変更には、CPU、メモリ、ディスク割り当てなど、オブジェクトまたはそのピアの構成またはプロパティの変更が表示されます。これらの種類のデータは、問題の根本原因を特定し、是正措置を講じるのに役立ちます。
症状と異常なメトリクスは、アラートやイベントのトリガーに使用される可能性がありますが、トラブルシューティング ワークベンチでは潜在的な証拠とは見なされません。ログはトラブルシューティング ワークベンチには表示されませんが、オブジェクトの [ログ] タブからアクセスできます。参考資料: トラブルシューティング ワークベンチを使用した潜在的な証拠の検出、vRealize Operations TroubleshootingWorkbench による実際の問題の解決、トラブルシューティング ワークベンチのホームページ、vROps 8.0 トラブルシューティング ワークベンチ、および Blue Medora

既存の vRealize Operations クラスタに追加のデータ ノードを追加するには、管理 Ul から新しいデータ ノードを展開する必要があります。データ ノードは、環境からデータを収集、保存、処理、分析するノードです。次の手順に従って、既存のインストールを拡張してデータ ノードを追加できます1:
Web ブラウザで、データ ノードとなるノードの名前または IP アドレスに移動します。セットアップ ウィザードが表示されるので、vRealize Operations にログインする必要はありません。
「既存のインストールを拡張する」をクリックします。
「次へ」をクリックします。
ノードの名前を入力します (例: Data-1)。
[ノード タイプ] ドロップダウンから、[データ] を選択します。
プライマリ ノードの FQDN または IP アドレスを入力し、[検証] をクリックします。
「この証明書を受け入れる」を選択し、「次へ」をクリックします。
vRealize Operations 管理者のユーザー名が admin であることを確認します。
vRealize Operations 管理者のパスワードを入力します。
「次へ」をクリックし、「完了」をクリックします。
他のオプションは、管理 Ul から新しいデータ ノードをデプロイしないため、正しくありません。
オプション A は不正解です。既存のデータ ノードのクローン作成はサポートされておらず、データの不整合が発生する可能性があります。オプション C は不正解です。OVF ファイルから新しい仮想アプライアンスをデプロイするだけでは、クラスターにデータ ノードを追加するのに十分ではありません。ノード タイプを設定し、管理 Ul からクラスターに参加する必要があります。オプション D は不正解です。管理 Ul で高可用性を有効にしても、クラスターにデータ ノードは追加されません。フェイルオーバーの目的でプライマリ ノードのレプリカを作成するだけです。参考資料: 既存のインストールを拡張してデータ ノードを追加する

vRealize Operations が収集しないアプリケーション関連のデータ (メトリック) を VM から取得するには、管理者は End Point Operations Management エージェントのカスタム スクリプト機能を使用できます。カスタム スクリプト機能を使用すると、管理者はエンドポイント VM でカスタム スクリプトを実行し、メトリックとして使用できるカスタム データを収集できます。管理者は、End Point Operations Management エージェントを VM にインストールし、適切なスクリプトを VM に配置して、vRealize Operations の VM のエージェントの管理の場所からスクリプトを呼び出すようにエージェントを構成する必要があります。スクリプト メトリックは、エンドポイント VM ごとに 1 つのオブジェクトであるカスタム スクリプトと呼ばれるオブジェクトの下に作成されます。管理者は、[すべてのメトリック] タブで特定のメトリックの出力を表示できます1。Telegraf エージェントはカスタム スクリプトの監視には使用されませんが、事前定義されたプラグインを使用したアプリケーションの監視に使用されます2。スクリプトは vRealize Operation Manager ではなく、エンドポイント VM に配置する必要があります。参考資料: 1: カスタム スクリプト 2: アプリケーション監視

VMware vRealize Operations リファレンス マテリアルによると、待機サイクルとキャンセル サイクルは、症状がトリガーまたはキャンセルされるまでに症状の条件が true または false でなければならない時間を決定する設定です。どちらの設定のデフォルトのサイクルも 5 分です。これは、各サイクルが 5 分の 1 つの収集間隔に対応することを意味します。したがって、症状の待機サイクルが 3 で、キャンセル サイクルが 2 の場合、条件が true になってから症状がトリガーされるまでに 15 分 (3 サイクル x 5 分)、さらに 10 分 (2 サイクル x 5) かかります。分)、条件が false になった後に症状がキャンセルされるまで。他のオプションは、指定された設定とデフォルトのサイクルに基づく計算と一致しないため、正しくありません。参考資料: 症状定義の設定。アラート定義のベスト プラクティス