Zabbix監控可視化

一、監控系統的架構體系

大家都知道,監控系統由三大部分組成,一,監控數據採集;二,監控告警分析;三,監控數據報表、可視化。在市面上常見的開源監控軟件,或者商業監控軟件中,均有很好的實踐和體現。

監控系統的架構,通常分爲無代理模式C/S有代理模式 C/P/S,當然也有主主節點模式。

computer.png

二、監控系統的核心功能

下面談談監控數據的採集問題

數據的收集方式,可以分爲主動模式,被動模式,投遞模式。分別指的是:

  1. 主動模式:從監控中心去客戶端獲取數據

  2. 被動模式:從客戶端向監控中心發送數據

  3. 投遞模式:向監控中心push數據,這種模式,一般適合於時序數據庫的監控系統,如OpenTSDB,influxDB,Promethus,在業內均有最佳實踐

數據來源可以分爲:

  1. 基礎架構數據,服務器,OS,網絡等層面,俗稱主機層面。 

  2. 業務應用數據,如數據庫,中間件,web服務等軟件應用層面

  3. 日誌層面數據,如各種應用的日誌,這有日誌領域的專門系統來實現,但和監控系統也是有相互關聯的。

  4. 代碼層面數據,如應用性能監控,針對代碼運行的崩潰,錯誤日誌,業務流的跟蹤,面對的對象,通常是針對開發者。

  5.  輿論層面數據,如社交網絡,新聞評論,博客聊天,這類數據通常由爬蟲角色扮演,通常用於用戶的評價,其範圍有超過運維監控系統本身,但業界已有不少公司均已實踐,通常還是運維來維護。

從監控數據的來源我們看到,凡是對業務有用的數據,我們都可以作爲監控數據來源。凡是需要做數據分析的,也需要作爲監控數據來源。在這種情況下,監控數據採集,已經不是傳統意義的採集,而是融合了各種場景的數據採集,最終彙總爲大數據處理,故監控系統的數據來源,已經需要各種專門的agent來做了,因爲各種場景下面,其用途和擴展性難以統一。而多種agent的維護成本,以及各種agent相互影響,給運維又帶來麻煩。因此有出現了all in one的一個需求,把各種組件的agent統一標準,只安裝一個agent的需求逐漸出現。當然業內也有實踐做到了這一點。

監控告警分析,其實也是一個比較難的問題,設計到數據分析統計的科學,本文不重點探討這個問題。下面我們來談談監控數據可視化。

三、監控數據可視化的意義

監控數據從採集分析到告警,在業界各種監控系統裏面已經做得非常成熟了。而監控數據的可視化,卻是在近年興起發展的,無論是開源產品,還是商業產品,均提供了監控數據可視化的解決方案,使用最爲廣泛的監控數據可視化產品grafana,可以對接各種監控系統,其數據類型又可以分爲多種。

監控數據可視化的意義:

  • 直觀瞭然

  • 查找數據方便

  • 統計分析更容易

  • 讓監控信息透明化運作

  • 讓監控信息爲業務運行提供數據依據

datadiff.png

四、監控數據可視化的實踐

監控數據可視化的實踐,我們首選是grafana,來看看grafana可以做些什麼?

  •      可視化

  •      告警

  •      支持插件

  •      開放

  •      擴展

       雖然grafana也提供了很多比較好的體驗,但對Zabbix用戶來說,依然不足,我們需要更專業的監控大屏,於是,這個時候OneOaaS的監控大屏產生了。

針對數據分析和可視化的痛點,OneOaaS Monitor在這種背景下面應運而生,爲運維監控提供了立體化業務監控平臺,在解決開源軟件監控界面體驗問題的基礎上,提供了業務監控的視角,引導運維將監控重心轉移到真正的業務監控中。

通過監控數據可視化,爲運營人員,運維人員提供直觀的實時的系統運行狀態,讓複雜的監控裏面變得人人都可以看懂。針對監控報表需求,爲用戶提供報表,數據分析等模塊,讓用戶通過監控系統爲業務提供更多有價值的數據。

     來看看OneOaaS Monitor都有哪些功能呢?

業務看板

appboard1.png

展示業務的流程,如業務流程從前端負載均衡-WEB集羣-數據庫


基礎架構


l   集中展示所有業務平臺的運行狀態

l   不同顏色標識業務的故障級別

l   展示業務的流程環節

業務狀態

performance.png

監控圖表

dataview.png


樹形圖


      以上介紹了部分功能,如需體驗,點擊http://www.oneoaas.com/products鏈接,即可下載申請試用。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章