監(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)的值,。如何在10分鐘內(nèi)塔建Zabbix Server HA集群,？湖南zabbix24

增量配置同步：更快地配置同步，減少配置同步性能影響,。新創(chuàng)建的項(xiàng)目現(xiàn)在會(huì)在創(chuàng)建后一分鐘內(nèi)進(jìn)行檢查,。立即執(zhí)行功能現(xiàn)在可從***數(shù)據(jù)部分獲得。在不支持的項(xiàng)目上執(zhí)行立即執(zhí)行時(shí)會(huì)顯示告警消息,。模板分組提供模板組中,，改進(jìn)的主機(jī)和模板過(guò)濾。在身份驗(yàn)證-LDAP設(shè)置下支持定義和保存多個(gè)LDAP服務(wù)器,，能夠使用新的注冊(cè)表監(jiān)控項(xiàng)收集Windows注冊(cè)表項(xiàng),。用于操作系統(tǒng)進(jìn)程發(fā)現(xiàn)和收集單個(gè)進(jìn)程統(tǒng)計(jì)信息的新項(xiàng)目。新的數(shù)字時(shí)鐘小部件,。默認(rèn)的全局視圖儀表板已使用***的Zabbix小部件進(jìn)行了更新,。圖表小部件已得到進(jìn)一步改進(jìn)：添加了堆疊圖支持；圖例現(xiàn)在提供附加信息,；增加了對(duì)簡(jiǎn)單觸發(fā)顯示的支持,。UI表單現(xiàn)在提供指向相關(guān)文檔部分的直接鏈接。從Zabbix前端跟蹤活動(dòng)代理接口狀態(tài)湖南zabbix24Zabbix 6.2將又一次提升新用戶和老用戶的用戶體驗(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ù)的寫入性能會(huì)隨著存儲(chǔ)規(guī)模的增加而降低,，查詢性能也是一樣,。因此,，控制數(shù)據(jù)規(guī)模成為解決數(shù)據(jù)庫(kù)訪問(wèn)性能的關(guān)鍵。如果將熱數(shù)據(jù)和冷數(shù)據(jù)分開存儲(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)整,。

從統(tǒng)計(jì)意義上說(shuō),，每次接受連接的時(shí)候，對(duì)于每個(gè)trapper進(jìn)程來(lái)說(shuō)都有相同的概率獲得連接,，***的結(jié)果就是所有連接在所有trapper進(jìn)程之間均衡分配,。如果考慮每個(gè)連接中包含的數(shù)據(jù)量不均衡，那么當(dāng)某個(gè)trapper進(jìn)程接受的某個(gè)連接包含較多的數(shù)據(jù)時(shí),，意味著該進(jìn)程需要花更多的時(shí)間來(lái)讀取和處理數(shù)據(jù),，這就意味著下一次接受連接的時(shí)間被推遲。對(duì)于poller進(jìn)程,，道理也是一樣,，每個(gè)poller進(jìn)程都以相同的概率從Zabbixserver端的配置緩存接收到任務(wù)，從而實(shí)現(xiàn)數(shù)據(jù)分配均衡,。預(yù)處理進(jìn)程的工作模式與trapper進(jìn)程不同,，預(yù)處理進(jìn)程采用manager-worker模式，即manager進(jìn)程是***的數(shù)據(jù)入口,，負(fù)責(zé)從trapper和poller接收所有數(shù)據(jù),，然后通過(guò)unix域套接字將數(shù)據(jù)分配給各個(gè)worker進(jìn)程處理。其分配的規(guī)則是,，每次每個(gè)worker只分配一個(gè)數(shù)據(jù),，只有當(dāng)worker完成前一個(gè)任務(wù)之后才會(huì)分配下一個(gè)任務(wù)。***,，historysyncer進(jìn)程之間的數(shù)據(jù)均衡也是遵循機(jī)會(huì)均等的機(jī)制,。其主要特點(diǎn)是，每個(gè)循環(huán)**多處理1000個(gè)監(jiān)控值,，所以每次寫數(shù)據(jù)庫(kù)的監(jiān)控值也不會(huì)超過(guò)1000個(gè),。我們會(huì)發(fā)現(xiàn)，總體的數(shù)據(jù)處理過(guò)程都基于監(jiān)控?cái)?shù)據(jù)之間的**性,，從而可以靈活地在各個(gè)進(jìn)程之間調(diào)度,。對(duì)于其他監(jiān)視類型，如SNMP–確保您的端點(diǎn)接受來(lái)自所有Zabbix Server節(jié)點(diǎn)的連接;

