モニターおよびルール

どの種類のモニターにも 2 つか 3 つのヘルス状態があります。 各モニターは、任意の時点で、それらのいずれか 1 つの状態にあります。 モニターがエージェントによって読み込まれると、まず正常な状態から始まり、 その後は他の状態の条件に一致する状況が検出されたときだけその状態に変化します。

特定のオブジェクトの全体のヘルスは、各モニターのヘルスから決定されます。 つまり、オブジェクトを直接監視するモニターと、依存関係モニターを介してそのオブジェクトにロールアップする他のオブジェクトを監視するモニター、それらの他のオブジェクトを監視する依存関係モニターなどを組み合わせて、総合的に決定されます。 この階層構造は、オペレーション コンソールのヘルス エクスプローラーにグラフィックで表示されます。 ヘルスをどのようにロールアップするかを決めるポリシーは、集合モニターと依存関係モニターの構成時に定義します。

モニターの作成時には、各ヘルス状態の条件を指定する必要があります。 指定した条件のいずれかが満たされると、モニターはその条件に該当する状態に変化します。 特定の時点であてはまる条件が 1 つのみになるように、各条件は他と重複しない設定にする必要があります。 モニターが警告または重大な状態になったときにアラートを生成するように設定することもできます。 また、正常な状態に変化した時点で、前に生成されたアラートが自動的に解決されるように設定できます。

次の図は、Windows Server クラスのヘルス エクスプローラーの例です。 異なる種類のモニターを使うことで全体のヘルス状態を掌握できることがわかります。

ヘルス エクスプローラーの例

• オブジェクトのヘルスに反映させる場合。 モニターは、アラートを生成するだけでなく、監視オブジェクトのヘルス状態にも反映されます。 その結果が状態ビューと可用性レポートに表示されます。

• エラーの状況が解除された時点で自動的にアラートを解決する場合。 ルールから生成されたアラートを自動的に解決することはできません。これは、ルールでは問題が解決されたかどうかを認識できないためです。 モニターの場合は、正常な状態の条件が満たされた時点で問題が解決されたと認識するため、アラートを自動的に解決できます。

• パフォーマンスのしきい値に基づいてアラートを生成する場合。 パフォーマンスのしきい値に基づいてアラートを生成するルールはありません。 モニターではパフォーマンス カウンターの条件にしきい値を設定できるので、この場合はモニターを使用します。

• ルールでは処理できない複雑なロジックを使用する状況の場合。 オペレーション コンソールには、モニターのヘルス状態を設定するためのオプションが多数ありますが、ルールの設定オプションには単純なものしかありません。 ルールで複雑なロジックを使用する必要があり、モニターのヘルス状態を検出する方法がない場合は、手動リセットまたはタイマー リセットを使用してモニターを作成します。 詳細については、「イベント モニターのリセット」をご覧ください。

  [!メモ]

  adb418d7-95ab-4e33-8ced-34a934016aa3#VMPD を使用すると、オペレーション コンソールでモニター用のロジックを使ってカスタムのルールを作成できます。

• 分析およびレポート作成用にパフォーマンス カウンターまたはイベントを収集する場合。 モニターでは、ヘルス状態が変わるときしかこれらの情報が収集されません。 これらの情報を収集する場合は、収集ルールを作成します。

  パフォーマンス カウンターを収集し、ヘルス状態にそのカウンターのしきい値を設定する必要がある場合は、同じパフォーマンス カウンターを使ってルールとモニターの両方を作成します。

• オブジェクトのヘルス状態に反映されないアラートを生成する場合。