ValueCache以哈希表形式存儲(chǔ)每個(gè)監(jiān)控項(xiàng)的熱數(shù)據(jù)，這些數(shù)據(jù)主要用于觸發(fā)器表達(dá)式的計(jì)算，從而，監(jiān)控項(xiàng)數(shù)量的增長(zhǎng)基本不會(huì)影響觸發(fā)器表達(dá)式計(jì)算所消耗的時(shí)間。趨勢(shì)緩存中存儲(chǔ)的是每個(gè)監(jiān)控項(xiàng)**近自然小時(shí)內(nèi)的累計(jì)趨勢(shì)數(shù)據(jù)，這些數(shù)據(jù)的更新和寫(xiě)庫(kù)均需要經(jīng)歷查找的過(guò)程，因?yàn)閿?shù)據(jù)的更新和寫(xiě)庫(kù)都是由***到來(lái)的監(jiān)控?cái)?shù)據(jù)驅(qū)動(dòng)的，需要根據(jù)到來(lái)的監(jiān)控?cái)?shù)據(jù)查找對(duì)應(yīng)的監(jiān)控項(xiàng)數(shù)據(jù)。除了需要解決快速查找問(wèn)題，Zabbix還需要解決快速排序問(wèn)題，這一問(wèn)題源于historysyncer進(jìn)程處理監(jiān)控?cái)?shù)據(jù)時(shí)應(yīng)該按照什么樣的順序進(jìn)行處理，Zabbix是以監(jiān)控項(xiàng)為單位對(duì)所有監(jiān)控?cái)?shù)據(jù)按照時(shí)間戳從小到大進(jìn)行全局性的排序，所使用的排序方法就是堆排序，當(dāng)需要選擇目標(biāo)時(shí)，只需要訪問(wèn)根節(jié)點(diǎn)即可。在使用堆排序的情形下，每次排序所消耗的時(shí)間與堆的規(guī)模直接相關(guān)。所以我們應(yīng)該盡可能降低歷史緩存中的監(jiān)控項(xiàng)的數(shù)量，以加快數(shù)據(jù)處理速度。在壓力較小的Zabbix系統(tǒng)中，歷史緩存中的數(shù)據(jù)總是接近于0。上述哈希表結(jié)構(gòu)的設(shè)計(jì)體現(xiàn)了監(jiān)控?cái)?shù)據(jù)的**性，正是由于**性，每次查找數(shù)據(jù)只需要訪問(wèn)單個(gè)目標(biāo)。而堆排序的設(shè)計(jì)則體現(xiàn)了監(jiān)控?cái)?shù)據(jù)在時(shí)間維度的先后次序。Zabbix 在一位企業(yè)老運(yùn)維人員眼中,究竟是怎樣的存在?品質(zhì)zabbix經(jīng)驗(yàn)豐富

假若當(dāng)前有個(gè)新的監(jiān)控要求：業(yè)主希望快速將一批主機(jī)的某個(gè)監(jiān)控項(xiàng)關(guān)聯(lián)到一張圖上來(lái)（非grpfunc疊加），即以CPU、MEM、DISK等維度縱向?qū)Ρ冗@批主機(jī)的資源使用情況。很顯然，當(dāng)主機(jī)數(shù)超過(guò)一定量時(shí)手工創(chuàng)建會(huì)非常枯燥和繁瑣，所幸Zabbix提供了API。我們通過(guò)分析Zabbix Docs中的圖表接口，得知要提供的主機(jī)HostID、監(jiān)控項(xiàng)鍵值ItemID，使用到的Zagbix Method主要有：User Host HostGroup Item Graph等5種方法。如上圖，描述本次批量創(chuàng)建圖表的主要腳本邏輯，即先獲取Zabbix的身份驗(yàn)證令牌，然后查詢主機(jī)或主機(jī)群獲得其HOSTID，接著以HOSTID依次獲取指定監(jiān)控鍵值ID加入列表池，***一次性請(qǐng)求進(jìn)行圖表創(chuàng)建。企業(yè)級(jí)zabbix監(jiān)控tomcat監(jiān)控工具之Zabbix,搭建過(guò)程和使用心得。

