是什么zabbix好選擇

Zabbix能監(jiān)視各種網(wǎng)絡(luò)參數(shù)，保證服務(wù)器系統(tǒng)的安全運(yùn)營，并提供靈活的通知機(jī)制以讓系統(tǒng)管理員快速定位/解決存在的各種問題。是一個(gè)基于WEB界面的提供企業(yè)級的開源分布式系統(tǒng)監(jiān)視以及網(wǎng)絡(luò)監(jiān)視功能的企業(yè)級的開源解決方案。Agent端：主機(jī)通過安裝agent方式采集數(shù)據(jù)；Server端：通過收集agent發(fā)送的數(shù)據(jù)，寫入數(shù)據(jù)庫（MySQL，ORACLE），在通過php+apache/nginx在web前端展示。優(yōu)點(diǎn)：基于兩款工具（cacti+Nagios）優(yōu)點(diǎn)于一身并更強(qiáng)大，實(shí)現(xiàn)企業(yè)級分布式監(jiān)控。缺點(diǎn)：需在被監(jiān)控主機(jī)上安裝agent，所有數(shù)據(jù)都存在數(shù)據(jù)庫里，產(chǎn)生的數(shù)據(jù)量很大，瓶頸主要在數(shù)據(jù)庫。Zabbix 應(yīng)用常見問題和故障解決方法！是什么zabbix好選擇

下面看一下元數(shù)據(jù)對數(shù)據(jù)處理效率的影響。元數(shù)據(jù)位于共享內(nèi)存中，包含監(jiān)控項(xiàng)、主機(jī)、觸發(fā)器、接口等所有必要的信息，這些信息分別存儲(chǔ)在很多個(gè)哈希表結(jié)構(gòu)中。這些信息供幾乎所有Zabbix進(jìn)程使用，在Zabbixserver端，無論是數(shù)據(jù)接收階段、預(yù)處理階段、數(shù)據(jù)計(jì)算階段都離不開對元數(shù)據(jù)的訪問。此外，元數(shù)據(jù)還需要通過configurationsyncer進(jìn)程進(jìn)行定期數(shù)據(jù)同步，目的是將數(shù)據(jù)庫中所作的修改同步到緩存中。當(dāng)在同步過程中需要修改元數(shù)據(jù)，configurationsyncer進(jìn)程會(huì)對面臨一個(gè)較大的挑戰(zhàn)，就是與其他進(jìn)程的協(xié)調(diào)?？紤]到大部分進(jìn)程只是讀取元數(shù)據(jù)，而不會(huì)進(jìn)行寫操作，Zabbix選擇使用讀寫鎖來協(xié)調(diào)所有進(jìn)程對元數(shù)據(jù)的訪問，從而允許多個(gè)進(jìn)程同時(shí)讀取元數(shù)據(jù)。是什么zabbix使用方法監(jiān)控工具之Zabbix,搭建過程和使用心得。

監(jiān)控?cái)?shù)據(jù)的存儲(chǔ)是由historysyncer進(jìn)程負(fù)責(zé)寫入數(shù)據(jù)庫，historysyncer進(jìn)程應(yīng)對大流量數(shù)據(jù)的方式是，一方面通過批量插入來提高寫庫的效率，另一方面通過多進(jìn)程的方式來擴(kuò)展數(shù)據(jù)處理能力。在寫庫過程中，歷史數(shù)據(jù)寫入history表，即使數(shù)據(jù)變?yōu)槔鋽?shù)據(jù)也需要留在history表中供前端UI訪問。趨勢數(shù)據(jù)寫入trends表，相較于歷史數(shù)據(jù)，趨勢數(shù)據(jù)的寫庫負(fù)載要低的多，是因?yàn)閷τ诿總€(gè)監(jiān)控項(xiàng)來說，平均每小時(shí)只需要寫庫一次，其他時(shí)間只需要更新趨勢緩存，不需要寫庫。在historysyncer進(jìn)程的觸發(fā)器計(jì)算階段，主要訪問值緩存，但是如果值緩存不能命中則需要查詢history表，這種情況下就需要使用history表索引了。考慮索引對insert操作的影響，索引在提高查詢速度的同時(shí)也降低了寫入性能。觸發(fā)器計(jì)算之后生成的event信息也需要寫入數(shù)據(jù)庫，這些信息存儲(chǔ)在events表、problem、escalation等表中。因此，這些表的數(shù)據(jù)增長率取決于Zabbix生成的事件的數(shù)量，當(dāng)事件數(shù)量陡增時(shí)，這些表的寫入壓力也會(huì)隨之增加。在數(shù)據(jù)存儲(chǔ)方面主要體現(xiàn)了熱數(shù)據(jù)和冷數(shù)據(jù)的轉(zhuǎn)換過程以及數(shù)據(jù)規(guī)模對讀寫性能的影響。

zabbix缺點(diǎn)：1、性能瓶頸，監(jiān)控系統(tǒng)沒有低估高峰期，具有持續(xù)性和周期性，機(jī)器量越大，數(shù)據(jù)的增大會(huì)使數(shù)據(jù)庫的寫入成為一定的瓶頸，官網(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ā)對開發(fā)能力有要求。4、內(nèi)置housekeeping在執(zhí)行過程中會(huì)對數(shù)據(jù)庫增加壓力，需要對數(shù)據(jù)庫進(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ù)庫表結(jié)構(gòu)更改可能會(huì)影響api調(diào)用，有點(diǎn)頭疼zabbix在開源的監(jiān)控軟件中，應(yīng)該算是很不錯(cuò)的，zabbix+自己開發(fā)的一些腳本，能做到相當(dāng)好的效果。Zabbixserver的數(shù)據(jù)IO。

