基於zabbix實現監控Jenkins過程詳解

2022-09-22 02:21:08 字數 1658 閱讀 7782

一、監控架構圖

二、實現思路

三、具體配置

1、安裝jenkins metrics外掛程式

外掛程式**位址:

安裝 metrics 外掛程式,在系統配置中,會多出「metrics」的配置,如下圖:

配置項不複雜。我們需要點選「generate...」生成乙個 access key(生成後,記得要儲存)。這個 key 用於身份校驗,後面我們會用到。

儲存後,我們在瀏覽器中輸入url:剛生成的 access key> 驗證 jenkins 是否已經暴露 metrics。如果看到如下圖,就說明可以進行下一步了:

1.1 metrics 外掛程式介紹

metrics 外掛程式是基於程式設計客棧 dropwizard/metrics 實現。它通過4個介面暴露指標資料:/metrics,/ping,/threads,/healthcheck。

1.2 metrics 外掛程式:/metrics 介面介紹

點選上圖中的metric鏈結(它暴露了以下指標資料:

,counters: ,

histograms: ,

meters: ,

timers:

}vmepivgauges:某項指標的瞬時值,例如:當前 jenkins executor 的總個數(jenkins.executor.count.value)

counters:某項指標的總數值,例如:http 請求活動連線數(http.activerequests)

meters:一段時間內,某事件的發生概率,例如:jenkins成功執行的任務每分鐘的執行次數(jenkins.runs.success.m1_rate)

histogram:統計指標的分布情況。例如:jenkins executor 數量的分布(jenkins.executor.count.history)

timer:某項指標的持續時間。例如:jenkins 任務等待時間(jenkins.job.waiting.duration)

1.3 metrics外掛程式其他介面

/ping:介面返回pong代表 jenkins 存活,如下圖:

/threads:返回 jenkins 的執行緒資訊

/healthcheck:返回以下指標:

,"plugins" : ,

"temporary-space" : ,

"thread-deadlock" :

}zabbix server 通過與 zabbix agent 進行通訊實現資料的採集。而 zabbix agent 又分為被動和主動兩種模式。我們使用的是被動模式,也就是zabbix server 向 agent 索要資料。

所以,我們需要在 zabbix agent 所在機器放乙個獲取 jenkins 指標資料的指令碼。再配置 zabbix server 定時從該 agent 獲取資料,最後配置觸發器(trigger)實現告警。

2.1 建立監控模板並鏈結至主機組

2.2 建立監控項

這裡需要解釋其中幾個選項為什麼要那樣填:

到此,zabbix server 端已經配置完成。可以在監測->最新資料中檢視是否有最新的資料,然後可以建立儀錶盤將資料以圖形的方式呈現出來。其他監控項也可以按此方法進行配置。

監控指令碼**

本文標題: 基於zabbix實現監控jenkins過程詳解

本文位址: /jiqiao/fuwuqi/366440.html

zabbix監控部署

一 環境,監控伺服器和被監控伺服器都關閉防火牆和selinux 二 監控伺服器安裝及配置 2 安裝好資料庫後啟動systemctl start mariadb,建立資料庫create database zabbix character set utf8 collate utf8 bin 建立賬戶並授...

Zabbix 監控日誌

監控伺服器指定日誌檔案,實現過濾日誌關鍵字報警。確保在被監控主機的配置檔案中 hostname 引數與前端頁面中的主機名匹配 serveractive 引數中指向zabbix伺服器ip 1 建立監控項 配置 主機 監控項 建立監控項 2 填寫監控項資訊 名稱 日誌czd.log 型別 zabbix客...

Zabbix 日誌監控

之前部落格寫過nginx日誌錯誤數量監控,達到觸發器閾值就報警,最近出了乙個事故,資料庫主庫磁碟滿了,導致主從異常,線上好多業務都down,所以資料庫這塊的監控尤其重要,下面做個mysql log 監控,如果匹配到異常錯誤,就輸出這條錯誤日誌。zabbix版本 3.0.4 mysql5.6.29 二...