作為監(jiān)控系統(tǒng)，Zabbix所面臨的挑戰(zhàn)之一在于需要從大量的監(jiān)控目標(biāo)接收數(shù)據(jù)，這一方面意味著需要連接非常多的監(jiān)控目標(biāo)，另一方面意味著監(jiān)控?cái)?shù)據(jù)的流量（訪問(wèn)量）比較大。影響這種通信效率的一個(gè)重要因素是通信協(xié)議，考慮到單個(gè)消息中包含的數(shù)據(jù)量不同，在數(shù)據(jù)接收階段，Zabbix采用了兩種不同的通信協(xié)議。Trapper進(jìn)程要求在每個(gè)消息中包含較大量的監(jiān)控?cái)?shù)據(jù)，因此Zabbix采用基于TCP協(xié)議和JSON格式的自定義協(xié)議進(jìn)行通信。而對(duì)于poller進(jìn)程，當(dāng)poller進(jìn)程向agent請(qǐng)求單個(gè)監(jiān)控值時(shí)，Zabbix采用簡(jiǎn)化的文本協(xié)議進(jìn)行通信，以提高通信效率。

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

江蘇縱目信息科技有限公司是一家自動(dòng)化運(yùn)維及物聯(lián)網(wǎng)基礎(chǔ)平臺(tái)軟件制造商，長(zhǎng)期深耕基于Zabbix的產(chǎn)品化二開(kāi)及行業(yè)應(yīng)用服務(wù)?；赯abbix企業(yè)級(jí)深度二開(kāi)，發(fā)布有IT運(yùn)維監(jiān)控平臺(tái)商業(yè)軟件Argus，面向私有化及混合云數(shù)據(jù)中心提供***多層次的統(tǒng)一監(jiān)控和運(yùn)維管理。開(kāi)源物聯(lián)網(wǎng)平臺(tái)的ZeusIoT，以全球**基于Zabbix的物聯(lián)網(wǎng)分布式數(shù)據(jù)采集架構(gòu)，集設(shè)備數(shù)據(jù)采集、存儲(chǔ)、分析、觀測(cè)為一體，致力于讓設(shè)備接入和數(shù)據(jù)處理變得開(kāi)箱即用，使物聯(lián)網(wǎng)企業(yè)得以聚焦行業(yè)應(yīng)用開(kāi)發(fā)，極大的縮短物聯(lián)網(wǎng)系統(tǒng)的開(kāi)發(fā)周期。Zabbix 應(yīng)用常見(jiàn)問(wèn)題和故障解決方法！企業(yè)級(jí)zabbix模板組成結(jié)構(gòu)與實(shí)現(xiàn)

如何為Zabbix選擇高可用方案？品質(zhì)zabbix經(jīng)驗(yàn)豐富

對(duì)于大部分監(jiān)控項(xiàng)而言，隨著時(shí)間流逝，監(jiān)控?cái)?shù)據(jù)會(huì)快速地脫離Zabbix server的使用范圍，進(jìn)入冷數(shù)據(jù)區(qū)。雖然冷數(shù)據(jù)脫離了Zabbix server的使用范圍，但是Zabbix仍然不能對(duì)冷數(shù)據(jù)進(jìn)行離線化，因?yàn)榍岸薝I和網(wǎng)絡(luò)API需要訪問(wèn)這些冷數(shù)據(jù)，這些訪問(wèn)一般***于少量監(jiān)控項(xiàng)的讀取。從Zabbix server的角度來(lái)說(shuō)，對(duì)于任一特定監(jiān)控項(xiàng)，數(shù)據(jù)的熱區(qū)和冷區(qū)分界線是固定的，并且熱區(qū)的數(shù)據(jù)量相對(duì)于冷數(shù)據(jù)要小得多。如果使用mysql來(lái)存儲(chǔ)監(jiān)控?cái)?shù)據(jù)，由于索引的存在，數(shù)據(jù)的寫(xiě)入性能會(huì)隨著存儲(chǔ)規(guī)模的增加而降低，查詢性能也是一樣。因此，控制數(shù)據(jù)規(guī)模成為解決數(shù)據(jù)庫(kù)訪問(wèn)性能的關(guān)鍵。如果將熱數(shù)據(jù)和冷數(shù)據(jù)分開(kāi)存儲(chǔ)，并且在需要時(shí)讓數(shù)據(jù)在兩者之間進(jìn)行流動(dòng)，則對(duì)于Zabbix server而言，可以**降低數(shù)據(jù)規(guī)模。如果進(jìn)一步考慮如何實(shí)現(xiàn)熱數(shù)據(jù)表的**小化，就需要建立一種動(dòng)態(tài)機(jī)制，每次修改觸發(fā)器表達(dá)式后按照觸發(fā)器的數(shù)據(jù)需求量在冷熱數(shù)據(jù)之間進(jìn)行雙向調(diào)整。品質(zhì)zabbix經(jīng)驗(yàn)豐富