ValueCache以哈希表形式存儲(chǔ)每個(gè)監(jiān)控項(xiàng)的熱數(shù)據(jù)，這些數(shù)據(jù)主要用于觸發(fā)器表達(dá)式的計(jì)算，從而，監(jiān)控項(xiàng)數(shù)量的增長基本不會(huì)影響觸發(fā)器表達(dá)式計(jì)算所消耗的時(shí)間。趨勢緩存中存儲(chǔ)的是每個(gè)監(jiān)控項(xiàng)**近自然小時(shí)內(nèi)的累計(jì)趨勢數(shù)據(jù)，這些數(shù)據(jù)的更新和寫庫均需要經(jīng)歷查找的過程，因?yàn)閿?shù)據(jù)的更新和寫庫都是由***到來的監(jiān)控?cái)?shù)據(jù)驅(qū)動(dòng)的，需要根據(jù)到來的監(jiān)控?cái)?shù)據(jù)查找對應(yīng)的監(jiān)控項(xiàng)數(shù)據(jù)。除了需要解決快速查找問題，Zabbix還需要解決快速排序問題，這一問題源于historysyncer進(jìn)程處理監(jiān)控?cái)?shù)據(jù)時(shí)應(yīng)該按照什么樣的順序進(jìn)行處理，Zabbix是以監(jiān)控項(xiàng)為單位對所有監(jiān)控?cái)?shù)據(jù)按照時(shí)間戳從小到大進(jìn)行全局性的排序，所使用的排序方法就是堆排序，當(dāng)需要選擇目標(biāo)時(shí)，只需要訪問根節(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ù)只需要訪問單個(gè)目標(biāo)。而堆排序的設(shè)計(jì)則體現(xiàn)了監(jiān)控?cái)?shù)據(jù)在時(shí)間維度的先后次序。集群節(jié)點(diǎn)發(fā)送到數(shù)據(jù)庫后端的心跳是非常小的消息，記錄在一個(gè)較小的Zabbix數(shù)據(jù)庫表中，故性能影響忽略不計(jì)。是什么zabbix好選擇

基于TimeScaleDB(PG時(shí)序數(shù)據(jù)庫)離線部署Zabbix5.4。是什么zabbix好選擇

對于大部分監(jiān)控項(xiàng)而言，隨著時(shí)間流逝，監(jiān)控?cái)?shù)據(jù)會(huì)快速地脫離Zabbix server的使用范圍，進(jìn)入冷數(shù)據(jù)區(qū)。雖然冷數(shù)據(jù)脫離了Zabbix server的使用范圍，但是Zabbix仍然不能對冷數(shù)據(jù)進(jìn)行離線化，因?yàn)榍岸薝I和網(wǎng)絡(luò)API需要訪問這些冷數(shù)據(jù)，這些訪問一般***于少量監(jiān)控項(xiàng)的讀取。從Zabbix server的角度來說，對于任一特定監(jiān)控項(xiàng)，數(shù)據(jù)的熱區(qū)和冷區(qū)分界線是固定的，并且熱區(qū)的數(shù)據(jù)量相對于冷數(shù)據(jù)要小得多。如果使用mysql來存儲(chǔ)監(jiān)控?cái)?shù)據(jù)，由于索引的存在，數(shù)據(jù)的寫入性能會(huì)隨著存儲(chǔ)規(guī)模的增加而降低，查詢性能也是一樣。因此，控制數(shù)據(jù)規(guī)模成為解決數(shù)據(jù)庫訪問性能的關(guān)鍵。如果將熱數(shù)據(jù)和冷數(shù)據(jù)分開存儲(chǔ)，并且在需要時(shí)讓數(shù)據(jù)在兩者之間進(jìn)行流動(dòng)，則對于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)整。是什么zabbix好選擇

上海觀縱科技有限公司成立于2022-11-14，位于上海市奉賢區(qū)望園南路1288弄80號1904、1909室，公司自成立以來通過規(guī)范化運(yùn)營和高質(zhì)量服務(wù)，贏得了客戶及社會(huì)的一致認(rèn)可和好評。公司主要產(chǎn)品有webfunny前端監(jiān)控，webfunny前端埋點(diǎn)，全鏈路應(yīng)用性能監(jiān)控，Argus-IT運(yùn)維監(jiān)控等，公司工程技術(shù)人員、行政管理人員、產(chǎn)品制造及售后服務(wù)人員均有多年行業(yè)經(jīng)驗(yàn)。并與上下游企業(yè)保持密切的合作關(guān)系。webfunny,walkingfunny,argus致力于開拓國內(nèi)市場，與傳媒、廣電行業(yè)內(nèi)企業(yè)建立長期穩(wěn)定的伙伴關(guān)系，公司以產(chǎn)品質(zhì)量及良好的售后服務(wù)，獲得客戶及業(yè)內(nèi)的一致好評。上海觀縱科技有限公司通過多年的深耕細(xì)作，企業(yè)已通過傳媒、廣電質(zhì)量體系認(rèn)證，確保公司各類產(chǎn)品以高技術(shù)、高性能、高精密度服務(wù)于廣大客戶。歡迎各界朋友蒞臨參觀、 指導(dǎo)和業(yè)務(wù)洽談。