zabbix缺點：1、性能瓶頸，監控系統沒有低估高峰期，具有持續性和周期性，機器量越大，數據的增大會使數據庫的寫入成為一定的瓶頸，官網給出的單機上限5000臺，屆時就需要增加proxy，增加成本。2、Zabbix采集數據有pull方式，也就是server主動模式，當目標機器量大之后，pull任務會出現積壓。采集數據會延遲3、項目二次開發，需要分析MySQL表結構，表結構比較復雜，通過API開發對開發能力有要求。4、內置housekeeping在執行過程中會對數據庫增加壓力，需要對數據庫進行優化如上是我總結的一些Zabbix的優缺點，如果你也使用過，或是了解Zabbix，歡迎進行補充說明，可以談談優缺點，談談Zabbix的使用感受，談談Zabbix的產品體驗等。開源的優點就是開放，二次開發，接口豐富，監控方式***；缺點也很明顯，圖形展示功能較為單一；api介紹比較粗糙，如果數據庫表結構更改可能會影響api調用，有點頭疼zabbix在開源的監控軟件中，應該算是很不錯的，zabbix+自己開發的一些腳本，能做到相當好的效果。Zabbix利用HTTP代理監控API！國內zabbix咨詢

各個大廠都有提供相關監控產品，比如說微軟的SCOM，IBM的Tivoli，華為的Esight，HP的BSM等，如果環境都是單一的某一家廠家的產品，用該廠家提供的監控工具肯定是合適的，筆者就曾經深度使用過SCOM，2005年還叫MOM，是SystemCenter中的一個套件，這個產品對于微軟周邊的產品如AD、Exchange、Windows、SQLServer、SharePoint、Lync等監控非常深入，同時微軟官方還提供了相關故障知識庫，報表也做得非常不錯。但是，如果拿SCOM去監控Linux、AIX、Oracle或者網絡通訊設備就顯得不合適了。Zabbix很好地平衡了監控的深度和廣度，而且源于開源的力量，在全球用戶的持續貢獻下，他的深度和廣度是在持續不斷地延展的。企業級zabbix怎樣監控網絡設備Zabbix具有足夠的靈活性和通用性，可以全棧監控從硬件層到比較上層業務服務的整個IT基礎架構。

為什么Zabbix需要HA？讓我們深入探討什么是高可用性，并嘗試定義“高可用性”一詞的含義：如果一個系統沒有單點故障，那么系統是以高可用性模式運行;單點故障是導致整個系統停止運行的部件故障;在使用高可用性的系統中，冗余是一項要求。在我們的例子中，我們需要一個冗余組件，如果當前活動的組件遇到問題，我們可以將其故障轉移到該組件;故障切換過程需要透明和自動化;就Zabbix平臺架構而言，單點故障就是我們的ZabbixServer。盡管Zabbix自身非常穩定，但是仍然會因為操作系統級別的問題或其它不可預料的情況（如磁盤空間不足）而發生Zabbix平臺崩潰。如果ZabbixServer停機，所有數據收集、問題檢測和警報都將停止。這就是為什么Zabbix提供可以實現高可用和冗余的組件非常重要。

Zabbix能監視各種網絡參數，保證服務器系統的安全運營，并提供靈活的通知機制以讓系統管理員快速定位/解決存在的各種問題。是一個基于WEB界面的提供企業級的開源分布式系統監視以及網絡監視功能的企業級的開源解決方案。Agent端：主機通過安裝agent方式采集數據；Server端：通過收集agent發送的數據，寫入數據庫（MySQL，ORACLE），在通過php+apache/nginx在web前端展示。優點：基于兩款工具（cacti+Nagios）優點于一身并更強大，實現企業級分布式監控。缺點：需在被監控主機上安裝agent，所有數據都存在數據庫里，產生的數據量很大，瓶頸主要在數據庫。對于其他監視類型，如SNMP–確保您的端點接受來自所有Zabbix Server節點的連接;

