怎么監(jiān)控多臺服務(wù)器？你的問題又不是太不清楚要寫出了什么用處。我想你不需要的主要分系統(tǒng)監(jiān)控和業(yè)務(wù)監(jiān)控兩類吧系統(tǒng)監(jiān)控那是每臺主機的CPU,內(nèi)存，網(wǎng)絡(luò)帶寬等不使用情況，在內(nèi)Mysql,Redis,Nginx

怎么監(jiān)控多臺服務(wù)器？

你的問題又不是太不清楚要寫出了什么用處。我想你不需要的主要分系統(tǒng)監(jiān)控和業(yè)務(wù)監(jiān)控兩類吧

系統(tǒng)監(jiān)控那是每臺主機的CPU,內(nèi)存，網(wǎng)絡(luò)帶寬等不使用情況，在內(nèi)Mysql,Redis,Nginx等服務(wù)的核心指標等，這是也很基本上的監(jiān)控，必須得有，要是這塊監(jiān)控做的好，生產(chǎn)環(huán)境這個可以不提前發(fā)現(xiàn)到很多問題，防患于未然。

業(yè)務(wù)監(jiān)控那就是業(yè)務(wù)相關(guān)的指標，如某API每秒調(diào)用次數(shù)，每分鐘該API的平均響應(yīng)時間，服務(wù)的在線人數(shù)，甚至一些運營相關(guān)的數(shù)據(jù)，如七日留存率啦，每日再新增用戶，每月十五流失用戶等。這些數(shù)據(jù)也很最重要，他是你的整個業(yè)務(wù)的晴雨表，為自己做一些不重要決策提供給依據(jù)。

對于系統(tǒng)監(jiān)控，有很多開源軟件也可以拿來用，如比較比較鼎鼎大名的ngios,cacti,haproxy等，部署都比較比較奇怪，客戶端要部agent，還得裝一個center單獨抽取，存儲文件淋漓盡致地展現(xiàn)數(shù)據(jù)，還有好多插件不需要程序維護。但有一個比較比較最簡單東西是collectd，它自帶了各種插件，如系統(tǒng)CPU，磁盤利用率，mysql,nginx,redix等具體方法服務(wù)都可

以并且監(jiān)控，但自動啟動給你推薦了要監(jiān)控哪些指標。安裝很方便啊，基本是./configurationampampgiveampampmakesinstall就可以了。

對此業(yè)務(wù)監(jiān)控，當然是必須自己寫代碼呈報業(yè)務(wù)數(shù)據(jù)的，現(xiàn)在比較流行的方案是statsdgraphite，比較比較開源數(shù)據(jù)，但有很多語言的sdk，這個可以輕輕松松把各種指標監(jiān)控過來。

大部分監(jiān)控體系都不多，萬分感謝

1、每臺機器上安裝好一個agent，利用采集本機的性能數(shù)據(jù)，服務(wù)數(shù)據(jù)

2、每臺機器作戰(zhàn)部署的業(yè)務(wù)，依據(jù)什么一個sdk，向center遞交本業(yè)務(wù)相關(guān)的數(shù)據(jù)

3、每個agent這個可以閃圖的按需求讀取一些插件，希望能夠監(jiān)控設(shè)備新的指標

4、像是一個機房內(nèi)有一個center用來再收集各agent和各業(yè)務(wù)報給的指標

5、center要把哪采到的指標數(shù)據(jù)通過存儲，歸檔，高壓縮，就像用rrddatabase

6、center還得有一個web界面來一欄各個指標的歷史圖表，甚至連要有各種視圖和dashborad來總是顯示一組相關(guān)的指標。

7、center還得每隔一天把用戶自定義的幾個關(guān)鍵的指標生產(chǎn)報表發(fā)到郵箱運維或者相關(guān)人員。

8、center還是需要保存到各種告警規(guī)則，如某個指標連續(xù)過達到某個閾值有一種告警，的或波動最多某個范圍再產(chǎn)生告警，也可以某個指標將近多長時間還沒有必須上報數(shù)據(jù)才能產(chǎn)生告警

9、center還得參與各種告警的收斂，如同類告警的合并，正式屏蔽某類告警，如何防止是因為網(wǎng)絡(luò)抖影響到大量告警等，沒有這些運維人員會吞沒在各種告警聲中。

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

11、center也要對有時候告警通過再次回顧，做統(tǒng)計，分析什么，結(jié)論每個系統(tǒng)的薄弱點，和用率，在線時間，穩(wěn)定性等。

