第十講企業級監控資料採集指令碼開發實踐

第十講內容

• pushgateway 的介紹

• pushgateway 的安裝和運⾏和配置

• ⾃定義編寫指令碼的⽅法傳送pushgateway 採集

• 使⽤pushgateway的優缺點

（⼀） pushgateway 的介紹

pushgateway 是另⼀種採⽤被動推送的⽅式（⽽不是exporter 主動獲取）獲取監控資料的prometheus 外掛程式在上篇中我們對pushgateway已經做過介紹它是可以單獨運⾏在任何節點上的外掛程式（並不⼀定要在被監控客戶端）然後通過⽤戶⾃定義開發指令碼把需要監控的資料傳送給 pushgateway 然後pushgateway 再把資料推送給prometheus server

（⼆）pushgatway 的安裝和運⾏和配置

解壓設定systemctl執行

cd /usr/local

tar -xf pushgateway-1.2.0.linux-amd64.tar.gz

mv pushgateway-1.2.0.linux-amd64 pushgateway

設定systemctl檔案

# cat /usr/lib/systemd/system/pushgateway.service 
[unit]
description=prometheus node exporter
after=network.target
[service]
execstart=/usr/local/pushgateway/pushgateway
user=nobody
[install]
wantedby=multi-user.target

啟動

systemctl daemon-reload

systemctl start pushgateway

systemctl enable pushgateway

關於pushgateway的配置主要指的是在prometheus sever端的配置

這⾥我們發現了沒有， localhost:9091/9092 使⽤的 pushgateway開啟了兩個

在prometheus_server 本機上為什麼開啟兩個最後⼀個段落給⼤家解釋

重啟prometheus

（三）⾃定義編寫指令碼的⽅法傳送pushgateway 採集

接下來進⼊重頭戲了 pushgateway 本⾝是沒有任何抓取監控資料的功能的它只是被動的等待推送過來

# cat /usr/local/node_exporter/node_exporter_shell.sh

#!/bin/bash

instance_name=`hostname -f | cut -d '.' -f1` #?#本機機器名變數用於於之後的標籤

if [ $instance_name == "localhost" ];then

echo "must fqdn hostname"

fi# for waitting connections

label="count_netstat_wait_connections"

count_netstat_wait_connections=`netstat -an | grep -i wait | wc -l`

echo "$label : $count_netstat_wait_connections"

echo "$label $count_netstat_wait_connections"|curl --data-binary @-

指令碼解釋

#獲取主機名用於區分不同主機，而且機器名不能是localhost

instance_name=`hostname -f | cut -d '.' -f1`

#後⾯紅⾊部分是我們通過linux命令⾏就簡單的獲取到了我們需要監控的資料 tcp_wait數

count_netstat_wait_connections=`netstat -an | grep -i wait | wc -l`

#最後這⾥⽤post ⽅式把 key & value 推送給 pushgatway的url位址

curl --data-binary @-

#url的主location

#這⾥是第⼆部分第⼀個標籤：推送到哪⼀個prometheus.yml 定義的 job⾥

job/pushgateway/

#這⾥是第⼆個標籤推送後顯⽰的機器名是什麼

instance/$instance_name

手動執行該指令碼，然後放入crontab執行就可以定時抓取伺服器tcp的wait鏈結資訊了

web介面檢視

（四）pushgateway的優缺點

pushgateway這種⾃定義的採集⽅式⾮常的快速⽽且極其靈活⼏乎不收到任何約束其實我個⼈還是⾮常希望使⽤pushgateway來獲取監控資料的各類的exporters雖然玲琅滿⽬⽽且預設提供的資料很多了已經⼀般情況下我在企業中只安裝 node_exporter 和 db_exporter 兩個其他種類的監控資料我傾向於全部使⽤pushgateway的⽅式採集

pushgateway的缺點

1） pushgateway 會形成⼀個單點瓶頸，假如好多個指令碼同時傳送給⼀個pushgateway的程序如果這個程序沒了，那麼監控資料也就沒了

2） pushgateway 並不能對傳送過來的指令碼採集資料進⾏更智能的判斷假如指令碼中間採集出問題了那麼有問題的資料 pushgateway⼀樣照單全收傳送給 prometheus

作業我們⾃⼰搭建pushgateway 並⾃⾏編寫⼀個採集指令碼（bash shell即可）採集⼀個 ping 延遲和丟包率

第十講企業級監控資料採集指令碼開發實踐

zabbix企業級監控系統

Zabbix 企業級硬體及網路監控

第一講企業級運維監控理論基礎

第十講 企業級監控資料採集指令碼開發實踐

zabbix企業級監控系統

Zabbix 企業級硬體及網路監控

第一講 企業級運維監控理 論基礎

相關推薦

第十講企業級監控資料採集指令碼開發實踐

第一講企業級運維監控理論基礎