ValueCache以哈希表形式存儲每個監控項的熱數據，這些數據主要用于觸發器表達式的計算，從而，監控項數量的增長基本不會影響觸發器表達式計算所消耗的時間。趨勢緩存中存儲的是每個監控項**近自然小時內的累計趨勢數據，這些數據的更新和寫庫均需要經歷查找的過程，因為數據的更新和寫庫都是由***到來的監控數據驅動的，需要根據到來的監控數據查找對應的監控項數據。除了需要解決快速查找問題，Zabbix還需要解決快速排序問題，這一問題源于historysyncer進程處理監控數據時應該按照什么樣的順序進行處理，Zabbix是以監控項為單位對所有監控數據按照時間戳從小到大進行全局性的排序，所使用的排序方法就是堆排序，當需要選擇目標時，只需要訪問根節點即可。在使用堆排序的情形下，每次排序所消耗的時間與堆的規模直接相關。所以我們應該盡可能降低歷史緩存中的監控項的數量，以加快數據處理速度。在壓力較小的Zabbix系統中，歷史緩存中的數據總是接近于0。上述哈希表結構的設計體現了監控數據的**性，正是由于**性，每次查找數據只需要訪問單個目標。而堆排序的設計則體現了監控數據在時間維度的先后次序。如何在10分鐘內塔建Zabbix Server HA集群？在線zabbix服務電話

主流監控組件對比 —— Zabbix、Open-Falcon、Prometheus。國內zabbix咨詢

1、Zabbix_Server：zabbix_server作為**組件，用來獲取agent存活情況和監控數據。所有的配置、統計、操作數據均通過server進行存取到database；2、Zabbix_Database：用戶存儲所有的zabbix的配置信息、監控數據的數據庫；3、Zabbix_Web：zabbix的web界面，管理員通過web界面管理zabbix配置以及查看zabbix相關監控信息，通常與zabbix_server運行在同一臺主機上，也可以單獨部署在**的服務器上；4、Zabbix_Proxy：通常用于分布式監控，代理zabbix_server收集部分被監控的數據并統一發送給server端；（通常大于500臺主機需要使用）5、Zabbix_Agent：部署在被監控主機上，負責收集被監控主機的數據，并發送給servre端或者proxy端；ZabbixServer、Proxy、Agent都有自己的配置文件以及log文件，重要的參數需要在這里配置，后面會詳細說明。國內zabbix咨詢

上海觀縱科技有限公司是一家一般項目:技術服務、技術開發、技術咨詢、技術交流、技術轉讓、技術推廣;軟件開發;人工智能基礎軟件開發;人工智能應用軟件開發;數據處理服務;信息技術咨詢服務;信息系統集成服務:信息系統運行維護服務;計算機系統服務;軟件銷售;計算機軟硬件及輔助設備批發;計算機軟硬件及輔助設備零售;電子產品銷售;通信設備銷售;通訊設備銷售;咨詢策劃服務;市場調查(不含涉外調查);廣告制作;廣告發布;廣告設計、代理;會議及展覽服務;貨物進出口。(除依法須經批準的項目外，憑營業執照依法自主開展經營活動) 許可項目:建筑智能化系統設計;建設工程施工;網絡文化經營;互聯網信息服務。(依法須經批準的項目，經相關部門批準后方可開展經營活動，具體經營項目以相關部門批準文件或許可證件為準)的公司，是一家集研發、設計、生產和銷售為一體的專業化公司。觀縱科技擁有一支經驗豐富、技術創新的專業研發團隊，以高度的專注和執著為客戶提供webfunny前端監控，webfunny前端埋點，全鏈路應用性能監控，Argus-IT運維監控。觀縱科技始終以本分踏實的精神和必勝的信念，影響并帶動團隊取得成功。觀縱科技創始人姜應偉，始終關注客戶，創新科技，竭誠為客戶提供良好的服務。