***Zabbix官方團(tuán)隊(duì)宣布發(fā)布***版本的6.2。新版本改善了大型Zabbix實(shí)例部署情況下的配置管理和性能，Zabbix擴(kuò)展功能的靈活性等功能。新功能：Zabbix6.2版本中帶來(lái)的新功能包括：?jiǎn)栴}升級(jí)：無(wú)限期延后問題，直到特定時(shí)間點(diǎn)。支持利用CyberArkvalt的密碼存儲(chǔ)。官方AWSEC2模板：發(fā)現(xiàn)和監(jiān)控AWSEC2性能統(tǒng)計(jì)數(shù)據(jù)、告警和AWSEBS卷。直接從Zabbix前端同步Zabbix代理配置，主動(dòng)和被動(dòng)代理支持配置同步。提高了從主機(jī)原型中發(fā)現(xiàn)的主機(jī)的靈活性，提供以下方法：鏈接其他模板；創(chuàng)建和修改用戶宏；使用新標(biāo)簽填充主機(jī)。VMware監(jiān)控的新項(xiàng)目：進(jìn)一步自定義VMware發(fā)現(xiàn)的主機(jī)的能力。zabbix大流量數(shù)據(jù)的存儲(chǔ)。zabbix安裝部署windows
Zabbix通過很大程度地減少寫鎖持有時(shí)間，并將持有時(shí)間碎片化，從而降低了寫鎖對(duì)Zabbix進(jìn)程并行性能的影響。我們注意到configuration syncer進(jìn)程是***的，并未采用多進(jìn)程方式，這一方面是因?yàn)樵獢?shù)據(jù)內(nèi)部需要維持某些一致性，如果使用多進(jìn)程方式，無(wú)疑會(huì)增加維持一致性方面的開銷，另一方面，如果采用多進(jìn)程，這些進(jìn)程之間仍然需要解決鎖***的問題，**終的結(jié)果與單進(jìn)程并無(wú)多大區(qū)別。不過，如果能夠基于元數(shù)據(jù)之間的**性，實(shí)現(xiàn)基于數(shù)據(jù)分組的并行化，那就另當(dāng)別論。zabbix安裝部署windows漫談Zabbix和Prometheus ！
綜合來(lái)看，Zabbix 的成熟度更高，上手更快，但更好的集成導(dǎo)致靈活性較差，問題更大是，監(jiān)控?cái)?shù)據(jù)的復(fù)雜度增加后，Zabbix 做進(jìn)一步定制難度很高，即使做好了定制，也沒法利用之前收集到的數(shù)據(jù)了（關(guān)系型數(shù)據(jù)庫(kù)造成的問題）。目前很多zabbix監(jiān)控的企業(yè)案例，要想再度升華zabbix可用性，基本都是找成熟的zabbix開發(fā)公司定制，比如樂維軟件或者直接找zabbix官方購(gòu)買定制服務(wù)。Prometheus 基本上是正相反，上手難度大一些，但由于定制靈活度高，數(shù)據(jù)也有更多的聚合可能，起步后的使用難度遠(yuǎn)小于 Zabbix。但如果已經(jīng)對(duì)傳統(tǒng)監(jiān)控系統(tǒng)有技術(shù)積累的話，還是要謹(jǐn)慎考慮更換監(jiān)控。
監(jiān)控?cái)?shù)據(jù)的邏輯視角：監(jiān)控?cái)?shù)據(jù)首先特點(diǎn)是具有相互獨(dú)立性。在不同的數(shù)據(jù)處理階段，這種**性會(huì)體現(xiàn)在不同的層面，在數(shù)據(jù)采集階段會(huì)體現(xiàn)在value層面，如果不考慮日志監(jiān)控的話，同一監(jiān)控項(xiàng)的多次數(shù)據(jù)采集之間不會(huì)互相影響，相當(dāng)于是無(wú)狀態(tài)的。在數(shù)據(jù)傳輸階段，也就是從agent發(fā)送數(shù)據(jù)到server接收數(shù)據(jù)的階段，**性體現(xiàn)在host層面，不同的host使用不同的地址和接口進(jìn)行數(shù)據(jù)傳輸，互不影響，而在同一個(gè)host內(nèi)部，每次傳輸?shù)臄?shù)據(jù)往往包含多個(gè)監(jiān)控項(xiàng)的值。zabbix對(duì)發(fā)現(xiàn)的主機(jī)進(jìn)行更多控制！
zabbix缺點(diǎn)：1、性能瓶頸，監(jiān)控系統(tǒng)沒有低估高峰期，具有持續(xù)性和周期性，機(jī)器量越大，數(shù)據(jù)的增大會(huì)使數(shù)據(jù)庫(kù)的寫入成為一定的瓶頸，官網(wǎng)給出的單機(jī)上限5000臺(tái)，屆時(shí)就需要增加proxy，增加成本。2、Zabbix采集數(shù)據(jù)有pull方式，也就是server主動(dòng)模式，當(dāng)目標(biāo)機(jī)器量大之后，pull任務(wù)會(huì)出現(xiàn)積壓。采集數(shù)據(jù)會(huì)延遲3、項(xiàng)目二次開發(fā)，需要分析MySQL表結(jié)構(gòu)，表結(jié)構(gòu)比較復(fù)雜，通過API開發(fā)對(duì)開發(fā)能力有要求。4、內(nèi)置housekeeping在執(zhí)行過程中會(huì)對(duì)數(shù)據(jù)庫(kù)增加壓力，需要對(duì)數(shù)據(jù)庫(kù)進(jìn)行優(yōu)化如上是我總結(jié)的一些Zabbix的優(yōu)缺點(diǎn)，如果你也使用過，或是了解Zabbix，歡迎進(jìn)行補(bǔ)充說明，可以談?wù)剝?yōu)缺點(diǎn)，談?wù)刏abbix的使用感受，談?wù)刏abbix的產(chǎn)品體驗(yàn)等。開源的優(yōu)點(diǎn)就是開放，二次開發(fā)，接口豐富，監(jiān)控方式***；缺點(diǎn)也很明顯，圖形展示功能較為單一；api介紹比較粗糙，如果數(shù)據(jù)庫(kù)表結(jié)構(gòu)更改可能會(huì)影響api調(diào)用，有點(diǎn)頭疼zabbix在開源的監(jiān)控軟件中，應(yīng)該算是很不錯(cuò)的，zabbix+自己開發(fā)的一些腳本，能做到相當(dāng)好的效果。Zabbix如何實(shí)現(xiàn)對(duì)大流量監(jiān)控?cái)?shù)據(jù)的高效處理？企業(yè)級(jí)zabbix監(jiān)控網(wǎng)站的流程
監(jiān)控工具之Zabbix,搭建過程和使用心得。zabbix安裝部署windows
假設(shè)有一個(gè)監(jiān)控系統(tǒng)存在100萬(wàn)個(gè)監(jiān)控項(xiàng)，30萬(wàn)個(gè)觸發(fā)器，nvps值為一萬(wàn)，意味著每秒需要處理1萬(wàn)個(gè)值，而每處理1個(gè)值都需要從100萬(wàn)個(gè)監(jiān)控項(xiàng)中找到所對(duì)應(yīng)的item狀態(tài)信息。同樣地，在計(jì)算觸發(fā)器時(shí)也需要從大量觸發(fā)器中查找目標(biāo)。對(duì)于這一查找問題，Zabbix通過哈希表結(jié)構(gòu)來(lái)解決，也就是，以itemid、hostid、triggerid等作為鍵，構(gòu)建哈希表來(lái)組織這些需要頻繁查找的數(shù)據(jù)。哈希表結(jié)構(gòu)存在于配置緩存、歷史緩存、歷史索引緩存、值緩存valuecache和趨勢(shì)緩存中，配置信息緩存中的哈希表主要是解決剛才說的頻繁查找大規(guī)模元數(shù)據(jù)的問題。歷史緩存和歷史索引緩存中也使用了哈希表，當(dāng)有大量的監(jiān)控?cái)?shù)據(jù)來(lái)不及處理時(shí)，可以先放到歷史緩存的哈希表中，等待historysyncer進(jìn)程處理。由于使用了哈希表，即使有大量監(jiān)控項(xiàng)的數(shù)據(jù)進(jìn)入緩存，historysyncer進(jìn)程仍然可以以固定的時(shí)間復(fù)雜度來(lái)查找這些數(shù)據(jù)。zabbix安裝部署windows
上海觀縱科技有限公司致力于傳媒、廣電，是一家服務(wù)型公司。公司業(yè)務(wù)涵蓋webfunny前端監(jiān)控，webfunny前端埋點(diǎn)，全鏈路應(yīng)用性能監(jiān)控，Argus-IT運(yùn)維監(jiān)控等，價(jià)格合理，品質(zhì)有保證。公司從事傳媒、廣電多年，有著創(chuàng)新的設(shè)計(jì)、強(qiáng)大的技術(shù)，還有一批專業(yè)化的隊(duì)伍，確保為客戶提供良好的產(chǎn)品及服務(wù)。觀縱科技立足于全國(guó)市場(chǎng)，依托強(qiáng)大的研發(fā)實(shí)力，融合前沿的技術(shù)理念，及時(shí)響應(yīng)客戶的需求。