Zabbix能監(jiān)視各種網(wǎng)絡(luò)參數(shù),保證服務(wù)器系統(tǒng)的安全運營,并提供靈活的通知機制以讓系統(tǒng)管理員快速定位/解決存在的各種問題。是一個基于WEB界面的提供企業(yè)級的開源分布式系統(tǒng)監(jiān)視以及網(wǎng)絡(luò)監(jiān)視功能的企業(yè)級的開源解決方案。Agent端:主機通過安裝agent方式采集數(shù)據(jù);Server端:通過收集agent發(fā)送的數(shù)據(jù),寫入數(shù)據(jù)庫(MySQL,ORACLE),在通過php+apache/nginx在web前端展示。優(yōu)點:基于兩款工具(cacti+Nagios)優(yōu)點于一身并更強大,實現(xiàn)企業(yè)級分布式監(jiān)控。缺點:需在被監(jiān)控主機上安裝agent,所有數(shù)據(jù)都存在數(shù)據(jù)庫里,產(chǎn)生的數(shù)據(jù)量很大,瓶頸主要在數(shù)據(jù)庫。Zabb...
**近一直聽到小伙伴在問,zabbix和prometheus選擇哪一個開源產(chǎn)品好?還是用國內(nèi)的商業(yè)產(chǎn)品呢?今年年初以來,prometheus的熱度就一直在往上增,同時也有不少國產(chǎn)商業(yè)產(chǎn)品替換。下面我就來給大家總結(jié)一下zabbix和prometheus以及商業(yè)產(chǎn)品的對比分析。 Zabbix官方的發(fā)行版本時間可以追朔到2012年,時間上比Prometheus早了四年,Zabbix是由Alexei Vladishev開源的分布式監(jiān)控系統(tǒng),是一個企業(yè)級的分布式開源監(jiān)控方案。能夠監(jiān)控各種網(wǎng)絡(luò)參數(shù)以及服務(wù)器健康性和完整性的軟件。使用靈活的通知機制,允許用戶為幾乎任何事件配置基于郵件的告警。這樣可...
開放性:源代碼全公開,任何用戶都可以編譯和發(fā)布自己的版本。同時,社區(qū)和互聯(lián)網(wǎng)可以找到大量的模版??蓴U展性:支持用戶自定義監(jiān)控項,只要能想得到的KPI,基本都能監(jiān)控的到。數(shù)據(jù)采集:可用性和性能檢測,自動發(fā)現(xiàn),支持agent、SNMP、JMX、telnet等多種采集方式,支持主動和被動模式數(shù)據(jù)傳輸高可用:server對設(shè)備性能要求低,支持proxy分布式監(jiān)控,分布式集中管理,開放式接口,擴展性強告警管理:支持多條件告警,支持多種告警方式,模板能力:支持多組模板,模板繼承。告警設(shè)置:告警周期,告警級別,告警恢復(fù)通知、告警暫停,時段閾值、支持維護周期、支持單機停用歷史數(shù)據(jù):歷史數(shù)據(jù)查詢可配置,內(nèi)置ho...
Prometheus有自己的查詢語言,稱為PromQL(Prometheus查詢語言)。PromQL非常靈活、簡單且功能強大。它可以將函數(shù)和運算符應(yīng)用于度量查詢、過濾、按標簽分組,并使用正則表達式來改進匹配和過濾。表達式的結(jié)果既可以顯示為圖形,也可以在Prometheus的表達式瀏覽器中以表格數(shù)據(jù)的形式顯示,或者由外部系統(tǒng)通過HTT***I使用。Zabbix在查詢方面沒有那么靈活。它使用項目鍵來獲取指標。當zabbix監(jiān)控的體量上去后,數(shù)據(jù)量就會非常大,在web頁面上總是查詢很慢、甚至查詢失敗時。又或者,當其他用戶向你提出一些查詢需求,特別是在web頁面很難做到的個性化查詢時,那么就要編寫...
Q:老師,請教個問題,zabbix通過自動發(fā)現(xiàn)掃描網(wǎng)段,然后添加主機,有沒有什么辦法區(qū)分路由器或者交換機類型的方法,這樣才能把交換機模板或者路由器模板掛給對應(yīng)的主機 A:不多的話,批量加2次模板就行了 Q:后續(xù)上線網(wǎng)絡(luò)設(shè)備后,如果我們組之間溝通不協(xié)調(diào),監(jiān)控會有一些誤差或者遺漏,想減少人工去介入 A:可以找一下類型的oid。然后匹配交換機和路由器的字段套上對應(yīng)的模板 Q:老師,沒有網(wǎng)絡(luò)設(shè)備類型通用的oid吧 A:主機名oid應(yīng)該是通用的,華為和華三、cisco的mib比較通用A:cisco進入特權(quán)模式有條命令showsnmp-serveroidlist。可以看到...
監(jiān)控數(shù)據(jù)的另一個特點體現(xiàn)在監(jiān)控數(shù)據(jù)的熱值以及熱數(shù)據(jù)的規(guī)模方面。如果將數(shù)據(jù)的每分鐘訪問次數(shù)定義為數(shù)據(jù)的熱值,那么監(jiān)控數(shù)據(jù)的熱值與數(shù)據(jù)的存活時間(也就是年齡)直接相關(guān)。在監(jiān)控數(shù)據(jù)寫入數(shù)據(jù)庫之前,需要完成數(shù)據(jù)采集、數(shù)據(jù)傳輸和預(yù)處理,在這個時間段,Zabbix需要在**短的時間內(nèi)快速處理完數(shù)據(jù),因此其熱值很高,但是這時的熱數(shù)據(jù)范圍很小,主要是每個監(jiān)控項的當前值。而在觸發(fā)器表達式計算階段,當前值的處理會引起對該監(jiān)控項下的多個歷史值的訪問,此時熱數(shù)據(jù)的范圍**增加。如果某個觸發(fā)器表達式需要使用**近60分鐘的數(shù)據(jù),那么熱數(shù)據(jù)的范圍就擴增到60分鐘。Zabbix如何實現(xiàn)對大流量監(jiān)控數(shù)據(jù)的高效處理?技術(shù)zab...
使用Prometheus告警功能,需要安裝Alertmanager。這是因為Prometheus的警報分為兩部分。首先,您在Prometheus服務(wù)中定義告警規(guī)則,它將告警發(fā)送到Alertmanager。然后Alertmanager通過降噪、抑制、聚合和發(fā)送通知來管理這些告警。Alertmanager將類似性質(zhì)的告警聚合,以避免重復(fù)。當許多系統(tǒng)同時發(fā)生故障時,這在較大的事故中特別有用。與可視化的情況一樣,Zabbix具有內(nèi)置的告警功能。使用Zabbix,可以使用許多不同的渠道和選項將事件的發(fā)生通知負責人員。Zabbix告警系統(tǒng)允許以不同的方式管理事件:發(fā)送消息、執(zhí)行遠程命令、根據(jù)用戶定義的服務(wù)...
1、mysql監(jiān)控用戶創(chuàng)建由于zabbix自帶監(jiān)控模板只能監(jiān)控mysql的基本性能參數(shù),只需建立一個USAGE權(quán)限或SELECT權(quán)限用戶即可,登錄主機限制為localhost: 2、zabbix agent配置檢查Include語句是否被注釋,如果被注釋則取消注釋。新建mysql配置文件,寫入數(shù)據(jù)庫連接方式。將/etc/zabbix/zabbix_agentd.d/userparameter_mysql.conf中的/var/lib/zabbix替換為/etc/zabbix。重啟zabbix agent 3、zabbix web端配置為mysql服務(wù)器主機鏈接監(jiān)控模板“ Tem...
作為監(jiān)控系統(tǒng),Zabbix所面臨的挑戰(zhàn)之一在于需要從大量的監(jiān)控目標接收數(shù)據(jù),這一方面意味著需要連接非常多的監(jiān)控目標,另一方面意味著監(jiān)控數(shù)據(jù)的流量(訪問量)比較大。影響這種通信效率的一個重要因素是通信協(xié)議,考慮到單個消息中包含的數(shù)據(jù)量不同,在數(shù)據(jù)接收階段,Zabbix采用了兩種不同的通信協(xié)議。Trapper進程要求在每個消息中包含較大量的監(jiān)控數(shù)據(jù),因此Zabbix采用基于TCP協(xié)議和JSON格式的自定義協(xié)議進行通信。而對于poller進程,當poller進程向agent請求單個監(jiān)控值時,Zabbix采用簡化的文本協(xié)議進行通信,以提高通信效率。對于其他監(jiān)視類型,如SNMP–確保您的端點接受來自所有...
在實際的工作環(huán)境中,根據(jù)網(wǎng)絡(luò)環(huán)境和監(jiān)控的規(guī)模不同,zabbix一共有三種框架,分別是server_client架構(gòu)、master_node_client架構(gòu)和server_proxy_client架構(gòu)。1、server_client架構(gòu)zabbix**簡單的架構(gòu),監(jiān)控設(shè)備和被監(jiān)控設(shè)備之間直接相連,zabbix_server和zabbix_client之間直接進行數(shù)據(jù)交互。2、zabbix_proxy_client架構(gòu)proxy是連接server和client之間的橋梁,其本身不存放數(shù)據(jù),只是將zabbix_agent端發(fā)來的數(shù)據(jù)暫存,然后再提交給server。這種架構(gòu)一般用于跨機房、跨網(wǎng)絡(luò)的中...
在默認的情況下,zabbix有6個工作進程;分別是zabbix_agentd,zabbix_get,zabbix_proxy,zabbix_sender,zabbix_server和zabbix_gateway。其中,zabbix_java_gateway是可選進程。這6個進程的作用如下:1、zabbix_agentdzabbix-agentd為zabbix客戶端守護進程,主要負責收集客戶端監(jiān)控項數(shù)據(jù)。2、zabbix_serverzabbix_server為zabbix服務(wù)端守護進程,主要負責收集zabbix客戶端數(shù)據(jù)。(端口為10051)3、zabbix_proxyzabbix_proxy...
zabbix是非常實用的監(jiān)控平臺,其所能實現(xiàn)的安全隱私保障的意義非凡,尤其很多非?;镜谋O(jiān)控功能都是可以一應(yīng)俱全的完成的,而在這樣的大前提下,要想與時俱進的發(fā)揮出zabbix的功能價值,通過實力強的zabbix二開就顯得非常有價值意義,其對于更好的完成監(jiān)管工作,更深入的落實管理,抵御不斷發(fā)展的危險因素就非常有必要。zabbix是非常實用的監(jiān)控平臺,其所能實現(xiàn)的安全隱私保障的意義非凡,尤其很多非常基本的監(jiān)控功能都是可以一應(yīng)俱全的完成的,而在這樣的大前提下,要想與時俱進的發(fā)揮出zabbix的功能價值,通過實力強的zabbix二開就顯得非常有價值意義,其對于更好的完成監(jiān)管工作,更深入的落實管理,抵御...
zabbix支持監(jiān)控各種系統(tǒng)平臺,包括Linux和Windows等主流操作系統(tǒng),也可以借助SNMP或者是SSH協(xié)議監(jiān)控路由交換設(shè)備。zabbix如果部署在服務(wù)器上,可以監(jiān)控其CPU、內(nèi)存、網(wǎng)絡(luò)性能等硬件參數(shù),也可以監(jiān)控具體的服務(wù)或者應(yīng)用程序、服務(wù)運行情況及性能。硬件監(jiān)控:ZabbixIPMIInterface,通過IPMI接口進行監(jiān)控,我們可以通過標準的IPMI硬件接口,監(jiān)控被監(jiān)控對象的物理特征,比如電壓、溫度、風(fēng)扇狀態(tài)、電源狀態(tài)等。系統(tǒng)監(jiān)控:ZabbixAgentInterface,通過的代理程序進行監(jiān)控,與常見的master/agent模型類似,如果被監(jiān)控對象支持對應(yīng)的agent,推薦優(yōu)先...
Prometheus有自己的查詢語言,稱為PromQL(Prometheus查詢語言)。PromQL非常靈活、簡單且功能強大。它可以將函數(shù)和運算符應(yīng)用于度量查詢、過濾、按標簽分組,并使用正則表達式來改進匹配和過濾。表達式的結(jié)果既可以顯示為圖形,也可以在Prometheus的表達式瀏覽器中以表格數(shù)據(jù)的形式顯示,或者由外部系統(tǒng)通過HTT***I使用。Zabbix在查詢方面沒有那么靈活。它使用項目鍵來獲取指標。當zabbix監(jiān)控的體量上去后,數(shù)據(jù)量就會非常大,在web頁面上總是查詢很慢、甚至查詢失敗時。又或者,當其他用戶向你提出一些查詢需求,特別是在web頁面很難做到的個性化查詢時,那么就要編寫...
zabbix缺點:1、性能瓶頸,監(jiān)控系統(tǒng)沒有低估高峰期,具有持續(xù)性和周期性,機器量越大,數(shù)據(jù)的增大會使數(shù)據(jù)庫的寫入成為一定的瓶頸,官網(wǎng)給出的單機上限5000臺,屆時就需要增加proxy,增加成本。2、Zabbix采集數(shù)據(jù)有pull方式,也就是server主動模式,當目標機器量大之后,pull任務(wù)會出現(xiàn)積壓。采集數(shù)據(jù)會延遲3、項目二次開發(fā),需要分析MySQL表結(jié)構(gòu),表結(jié)構(gòu)比較復(fù)雜,通過API開發(fā)對開發(fā)能力有要求。4、內(nèi)置housekeeping在執(zhí)行過程中會對數(shù)據(jù)庫增加壓力,需要對數(shù)據(jù)庫進行優(yōu)化如上是我總結(jié)的一些Zabbix的優(yōu)缺點,如果你也使用過,或是了解Zabbix,歡迎進行補充說明,可以談...
在默認的情況下,zabbix有6個工作進程;分別是zabbix_agentd,zabbix_get,zabbix_proxy,zabbix_sender,zabbix_server和zabbix_gateway。其中,zabbix_java_gateway是可選進程。這6個進程的作用如下:1、zabbix_agentdzabbix-agentd為zabbix客戶端守護進程,主要負責收集客戶端監(jiān)控項數(shù)據(jù)。2、zabbix_serverzabbix_server為zabbix服務(wù)端守護進程,主要負責收集zabbix客戶端數(shù)據(jù)。(端口為10051)3、zabbix_proxyzabbix_proxy...
為什么Zabbix需要HA?讓我們深入探討什么是高可用性,并嘗試定義“高可用性”一詞的含義:如果一個系統(tǒng)沒有單點故障,那么系統(tǒng)是以高可用性模式運行;單點故障是導(dǎo)致整個系統(tǒng)停止運行的部件故障;在使用高可用性的系統(tǒng)中,冗余是一項要求。在我們的例子中,我們需要一個冗余組件,如果當前活動的組件遇到問題,我們可以將其故障轉(zhuǎn)移到該組件;故障切換過程需要透明和自動化;就Zabbix平臺架構(gòu)而言,單點故障就是我們的ZabbixServer。盡管Zabbix自身非常穩(wěn)定,但是仍然會因為操作系統(tǒng)級別的問題或其它不可預(yù)料的情況(如磁盤空間不足)而發(fā)生Zabbix平臺崩潰。如果ZabbixServer停機,所有數(shù)據(jù)收...
Zabbix集群模式下,節(jié)點的狀態(tài)說明ZabbixServer集群模式下的節(jié)點存有以下幾種狀態(tài):Active–當前處于活動狀態(tài)的節(jié)點。一次只能有一個節(jié)點處于活動狀態(tài);Standby–節(jié)點當前正在待機模式下運行。多個節(jié)點可以具有此狀態(tài);Shutdown–之前檢測到該節(jié)點,但它已正常關(guān)閉;Unreachable–以前檢測到節(jié)點,但在未關(guān)閉的情況下意外丟失。這可能是由許多不同的原因造成的,例如,節(jié)點崩潰或出現(xiàn)網(wǎng)絡(luò)問題;在正常情況下,您將有一個活動節(jié)點和一個或多個備用節(jié)點。例如,如果您正在這些節(jié)點上執(zhí)行一些維護任務(wù),則也需要處于關(guān)閉模式的節(jié)點。另一方面,如果一個活動節(jié)點變得不可訪問,則此時一個備用節(jié)點...
Prometheus有自己的查詢語言,稱為PromQL(Prometheus查詢語言)。PromQL非常靈活、簡單且功能強大。它可以將函數(shù)和運算符應(yīng)用于度量查詢、過濾、按標簽分組,并使用正則表達式來改進匹配和過濾。表達式的結(jié)果既可以顯示為圖形,也可以在Prometheus的表達式瀏覽器中以表格數(shù)據(jù)的形式顯示,或者由外部系統(tǒng)通過HTT***I使用。Zabbix在查詢方面沒有那么靈活。它使用項目鍵來獲取指標。當zabbix監(jiān)控的體量上去后,數(shù)據(jù)量就會非常大,在web頁面上總是查詢很慢、甚至查詢失敗時。又或者,當其他用戶向你提出一些查詢需求,特別是在web頁面很難做到的個性化查詢時,那么就要編寫...
監(jiān)控數(shù)據(jù)的存儲是由historysyncer進程負責寫入數(shù)據(jù)庫,historysyncer進程應(yīng)對大流量數(shù)據(jù)的方式是,一方面通過批量插入來提高寫庫的效率,另一方面通過多進程的方式來擴展數(shù)據(jù)處理能力。在寫庫過程中,歷史數(shù)據(jù)寫入history表,即使數(shù)據(jù)變?yōu)槔鋽?shù)據(jù)也需要留在history表中供前端UI訪問。趨勢數(shù)據(jù)寫入trends表,相較于歷史數(shù)據(jù),趨勢數(shù)據(jù)的寫庫負載要低的多,是因為對于每個監(jiān)控項來說,平均每小時只需要寫庫一次,其他時間只需要更新趨勢緩存,不需要寫庫。在historysyncer進程的觸發(fā)器計算階段,主要訪問值緩存,但是如果值緩存不能命中則需要查詢history表,這種情況下就需要...
監(jiān)控數(shù)據(jù)的邏輯視角:監(jiān)控數(shù)據(jù)首先特點是具有相互獨立性。在不同的數(shù)據(jù)處理階段,這種**性會體現(xiàn)在不同的層面,在數(shù)據(jù)采集階段會體現(xiàn)在value層面,如果不考慮日志監(jiān)控的話,同一監(jiān)控項的多次數(shù)據(jù)采集之間不會互相影響,相當于是無狀態(tài)的。在數(shù)據(jù)傳輸階段,也就是從agent發(fā)送數(shù)據(jù)到server接收數(shù)據(jù)的階段,**性體現(xiàn)在host層面,不同的host使用不同的地址和接口進行數(shù)據(jù)傳輸,互不影響,而在同一個host內(nèi)部,每次傳輸?shù)臄?shù)據(jù)往往包含多個監(jiān)控項的值。集群節(jié)點發(fā)送到數(shù)據(jù)庫后端的心跳是非常小的消息,記錄在一個較小的Zabbix數(shù)據(jù)庫表中,故性能影響忽略不計。是什么zabbix誠信推薦Prometheus將...
在實際的工作環(huán)境中,根據(jù)網(wǎng)絡(luò)環(huán)境和監(jiān)控的規(guī)模不同,zabbix一共有三種框架,分別是server_client架構(gòu)、master_node_client架構(gòu)和server_proxy_client架構(gòu)。1、server_client架構(gòu)zabbix**簡單的架構(gòu),監(jiān)控設(shè)備和被監(jiān)控設(shè)備之間直接相連,zabbix_server和zabbix_client之間直接進行數(shù)據(jù)交互。2、zabbix_proxy_client架構(gòu)proxy是連接server和client之間的橋梁,其本身不存放數(shù)據(jù),只是將zabbix_agent端發(fā)來的數(shù)據(jù)暫存,然后再提交給server。這種架構(gòu)一般用于跨機房、跨網(wǎng)絡(luò)的中...
zabbix支持監(jiān)控各種系統(tǒng)平臺,包括Linux和Windows等主流操作系統(tǒng),也可以借助SNMP或者是SSH協(xié)議監(jiān)控路由交換設(shè)備。zabbix如果部署在服務(wù)器上,可以監(jiān)控其CPU、內(nèi)存、網(wǎng)絡(luò)性能等硬件參數(shù),也可以監(jiān)控具體的服務(wù)或者應(yīng)用程序、服務(wù)運行情況及性能。硬件監(jiān)控:ZabbixIPMIInterface,通過IPMI接口進行監(jiān)控,我們可以通過標準的IPMI硬件接口,監(jiān)控被監(jiān)控對象的物理特征,比如電壓、溫度、風(fēng)扇狀態(tài)、電源狀態(tài)等。系統(tǒng)監(jiān)控:ZabbixAgentInterface,通過的代理程序進行監(jiān)控,與常見的master/agent模型類似,如果被監(jiān)控對象支持對應(yīng)的agent,推薦優(yōu)先...
使用Prometheus告警功能,需要安裝Alertmanager。這是因為Prometheus的警報分為兩部分。首先,您在Prometheus服務(wù)中定義告警規(guī)則,它將告警發(fā)送到Alertmanager。然后Alertmanager通過降噪、抑制、聚合和發(fā)送通知來管理這些告警。Alertmanager將類似性質(zhì)的告警聚合,以避免重復(fù)。當許多系統(tǒng)同時發(fā)生故障時,這在較大的事故中特別有用。與可視化的情況一樣,Zabbix具有內(nèi)置的告警功能。使用Zabbix,可以使用許多不同的渠道和選項將事件的發(fā)生通知負責人員。Zabbix告警系統(tǒng)允許以不同的方式管理事件:發(fā)送消息、執(zhí)行遠程命令、根據(jù)用戶定義的服務(wù)...
兩種消息格式均為文本格式,相較于使用二進制格式,文本格式使得agent端的接口設(shè)計更簡單,從而為自定義agent開發(fā)提供了便利,可以吸納更多的監(jiān)控目標轉(zhuǎn)向Zabbix。在tcp連接的管理方面,Zabbix的每個連接只處理一個請求,處理完就會關(guān)閉,無論在trapper進程還是poller進程中都是這樣。每個tcp連接的建立和關(guān)閉都意味著一定的開銷,但是這種模式也有優(yōu)點,就是靈活性。每次連接只處理一個請求,意味著每個請求都可以在多個進程之間重新調(diào)度。從而可以更好地在眾多進程之間實現(xiàn)動態(tài)均衡。退一步說,通過增加單個連接的數(shù)據(jù)量也能夠降低頻繁建立連接的成本。在擴展性方面,除了可以通過增加進程數(shù)量來增加...
Zabbix集群模式下,節(jié)點的狀態(tài)說明ZabbixServer集群模式下的節(jié)點存有以下幾種狀態(tài):Active–當前處于活動狀態(tài)的節(jié)點。一次只能有一個節(jié)點處于活動狀態(tài);Standby–節(jié)點當前正在待機模式下運行。多個節(jié)點可以具有此狀態(tài);Shutdown–之前檢測到該節(jié)點,但它已正常關(guān)閉;Unreachable–以前檢測到節(jié)點,但在未關(guān)閉的情況下意外丟失。這可能是由許多不同的原因造成的,例如,節(jié)點崩潰或出現(xiàn)網(wǎng)絡(luò)問題;在正常情況下,您將有一個活動節(jié)點和一個或多個備用節(jié)點。例如,如果您正在這些節(jié)點上執(zhí)行一些維護任務(wù),則也需要處于關(guān)閉模式的節(jié)點。另一方面,如果一個活動節(jié)點變得不可訪問,則此時一個備用節(jié)點...
Zabbix 是一個企業(yè)級的、開源的、分布式的監(jiān)控套件,被用來監(jiān)控IT基礎(chǔ)設(shè)施的可用性和性能。Zabbix可以監(jiān)控網(wǎng)絡(luò)和服務(wù)的監(jiān)控狀況,Zabbix 利用靈活的告警機制,允許用戶對事件發(fā)送基于郵件、短信、微信和釘釘?shù)雀婢绞?,這樣可以保證快速的對問題作出相應(yīng)。Zabbix支持主動和被動兩種方式.所有的Zabbix報告都可以通過配置參數(shù)在WEB前端進行訪問。Web前端將幫助你在任何區(qū)域都能夠迅速獲得你的網(wǎng)絡(luò)及服務(wù)狀況。zabbix架構(gòu)不僅支持小型組織,還支持大規(guī)模的公司的部署。Zabbix 是零成本的. 因為 Zabbix 編寫和發(fā)布基于 GPL V2 協(xié)議. 意味著源代碼是**發(fā)布的。在所有Z...
在默認的情況下,zabbix有6個工作進程;分別是zabbix_agentd,zabbix_get,zabbix_proxy,zabbix_sender,zabbix_server和zabbix_gateway。其中,zabbix_java_gateway是可選進程。這6個進程的作用如下:1、zabbix_agentdzabbix-agentd為zabbix客戶端守護進程,主要負責收集客戶端監(jiān)控項數(shù)據(jù)。2、zabbix_serverzabbix_server為zabbix服務(wù)端守護進程,主要負責收集zabbix客戶端數(shù)據(jù)。(端口為10051)3、zabbix_proxyzabbix_proxy...
在實際的工作環(huán)境中,根據(jù)網(wǎng)絡(luò)環(huán)境和監(jiān)控的規(guī)模不同,zabbix一共有三種框架,分別是server_client架構(gòu)、master_node_client架構(gòu)和server_proxy_client架構(gòu)。1、server_client架構(gòu)zabbix**簡單的架構(gòu),監(jiān)控設(shè)備和被監(jiān)控設(shè)備之間直接相連,zabbix_server和zabbix_client之間直接進行數(shù)據(jù)交互。2、zabbix_proxy_client架構(gòu)proxy是連接server和client之間的橋梁,其本身不存放數(shù)據(jù),只是將zabbix_agent端發(fā)來的數(shù)據(jù)暫存,然后再提交給server。這種架構(gòu)一般用于跨機房、跨網(wǎng)絡(luò)的中...
在實際的工作環(huán)境中,根據(jù)網(wǎng)絡(luò)環(huán)境和監(jiān)控的規(guī)模不同,zabbix一共有三種框架,分別是server_client架構(gòu)、master_node_client架構(gòu)和server_proxy_client架構(gòu)。1、server_client架構(gòu)zabbix**簡單的架構(gòu),監(jiān)控設(shè)備和被監(jiān)控設(shè)備之間直接相連,zabbix_server和zabbix_client之間直接進行數(shù)據(jù)交互。2、zabbix_proxy_client架構(gòu)proxy是連接server和client之間的橋梁,其本身不存放數(shù)據(jù),只是將zabbix_agent端發(fā)來的數(shù)據(jù)暫存,然后再提交給server。這種架構(gòu)一般用于跨機房、跨網(wǎng)絡(luò)的中...