監(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ī)和模板過濾。在身份驗(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需要訪問這些冷數(shù)據(jù)，這些訪問一般***于少量監(jiān)控項(xiàng)的讀取。從Zabbix server的角度來(lái)說，對(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ù)訪問性能的關(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ì)意義上說，每次接受連接的時(shí)候，對(duì)于每個(gè)trapper進(jìn)程來(lái)說都有相同的概率獲得連接，***的結(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ù)，然后通過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ì)超過1000個(gè)。我們會(huì)發(fā)現(xiàn)，總體的數(shù)據(jù)處理過程都基于監(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é)果。在沒有安裝代理選項(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)沒有單點(diǎn)故障，那么系統(tǒng)是以高可用性模式運(yùn)行;單點(diǎn)故障是導(dǎo)致整個(gè)系統(tǒng)停止運(yùn)行的部件故障;在使用高可用性的系統(tǒng)中，冗余是一項(xiàng)要求。在我們的例子中，我們需要一個(gè)冗余組件，如果當(dāng)前活動(dòng)的組件遇到問題，我們可以將其故障轉(zhuǎn)移到該組件;故障切換過程需要透明和自動(dòng)化;就Zabbix平臺(tái)架構(gòu)而言，單點(diǎn)故障就是我們的ZabbixServer。盡管Zabbix自身非常穩(wěn)定，但是仍然會(huì)因?yàn)椴僮飨到y(tǒng)級(jí)別的問題或其它不可預(yù)料的情況（如磁盤空間不足）而發(fā)生Zabbix平臺(tái)崩潰。如果ZabbixServer停機(jī)，所有數(shù)據(jù)收集、問題檢測(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ù)更新。通過科學(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è)試完成后，通過質(zhì)檢部門檢測(cè)后推出。我們通過全新的管理模式和周到的服務(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ù)。