Zabbix是一款可監(jiān)控網(wǎng)絡(luò)的眾多參數(shù)以及服務(wù)器,、虛擬機(jī)、應(yīng)用程序,、服務(wù),、數(shù)據(jù)庫、網(wǎng)站,、云等的健康狀況和完整性,。Zabbix使用靈活的通知機(jī)制，允許用戶為幾乎任何事件配置基于電子郵件的警報(bào),。這允許對服務(wù)器問題做出快速反應(yīng),。Zabbix基于存儲的數(shù)據(jù)提供報(bào)告和數(shù)據(jù)可視化功能。這使得Zabbix成為容量規(guī)劃的理想選擇,。Zabbix是一款能夠監(jiān)控各種網(wǎng)絡(luò)參數(shù)以及服務(wù)器健康性和完整性的軟件,。Zabbix使用靈活的通知機(jī)制，允許用戶為幾乎任何事件配置基于郵件的告警。這樣可以快速反饋服務(wù)器的問題,?；谝汛鎯Φ臄?shù)據(jù),，Zabbix提供了出色的報(bào)告和數(shù)據(jù)可視化功能,。如何為Zabbix選擇高可用方案？天津zabbix選擇

為什么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平臺架構(gòu)而言，單點(diǎn)故障就是我們的ZabbixServer,。盡管Zabbix自身非常穩(wěn)定,，但是仍然會(huì)因?yàn)椴僮飨到y(tǒng)級別的問題或其它不可預(yù)料的情況（如磁盤空間不足）而發(fā)生Zabbix平臺崩潰。如果ZabbixServer停機(jī),，所有數(shù)據(jù)收集,、問題檢測和警報(bào)都將停止。這就是為什么Zabbix提供可以實(shí)現(xiàn)高可用和冗余的組件非常重要,?；ヂ?lián)網(wǎng)zabbix內(nèi)容監(jiān)控工具之Zabbix,搭建過程和使用心得。

Zabbix集群模式下,，節(jié)點(diǎn)的狀態(tài)說明ZabbixServer集群模式下的節(jié)點(diǎn)存有以下幾種狀態(tài)：Active–當(dāng)前處于活動(dòng)狀態(tài)的節(jié)點(diǎn),。一次只能有一個(gè)節(jié)點(diǎn)處于活動(dòng)狀態(tài);Standby–節(jié)點(diǎn)當(dāng)前正在待機(jī)模式下運(yùn)行。多個(gè)節(jié)點(diǎn)可以具有此狀態(tài);Shutdown–之前檢測到該節(jié)點(diǎn),，但它已正常關(guān)閉;Unreachable–以前檢測到節(jié)點(diǎn),，但在未關(guān)閉的情況下意外丟失。這可能是由許多不同的原因造成的,，例如,，節(jié)點(diǎn)崩潰或出現(xiàn)網(wǎng)絡(luò)問題;在正常情況下，您將有一個(gè)活動(dòng)節(jié)點(diǎn)和一個(gè)或多個(gè)備用節(jié)點(diǎn),。例如,，如果您正在這些節(jié)點(diǎn)上執(zhí)行一些維護(hù)任務(wù)，則也需要處于關(guān)閉模式的節(jié)點(diǎn),。另一方面,，如果一個(gè)活動(dòng)節(jié)點(diǎn)變得不可訪問，則此時(shí)一個(gè)備用節(jié)點(diǎn)將接管。ZabbixHAManager我們?nèi)绾螜z查哪個(gè)節(jié)點(diǎn)當(dāng)前處于活動(dòng)狀態(tài),，哪些節(jié)點(diǎn)正在待機(jī)模式下運(yùn)行,？首先，我們可以在Zabbix前端看到這一點(diǎn)——稍后我們將對此進(jìn)行講述,。我們還可以從命令行檢查節(jié)點(diǎn)狀態(tài),。在每個(gè)節(jié)點(diǎn)上——無論是活動(dòng)節(jié)點(diǎn)還是備用節(jié)點(diǎn)，您都會(huì)看到zabbix_服務(wù)器和hamanager進(jìn)程已經(jīng)啟動(dòng),。hamanager進(jìn)程負(fù)責(zé)每5秒檢查一次數(shù)據(jù)庫中的高可用性節(jié)點(diǎn)狀態(tài),，并負(fù)責(zé)在活動(dòng)節(jié)點(diǎn)出現(xiàn)故障時(shí)接管。另一方面,，當(dāng)前處于活動(dòng)狀態(tài)的Zabbix服務(wù)器節(jié)點(diǎn)將有許多其他進(jìn)程——數(shù)據(jù)收集器進(jìn)程,。

