監(jiān)控討論：如何選擇合適的運(yùn)維監(jiān)控工具？《互聯(lián)網(wǎng)運(yùn)營(yíng)智慧》精彩試讀

wmbxx

支持，希望早日能買到這本書。

lsstx

頂啊，快出來(lái)吧老田的書。。

coffee777

回復(fù) 110# sery


    我也沒(méi)打算裝的，但是好像cacti默認(rèn)是不監(jiān)控網(wǎng)卡流量的啊，看到這個(gè)功能需要安裝插件所以才裝那個(gè)補(bǔ)丁，打算裝插件的

但是補(bǔ)丁總是提示我File to: 看補(bǔ)丁的README里面好像沒(méi)提到這個(gè)問(wèn)題，比較郁悶了

coffee777

回復(fù) 77# skylove


    這個(gè)比較強(qiáng)大，那樣可以做到免費(fèi)短信提醒

duanjigang

大家有考慮使用另外一款監(jiān)控軟件不？偶的CME內(nèi)網(wǎng)安全管理系統(tǒng):wink:
還有，這個(gè)討論會(huì)組織活動(dòng)嗎？什么時(shí)候，什么地點(diǎn)？

hansonhan

{:3_189:} 頂一個(gè)。

babyyellow

其實(shí)我在以前的公司做的監(jiān)控系統(tǒng)就是用Nagios和cacti來(lái)做的，二次開(kāi)發(fā)基本上沒(méi)有
首先是nagios，nagios的功 ...
qingchn 發(fā)表于 2010-10-21 15:13

   

嚴(yán)重頂你！


建立合適的監(jiān)控制度，監(jiān)控梯隊(duì)是相當(dāng)重要的

realgod

我也就我的一點(diǎn)經(jīng)驗(yàn)談一下現(xiàn)在很流行的監(jiān)控和對(duì)監(jiān)控的一點(diǎn)暢想吧！

1. nagios：
    優(yōu)點(diǎn)：便宜，量又足的free監(jiān)控系統(tǒng)，在小規(guī)模部署（單臺(tái)主動(dòng)監(jiān)控服務(wù)<3000）一下很好用
             監(jiān)控的系統(tǒng)設(shè)計(jì)很不錯(cuò)，基礎(chǔ)監(jiān)控的功能完備，插件擴(kuò)展方便。
    缺點(diǎn)：擴(kuò)展性能較差，橫向擴(kuò)展差，如果做成分布式的，通過(guò)簡(jiǎn)單的send_nsca做的話效率很低，需要自己開(kāi)發(fā)master與distribution之間的通訊。
             不支持動(dòng)態(tài)閥值，只能設(shè)置簡(jiǎn)單的靜態(tài)閥值，沒(méi)法做到趨勢(shì)預(yù)警的功能，或者很難做，需要的改動(dòng)太大。

2. cacti
    優(yōu)點(diǎn)：部署簡(jiǎn)單的圖形化監(jiān)控系統(tǒng)。
    缺點(diǎn)： 升級(jí)困難，不向下兼容，需要手工修改N多，歷史數(shù)據(jù)的導(dǎo)入導(dǎo)出麻煩。
              BUG很多。
              操作比較復(fù)雜，尤其在圖形的疊加上操作很煩瑣！
              snmp取值的腳本性能低下，監(jiān)控點(diǎn)多的話，平均5分鐘的php腳本執(zhí)行不完，經(jīng)常導(dǎo)致圖形斷斷續(xù)續(xù)，采用spine后好點(diǎn)，效率高于php
              擴(kuò)展困難，尤其是橫向擴(kuò)展，只能向上擴(kuò)展，而且由于寫rrd文件，在監(jiān)控點(diǎn)多的情況下，會(huì)經(jīng)常性遇到disk IO的瓶頸。

上述的只是系統(tǒng)內(nèi)部的監(jiān)控，如果需要做到內(nèi)外兼顧，尤其是web的公司，必須考慮外部的性能監(jiān)控。

