Zabbix監控可視化

1、監控系統的架構體系
前端

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

監控系統的架構,一般分爲無代理模式C/S有代理模式 C/P/S,固然也有主主節點模式。數據庫

computer.png

2、監控系統的核心功能

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

數據的收集方式,能夠分爲主動模式,被動模式,投遞模式。分別指的是:網絡

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

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

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

數據來源能夠分爲:運維

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

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

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

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

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

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

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

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

監控數據從採集分析到告警,在業界各類監控系統裏面已經作得很是成熟了。而監控數據的可視化,倒是在近年興起發展的,不管是開源產品,仍是商業產品,均提供了監控數據可視化的解決方案,使用最爲普遍的監控數據可視化產品grafana,能夠對接各類監控系統,其數據類型又能夠分爲多種。

監控數據可視化的意義:

  • 直觀瞭然

  • 查找數據方便

  • 統計分析更容易

  • 讓監控信息透明化運做

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

datadiff.png

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

監控數據可視化的實踐,咱們首選是grafana,來看看grafana能夠作些什麼?

  •      可視化

  •      告警

  •      支持插件

  •      開放

  •      擴展

       雖然grafana也提供了不少比較好的體驗,但對Zabbix用戶來講,依然不足,咱們須要更專業的監控大屏,因而,這個時候OneOaaS的監控大屏產生了。

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

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

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

業務看板

appboard1.png

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


基礎架構


l   集中展現全部業務平臺的運行狀態

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

l   展現業務的流程環節

業務狀態

performance.png

監控圖表

dataview.png


樹形圖


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

相關文章
相關標籤/搜索