監控指標體系的構建方法 怎么監控多臺服務器？

怎么監控多臺服務器？你的問題又不是太明白需要描寫用處。我想你不需要的比較多分系統監控和業務監控兩類吧系統監控就是每臺主機的CPU,內存，網絡帶寬等不使用情況，和Mysql,Redis,Nginx等服務

怎么監控多臺服務器？

你的問題又不是太明白需要描寫用處。我想你不需要的比較多分系統監控和業務監控兩類吧

系統監控就是每臺主機的CPU,內存，網絡帶寬等不使用情況，和Mysql,Redis,Nginx等服務的核心指標等，這是比較都差不多的監控，必須得有，假如這塊監控做的好，生產環境可以提前一兩天發現很多問題，防患。

業務監控是業務相關的指標，如某API最大速度調用次數，每分鐘該API的平均響應時間，服務什么的大俠幫幫忙人數，甚至一些運營相關的數據，如七日留存率啦，每日里新增加用戶，每日大量流失用戶等。這些數據也很不重要，他是你整個業務的晴雨表，為你做一些最重要決策提供給依據。

相對于系統監控，有很多開源軟件可以不拿來用，如也很名氣的ngios,cacti,nginx等，部署都比較緊張，客戶端要部agent，還得裝一個center為了再收集，存儲文件展現數據，另外好多插件需要以維護。但有一個比較好很簡單東西是collectd，它那個軟件了各種插件，如系統CPU，磁盤利用率，mysql,nginx,redix等具體用法服務都可

以參與監控，不過自動啟動給你推薦了要監控哪些指標。安裝很方便啊，基本是./configurationampampsomethingampampgiveinstall就可以了。

相對于業務監控，當然是是需要自己寫代碼報給業務數據的，現在比較很流行方案是statsdgraphite，比較古爾科夫，不過有很多語言的sdk，這個可以毫不費力把各種指標監控站了起來。

大都監控體系都差不多吧，不勝感激

1、每臺機器上安裝好一個agent，用來采集本機的性能數據，服務數據

2、每臺機器重新部署的業務，據一個sdk，向center再提交本業務相關的數據

3、每個agent是可以動態的按需求運行程序一些插件，盡快監控頭新的指標

4、像是一個機房內有一個center用處積攢各agent和各業務上報到的指標

5、center要把再采集到的指標數據參與存儲，歸檔，高壓縮，像是用rrddatabase

6、center還得有一個web界面來打開系統各個指標的歷史圖表，甚至要有各種視圖和dashborad來會顯示一組相關的指標。

7、center還得一天把用戶自定義的幾個最重要的的指標生產報表發郵箱運維或則相關人員。

8、center還必須能保存各種告警規則，如某個指標后過一次超過某個閾值出現告警，的或波動將近某個范圍才能產生告警，的或某個指標達到多長時間還沒有必須上報數據有一種告警

9、center也要通過各種告警的收斂，宛如類告警的合并，充當屏蔽某類告警，如何防止因為網絡劇烈抖動紊亂大量告警等，沒有這些運維人員會掩沒在各種告警聲中。

10、center要以各種將告警郵箱里給運維人員，如短信，郵件，，語音等。

11、center又要對你每次告警參與回顧曾經，統計計算，總結，結論每個系統的薄弱點，和用率，在線時間，穩定性等。

所以才說，自己壘建一套完備可信度高的監控體系，挺不容易的，需要投入到大量的人力和精力去開發和能維護。

現在國外也有一些拿來做運維項目外包的廠商，center托管在給他們，省些了比較大的工作量，只剩下的agent和plugin那就得自己安裝，但這就簡單了，其實有很多也可以做批量作戰部署的運維工具。

比較比較鼎鼎大名的有NewRelic,StatHat,hostedgraphite，可以不去所了解下，大部分那是安裝好個agent就可以向它們的center必須上報數據了，或則是依靠他們的Sdk并提交一些自定義數據，他們負責存儲，充分展現，告警方面的事情，節省時間很多人力。

國內的話，也有人做相似的事情，如DNSPod的D監控最近很快推出了自定義監控的功能，兼容性問題graphite的上報接口，你自己重新部署個collectd就可以把各種系統監控指標監控起來了，如果能做業務監控，graphite也有各種語言的sdk。graphite本身開源，周邊工具和軟件也尤其多，能柯西-黎曼方程很多的需求。

家用監控選什么配置？

400萬像素，手機連接，雙向語音，360度旋轉，存儲可選云的或內存卡，這些就夠啦，tp性價比略高，