|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
[解説] Pingに３回応答しなかったらメール送信、の仕組み※このページは仕組みについて説明します。具体的な設定は Ver5.0 「Pingに３回応答しなかったらメールを送信する(V5)」 Ver6.0/7.0 「Pingに３回応答しなかったらメールを送信する(V7)」 を参照してください。 ※このページの情報はV5の情報です。 監視システムで一番メジャーな死活監視は定期的なPingです。 Ping確認頻度が5分おきなのか1分おきなのかは、システム環境の必要性によって異なります。 一回のPingロストでエラーを出すと、ちょっとしたパケ落ちでダウンアラームが発生することになります。 ダウンが発生すれば回復も発生するので、頻繁な誤報は監視の質を落とします。 「連続○回Pingダウンが発生したらメール送信」と、弾力的な監視にすると良いでしょう。 ここでは一例として 「一分毎にPingを送信し、3回応答がなかったら（つまり3分応答なし）メールを送信する」の仕組みについて説明します。 しかしPandoraFMSではこの動作について、少しクセがあります。 複数の設定を組み合わせて監視するため、複雑になりがちです。 結論 ２種類の実現方法が考えられる。それぞれ挙動が異なる １．モジュールの抑制間隔を設定するパターン ２．アラートテンプレートの最小アラーム数を設定するパターン PandoraFMSのマニュアルに書いてあるのは１です。 一方、他の監視システムでよく採用されている仕組みは２です。 「使用モジュールはHostAlive」、「アラートは３回目に発生させる」を前提に勧めます。
アラートはメール送信と考えるとわかりやすいでしょう。 追記 Pandora FMS V6以降では障害発生までの抑制間隔と復旧までの抑制間隔に別の値を設定できるようになりました。それにより「１．モジュールの抑制間隔を設定する」でも、「3回のポーリング失敗で障害、1回のポーリング成功で復旧」の動作が可能です。 連続抑止回数の項目を読むと、「何回発生したらダウンとみなすか」とそれらしいことが書いてあります。 しかし重要なことが書いてありません。 それは「何回で回復とみなすか」です。 機器が長時間にわたりアップダウンを繰り返している状態なら、障害は回復していない。と判断するなら１をチョイスします。 そういった事象はあまり起きない環境で、ダウンによる警告メール・アップによる回復メールを送信するという運用を行うなら、２を選択します。 以下に、モジュールの連続抑制時間隔の設定と、最小アラート数の設定の動作の違いを比べます
１は、１回のポーリングミスではアラートはおろかイベントも発生させません。 そして、回復はシステムの安定を確認してからメールします。 ２は１回のメールダウンでもイベントを発生させます。 回復は、一度でも通信が確認できた時点でメールを送信します。 環境によって異なることは承知しつつ、PandoraFMSのマニュアルにもあるとおり基本は１です。 ですが、やはり他の監視システムでも採用されている２のほうが使い勝手が良いでしょう。 ついでに アラートテンプレートの最大アラートとは、何度まで警報を連続させるかです。 アラートは基本、ポーリングのたびに発生します。 １分おきにPingエラーが発生し続けているのなら、１分おきに警告エラーメールが送信されます。 最大アラートが３に設定されている場合、警告エラーメールは連続３回送信されたのち、抑止されます。 もし最大アラートが「０（上限なし）」なら、際限なくメールが送信されます。 最大アラートが３で、再通知間隔が１日の場合。アラートが継続しているのなら、１日経つと警告メールを３通送信します。 再通知間隔とは、最大アラートのカウントをクリアする間隔です。 |
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
 |