Prometheus是一個(gè)具有***內(nèi)置功能的工具,，因此Prometheus用戶無(wú)需安裝各種插件或守護(hù)程序即可收集指標(biāo),。服務(wù)檢測(cè)也是自動(dòng)的,。Prometheus可以定期從目標(biāo)系統(tǒng)中采集指標(biāo)。也可以使用推送機(jī)制收集指標(biāo),。由于Zabbix**初是為監(jiān)控服務(wù)器而開發(fā)的,，因此它專注于主機(jī)。從用戶的角度來(lái)看,，Zabbix分為兩大部分：服務(wù)端和代理端,。服務(wù)用于收集和存儲(chǔ)統(tǒng)計(jì)數(shù)據(jù),，代理用于采集數(shù)據(jù),。Zabbix代理支持被動(dòng)（輪詢）和主動(dòng)檢查。被動(dòng)檢查是指Zabbix服務(wù)向Zabbix代理請(qǐng)求一個(gè)值,，代理處理該請(qǐng)求并將該值返回給Zabbix服務(wù),。主動(dòng)檢查是指Zabbix代理從Zabbix服務(wù)請(qǐng)求一個(gè)主動(dòng)檢查列表，然后定期發(fā)送結(jié)果,。在沒(méi)有安裝代理選項(xiàng)的情況下,，Zabbix可以檢查網(wǎng)絡(luò)服務(wù)的可用性，以及執(zhí)行遠(yuǎn)程命令,。集群節(jié)點(diǎn)發(fā)送到數(shù)據(jù)庫(kù)后端的心跳是非常小的消息,，記錄在一個(gè)較小的Zabbix數(shù)據(jù)庫(kù)表中，故性能影響忽略不計(jì),。湖南zabbix24

基于ZabbixAPI快速生成多Keys監(jiān)控圖表,。湖南zabbix24

為什么Zabbix需要HA？讓我們深入探討什么是高可用性,，并嘗試定義“高可用性”一詞的含義：如果一個(gè)系統(tǒng)沒(méi)有單點(diǎn)故障,，那么系統(tǒng)是以高可用性模式運(yùn)行;單點(diǎn)故障是導(dǎo)致整個(gè)系統(tǒng)停止運(yùn)行的部件故障;在使用高可用性的系統(tǒng)中，冗余是一項(xiàng)要求,。在我們的例子中,，我們需要一個(gè)冗余組件，如果當(dāng)前活動(dòng)的組件遇到問(wèn)題,，我們可以將其故障轉(zhuǎn)移到該組件;故障切換過(guò)程需要透明和自動(dòng)化;就Zabbix平臺(tái)架構(gòu)而言,，單點(diǎn)故障就是我們的ZabbixServer。盡管Zabbix自身非常穩(wěn)定,，但是仍然會(huì)因?yàn)椴僮飨到y(tǒng)級(jí)別的問(wèn)題或其它不可預(yù)料的情況（如磁盤空間不足）而發(fā)生Zabbix平臺(tái)崩潰,。如果ZabbixServer停機(jī)，所有數(shù)據(jù)收集,、問(wèn)題檢測(cè)和警報(bào)都將停止,。這就是為什么Zabbix提供可以實(shí)現(xiàn)高可用和冗余的組件非常重要。湖南zabbix24

上海觀縱科技有限公司成立于2022-11-14,，是一家專注于webfunny前端監(jiān)控,，webfunny前端埋點(diǎn),，全鏈路應(yīng)用性能監(jiān)控，Argus-IT運(yùn)維監(jiān)控的****,，公司位于上海市奉賢區(qū)望園南路1288弄80號(hào)1904,、1909室。公司經(jīng)常與行業(yè)內(nèi)技術(shù)**交流學(xué)習(xí),，研發(fā)出更好的產(chǎn)品給用戶使用,。公司主要經(jīng)營(yíng)webfunny前端監(jiān)控，webfunny前端埋點(diǎn),，全鏈路應(yīng)用性能監(jiān)控,，Argus-IT運(yùn)維監(jiān)控，公司與webfunny前端監(jiān)控,，webfunny前端埋點(diǎn),，全鏈路應(yīng)用性能監(jiān)控，Argus-IT運(yùn)維監(jiān)控行業(yè)內(nèi)多家研究中心,、機(jī)構(gòu)保持合作關(guān)系,，共同交流、探討技術(shù)更新,。通過(guò)科學(xué)管理,、產(chǎn)品研發(fā)來(lái)提高公司競(jìng)爭(zhēng)力。webfunny,walkingfunny,argus嚴(yán)格按照行業(yè)標(biāo)準(zhǔn)進(jìn)行生產(chǎn)研發(fā),，產(chǎn)品在按照行業(yè)標(biāo)準(zhǔn)測(cè)試完成后,，通過(guò)質(zhì)檢部門檢測(cè)后推出。我們通過(guò)全新的管理模式和周到的服務(wù),，用心服務(wù)于客戶,。webfunny,walkingfunny,argus秉承著誠(chéng)信服務(wù)、產(chǎn)品求新的經(jīng)營(yíng)原則,，對(duì)于員工素質(zhì)有嚴(yán)格的把控和要求,，為webfunny前端監(jiān)控，webfunny前端埋點(diǎn),，全鏈路應(yīng)用性能監(jiān)控,，Argus-IT運(yùn)維監(jiān)控行業(yè)用戶提供完善的售前和售后服務(wù)。