1. <em id="vzzs9"></em>
      <tbody id="vzzs9"></tbody>

    2. <span id="vzzs9"></span>
      <progress id="vzzs9"></progress>
      首頁 運維干貨詳解Zabbix監控系統

      詳解Zabbix監控系統

      運維派隸屬馬哥教育旗下專業運維社區,是國內成立最早的IT運維技術社區,歡迎關注公眾號:yunweipai
      領取學習更多免費Linux云計算、Python、Docker、K8s教程關注公眾號:馬哥linux運維

      什么是zabbix?

      什么是zabbix?

      Zabbix 由 Alexei Vladishev 創建,目前由其成立的公司—— Zabbix SIA 積極的持續開發更新維護, 并為用戶提供技術支持服務。

      Zabbix 是一個企業級分布式開源監控解決方案。

      Zabbix 軟件能夠監控眾多網絡參數和服務器的健康度、完整性。Zabbix 使用靈活的告警機制,允許用戶為幾乎任何事件配置基于郵件的告警。這樣用戶可以快速響應服務器問題。Zabbix 基于存儲的數據提供出色的報表和數據可視化功能。這些功能使得 Zabbix 成為容量規劃的理想選擇。 Zabbix 支持主動輪詢(polling)和被動捕獲(trapping)。

      Zabbix所有的報表、統計數據和配置參數都可以通過基于 Web 的前端頁面進行訪問?;?Web 的前端頁面確保您可以在任何地方訪問您監控的網絡狀態和服務器健康狀況。適當的配置后,Zabbix 可以在監控 IT 基礎設施方面發揮重要作用。無論是對于有少量服務器的小型組織,還是擁有大量服務器的大企業而言,同樣適用。

      Zabbix 是免費的。Zabbix 是根據 GPL 通用公共許可證的第二版編寫和發布的。這意味著產品源代碼是免費發布的,可供公共使用。

      zabbix的功能

      Zabbix 是一個高度成熟完善的網絡監控解決方案,一個的軟件包中包含了多種功能。

      數據采集

      • 可用性和性能檢查;
      • 支持 SNMP(包括主動輪詢和被動捕獲)、IPMI、JMX、VMware 監控;
      • 自定義檢查;
      • 按照自定義的時間間隔采集需要的數據;
      • 通過 Server/Proxy 和 Agents 來執行數據采集。

      靈活的閾值定義

      • 您可以參考后端數據庫定義非常靈活的告警閾值,即觸發器

      高度可配置化的告警

      • 可以根據遞增計劃、接收者、媒介類型自定義發送告警通知;
      • 使用宏變量可以使告警通知變得更加高效有用;
      • 自動操作包含遠程執行命令。

      實時圖形

      • 使用內置圖形功能可以將監控項實時繪制成圖形。

      Web 監控功能

      • Zabbix可以追蹤模擬鼠標在 Web 網站上的點擊操作,來檢查 Web 網站的功能和響應時間。

      豐富的可視化選項

      • 可以組合多個監控項到單個視圖中,創建自定義圖表;
      • 網絡拓撲圖;
      • 以儀表盤樣式展示自定義聚合圖形和幻燈片演示;
      • 報表;
      • 監控資源的更高層次展示視圖(業務視圖)。

      歷史數據存儲

      • 存儲在數據庫中的數據;
      • 歷史配置;
      • 內置數據管理機制(housekeeping)。

      配置簡單

      • 將被監控設備添加為主機;
      • 主機一旦添加到數據庫中,就會采集數據用于監控;
      • 將模板用于監控設備。

      使用模板

      • 模板中分組檢查;
      • 模板可以關聯模板,繼承已關聯模板的屬性。

      網絡發現

      • 自動發現網絡設備;
      • Zabbix Agent 發現設備后自動注冊;
      • 自動發現文件系統、網絡接口和 SNMP OIDs 值。

      快捷的 Web 界面

      • 基于 PHP 的 Web 前端;
      • 可以從任何地方訪問;
      • 您可以定制自己的操作方式;
      • 您可以通過審計日志來查看你的操作。

      Zabbix API

      • Zabbix API 為 Zabbix 提供可編程接口,用于批量操作、第三方軟件集成和其他用途。

      權限管理系統

      • 安全的用戶身份驗證;
      • 指定的用戶只能查看指定的權限范圍內的視圖。

      功能強大且易于擴展的 Zabbix Agent

      • 部署于被監控對象上;
      • 支持 Linux 和 Windows ;

      二進制守護進程

      • 為了更好的性能和更少的內存占用,采用 C 語言編寫;
      • 便于移植。

      適應更復雜的環境

      • 使用 Zabbix Proxy 代理,可以輕松實現分布式遠程監控。

      zabbix的組件

      Server

      Zabbix server 是 Zabbix軟件的核心組件,agent 向其報告可用性、系統完整性信息和統計信息。server也是存儲所有配置信息、統計信息和操作信息的核心存儲庫。

      數據庫

      所有配置信息以及 Zabbix 采集到的數據都被存儲在數據庫中。zabbix支持的數據庫有MySQL, PGSQL(postgreSQL)、Oracle、DB2、SQLite。

      Web 界面

      為了從任何地方和任何平臺輕松訪問 Zabbix ,我們提供了基于 web 的界面。該界面是 Zabbix server 的一部分,通常(但不一定)和 Zabbix server 運行在同一臺物理機器上。

      Proxy

      Zabbix proxy 可以代替 Zabbix server采集性能和可用性數據。Zabbix proxy在Zabbix的部署是可選部分;但是proxy的部署可以很好的分擔單個Zabbix server的負載。

      Agent

      Zabbix agents 部署在被監控目標上,用于主動監控本地資源和應用程序,并將收集的數據發送給 Zabbix server。

      數據流

      另外,為了創建一個采集數據的監控項,您就必須先創建主機。其次,在任務的另外一端,必須要有監控項才能創建觸發器(trigger),必須要有觸發器來創建動作(action)。因此,如果您想要收到類似“X個server上CPU負載過高”這樣的告警,您必須首先為 Server X 創建一個主機條目,其次創建一個用于監控其 CPU的監控項,最后創建一個觸發器,用來觸發 CPU負載過高這個動作,并將其發送到您的郵箱里。雖然這些步驟看起來很繁瑣,但是使用模板的話,實際操作非常簡單。也正是由于這種設計,使得 Zabbix 的配置變得更加靈活易用。

      zabbix優缺點

      zabbix功能很強大,如何理解zabbix的功能,我們可以和cacti、nagios的功能對比一下:

      cacti是一款數據采集,數據存儲,外加web界面展示的工具,它負責閾值范圍內的實時變化,但是對超過閾值的告警功能很薄弱

      優點:實時監控數據變化,以web頁面的方式呈現,更直觀。

      缺點:告警不及時

      nagios是一款告警功能很強大的工具,它不關心閾值范圍內的變化,只關心狀態變化(超過閾值),然后報警。報警方式通過郵件,短信等。

      優點:告警反映迅速。

      缺點:監控主機數量有限,承載低

      zabbix = cacti + nagios

      優點:基于兩款工具優點于一身并更強大,實現企業級分布式監控。

      缺點:2.2版本帶寬占用大但是升級到2.4版本后更節省了帶寬資源,其它再無發現。

      zabbix監控流程

      agentd需要安裝到被監控的主機上,它負責定期收集各項數據,并發送到zabbix server端,zabbix server將數據存儲到數據庫中,zabbix web根據數據在前端進行展現和繪圖。這里agentd收集數據分為主動和被動兩種模式:

      主動:agent請求server獲取主動的監控項列表,并主動將監控項內需要檢測的數據提交給server/proxy

      被動:server向agent請求獲取監控項的數據,agent返回數據。

      【主動監測】通信過程如下:

      zabbix首先向ServerActive配置的IP請求獲取active items,獲取并提交active tiems數據值server或者proxy。很多人會提出疑問:zabbix多久獲取一次active items?它會根據配置文件中的RefreshActiveChecks的頻率進行,如果獲取失敗,那么將會在60秒之后重試。分兩個部分:

      獲取ACTIVE ITEMS列表

      • Agent打開TCP連接(主動檢測變成Agent打開)
      • Agent請求items檢測列表
      • Server返回items列表
      • Agent 處理響應
      • 關閉TCP連接
      • Agent開始收集數據

      主動檢測提交數據過程如下:

      • Agent建立TCP連接
      • Agent提交items列表收集的數據
      • Server處理數據,并返回響應狀態
      • 關閉TCP連接

      【被動監測】通信過程如下:

      • Server打開一個TCP連接
      • Server發送請求agent.ping\n
      • Agent接收到請求并且響應
        1
      • Server處理接收到的數據1
      • 關閉TCP連接

      這里,被動模式每次都需要打開一個tcp連接,這樣當監控項越來越多時,就會出現server端性能問題了。

      那實際監控中是用主動的還是被動的呢?這里主要涉及兩個地方:

      1、新建監控項目時,選擇的是zabbix代理還是zabbix端點代理程式(主動式),前者是被動模式,后者是主動模式。

      2、agentd配置文件中StartAgents參數的設置,如果為0,表示禁止被動模式,否則開啟。一般建議不要設置為0,因為監控項目很多時,可以部分使用主動,部分使用被動模式。

      zabbix常用架構

      server-agentd模式:

      這個是最簡單的架構了,常用于監控主機比較少的情況下。

      server-proxy-agentd模式:

      這個常用于比較多的機器,使用proxy進行分布式監控,有效的減輕server端的壓力。

      本文鏈接:http://www.abandonstatusquo.com/36362.html

      網友評論comments

      發表評論

      您的電子郵箱地址不會被公開。

      暫無評論

      Copyright ? 2012-2022 YUNWEIPAI.COM - 運維派 京ICP備16064699號-6
      掃二維碼
      掃二維碼
      返回頂部
      久久久久亚洲国内精品|亚洲一区二区在线观看综合无码|欧洲一区无码精品色|97伊人久久超碰|一级a爱片国产亚洲精品