上海觀縱科技有限公司是以webfunny前端監(jiān)控，webfunny前端埋點(diǎn)，全鏈路應(yīng)用性能監(jiān)控，Argus-IT運(yùn)維監(jiān)控研發(fā)、生產(chǎn)、銷(xiāo)售、服務(wù)為一體的一般項(xiàng)目:技術(shù)服務(wù)、技術(shù)開(kāi)發(fā)、技術(shù)咨詢、技術(shù)交流、技術(shù)轉(zhuǎn)讓、技術(shù)推廣;軟件開(kāi)發(fā);人工智能基礎(chǔ)軟件開(kāi)發(fā);人工智能應(yīng)用軟件開(kāi)發(fā);數(shù)據(jù)處理服務(wù);信息技術(shù)咨詢服務(wù);信息系統(tǒng)集成服務(wù):信息系統(tǒng)運(yùn)行維護(hù)服務(wù);計(jì)算機(jī)系統(tǒng)服務(wù);軟件銷(xiāo)售;計(jì)算機(jī)軟硬件及輔助設(shè)備批發(fā);計(jì)算機(jī)軟硬件及輔助設(shè)備零售;電子產(chǎn)品銷(xiāo)售;通信設(shè)備銷(xiāo)售;通訊設(shè)備銷(xiāo)售;咨詢策劃服務(wù);市場(chǎng)調(diào)查(不含涉外調(diào)查);廣告制作;廣告發(fā)布;廣告設(shè)計(jì)、代理;會(huì)議及展覽服務(wù);貨物進(jìn)出口。(除依法須經(jīng)批準(zhǔn)的項(xiàng)目外，憑營(yíng)業(yè)執(zhí)照依法自主開(kāi)展經(jīng)營(yíng)活動(dòng)) 許可項(xiàng)目:建筑智能化系統(tǒng)設(shè)計(jì);建設(shè)工程施工;網(wǎng)絡(luò)文化經(jīng)營(yíng);互聯(lián)網(wǎng)信息服務(wù)。(依法須經(jīng)批準(zhǔn)的項(xiàng)目，經(jīng)相關(guān)部門(mén)批準(zhǔn)后方可開(kāi)展經(jīng)營(yíng)活動(dòng)，具體經(jīng)營(yíng)項(xiàng)目以相關(guān)部門(mén)批準(zhǔn)文件或許可證件為準(zhǔn))企業(yè)，公司成立于2022-11-14，地址在上海市奉賢區(qū)望園南路1288弄80號(hào)1904、1909室。至創(chuàng)始至今，公司已經(jīng)頗有規(guī)模。本公司主要從事webfunny前端監(jiān)控，webfunny前端埋點(diǎn)，全鏈路應(yīng)用性能監(jiān)控，Argus-IT運(yùn)維監(jiān)控領(lǐng)域內(nèi)的webfunny前端監(jiān)控，webfunny前端埋點(diǎn)，全鏈路應(yīng)用性能監(jiān)控，Argus-IT運(yùn)維監(jiān)控等產(chǎn)品的研究開(kāi)發(fā)。擁有一支研發(fā)能力強(qiáng)、成果豐碩的技術(shù)隊(duì)伍。公司先后與行業(yè)上游與下游企業(yè)建立了長(zhǎng)期合作的關(guān)系。webfunny,walkingfunny,argus以符合行業(yè)標(biāo)準(zhǔn)的產(chǎn)品質(zhì)量為目標(biāo)，并始終如一地堅(jiān)守這一原則，正是這種高標(biāo)準(zhǔn)的自我要求，產(chǎn)品獲得市場(chǎng)及消費(fèi)者的高度認(rèn)可。上海觀縱科技有限公司本著先做人，后做事，誠(chéng)信為本的態(tài)度，立志于為客戶提供webfunny前端監(jiān)控，webfunny前端埋點(diǎn)，全鏈路應(yīng)用性能監(jiān)控，Argus-IT運(yùn)維監(jiān)控行業(yè)解決方案，節(jié)省客戶成本。歡迎新老客戶來(lái)電咨詢。