シンプルチェック(TCPポート監視)の更新間隔について
更新間隔30秒でTCPポートを監視したいのですが、なぜか更新間隔が5分程度に設定されてしまい、うまくいきません。
同様の設定でもicmppingは更新間隔30秒で設定できたのですが...
設定内容詳細です。
zabbix1.8.8
[アイテム]
---------------------------
タイプ: シンプルチェック
キー: tcp,15489
データ型: 数値(整数)
データの形式: 10進数
更新間隔(秒): 30
---------------------------
[トリガー]
---------------------------
{Template_Alive:tcp,15489.last(#3)}=0&{Template_Alive:tcp,15489.last(#2)}=0&{Template_Alive:tcp,15489.last(0)}=0
---------------------------
※&は実際には半角です。
上記のように30秒毎にチェックを行い、3回帰り値0を検知するとアラートを出力させたいのですが、
設定後に[監視データ]-[最新データ]より最新のチェックを確認すると5分間隔程度でしか更新されていません。
また、同画面のヒストリのグラフを確認すると、データが直線で描かれず5分毎にドットがプロットされています。
icmppingのほうは30秒毎に更新され、グラフも直線で描かれています。
(アイテム・トリガー共、icmppingチェックはキーをicmppingとしたのみで、他の値にTCPポートチェックとの差異はありません。)
このままではアラートを検知するまで10分程度を要することになり非常に困っています。
どなたかお知恵をお貸しください。お願いします。
なお現在、ホストが170程度、アイテム数が2000程度ある為、これが原因になっているのでしょうか?
toy - 投稿数: 3
自己レスです。すみません。
ホストを1台のみ有効にし、それ以外のホストをすべてデータ取得なしのメンテナンス設定にしたところ、
有効にした1台の更新間隔が30秒毎に正しく更新されることを確認しました。
どうやらホスト(アイテム)が多すぎることが原因で間違いないようです。
引き続き、回避策などご存知の方おりましたらご教授ください。
お願いいたします。
kodai - 投稿数: 1341
パフォーマンスが原因の可能性があるようでしたら、>[管理]-[キュー]の画面でキューにアイテムが溜まっていないかどうかを確認してみてください。
もしキューにtcp,15489のアイテムが溜まっているようでしたら、以下の対応を行うことで改善される可能性があります。
ただ、問題が起こっている場合でも正確に5分間隔で取れているというのが気になります。パフォーマンスが悪い場合はデータの取得間隔にばらつきが出ることがほとんどなので、何か他の要因があるのかもしれません。
toy - 投稿数: 3
kodai様
>ただ、問題が起こっている場合でも正確に5分間隔で取れているというのが気になります。パフォーマンスが悪い場合はデータの取得間隔にばらつきが出ることがほとんどなので、何か他の要因があるのかもしれません。
誤解を招く表記になっておりましたが、更新間隔は5分程度で、正確に5分ということではありませんでした。
ご指摘いただきましたとおりキューの確認をおこないましたところ、5分以上のキューはないものの、500以上のキューが随時発生している状態となっておりました。
そこで無効なアイテムやホストをすべて止めましたところ、キューは解消され、更新間隔も30秒になりました。
今後、物理的な増強も視野に入れつつ運用していきたいとは思いますが、ひとまずはこれにて様子を見ていきたいとおもいます。
この度は、まことにありがとうございました。