Zabbix是由AlexeiVladishev開發(fā)的一種網(wǎng)路監(jiān)視、管理系統(tǒng)，基于Server-Client架構(gòu)?？捎糜诒O(jiān)視各種網(wǎng)路服務(wù)、伺服器和網(wǎng)路機(jī)器等狀態(tài)。Zabbix使用MySQL、PostgreSQL、SQLite、Oracle或IBMDB2儲(chǔ)存資料。Server端基于C語(yǔ)言、Web前端則是基于PHP所制作的。Zabbix可以使用多種方式監(jiān)視。可以只使用SimpleCheck不需要安裝Client端，亦可基于SMTP或HTTP等各種協(xié)定做死活監(jiān)視。在客戶端如UNIX、Windows中安裝ZabbixAgent之后，可監(jiān)視CPU負(fù)荷、網(wǎng)路使用狀況、硬碟容量等各種狀態(tài)。而就算沒(méi)有安裝Agent在監(jiān)視對(duì)象中，Zabbix也可以經(jīng)由SNMP、TCP、ICMP檢查，以及利用IPMI、SSH、telnet對(duì)目標(biāo)進(jìn)行監(jiān)視。另外，Zabbix包含XMPP等各種Item警示功能。Zabbix的授權(quán)是屬于GPLv2。Zabbix能監(jiān)視各種網(wǎng)絡(luò)參數(shù)，保證服務(wù)器系統(tǒng)的安全運(yùn)營(yíng)，并提供靈活的通知機(jī)制以讓系統(tǒng)管理員快速定位/解決存在的各種問(wèn)題。是一個(gè)基于WEB界面的提供企業(yè)級(jí)的開源分布式系統(tǒng)監(jiān)視以及網(wǎng)絡(luò)監(jiān)視功能的企業(yè)級(jí)的開源解決方案。對(duì)于其他監(jiān)視類型，如SNMP–確保您的端點(diǎn)接受來(lái)自所有Zabbix Server節(jié)點(diǎn)的連接;要求zabbix常見(jiàn)問(wèn)題
下面看一下元數(shù)據(jù)對(duì)數(shù)據(jù)處理效率的影響。元數(shù)據(jù)位于共享內(nèi)存中，包含監(jiān)控項(xiàng)、主機(jī)、觸發(fā)器、接口等所有必要的信息，這些信息分別存儲(chǔ)在很多個(gè)哈希表結(jié)構(gòu)中。這些信息供幾乎所有Zabbix進(jìn)程使用，在Zabbixserver端，無(wú)論是數(shù)據(jù)接收階段、預(yù)處理階段、數(shù)據(jù)計(jì)算階段都離不開對(duì)元數(shù)據(jù)的訪問(wèn)。此外，元數(shù)據(jù)還需要通過(guò)configurationsyncer進(jìn)程進(jìn)行定期數(shù)據(jù)同步，目的是將數(shù)據(jù)庫(kù)中所作的修改同步到緩存中。當(dāng)在同步過(guò)程中需要修改元數(shù)據(jù)，configurationsyncer進(jìn)程會(huì)對(duì)面臨一個(gè)較大的挑戰(zhàn)，就是與其他進(jìn)程的協(xié)調(diào)?？紤]到大部分進(jìn)程只是讀取元數(shù)據(jù)，而不會(huì)進(jìn)行寫操作，Zabbix選擇使用讀寫鎖來(lái)協(xié)調(diào)所有進(jìn)程對(duì)元數(shù)據(jù)的訪問(wèn)，從而允許多個(gè)進(jìn)程同時(shí)讀取元數(shù)據(jù)。方案zabbix費(fèi)用從Zabbix前端同步Zabbix proxy配置。
如何為Zabbix選擇高可用方案在Zabbix6.0LTS版本中增加ZabbixServerHA集群功能支持之前，一般使用第三方HA方案來(lái)實(shí)現(xiàn)ZabbixServer的高可用。這引發(fā)了一場(chǎng)持續(xù)的討論——我應(yīng)該使用哪種第三方解決方案，以及我應(yīng)該如何為Zabbix組件配置它？除此之外，您還將擁有一個(gè)新的軟件層，需要適當(dāng)?shù)膶I(yè)知識(shí)來(lái)部署、配置和管理。當(dāng)然，也有基于云的HA方案，但大多數(shù)情況下，這些方案會(huì)產(chǎn)生額外的成本。沒(méi)有第三方高可用性工具所需的專業(yè)知識(shí)可能會(huì)導(dǎo)致不必要的Zabbix系統(tǒng)停機(jī)，在壞的情況下，可能會(huì)導(dǎo)致ZabbixDB后端不一致。以下是錯(cuò)誤配置的高可用性解決方案可能引發(fā)的情況：自動(dòng)故障切換可能未正確配置;兩個(gè)ZabbixServer節(jié)點(diǎn)同時(shí)運(yùn)行的場(chǎng)景，可能會(huì)導(dǎo)致Zabbix數(shù)據(jù)庫(kù)后端不一致;錯(cuò)誤配置STONITH（射中頭部的另一個(gè)節(jié)點(diǎn)）場(chǎng)景——可能導(dǎo)致兩個(gè)ZabbixServer節(jié)點(diǎn)都崩潰;
為什么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)高可用和冗余的組件非常重要。zabbix通過(guò)一系列的UI/UX優(yōu)化、新監(jiān)控項(xiàng)和配置選項(xiàng)以及中大型環(huán)境部署的性能優(yōu)化。
Zabbix集群模式下，節(jié)點(diǎn)的狀態(tài)說(shuō)明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–之前檢測(cè)到該節(jié)點(diǎn)，但它已正常關(guān)閉;Unreachable–以前檢測(cè)到節(jié)點(diǎn)，但在未關(guān)閉的情況下意外丟失。這可能是由許多不同的原因造成的，例如，節(jié)點(diǎn)崩潰或出現(xiàn)網(wǎng)絡(luò)問(wèn)題;在正常情況下，您將有一個(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)變得不可訪問(wè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)——稍后我們將對(duì)此進(jìn)行講述。我們還可以從命令行檢查節(jié)點(diǎn)狀態(tài)。在每個(gè)節(jié)點(diǎn)上——無(wú)論是活動(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ù)庫(kù)中的高可用性節(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)程?；赯abbixAPI快速生成多Keys監(jiān)控圖表。zabbix的自動(dòng)發(fā)現(xiàn)
如何利用Git對(duì)Zabbix監(jiān)控模板進(jìn)行版本管理及備份？要求zabbix常見(jiàn)問(wèn)題
對(duì)于成功的企業(yè)，您需要引入一個(gè)有效的監(jiān)控系統(tǒng)，涵蓋您的業(yè)務(wù)和基礎(chǔ)設(shè)施的所有領(lǐng)域——服務(wù)器、數(shù)據(jù)庫(kù)、服務(wù)、存儲(chǔ)、應(yīng)用等。一個(gè)高效的監(jiān)控系統(tǒng)應(yīng)該為指標(biāo)的收集、存儲(chǔ)、計(jì)算/預(yù)測(cè)、可視化和告警提供服務(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 簡(jiǎn)單對(duì)比要求zabbix常見(jiàn)問(wèn)題
觀縱科技，2022-11-14正式啟動(dòng)，成立了webfunny前端監(jiān)控，webfunny前端埋點(diǎn)，全鏈路應(yīng)用性能監(jiān)控，Argus-IT運(yùn)維監(jiān)控等幾大市場(chǎng)布局，應(yīng)對(duì)行業(yè)變化，順應(yīng)市場(chǎng)趨勢(shì)發(fā)展，在創(chuàng)新中尋求突破，進(jìn)而提升webfunny,walkingfunny,argus的市場(chǎng)競(jìng)爭(zhēng)力，把握市場(chǎng)機(jī)遇，推動(dòng)傳媒、廣電產(chǎn)業(yè)的進(jìn)步。業(yè)務(wù)涵蓋了webfunny前端監(jiān)控，webfunny前端埋點(diǎn)，全鏈路應(yīng)用性能監(jiān)控，Argus-IT運(yùn)維監(jiān)控等諸多領(lǐng)域，尤其webfunny前端監(jiān)控，webfunny前端埋點(diǎn)，全鏈路應(yīng)用性能監(jiān)控，Argus-IT運(yùn)維監(jiān)控中具有強(qiáng)勁優(yōu)勢(shì)，完成了一大批具特色和時(shí)代特征的傳媒、廣電項(xiàng)目；同時(shí)在設(shè)計(jì)原創(chuàng)、科技創(chuàng)新、標(biāo)準(zhǔn)規(guī)范等方面推動(dòng)行業(yè)發(fā)展。我們?cè)诎l(fā)展業(yè)務(wù)的同時(shí)，進(jìn)一步推動(dòng)了品牌價(jià)值完善。隨著業(yè)務(wù)能力的增長(zhǎng)，以及品牌價(jià)值的提升，也逐漸形成傳媒、廣電綜合一體化能力。值得一提的是，觀縱科技致力于為用戶帶去更為定向、專業(yè)的傳媒、廣電一體化解決方案，在有效降低用戶成本的同時(shí)，更能憑借科學(xué)的技術(shù)讓用戶極大限度地挖掘webfunny,walkingfunny,argus的應(yīng)用潛能。