cacti與nagios的 主動，被動監(jiān)控

        我一直比較贊同的是主動請求式的監(jiān)控模式，主要原因是被動探測會給監(jiān)控結(jié)點(diǎn)帶來很大的壓力，就Cacti而言，用Spine輪詢，共35個設(shè)備，每分鐘輪詢一次，能吃掉我35%的CPU。
相比之下，通過客戶機(jī)主動發(fā)送請求給監(jiān)控機(jī)的Ganglia，占用資源就非常小。一臺監(jiān)控機(jī)估計(jì)掛200臺客戶機(jī)監(jiān)控不是問題。
區(qū)別就在于，主動請求式是客戶機(jī)把自己的監(jiān)控信息主動發(fā)送給監(jiān)控機(jī)，監(jiān)控機(jī)只要接收這些信息處理即可。
被動探測式是監(jiān)控機(jī)把監(jiān)控請求發(fā)送到客戶機(jī)，客戶機(jī)接到請求把需要的監(jiān)控信息返回給監(jiān)控結(jié)點(diǎn)。
所以，被動探測式會給監(jiān)控機(jī)帶來很大的壓力，因?yàn)樗粩嗟陌l(fā)請求去獲取信息。

但是監(jiān)控寶的同志做了個很好的比方，讓我想法有了些變化。
監(jiān)控機(jī)好比警察，客戶機(jī)好比×××。
不能因?yàn)榫烀Γ筒还堋痢痢?，讓×××主動報告自己的情況。
如果×××突然沒信息了，警察就不知道×××是死了還是跑了。
并且如果警察調(diào)走了，×××不知道，這一群×××就不知道向誰報告了。
但是經(jīng)常也不能老去一直問×××的情況，那樣他的工作效率就太低了。
所以二者各有好處。

首先，警察很忙的時候，讓×××主動報告自己的情況，他記著就行。
但是，一旦×××在規(guī)定的時間沒報告，警察就要主動去聯(lián)系了，看看×××到底是死了還是跑了。

還原到監(jiān)控中，就是主動與被動兩種方式結(jié)合起來。
一般情況下，讓客戶機(jī)比較高頻地自己報告情況情況給監(jiān)控機(jī)，同時，監(jiān)控機(jī)間隔比較長的像客戶機(jī)主動發(fā)送請求，檢查客戶機(jī)是否存活。
同時，一旦監(jiān)控機(jī)在規(guī)定的時間內(nèi)沒收到客戶機(jī)的信息，就要像客戶機(jī)發(fā)請求去輪詢，確認(rèn)客戶機(jī)的狀態(tài)。

主動和被動在合適的時候都有合理的用處，像手機(jī)就是主動向基站報告自己加入，雷達(dá)又是向被監(jiān)控區(qū)域發(fā)送探測信號。
任何方法都有其存在的理由，沒有最好沒有最壞，只有最合適

===============================================================================

下面是我自己對cacti，nagios的監(jiān)控方式（主動-被動）

nagios ：可以說既是主動方式監(jiān)控，也是被動監(jiān)控

主動監(jiān)控：

我們需要在被監(jiān)測主機(jī)上部署NRPE，他相當(dāng)于一個守護(hù)進(jìn)程負(fù)責(zé)監(jiān)聽。而監(jiān)測主機(jī)使用check_nrpe并通過SSL連接訪問這個daemon，然后調(diào)用被監(jiān)測方的check_disk，check_load等腳本獲取信息并將結(jié)果傳遞到監(jiān)測主機(jī)，這樣的好處是監(jiān)控主機(jī)不會有很大的壓力，負(fù)載。

被動監(jiān)控：

有時候我們還需要監(jiān)控，從監(jiān)控主機(jī)到被監(jiān)控主機(jī)之間的網(wǎng)絡(luò)情況，如connect，ping  hardware 以及各種應(yīng)用程序，都是通過被動方式進(jìn)行周期性監(jiān)控的。

cacti：（被動監(jiān)控方式）

就Cacti而言，用Spine輪詢，每次都是通過監(jiān)控主機(jī)來請求監(jiān)控被監(jiān)控機(jī)的監(jiān)控狀況，加入機(jī)器過多，肯定會造成監(jiān)控機(jī)的負(fù)載過高、