從統(tǒng)計(jì)意義上說，每次接受連接的時(shí)候,，對于每個(gè)trapper進(jìn)程來說都有相同的概率獲得連接,，***的結(jié)果就是所有連接在所有trapper進(jìn)程之間均衡分配。如果考慮每個(gè)連接中包含的數(shù)據(jù)量不均衡,，那么當(dāng)某個(gè)trapper進(jìn)程接受的某個(gè)連接包含較多的數(shù)據(jù)時(shí),，意味著該進(jìn)程需要花更多的時(shí)間來讀取和處理數(shù)據(jù)，這就意味著下一次接受連接的時(shí)間被推遲,。對于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ù)庫的監(jiān)控值也不會(huì)超過1000個(gè)。我們會(huì)發(fā)現(xiàn),，總體的數(shù)據(jù)處理過程都基于監(jiān)控?cái)?shù)據(jù)之間的**性,，從而可以靈活地在各個(gè)進(jìn)程之間調(diào)度,。zabbix支持CyberArk vault進(jìn)行機(jī)密存儲，確保安全,。

監(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)于是無狀態(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)的值,。從Zabbix前端同步Zabbix proxy配置,。廣東zabbix服務(wù)熱線

zabbix是一個(gè)基于WEB界面的提供分布式系統(tǒng)監(jiān)視以及網(wǎng)絡(luò)監(jiān)視功能的企業(yè)級的開源解決方案。天津zabbix選擇

對于成功的企業(yè),，您需要引入一個(gè)有效的監(jiān)控系統(tǒng),，涵蓋您的業(yè)務(wù)和基礎(chǔ)設(shè)施的所有領(lǐng)域——服務(wù)器、數(shù)據(jù)庫,、服務(wù),、存儲、應(yīng)用等,。一個(gè)高效的監(jiān)控系統(tǒng)應(yīng)該為指標(biāo)的收集,、存儲、計(jì)算/預(yù)測,、可視化和告警提供服務(wù),。找到一個(gè)可以符合自己公司環(huán)境的監(jiān)控工具更是一個(gè)相當(dāng)大的挑戰(zhàn)。在運(yùn)維監(jiān)控選擇中,，開源工具是運(yùn)維人員經(jīng)常會(huì)考慮到的,，本文重點(diǎn)講下Prometheus和Zabbix，Zabbix是老一代工具,，Prometheus是新一代工具,。兩者有何不同？Prometheus vs Zabbix 簡單對比天津zabbix選擇

上海觀縱科技有限公司位于上海市奉賢區(qū)望園南路1288弄80號1904,、1909室,，交通便利，環(huán)境優(yōu)美，是一家服務(wù)型企業(yè),。是一家有限責(zé)任公司企業(yè),，隨著市場的發(fā)展和生產(chǎn)的需求，與多家企業(yè)合作研究,，在原有產(chǎn)品的基礎(chǔ)上經(jīng)過不斷改進(jìn),，追求新型，在強(qiáng)化內(nèi)部管理,，完善結(jié)構(gòu)調(diào)整的同時(shí),，良好的質(zhì)量、合理的價(jià)格,、完善的服務(wù),，在業(yè)界受到寬泛好評。公司業(yè)務(wù)涵蓋webfunny前端監(jiān)控,，webfunny前端埋點(diǎn),，全鏈路應(yīng)用性能監(jiān)控，Argus-IT運(yùn)維監(jiān)控,，價(jià)格合理,，品質(zhì)有保證，深受廣大客戶的歡迎,。觀縱科技以創(chuàng)造***產(chǎn)品及服務(wù)的理念,，打造高指標(biāo)的服務(wù)，引導(dǎo)行業(yè)的發(fā)展,。