シンプルチェックキュー滞留の動きについて
いつもお世話になっております。
キューの滞留について質問があります。
シンプルチェックで2000台のネットワーク機器を監視しています。
監視アイテム数が多いのでキューの滞留が発生しています。
キューの詳細を確認したところ、
滞留が発生するのは常に同じホストです。
滞留が発生していないものと発生しているものに設定の差異はありません。
以下が質問になります。
①キューにたまったアイテムの解消はどういう順番で処理されますか？
遅延が遅いものからでしょうか？
②適用するテンプレートや、ステータスに差異が無いのに
一部特定のホストのみ、キューが滞留することはあるのでしょうか？
以下が質問になります。
サーバスペックは以下です。
OS:RedHat7.3
RAM:8GB
DISK:60GB
CPU:Xeon 1P2C
コンフィグ等質問の回答に必要な情報があれば、ご指摘ください。
以上、よろしくお願いいたします。
TNK - 投稿数: 4769
ソースでの再確認はしていませんが、それぞれのアイテムの取得す
るはずであった時刻順に実行するようになっていたと思います。
同じ設定でもキューに溜まる原因としては、そのシンプルチェック
の処理に時間がかかっていることが考えられます。
値取得処理に時間のかかるアイテムが多いと、先に実行していた値
取得処理が終了する前に次のアイテムの取得タイミングになってし
まい、キューに溜まり続けてしまうでしょう。
Zabbixサーバーの各プロセスのbusy状態なども確認してみてくださ
い。
jk - 投稿数: 3
TNK様
ご回答ありがとうございます。
取得するはずだった時間順に実行するということは
キューの遅延時間が遅いもの程優先的に処理されていくという
認識であっておりますでしょうか？
icmppinglossを使った単なるPing監視なので
ホストによって処理に差が出るというのがイメージしにくいです。
各プロセスですが、
icmp pinger processが最大70%平均47%
unreachble poller processが最大90%平均65%
他のプロセスは10%にも達していません。
TNK - 投稿数: 4769
icmppinglossをどのような引数でどのような間隔で実行されていま
すか？
jk - 投稿数: 3
アイテムはicmppingloss[,100,100,32,400]です。
アイテムを紐づけているホスト数は1000で、更新間隔は2分になっています。