實(shí)時(shí)服務(wù)器資源監(jiān)控系統(tǒng)

zhliji2

給大家演示我寫的一個(gè)實(shí)時(shí)服務(wù)器資源監(jiān)控系統(tǒng)的demo，http://60.29.244.76/live/live.html
目前能監(jiān)控cpu，內(nèi)存，load，網(wǎng)絡(luò)連接狀態(tài)，帶寬。每2秒刷新一次，每條線都能關(guān)，都能開
Y軸隨關(guān)閉的線，動態(tài)顯示大小，能暫停，能開啟。
目前只是一個(gè)demo程序很多東西還不完善，歡迎大家提意見，后期完善后，準(zhǔn)備開源。

357202171

很不錯(cuò),但一般做實(shí)時(shí)的話,不要求即時(shí)畫圖的吧?  實(shí)時(shí)監(jiān)控最大的作用點(diǎn)應(yīng)該是報(bào)警或自動處理的.
另外,你現(xiàn)在做的應(yīng)該是本機(jī)的?  如果是網(wǎng)絡(luò)的,你有何想法?

ps: 圖形很漂亮,不過頁面稍微有點(diǎn)卡.

qingchn

你好，我也是做監(jiān)控的，關(guān)于監(jiān)控 你可以看一下CACTI的監(jiān)控系統(tǒng)，個(gè)人覺得那個(gè)比較好，一般的生產(chǎn)環(huán)境都是用那個(gè)做的監(jiān)控。比如說我們公司。

realhawk

個(gè)人覺得這個(gè)可以作為一個(gè)工具，結(jié)合其他監(jiān)控系統(tǒng)使用，比如nagios，在出問題的時(shí)候用來跟蹤一下。
另外贊一下樓主，很有才，很有想法

loveradmin

每個(gè)人都有自己的看法，我和3樓一樣，用的cacti操作方便~！

zhliji2

既然打算做成實(shí)時(shí)的肯定有我的用意，我們也用cacti也用nagios，這些東西要畫圖都得依賴一個(gè)rrdtool，也就是說他得裝這個(gè)東西，增加了服務(wù)器端的配置成本，同時(shí)rrdtools自己生成自己的文本數(shù)據(jù)庫，跟cacti自己又用了mysql，兩者重復(fù)，況且rrdtools是在服務(wù)器端畫圖，消耗服務(wù)器資源，要是管理的服務(wù)器上百臺，監(jiān)控服務(wù)器的資源消耗還是很大的，而且打開頁面，傳輸?shù)臄?shù)據(jù)是圖結(jié)合文本，跟瀏覽器交互的數(shù)據(jù)量大，而我作成的這個(gè)demo現(xiàn)在他是不保存數(shù)據(jù)，只有當(dāng)你打開頁面的時(shí)候才會開始監(jiān)測服務(wù)器端數(shù)據(jù)，畫圖的功能都是交給客戶端去處理，基本不怎么消耗服務(wù)器資源，而且跟客戶端可交互的數(shù)據(jù)非常的少，如果你閑js通過settimeout去請求數(shù)據(jù)，傳輸?shù)臄?shù)據(jù)多，由客戶端控制，你也可以利用comet功能，也就是推送技術(shù)，現(xiàn)在google很多服務(wù)用了這個(gè)功能，而且大家常用的webqq也是采用的這種技術(shù)。這樣數(shù)據(jù)量傳輸就更少了。我做這個(gè)實(shí)時(shí)的頁面，主要用意在于當(dāng)服務(wù)器壓力很大時(shí)，一般大家會在服務(wù)器上通過top,sar,vmstat等命令去查找服務(wù)器消耗的資源情況，找出系統(tǒng)瓶頸，這些都是一次看一個(gè)，即使看到多個(gè)，而且沒有一段時(shí)間內(nèi)的實(shí)時(shí)數(shù)據(jù)，當(dāng)然了也有象dstat這樣的工具能看多個(gè)，畢竟顯示的都是文本，沒有曲線顯示好看，不方便，要是有這個(gè)東西了，能一下子能看到一個(gè)各個(gè)的數(shù)值。便于快速查找到服務(wù)器的瓶頸，定位問題點(diǎn)。做運(yùn)維宗旨不就是快速定位問題點(diǎn)，快速拿出解決方案，快速解決完問題嗎？

codfei

贊一下樓主 很不錯(cuò)的想法

fsm11

有時(shí)候也需要查看歷史數(shù)據(jù)

minmig

太時(shí)時(shí)了，如果時(shí)間長了就看不清壓在一起。
cacti和nagios之所以好就是找到了一個(gè)平衡點(diǎn)。