第十讲：企业级监控数据采集脚本开发实践

　　第十讲内容

　　• pushgateway 的介绍

　　• pushgateway 的安装和运⾏和配置

　　• ⾃定义编写脚本的⽅法 发送pushgateway 采集

　　• 使⽤pushgateway的优缺点

　　

　　（⼀） pushgateway 的介绍

　　pushgateway 是另⼀种采⽤被动推送的⽅式（⽽不是exporter 主动获取）获取监控数据的prometheus 插件 在上篇中 我们对pushgateway已经做过介绍 它是可以单独运⾏在 任何节点上的插件（并不⼀定要在被监 控客户端） 然后 通过⽤户⾃定义开发脚本 把需要监控的数据 发送给 pushgateway  然后pushgateway 再把数据 推送给prometheus server

　　（⼆）pushgatway 的安装和运⾏和配置

　　下载地址：https://prometheus.io/download/#pushgateway

 　　解压设置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端的配 置

 job_name: 'pushgateway'
    static_configs:
    - targets: ['192.168.1.101:9091','192.168.1.101:9092']

 

 　　这⾥我们发现了没有， 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 @- http://192.168.1.101:9091/metrics/job/pushgateway/instance/$instance_name

 　　脚本解释

#获取主机名用于区分不同主机，而且机器名不能是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 @- http://192.168.1.101:9091/metrics/job/pushgateway/instance/$instance_name
#url的主location
http://192.168.1.101:9091/metrics/job/pushgateway/
#这⾥是 第⼆部分  第⼀个标签： 推送到 哪⼀个prometheus.yml 定义的 job⾥ 
job/pushgateway/
#这⾥是 第⼆个标签 推送后 显⽰的 机器名是什么 
instance/$instance_name

　　手动运行该脚本，然后放入crontab运行就可以定时抓取服务器tcp的wait链接信息了

 　　web界面查看

count_netstat_wait_connections

 

 　　（四）pushgateway的优缺点

　　pushgateway这种⾃定义的 采集⽅式 ⾮常的快速 ⽽且极其灵活 ⼏乎不收到任何约束 其实我个⼈ 还是⾮常希望 使⽤pushgateway来获取监控数据的 各类的exporters虽然玲琅满⽬ ⽽且默认提供的数据很多了已 经 ⼀般情况下 我在企业中 只安装 node_exporter 和 DB_exporter 两个 其他种类的 监控数据 我倾向于 全部使⽤pushgateway的⽅式 采集

 　　pushgateway的缺点

　　1） pushgateway 会形成⼀个单点瓶颈，假如好多个 脚本同时 发送给 ⼀个pushgateway的进程  如果这个进程没了，那么监控数据也就没了

　　2） pushgateway 并不能对发送过来的 脚本采集数据 进⾏更智 能的判断 假如脚本中间采集出问题了 那么有问题的数据 pushgateway⼀样照单全收 发送给 prometheus

　　作业

　　我们⾃⼰搭建pushgateway 并⾃⾏编写⼀个 采集脚本 （bash shell即可） 采集⼀个 ping 延迟和丢包率