本節(jié)內(nèi)容

為什么要做監(jiān)控？?

常用監(jiān)控系統(tǒng)設計討論

監(jiān)控需求討論

如何實現(xiàn)監(jiān)控服務器的水平擴展？

監(jiān)控系統(tǒng)架構(gòu)設計

一、為什么要做監(jiān)控？?

熟悉IT監(jiān)控系統(tǒng)的設計原理

開發(fā)一個簡版的類Zabbix監(jiān)控系統(tǒng)

掌握自動化開發(fā)項目的程序設計思路及架構(gòu)解藕原則

二、常用監(jiān)控系統(tǒng)設計討論

成熟的監(jiān)控

Zabbix

Nagios/cacti

ganglia

openfalcon go

三、監(jiān)控系統(tǒng)需求討論

1.可監(jiān)控常用系統(tǒng)服務、應用、網(wǎng)絡設備等

網(wǎng)絡層

網(wǎng)絡質(zhì)量

流量，丟包率、帶寬

系統(tǒng)層

cpu

disk

ram

load

port

應用層

mysql 連接數(shù)

nginx 并發(fā)數(shù)

cdn 命中率

頁面是否被篡改

業(yè)務邏輯層

每小時訂單數(shù)

當前在線用戶

2.一臺主機上可監(jiān)控多個不同服務、不同服務的監(jiān)控間隔可不同

服務A:

cpu 30

disk 90

load 120

服務B:

cpu 45

ram 60

mysql 20

3.同一個服務在不同主機上的監(jiān)控間隔、報警閾值可不同

報警閥值：

重要的服務 cpu使用率超過80%就報警，要抄送給CTO

不重要重要的服務 cpu使用率超過100%報警,給運維工程師

4.可以批量的給一批主機添加、刪除、修改要監(jiān)控的服務

監(jiān)控模板

linuxservices

cpu

disk

memory

5.告警級別：

• 不同的服務 因為業(yè)務重要程度不同，如果出了問題可以設置不同的報警級別

• 重要的服務，cup使用率打到80%，就報警
• 普通的服務，cup使用百分之98%，報警

• 可以指定特定的服務或告警級別的事件通知給特定的用戶

• 重要的服務，抄送給CTO
• 不重要的只發(fā)送給運維工程師

• 告警的升級設定

• 發(fā)送給底層運維工程師沒處理，就發(fā)送給運維經(jīng)理
• 再過半個小時沒處理，就發(fā)送給cto

• 報警合并

? ? ? ? ? ? ? ? ? ?有一個報警池，有一個腳本對池的分析

6.歷史數(shù)據(jù) 的存儲和優(yōu)化

實現(xiàn)用最少的空間占用量存儲最多的有效數(shù)據(jù)

如何做到1s中之內(nèi)取出一臺主機上所有服務的5年的監(jiān)控數(shù)據(jù)？

監(jiān)控數(shù)據(jù)的處理

1、存下來，趨勢圖
大數(shù)據(jù)分析 ，視角越大，越失真

　　

?

?　

時間越長，越失真

2、報警處理

7. 數(shù)據(jù)可視化，如何做出簡潔美觀的用戶界面？

8.如何實現(xiàn)單機支持5000+機器監(jiān)控需求？

列式存儲

redis 支持集群，數(shù)據(jù)量大加機器就可以

9.采取何種通信方式？主動、被動？

1、server 主動 監(jiān)控 客戶端

好處：不用裝客戶端，使用所有的網(wǎng)絡設備，snmp，配置簡單

壞處：服務器壓力大，不適合大型網(wǎng)絡環(huán)境，不能監(jiān)控復雜的指標

2、server 被動 接收 客戶端

好處：大型網(wǎng)絡環(huán)境、監(jiān)控復雜的指標、擴展能力強

壞處：裝客戶端、網(wǎng)絡設備不適用、維護起來相對復雜一點

3、主流的：混合式

1、客戶端知道監(jiān)控什么指標？
客戶端主動去問服務器我要監(jiān)控什么

2、客戶端掃描本地所有服務，全部匯報給服務器
openfalcon把機器上所有能檢測到的都抓上[2014年自動檢測到（支持一千多項)]

四、如何實現(xiàn)監(jiān)控服務器的水平擴展？

1、采用什么架構(gòu)？

?Mysql

數(shù)據(jù)量太大，mysql超過1千萬條查詢起來就特別慢，

我在看趨勢圖時前端要查好幾分鐘，為什么zabbix的那么快？

他們是怎么做的？zabbix優(yōu)秀是在2000-3000臺還可以，要是上萬臺就會太慢

不要把你的監(jiān)控數(shù)據(jù)存到mysql，因為會存在很多的問題

?主動通信？ Snmp,wget…

server 主動 監(jiān)控 客戶端

好處：不用裝客戶端，使用所有的網(wǎng)絡設備，snmp，配置簡單

壞處：服務器壓力大，不適合大型網(wǎng)絡環(huán)境，不能監(jiān)控復雜的指標

?被動通信？Agent ---how to communicate with the monitor server

server 被動 接收 客戶端

好處：大型網(wǎng)絡環(huán)境、監(jiān)控復雜的指標、擴展能力強

壞處：裝客戶端、網(wǎng)絡設備不適用、維護起來相對復雜一點

總結(jié)：主流的的還是混合模式好

?Socket server –>? Sockect client

不可以，很多坑

?能否用現(xiàn)成的c/s架構(gòu)？ Rabbit mq, redis 訂閱發(fā)布， http ?

2、采用HTTP好處

1.接口設計簡單

2.容易水平擴展做分布式

3.Socket穩(wěn)定成熟，省去較多的通信維護精力

3、Http特性：

1.短連接

2.無狀態(tài)

3.安全認證

4.被動通信

五、監(jiān)控系統(tǒng)架構(gòu)設計

?

轉(zhuǎn)載于:https://www.cnblogs.com/luoahong/p/7223580.html

總結(jié)

以上是生活随笔為你收集整理的分布式监控系统开发【day37】:需求讨论（一）的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。