内部イベントアクションの条件指定について
いつもお世話になっております。
内部イベントのアクションについて、ご教授頂けないでしょうか。
以下の事を実現したいのですが、可能でしょうか?
□実現したいこと
アイテムやトリガーのステータスが"取得不可"、"不明"状態となった場合、
アラートメールを送りたいが、即時にステータスが復旧したものについては
メール送信をしたくない。
例)
・アラートメールを送付したくないパターン
アイテムAのステータスが取得不可になり、1分後にステータスが復旧した場合
・アラートメールを送付したいパターン
アイテムAのステータスが取得不可になり、1時間経過してもステータスが復旧しない場合
□自分で試してみたこと
以下の事を試してみましたが、1時間以内にアイテムのステータスは復旧したにも関わらず
1時間後にアラートメールが送付されてしまいました。
※以下公式マニュアルの例2で実現が可能かと思い試した内容です
https://www.zabbix.com/documentation/2.2/jp/manual/config/notifications/action/escalations
○デフォルトアクションを修正
Report not supported items
Report unknown triggers
[アクションの実行内容]→[ユーザーグループにメッセージを送信]の
開始と終了のステップを、それぞれ”1”から”2”に変更
この公式の例は、ただ単に遅らせて通知するということなのでしょうか…?
何か、解決策があればご教授頂きたいと思います。
□環境
Zabbix Sever:Zabbix 2.4.2
OS:CentOS 6.5
TNK - 投稿数: 4760
動作確認はしていませんが、Zabbixエージェントを利用していて
アクティブチェックが利用できる環境であるならば、内部イベント
を利用せずに、「Zabbixエージェント(アクティブ)」で値を取得
して、そのアイテムに対してnodata()のトリガーを作成する方法で
対応してみてはいかがでしょうか?
TF0814 - 投稿数: 49
TNK様
ご回答頂きありがとうございます。
やはりそういった個別対応をするしか無いのですね。。。
テンプレート数やアイテム数、トリガー数がかなり多いので
個別対応は避けたいと思っておりましたが、そちらで
検討してみようと思います。
TNK - 投稿数: 4760
ソースを精査したわけではないのですが、イベントソースが「内部
イベント」ですとトリガーと同じような状態管理を行っているわけ
ではないようなので、発生したタイミングでしかイベントが発生し
ないと思われます。
イベントソースがトリガーであれば、トリガーが異常から正常に戻
った時点でアクションの実行が停止されるので、現在実現しようと
されているようなエスカレーションの動作になるはずです。
他の方法も考えてはみますが、たまたま1回取得できなかっただけ
ではメールを送信したくないとなると、先に上げた方法になってし
まうのではないかと考えています。