Docker系列——Grafana+Prometheus+Node-exporter微信推送（三）

上期回顾：Docker系列——Grafana+Prometheus+Node-exporter服务器告警中心（二）

---

在之前博文中，已经成功的实现了邮件推送。目前主流的办公终端，就是企业微信、钉钉、飞书。今天来分享下微信推送，我们具体来看。

企业微信

在配置企业微信推送时，需要有微信企业，具体如何注册、使用，另外百度就好，在这里就不多说了。

添加机器人

登录企业微信管理后台，获取配置项基础信息。

创建应用

点击应用管理>应用>创建应用，如下所示：

填写对应信息，配置应该logo、名称、以及应用的可见范围，如下所示：

获取AgentId和Secret

应用创建成功后，可以查看应用详情，如下所示：

我们从图中可以看到，有AgentId，AgentId先复制保存下，后续会用到；还有Secret，获取Secret，点击查看后，Secret是发送到企业微信中的，自己到微信终端中查看即可。

获取corp_id

在我的企业中查看，有个企业id字段，以xx开头。

获取部门id

在通讯录中查看，查看部门信息，如下所示：

配置文件

基础信息拿到后，可能会有疑问，拿这些基础信息有什么用。不要急，接下来的配置就需要，我们来细看。

在之前原有的邮件配置基础上，再来进一步修改，添加 wechat_configs 内容，如下所示：

global:
  resolve_timeout: 5m
  smtp_from: '{{ template "email.from" . }}'
  smtp_smarthost: 'smtp.qq.com:465'
  smtp_auth_username: '{{ template "email.from" . }}'
  smtp_auth_password: ''
  smtp_hello: 'qq.com'
  smtp_require_tls: false
  wechat_api_url: 'https://qyapi.weixin.qq.com/cgi-bin/'
  wechat_api_secret: ''
  wechat_api_corp_id: ''
templates:
  - '/etc/alertmanager/*.tmpl'
route:
  group_by: ['alertname']
  group_wait: 5s
  group_interval: 5s
  repeat_interval: 5m
  receiver: 'email'
receivers:
- name: 'email'
  email_configs:
  - to: '{{ template "email.to" . }}'
    html: '{{ template "email.html" . }}'
    send_resolved: true
    headers: { Subject: "{{ .CommonAnnotations.summary }}" }
  wechat_configs:
  - send_resolved: true
    to_party: '8'
    to_user: '@all'
    agent_id: ''
    corp_id: ''
    api_secret: ''
    api_url: 'https://qyapi.weixin.qq.com/cgi-bin/'

参数解析：

• to_party 部门id

• agent_id 应用id

• api_secret 应用Secret

• corp_id 企业id

• api_url 企业微信固定写法

• to_user 接收人

配置后，需要重启alter manager服务，使配置生效。

消息推送

配置好后，我们来触发个条件，而使消息推送，来验证下配置是否有效。

触发条件一样，将node服务停止，使其触发，具体可查看上一篇博文，有详细介绍。

服务停止后，通过 Prometheus 消息中心推送消息，如下所示：

消息内容多，模板不精简，但收到消息，说明配置是没问题的，功能已实现。

引用模板

在之前修改过邮件模板，在这里，我们也修改下微信推送的模板，使其简明扼要一些。

创建模板文件，同样在 alertmanager 目录下，使用命令vim wecaht.tmpl，添加如下内容：

{{ define "wechat.html" }}
{{- if gt (len .Alerts.Firing) 0 -}}{{ range .Alerts }}
@警报
实例: {{ .Labels.instance }}
信息: {{ .Annotations.summary }}
详情: {{ .Annotations.description }}
时间: {{ (.StartsAt.Add 28800e9).Format "2006-01-02 15:04:05" }}
{{ end }}{{ end -}}
{{- if gt (len .Alerts.Resolved) 0 -}}{{ range .Alerts }}
@恢复
实例: {{ .Labels.instance }}
信息: {{ .Annotations.summary }}
时间: {{ (.StartsAt.Add 28800e9).Format "2006-01-02 15:04:05" }}
恢复: {{ (.EndsAt.Add 28800e9).Format "2006-01-02 15:04:05" }}
{{ end }}{{ end -}}
{{- end }}

由于之前出现过日期问题，所以这里就先加上，避免再出现日期那样的错误了，不能一直往里跳。

配置好模板后，需要在altermanager配置文件中引用该模板，wechat_configs中增加如下内容，引用模板：

message: '{{ template "wechat.html" . }}'

如果模板跟altermanager配置文件不在同一个目录下，则需要挂载，由于我配置在一个目录下，就不需要重新挂载了，只需要重启服务即可，使其生效。

再次停用node服务，查看消息推送，告警消息如下所示：

恢复消息如下所示：

引用了模板后，内容是不是要精简很多。

内存监控

一直关注我的朋友，可能会吐槽了，怎么老是拿node服务来写demo，能不能来个实际案例。我想着也是，学了就要用起来。服务器中有很多指标都可以监控，比如：内存、CPU、I/O、网络等。今天来个内存监控，具体来看。

其实监控不难，通过两篇博文，也已知道是怎么回事了，主要是配置规则而已。那规则怎么配置呢，来看如下内容：

groups:
 - name: hostStatsAlert
   rules:
   - alert: hostMemUsageAlert
     expr: (node_memory_MemTotal_bytes - node_memory_MemAvailable_bytes) / node_memory_MemTotal_bytes * 100 > 85
     for: 1m
     labels:
       severity: page
     annotations:
       summary: "Instance {{ $labels.instance }} MEM usgae high"
       description: "{{ $labels.instance }} MEM usage above 85% (current value: {{ $value }})"
   - alert: node-up
     expr: up{job="linux"} == 0
     for: 15s
     labels:
       severity: page
       team: node
     annotations:
       summary: "{{ $labels.instance }} 已停止运行超过 15s！"
       description: "{{ $labels.instance }} 检测到异常停止！请重点关注！！！"

上述示例 hostMemUsageAlert 规则，添加到/prometheus/rules目录下的规则中，并重启Prometheus服务，使配置生效。

重启后，通过Prometheus服务查看规则，如下所示：

注意：规则配置内存使用率超过85%则会出发警报，如果大家的服务器内存够大，目前使用率不高，但又想检测下规则是否能正常触发，将85降低即可。

我这里配置的85，我们来看下最终效果图，如下所示：

告警信息

恢复信息

内存监控，按上述步骤就实现了，是不是就是一个规则的事情，其他指标监控也同理。

好了，今天分享就到这了，下期再会。

学习资源分享

最后感谢每一个认真阅读我文章的人，看着粉丝一路的上涨和关注，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走

这些资料，对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！凡事要趁早，特别是技术行业，一定要提升技术功底。希望对大家有所帮助…….

如果你不想再体验一次自学时找不到资料，没人解答问题，坚持几天便放弃的感受的话，可以加入下方我的qq群大家一起讨论交流，里面也有各种软件测试资料和技术交流。