所以說，自己搭建一套體系可信的監(jiān)控體系，挺比較容易的，要上繳大量的人力和精力去變更土地性質(zhì)和以維護。

現(xiàn)在國外也有一些專門做運維業(yè)務(wù)外包的廠商，center托管在給他們，倒省了很大的工作量，剩下的的agent和plugin我還是得自己直接安裝，但這就簡單的了，總之有很多可以不做批量改部署的運維工具。

比較好鼎鼎大名的有NewRelic,StatHat,hostedgraphite，也可以去知道一點下，大部分就是完全安裝個agent就可以向它們的center呈報數(shù)據(jù)了，或是是依靠他們的Sdk再提交一些自定義數(shù)據(jù)，他們你們負責存儲，充分展現(xiàn)，告警方面的事情，節(jié)約時間很多人力。

國內(nèi)的話，也有人做帶有的事情，如DNSPod的D監(jiān)控最近所推出了自定義監(jiān)控的功能，兼容graphite的上報到接口，你自己作戰(zhàn)部署個collectd就可以不把各種系統(tǒng)監(jiān)控指標監(jiān)控出聲了，要是要做業(yè)務(wù)監(jiān)控，graphite也有各種語言的sdk。graphite本身閉源，周邊工具和軟件也而且多，能不滿足很多的需求。

租用服務(wù)器怎么挑選適合的獨立服務(wù)器？

領(lǐng)著網(wǎng)站開端擴大，您也許需求決定可以升級到更強橫的功用，這是運用其它服務(wù)器的地方。它們也許是更貴，但好象能完成任務(wù)更好的功用和更多的資源。下面數(shù)據(jù)灣給大家推薦看看企業(yè)該咋選用天然其它服務(wù)器。

1.到了那個時候你計劃租借服務(wù)器作Web前端，而目前Web服務(wù)器市場產(chǎn)品數(shù)千，之一高端和代表性的便行Apache、Nginx在內(nèi)微軟的IIS。Apache具高大筆的模塊組件勉強支撐，安穩(wěn)性強，BUG少，動態(tài)內(nèi)容全面處理強。而Nginx輕量級，占用帶寬資源少，負載均衡，高并發(fā)全面處理強，支持靜態(tài)內(nèi)容如何處理又高效。

但一般情況下，咱們我以為大多數(shù)Web前端服務(wù)器對服務(wù)器的要求很大，諸如靜態(tài)Web服務(wù)器、動態(tài)Web服務(wù)器、圖片服務(wù)器等等，只不過現(xiàn)在也有很多方案都能夠可以解決前端服務(wù)器的功用擴大和綁牢性問題，的或LVS、Nginx反向署理、硬件負載均衡等。

2.如此說來你計劃租借服務(wù)器作運用服務(wù)器，形象的修辭程序服務(wù)器的人物與Web服務(wù)器的人物不同。它也不是簡單地傳達消息靜態(tài)內(nèi)容，而是生成氣體閃圖內(nèi)容并將其傳信給用戶的Web瀏覽器。發(fā)揮程序服務(wù)器（如Apache Tomcat）為網(wǎng)站的可視化部分供給支撐，并依據(jù)什么懇切地的上下文顯現(xiàn)出有所不同的部分。比如，當客戶拜訪顯現(xiàn)出產(chǎn)品的實時動態(tài)可用性和定價信息的在線商鋪時，句子修辭程序服務(wù)器會查看每個產(chǎn)品的實時庫存和價格。而且擔承了計算和功用能完成，咱們需求為依據(jù)Web架構(gòu)的運用程序服務(wù)器一批充足快的服務(wù)器，別的應(yīng)用程序服務(wù)器恐怕需求用到很多的內(nèi)存，尤其是根據(jù)Windows基礎(chǔ)架構(gòu)的Ruby，Python，Java服務(wù)器。這一類服務(wù)器大概需求句子修辭單路強橫的配置。關(guān)于牢靠性的問題，假如你的架構(gòu)中唯有一臺運用服務(wù)器，那那肯定需求這臺服務(wù)器相當并不牢固，RAID絕對是肯定不能忽視的選項。但如果沒有有兩臺或更多的運用服務(wù)器，并啊,設(shè)計了負載均衡機制，更具冗余度功用，那咱們則無需將每臺服務(wù)器惹人反感配置。