**近一直聽到小伙伴在問，zabbix和prometheus選擇哪一個開源產(chǎn)品好？還是用國內(nèi)的商業(yè)產(chǎn)品呢？今年年初以來，prometheus的熱度就一直在往上增，同時也有不少國產(chǎn)商業(yè)產(chǎn)品替換。下面我就來給大家總結(jié)一下zabbix和prometheus以及商業(yè)產(chǎn)品的對比分析。
Zabbix官方的發(fā)行版本時間可以追朔到2012年，時間上比Prometheus早了四年，Zabbix是由Alexei Vladishev開源的分布式監(jiān)控系統(tǒng)，是一個企業(yè)級的分布式開源監(jiān)控方案。能夠監(jiān)控各種網(wǎng)絡參數(shù)以及服務器健康性和完整性的軟件。使用靈活的通知機制，允許用戶為幾乎任何事件配置基于郵件的告警。這樣可以快速反饋服務器的問題?；谝汛鎯Φ臄?shù)據(jù)，提供了出色的報告和數(shù)據(jù)可視化功能。 prometheus和zabbix優(yōu)缺點詳解。信息化zabbix項目
江蘇縱目信息科技有限公司是一家自動化運維及物聯(lián)網(wǎng)基礎平臺軟件制造商，長期深耕基于Zabbix的產(chǎn)品化二開及行業(yè)應用服務?；赯abbix企業(yè)級深度二開，發(fā)布有IT運維監(jiān)控平臺商業(yè)軟件Argus，面向私有化及混合云數(shù)據(jù)中心提供***多層次的統(tǒng)一監(jiān)控和運維管理。開源物聯(lián)網(wǎng)平臺的ZeusIoT，以全球**基于Zabbix的物聯(lián)網(wǎng)分布式數(shù)據(jù)采集架構(gòu)，集設備數(shù)據(jù)采集、存儲、分析、觀測為一體，致力于讓設備接入和數(shù)據(jù)處理變得開箱即用，使物聯(lián)網(wǎng)企業(yè)得以聚焦行業(yè)應用開發(fā)，極大的縮短物聯(lián)網(wǎng)系統(tǒng)的開發(fā)周期。哪些zabbix輕量級部署Zabbix6.2驚喜發(fā)布!特別優(yōu)化中大型環(huán)境部署的性能!
監(jiān)控數(shù)據(jù)的存儲是由historysyncer進程負責寫入數(shù)據(jù)庫，historysyncer進程應對大流量數(shù)據(jù)的方式是，一方面通過批量插入來提高寫庫的效率，另一方面通過多進程的方式來擴展數(shù)據(jù)處理能力。在寫庫過程中，歷史數(shù)據(jù)寫入history表，即使數(shù)據(jù)變?yōu)槔鋽?shù)據(jù)也需要留在history表中供前端UI訪問。趨勢數(shù)據(jù)寫入trends表，相較于歷史數(shù)據(jù)，趨勢數(shù)據(jù)的寫庫負載要低的多，是因為對于每個監(jiān)控項來說，平均每小時只需要寫庫一次，其他時間只需要更新趨勢緩存，不需要寫庫。在historysyncer進程的觸發(fā)器計算階段，主要訪問值緩存，但是如果值緩存不能命中則需要查詢history表，這種情況下就需要使用history表索引了?？紤]索引對insert操作的影響，索引在提高查詢速度的同時也降低了寫入性能。觸發(fā)器計算之后生成的event信息也需要寫入數(shù)據(jù)庫，這些信息存儲在events表、problem、escalation等表中。因此，這些表的數(shù)據(jù)增長率取決于Zabbix生成的事件的數(shù)量，當事件數(shù)量陡增時，這些表的寫入壓力也會隨之增加。在數(shù)據(jù)存儲方面主要體現(xiàn)了熱數(shù)據(jù)和冷數(shù)據(jù)的轉(zhuǎn)換過程以及數(shù)據(jù)規(guī)模對讀寫性能的影響。
在實際的工作環(huán)境中，根據(jù)網(wǎng)絡環(huán)境和監(jiān)控的規(guī)模不同，zabbix一共有三種框架，分別是server_client架構(gòu)、master_node_client架構(gòu)和server_proxy_client架構(gòu)。1、server_client架構(gòu)zabbix**簡單的架構(gòu)，監(jiān)控設備和被監(jiān)控設備之間直接相連，zabbix_server和zabbix_client之間直接進行數(shù)據(jù)交互。2、zabbix_proxy_client架構(gòu)proxy是連接server和client之間的橋梁，其本身不存放數(shù)據(jù)，只是將zabbix_agent端發(fā)來的數(shù)據(jù)暫存，然后再提交給server。這種架構(gòu)一般用于跨機房、跨網(wǎng)絡的中型網(wǎng)絡架構(gòu)。在server_proxy_client架構(gòu)中，server設備的宕機會導致整個系統(tǒng)癱瘓而無法正常工作。3、master_node_client架構(gòu)master_node_client架構(gòu)是zabbix**復雜的架構(gòu)。一般用于跨機房、跨網(wǎng)絡、監(jiān)控設備較多的大型網(wǎng)絡架構(gòu)。與server_proxy_client架構(gòu)相比，master_node_client架構(gòu)的主要區(qū)別在于node與proxy上.在master_node_client架構(gòu)中，每個node可以理解為一個小的server端，在自己的配置文件和數(shù)據(jù)庫，node下游可以直接連接client，也可以再次經(jīng)過proxy代理后連接client。在master_node_client架構(gòu)中，master設備宕機不會影響node節(jié)點的正常工作。Zabbix性能改進和內(nèi)部變化。
Prometheus有一個簡單的可視化工具，稱為ExpressionBrowser。表達式瀏覽器不具備完整監(jiān)控面板的功能?？梢允褂盟鼘Υ鎯Φ闹笜诉M行深入查詢。但不會展示需要長時間觀看的指標。它就像一個探索控制臺，只能查詢數(shù)據(jù)庫、動態(tài)更改查詢并找出問題的答案。為了能夠充分展示和分析指標的圖表化，需要安裝一個成熟的可視化工具，例如Grafana。Grafana包含對Prometheus的內(nèi)置支持，而且它是**的。所以，一般客戶環(huán)境中，都是這兩種工具搭配使用。
Zabbix 包含一個本地 Web 界面，該界面提供具有靈活設置的儀表板。無需安裝或配置任何其他內(nèi)容。Zabbix 的 Web 界面提供了多種方式來呈現(xiàn) IT 環(huán)境可視化概覽：基于小部件的儀表板、圖表、網(wǎng)絡地圖、幻燈片、向下鉆取。默認情況下，Zabbix 前端提供了幾個預定義的主題。此外，用戶可以創(chuàng)建自己的主題。 Mysql優(yōu)化之Zabbix分區(qū)優(yōu)化！是什么zabbix技術(shù)指導
從Zabbix前端同步Zabbix proxy配置。信息化zabbix項目
作為監(jiān)控系統(tǒng)，Zabbix所面臨的挑戰(zhàn)之一在于需要從大量的監(jiān)控目標接收數(shù)據(jù)，這一方面意味著需要連接非常多的監(jiān)控目標，另一方面意味著監(jiān)控數(shù)據(jù)的流量（訪問量）比較大。影響這種通信效率的一個重要因素是通信協(xié)議，考慮到單個消息中包含的數(shù)據(jù)量不同，在數(shù)據(jù)接收階段，Zabbix采用了兩種不同的通信協(xié)議。Trapper進程要求在每個消息中包含較大量的監(jiān)控數(shù)據(jù)，因此Zabbix采用基于TCP協(xié)議和JSON格式的自定義協(xié)議進行通信。而對于poller進程，當poller進程向agent請求單個監(jiān)控值時，Zabbix采用簡化的文本協(xié)議進行通信，以提高通信效率。信息化zabbix項目
上海觀縱科技有限公司成立于2022-11-14，位于上海市奉賢區(qū)望園南路1288弄80號1904、1909室，公司自成立以來通過規(guī)范化運營和高質(zhì)量服務，贏得了客戶及社會的一致認可和好評。公司主要產(chǎn)品有webfunny前端監(jiān)控，webfunny前端埋點，全鏈路應用性能監(jiān)控，Argus-IT運維監(jiān)控等，公司工程技術(shù)人員、行政管理人員、產(chǎn)品制造及售后服務人員均有多年行業(yè)經(jīng)驗。并與上下游企業(yè)保持密切的合作關(guān)系。webfunny,walkingfunny,argus致力于開拓國內(nèi)市場，與傳媒、廣電行業(yè)內(nèi)企業(yè)建立長期穩(wěn)定的伙伴關(guān)系，公司以產(chǎn)品質(zhì)量及良好的售后服務，獲得客戶及業(yè)內(nèi)的一致好評。上海觀縱科技有限公司通過多年的深耕細作，企業(yè)已通過傳媒、廣電質(zhì)量體系認證，確保公司各類產(chǎn)品以高技術(shù)、高性能、高精密度服務于廣大客戶。歡迎各界朋友蒞臨參觀、 指導和業(yè)務洽談。