請(qǐng)問nagios能否做到實(shí)時(shí)報(bào)警！

net17sharplau

查看了整個(gè)nagios的文檔和網(wǎng)上的某些關(guān)于nagios報(bào)警間隔的問題！

  感覺說來說去 好像都是在修改server 里面的以下三個(gè)參數(shù)：

      max_check_attempts          1
        normal_check_interval         1
        retry_check_interval            1
  
   但的卻通過拜讀NAGIOS的官方文檔也沒有找到有相關(guān)參數(shù)可以讓報(bào)警更實(shí)時(shí)一些，以上參數(shù)的時(shí)間單位都是分鐘，按照以上這種不太人性化的參數(shù)配置，最快一條信息傳出也要2到3分鐘，這樣的報(bào)警效率是不是太兒戲了？
  
  所以在此小弟想跟各位有經(jīng)驗(yàn)的朋友討教一下，關(guān)于nagios的報(bào)警實(shí)時(shí)性的問題， 是否有切實(shí)可行的辦法，可以讓nagios本身實(shí)時(shí)報(bào)警，而不是通過我自己額外寫的服務(wù)監(jiān)控腳本。

chenl

interval_length可以自己定義，并非只是默認(rèn)的60s。
interval_length=<seconds>

兩種方式：
1，如果是自監(jiān)控業(yè)務(wù)，或者syslog/snmptrap這樣的事件，可以采用passive方式。記得修改command_check_interval=1s。
2，把interval_length設(shè)定的很小（注意這是個(gè)全局設(shè)置，受影響的選項(xiàng)會(huì)很多，要全面測(cè)試）；

另外，notification及Notification Escalations相關(guān)的配置也要修改，已達(dá)到盡快告警的目標(biāo)。

btw，任何的check都會(huì)有interval，無論多小，所以理論的”實(shí)時(shí)“告警是不太可能的，總會(huì)有一定的延遲，要看服務(wù)可以承受的時(shí)間范圍。

kns1024wh

不是周期，而是客戶端觸發(fā)

net17sharplau

感謝樓上兩位朋友的熱心幫助！  我會(huì)先進(jìn)行測(cè)試！  然后將遇到的問題  再與各位交流！