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

在實際的工作環境中，根據網絡環境和監控的規模不同，zabbix一共有三種框架，分別是server_client架構、master_node_client架構和server_proxy_client架構。1、server_client架構zabbix**簡單的架構，監控設備和被監控設備之間直接相連，zabbix_server和zabbix_client之間直接進行數據交互。2、zabbix_proxy_client架構proxy是連接server和client之間的橋梁，其本身不存放數據，只是將zabbix_agent端發來的數據暫存，然后再提交給server。這種架構一般用于跨機房、跨網絡的中型網絡架構。在server_proxy_client架構中，server設備的宕機會導致整個系統癱瘓而無法正常工作。3、master_node_client架構master_node_client架構是zabbix**復雜的架構。一般用于跨機房、跨網絡、監控設備較多的大型網絡架構。與server_proxy_client架構相比，master_node_client架構的主要區別在于node與proxy上.在master_node_client架構中，每個node可以理解為一個小的server端，在自己的配置文件和數據庫，node下游可以直接連接client，也可以再次經過proxy代理后連接client。在master_node_client架構中，master設備宕機不會影響node節點的正常工作。方案zabbix共同合作Zabbix集群是如何工作的？

在隨后的數據預處理階段，性主要體現在監控項層面，每個監控值的預處理過程不會依賴于其他監控項，而在同一監控項內部則可能會依賴于前一個值以計算變化率。在的數據存儲和觸發器運算階段，性主要體現在host層面，雖然觸發器表達式允許跨host使用監控項，但是在實際應用中，使用多的還是在同一個host內部的監控項之間構造表達式，所以觸發器表達式的計算只需要使用同一host內部的監控數據。上述的性是邏輯意義上的，而在數據處理的次序方面還存在一種限制性約束，即同一監控項的多次采集值構成一個時間序列，意味著這些值在時間維度上具有先后關系，那么Zabbix在預處理階段和觸發器表達式運算階段至少需要保證同一監控項的值嚴格按照時間的先后順序進行處理。

zabbix優點：1、數據采集：可用性和性能檢測，自動發現，支持agent、snmp、JMX、telnet等多種采集方式，支持主動和被動模式數據傳輸、支持用戶自定義插件，自定義間隔收集數據2、高可用：server對設備性能要求低，支持proxy分布式監控，分布式集中管理，有自動發現功能，可以實現自動化監控；開放式接口，擴展性強，插件編寫容易3、告警管理：支持多條件告警，支持多種告警方式，支持多組模板，模板繼承。4、告警設置：告警周期，告警級別，告警恢復通知、告警暫停，時段閾值、支持維護周期、支持單機停用5、圖形化展示：允許自定義創建多監控項視圖，網絡拓撲，自定義面板展示，自定義IT服務可用性6、歷史數據：歷史數據查詢可配置，內置housekeeping數據清理機制7、安全審計：具備安全的用戶審計日志，權限認證，用戶可以限制允許維護的列表。監控工具之Zabbix,搭建過程和使用心得。

增量配置同步：更快地配置同步，減少配置同步性能影響。新創建的項目現在會在創建后一分鐘內進行檢查。立即執行功能現在可從***數據部分獲得。在不支持的項目上執行立即執行時會顯示告警消息。模板分組提供模板組中，改進的主機和模板過濾。在身份驗證-LDAP設置下支持定義和保存多個LDAP服務器，能夠使用新的注冊表監控項收集Windows注冊表項。用于操作系統進程發現和收集單個進程統計信息的新項目。新的數字時鐘小部件。默認的全局視圖儀表板已使用***的Zabbix小部件進行了更新。圖表小部件已得到進一步改進：添加了堆疊圖支持；圖例現在提供附加信息；增加了對簡單觸發顯示的支持。UI表單現在提供指向相關文檔部分的直接鏈接。從Zabbix前端跟蹤活動代理接口狀態如何在10分鐘內塔建Zabbix Server HA集群？zabbix 6.2監控數據庫

對于其他監視類型，如SNMP–確保您的端點接受來自所有Zabbix Server節點的連接;zabbix 6.2監控數據庫

原生態ZabbixHA高可用方案Zabbix6.0LTS版本所提供的高可用解決方案易于設置，所需的所有步驟都記錄在Zabbix文檔中。本解決方案不需要任何額外的專業知識，Zabbix將繼續提供官方支持、更新和改進。本高可用性解決方案不需要任何新的軟件組件——高可用性解決方案將有關Zabbix服務器節點狀態的信息存儲在Zabbix數據庫后端。Zabbix集群是如何工作的要啟用ZabbixServer的高可用功能，我們首先需要在高可用模式下啟動Zabbix服務器組件。為了實現這一點，我們需要查看/etc/zabbix/zabbix_文件中的兩個新參數：HANodeName–為ZabbixServer集群指定任意名稱;ExternalAddress–指定集群節點的地址;完成更改并添加這些參數后，不要忘記重新啟動ZabbixServer集群集節點以應用更改。zabbix 6.2監控數據庫

上海觀縱科技有限公司是一家服務型類企業，積極探索行業發展，努力實現產品創新。觀縱科技是一家有限責任公司企業，一直“以人為本，服務于社會”的經營理念;“誠守信譽，持續發展”的質量方針。以滿足顧客要求為己任；以顧客永遠滿意為標準；以保持行業優先為目標，提供***的webfunny前端監控，webfunny前端埋點，全鏈路應用性能監控，Argus-IT運維監控。觀縱科技以創造***產品及服務的理念，打造高指標的服務，引導行業的發展。