3. 業(yè)務(wù)的外部監(jiān)控。
    從外部監(jiān)控，可以更好的反應(yīng)網(wǎng)頁(yè)的外部性能，對(duì)提升客戶體驗(yàn)和及時(shí)發(fā)現(xiàn)頁(yè)面問(wèn)題有很大的幫助�，F(xiàn)在國(guó)內(nèi)的第3方的外部監(jiān)控公司很多，這里就不列舉了，以防有做廣告的嫌疑。。。


對(duì)監(jiān)控的展望：

1. 上述提到的nagios，cacti都是針對(duì)單個(gè)對(duì)象的監(jiān)控，無(wú)法從更高的視角去展示。
2. 上述的監(jiān)控工具都是寫死的閥值，沒(méi)法做到趨勢(shì)預(yù)測(cè)以及閥值的動(dòng)態(tài)調(diào)整。

所以，我個(gè)人對(duì)監(jiān)控系統(tǒng)的展望如下：
一。 友好的監(jiān)控系統(tǒng)已經(jīng)是從用戶的視角進(jìn)行監(jiān)控的展示！比如SA的視角與應(yīng)用的視角肯定不一致，需要單獨(dú)給用戶設(shè)計(jì)展示界面
二。 監(jiān)控的展示粒度應(yīng)該是可配置的，也就是說(shuō)，我可以根據(jù)需要配置我最細(xì)的展示粒度是集群 or 服務(wù)器 or 最細(xì)粒度的服務(wù)！
三。 監(jiān)控的預(yù)警必須智能。閥值不能是簡(jiǎn)單的固定閥值，必須支持多閥值，或者閥值的動(dòng)態(tài)調(diào)整，并且能從以往的歷史記錄中，通過(guò)算法，有趨勢(shì)計(jì)算功能，結(jié)合業(yè)務(wù)的總?cè)萘縼?lái)生成報(bào)警信息，這樣的報(bào)警才更靈活，報(bào)警效率才會(huì)更高！




所以說(shuō)：
   在設(shè)備規(guī)模較�。ū槐O(jiān)控的server<1000臺(tái)規(guī)模）的情況下，用開(kāi)源的nagios，cacti很好，在設(shè)備規(guī)模上去以后，開(kāi)源的nagios和cacti在不做修改的情況下可以頂，但是較困難和繁瑣。如果規(guī)模再上升，自己開(kāi)發(fā)監(jiān)控系統(tǒng)是必然的了。。。


希望以上對(duì)大家有幫助！

realgod

回復(fù) 24# terrous


    nagios的誤報(bào)，可以通過(guò)設(shè)置適當(dāng)?shù)闹卦嚧螖?shù)來(lái)解決
    但是需要注意的是： 重試次數(shù)的增多就意味著你報(bào)警的延遲要增加，這需要一個(gè)權(quán)衡，在你可以認(rèn)可的報(bào)警延遲的情況下設(shè)置恰當(dāng)?shù)闹卦嚧螖?shù)。。

    我們這邊之前設(shè)置的HTTP監(jiān)控，檢測(cè)間隔1分鐘，重試的檢測(cè)間隔10秒，重試4次，這樣的話，1個(gè)HTTP的web監(jiān)控，理論延遲40秒，還可以接受的。
   
    還有個(gè)重要參數(shù)： nagios的自身調(diào)度延遲！這個(gè)千萬(wàn)不要忽視！請(qǐng)重點(diǎn)關(guān)注下nagios的自身調(diào)度性能

hdksky

感覺(jué)現(xiàn)在絕大部分的監(jiān)控都只停留在閾值報(bào)警和圖形展示層面，大部分的監(jiān)控文章主要也是介紹監(jiān)控軟件，很少能進(jìn)行深入的討論。

監(jiān)控系統(tǒng)抓取的這么多的運(yùn)行狀態(tài)，如何充分的利用起來(lái)，如何發(fā)掘出各個(gè)狀態(tài)之間的關(guān)聯(lián)，如何通過(guò)這些關(guān)聯(lián)分析出問(wèn)題，這些都是監(jiān)控需要深入去做的。