Zabbix對數(shù)據(jù)的處理能力集中體現(xiàn)在Zabbixserver端?？傮w上，Zabbixserver采用流水線式的多進程架構(gòu)來處理監(jiān)控數(shù)據(jù)，其中比較關(guān)鍵的有3類進程，每一類又可以啟動多個進程。這3類進程分別是：trapper/poller進程，負責(zé)接收監(jiān)控數(shù)據(jù)；預(yù)處理進程，負責(zé)對接收的監(jiān)控數(shù)據(jù)進行預(yù)處理；historysyncer進程負責(zé)將監(jiān)控數(shù)據(jù)寫入數(shù)據(jù)庫以及計算觸發(fā)器表達式并生成event。這3類進程之間可以通過共享內(nèi)存和Unix域套接字實現(xiàn)進程間通信。這里沒有展開講lld進程，是因為lld進程處理的是底層自動發(fā)現(xiàn)的數(shù)據(jù)，并不是嚴格意義上的監(jiān)控值。Zabbixserver的數(shù)據(jù)IO。國產(chǎn)zabbix技術(shù)指導(dǎo)

Prometheus是一個具有***內(nèi)置功能的工具，因此Prometheus用戶無需安裝各種插件或守護程序即可收集指標。服務(wù)檢測也是自動的。Prometheus可以定期從目標系統(tǒng)中采集指標。也可以使用推送機制收集指標。由于Zabbix**初是為監(jiān)控服務(wù)器而開發(fā)的，因此它專注于主機。從用戶的角度來看，Zabbix分為兩大部分：服務(wù)端和代理端。服務(wù)用于收集和存儲統(tǒng)計數(shù)據(jù)，代理用于采集數(shù)據(jù)。Zabbix代理支持被動（輪詢）和主動檢查。被動檢查是指Zabbix服務(wù)向Zabbix代理請求一個值，代理處理該請求并將該值返回給Zabbix服務(wù)。主動檢查是指Zabbix代理從Zabbix服務(wù)請求一個主動檢查列表，然后定期發(fā)送結(jié)果。在沒有安裝代理選項的情況下，Zabbix可以檢查網(wǎng)絡(luò)服務(wù)的可用性，以及執(zhí)行遠程命令。國產(chǎn)zabbix技術(shù)指導(dǎo)Zabbix 應(yīng)用常見問題和故障解決方法！

監(jiān)控數(shù)據(jù)的邏輯視角：監(jiān)控數(shù)據(jù)首先特點是具有相互獨立性。在不同的數(shù)據(jù)處理階段，這種**性會體現(xiàn)在不同的層面，在數(shù)據(jù)采集階段會體現(xiàn)在value層面，如果不考慮日志監(jiān)控的話，同一監(jiān)控項的多次數(shù)據(jù)采集之間不會互相影響，相當于是無狀態(tài)的。在數(shù)據(jù)傳輸階段，也就是從agent發(fā)送數(shù)據(jù)到server接收數(shù)據(jù)的階段，**性體現(xiàn)在host層面，不同的host使用不同的地址和接口進行數(shù)據(jù)傳輸，互不影響，而在同一個host內(nèi)部，每次傳輸?shù)臄?shù)據(jù)往往包含多個監(jiān)控項的值。

Zabbix是由AlexeiVladishev開發(fā)的一種網(wǎng)路監(jiān)視、管理系統(tǒng)，基于Server-Client架構(gòu)?？捎糜诒O(jiān)視各種網(wǎng)路服務(wù)、伺服器和網(wǎng)路機器等狀態(tài)。Zabbix使用MySQL、PostgreSQL、SQLite、Oracle或IBMDB2儲存資料。Server端基于C語言、Web前端則是基于PHP所制作的。Zabbix可以使用多種方式監(jiān)視。可以只使用SimpleCheck不需要安裝Client端，亦可基于SMTP或HTTP等各種協(xié)定做死活監(jiān)視。在客戶端如UNIX、Windows中安裝ZabbixAgent之后，可監(jiān)視CPU負荷、網(wǎng)路使用狀況、硬碟容量等各種狀態(tài)。而就算沒有安裝Agent在監(jiān)視對象中，Zabbix也可以經(jīng)由SNMP、TCP、ICMP檢查，以及利用IPMI、SSH、telnet對目標進行監(jiān)視。另外，Zabbix包含XMPP等各種Item警示功能。Zabbix的授權(quán)是屬于GPLv2。Zabbix能監(jiān)視各種網(wǎng)絡(luò)參數(shù)，保證服務(wù)器系統(tǒng)的安全運營，并提供靈活的通知機制以讓系統(tǒng)管理員快速定位/解決存在的各種問題。是一個基于WEB界面的提供企業(yè)級的開源分布式系統(tǒng)監(jiān)視以及網(wǎng)絡(luò)監(jiān)視功能的企業(yè)級的開源解決方案。zabbix監(jiān)控數(shù)據(jù)的單獨性—邏輯視角！

即使這樣，當configuration syncer進程持有寫鎖時，其他進程將無法訪問元數(shù)據(jù)。對這一問題的優(yōu)化，Zabbix采用臨界區(qū)**小化以及拆分臨界區(qū)的方式，將元數(shù)據(jù)的同步過程拆分為依次執(zhí)行的多個同步序列，每個序列結(jié)束后都會暫時釋放寫鎖，從而給其他進程運行的機會。這些序列總體上是先同步主機信息，然后同步監(jiān)控項信息，***同步觸發(fā)器和事件處理相關(guān)的信息。在使用讀寫鎖的情形下，單純的讀鎖基本不會影響多進程的執(zhí)行進度，而一旦寫鎖介入就會對所有其他進程產(chǎn)生排斥效果。zabbix支持CyberArk vault進行機密存儲，確保安全。在線zabbix套餐

漫談Zabbix和Prometheus ！國產(chǎn)zabbix技術(shù)指導(dǎo)

假若當前有個新的監(jiān)控要求：業(yè)主希望快速將一批主機的某個監(jiān)控項關(guān)聯(lián)到一張圖上來（非grpfunc疊加），即以CPU、MEM、DISK等維度縱向?qū)Ρ冗@批主機的資源使用情況。很顯然，當主機數(shù)超過一定量時手工創(chuàng)建會非?？菰锖头爆崳襔abbix提供了API。我們通過分析Zabbix Docs中的圖表接口，得知要提供的主機HostID、監(jiān)控項鍵值ItemID，使用到的Zagbix Method主要有：User Host HostGroup Item Graph等5種方法。如上圖，描述本次批量創(chuàng)建圖表的主要腳本邏輯，即先獲取Zabbix的身份驗證令牌，然后查詢主機或主機群獲得其HOSTID，接著以HOSTID依次獲取指定監(jiān)控鍵值ID加入列表池，***一次性請求進行圖表創(chuàng)建。國產(chǎn)zabbix技術(shù)指導(dǎo)

上海觀縱科技有限公司致力于傳媒、廣電，是一家服務(wù)型的公司。公司業(yè)務(wù)涵蓋webfunny前端監(jiān)控，webfunny前端埋點，全鏈路應(yīng)用性能監(jiān)控，Argus-IT運維監(jiān)控等，價格合理，品質(zhì)有保證。公司注重以質(zhì)量為中心，以服務(wù)為理念，秉持誠信為本的理念，打造傳媒、廣電良好品牌。觀縱科技立足于全國市場，依托強大的研發(fā)實力，融合前沿的技術(shù)理念，及時響應(yīng)客戶的需求。