イベント

イベント

このセクションには、以下のトピックが含まれています。

イベント パフォーマンスのガイドライン

パフォーマンス管理イベント

ベースライン平均

イベントを使用してデバイス パフォーマンスを監視する方法

イベント ルールを持つ監視メトリック

イベントの表示

イベント マネージャからの通知を設定する方法

イベント パフォーマンスのガイドライン

以下の設定を使用して、イベント パフォーマンスの検証とベンチマークが実行されました。

• 50 万のポーリング対象アイテムが存在する「中規模」の実稼働システム（システム規模の仕様を参照）で推奨される仕様を完全に満たしているシステム。
• 10 個のイベント ルールが、ポーリング対象アイテムで使用されている 7 つの監視プロファイルに適用されています。
  • 1 つのイベント ルールは、ポーリング対象アイテムの最大 33 パーセントを構成するメトリック ファミリ上で 1 分間隔で評価されています。
  • 1 つのイベント ルールは、ポーリング対象アイテムの最大 33 パーセントを構成するメトリック ファミリ上で 15 分間隔で評価されています。
  • 残りのルールは、5 分間隔でポーリングされている残りのアイテムの一部に適用されました。
  • イベント ルールは、4 つのメトリック ファミリに均等に振り分けられました。
  • 各ルールには、1 つの固定条件と 1 つの標準偏差条件があります。
  • 6 つのイベント ルールには、5 分の期間と 15 分のウィンドウがあります。
  • 4 つのイベント ルールには、15 分の期間と 60 分のウィンドウがあります。

    注： パフォーマンスを最適化するには、同じメトリック ファミリに対するイベント ルールを含む監視プロファイルの数を最小にします。 たとえば、1 つの監視プロファイルに［インターフェース］メトリック ファミリに対する 10 個のルールが含まれる場合は、10 個の監視プロファイルに［インターフェース］メトリック ファミリに対する 1 個のルールが含まれる場合よりも、パフォーマンスは向上します。いずれも同一のデバイス セットに適用されることを前提とします。

• 10 万のポーリング対象アイテムには、さまざまな数のイベント ルールが関連付けられています。
• 5 つの Data Collector システムがあり、各システムは約 1/5 のアイテムをポーリングしてします。

イベント処理を監視する方法

処理するイベントの数が多すぎるかどうかを判断するには、Data Aggregator 内のいくつかの重要業績評価指標（KPI）を監視する必要があります。 Data Aggregator でのイベント処理は、バッチ形式で実行されます。たとえば、大きなアイテム グループに対して、イベントは一度に評価および生成されます。 このため、Data Aggregator システムの健全性を評価するために、Data Aggregator システムの自己監視メカニズムを通じて追跡されたさまざまなメトリックが使用されました。 これらの重要なメトリックを表示するには、カスタムの［IM デバイス マルチトレンド］ビューをダッシュボードに追加します。 ［Data Aggregator イベント計算時間］メトリック ファミリから以下のメトリックを使用して、ダッシュボードを編集します。

• イベント プロセス キュー サイズ - イベント処理キューのサイズを表示します。 0、1、または 2 の定数値は、このシステムが健全な状態にあり、現在のイベント処理を維持できることを示します。 2 を超える定数値は、このシステムが現在のイベント処理による負荷を維持できるものの、処理が遅延する（現在のポーリング サイクルより古いポーリングを処理する状態になる）可能性があることを示します。 待ち行列サイズが回復する（減少傾向に転じる）ことなく増加していくと、イベント処理が遅延し、ご使用のシステムに問題が発生する可能性があります。
• 以下の 2 つのメトリックは互いに相補的な関係にあります。
  • クリア イベント数 - レポート間隔のウィンドウでクリアされたイベントの数。
  • 作成イベント数 - レポート間隔のウィンドウで発生したイベントの数。

  多数のイベントが連続して発生またはクリアされると、イベント マネージャ データベースに影響を与える可能性があります。

  これらの 2 つのメトリックの合計が、5 分のポーリング サイクルで 900 イベントを超えると、中規模システムで推奨されている 1 秒あたり 2 ～ 3 イベントという生成レートを超過します。 イベントの生成/クリアは、5 分のポーリング サイクルで 900 イベントを大幅に超過しても許容されます。

• 処理済みイベント ルール評価数 - イベント ルール評価は、1 つのアイテムに対する単一のイベント ルールの評価です。 このメトリックは、イベント ルールの合計を追跡し、それらのルールが適用されるアイテムの数を掛け合わせたものです。 評価数が高いほど、システムの処理量は増加します。 ただし、すべての評価が同等に作成されるわけではありません。 たとえば、多くの固定条件や多くの標準偏差条件を含む、長い期間とウィンドウを使用した評価は、少ない固定条件を含む、短い期間とウィンドウを使用した評価よりも処理の負荷が大きくなります。 そのため、実行可能な評価数は、使用するイベント ルールに応じて増減します。

  テスト環境では、先に説明したように、5 分のポーリング サイクルで評価数が 15 万を超えるとシステムに問題が発生する可能性があることが分かりました。

• イベント計算の合計時間 - このメトリック ファミリのイベント処理にかかった合計時間。 この値がレポート間隔のウィンドウの秒数を超えると、その時点でイベント処理が遅延してバックログが発生したことを示します。

これらのメトリックすべての時間変動を監視することで、ご使用のシステムのイベント パフォーマンスが正常かどうかを判断できます。 さらに、Data Aggregator システム上の Karaf ログにデータベース エラーやその他のエラーが含まれる場合、システムの負荷を示している可能性があります。 一般的に、これらの自己監視メトリックは安定した値である必要があります。 ただし、夜間（デフォルトでは UTC の午前 2 時から 4 時の間）には、一部のデータベース ジョブが集中的に実行されて、自己監視メトリックの値が変動する場合があります。 メトリックが安定状態に戻れば、システムは健全な状態にあると判断できます（ただし、システムがビジーである時間帯には、イベントが遅延する可能性があります）。

ルールを変更する際は、あらかじめイベント処理を少しずつ有効にして、システムの健全性を判断することをお勧めします。 また、各変更の後には、システムの健全性を 24 時間監視することをお勧めします。イベント処理が昼間は安定しているように見えても、夜間に実行される処理に影響を受ける可能性があるためです。

しきい値を超えた場合の対処法

しきい値を超えた場合は、以下の手順に従って対処します。

1. イベント ルールを 1 つずつオフにします。 1 つのルールをオフにしたら、別のルールをオフにする前に、パフォーマンスを確認します。
2. ポーリングされているアイテムの数を減らします。
3. アイテムをポーリングしているイベント ルールを持つ監視プロファイルの数を減らします。
4. これらの手順を行ってもパフォーマンスが改善しない場合は、CA サポートまでお問い合わせください。