【监控系统】Promethus整合Alertmanager监控告警邮件通知
Alertmanager是一种开源软件，用于管理和报警监视警报。它与Prometheus紧密集成，后者是一种流行的开源监视和警报系统。Alertmanager从多个源接收警报和通知，并根据一组配置规则来决定如何处理和发送这些警报。
因此，Alertmanager的功能可以概括为：
- 接收监控系统发送的警报
- 根据配置规则对收到的警报进行处理和去重
- 发送通知警报
Alertmanager支持各种通知方式，例如电子邮件、钉钉等。
在Prometheus中一条告警规则组成
- 告警名称：用户需要为告警规则命名
- 告警规则：主要由PromQL进行定义，表示当表达式（PromQL）查询结果持续多长时 间（During）后出发告警
关键特点:
- 分组：将详细的告警信息合并成一个通知，某些情况下，如由于系统宕机导致大量的告警被同时触发
- 抑制：当某一告警发出后，可以停止重复发送由此告警引发的其它告警的机制，避免告警轰炸
- 静默：根据标签对告警进行静默处理，如果接收到的告警符合静默的配置， Alertmanager则不会发送告警通知
Alertmanager安装
1.下载Alertmanager
wget https://github.com/prometheus/alertmanager/releases/download/v0.24.0/alertmanager-0.24.0.linux-amd64.tar.gz
2.解压
tar -zxvf alertmanager-0.24.0.linux-amd64.tar.gz
#启动
./alertmanager --config.file=alertmanager.yml
#守护进程方式启动
nohup ./alertmanager --config.file=alertmanager.yml &
- 访问 ip+port ，比如 http://ip:9093/#/alerts
关于Alertmanager的使用流程：
- Prometheus的rules.yaml编写告警规则，配置Prometheus，定义在哪些情况下被告警。
- 配置Alertmanager，添加Email、钉钉或者短信接收程序，为告警通知指定目标和通知媒介。
- 建立告警路由，定义告警的路由方式，以便区分和分类告警级别，并为不同的告警目标设定不同的火灾通知方法。
Alert的三种状态：
pending：警报被激活，但是低于配置的持续时间。这里的持续时间即rule里的FOR字段设置的时间。改状态下不发送报警。
firing：警报已被激活，而且超出设置的持续时间。该状态下发送报警。
inactive：既不是pending也不是firing的时候状态变为inactive
prometheus触发一条告警的过程：
prometheus—>触发阈值—>超出持续时间—>alertmanager—>分组|抑制|静默—>媒体类型—>邮件|钉钉|微信等。
OK，现在我们部署了Alertmanager，那么我们的需求就是应用程序监控，如果应用程序挂了，触发邮件发送开发人员。
首先进到Promethus的根目录下：创建rule.yml文件。
我们先来简单介绍一下rule.yaml的配置属性。
groups: # 告警规则组
- name: server-alarm
rules: #规则，可以配置多个alert告警
- alert: # 告警名称
expr: # 告警表达式，基于PromQL表达式告警触发条件，用于计算是否有时间序列满足该条件。
for: # 评估等待时间，可选，用于表示只有当触发条件持续一段时间后才发送告警，在等待期间新产生告警 的状态为pending。
labels: #自定义标签，允许用户指定要附加到告警上的一组附加标签。
severity: # 告警严重程度
annotations: #用于指定一组附加信息，比如用于描述告警详细信息的文字等
summary: # 告警摘要
description: # 告警详细描述
其中severity有以下几种常用值。
- critical（严重），用于描述影响系统主要功能甚至导致系统崩溃的情况。
- warning（警告），用于描述存在异常但不会导致系统崩溃或停止服务的情况。
- info（信息），用于描述与业务正常运行相对应的正常状态信息。
- debug（调试），用于描述可以用于排除故障的调试信息。
#配置规则
groups:
- name: server-alarm
rules:
- alert: "InstanceDown"
expr: up == 0
for: 1m
labels:
severity: warning
annotations:
summary: "{{ $labels.instance }}"
description: "{{ $labels.instance }} of job {{ $labels.job }} has been down for more than 1 minutes."
配置Prometheus关联Alertmanager地址和rule规则启用。
# Alertmanager configuration
alerting:
alertmanagers:
- static_configs:
- targets:
- 192.168.140.133:9093
rule_files:
- "rule.yml"
动态更新配置 curl -X POST http://localhost:9090/-/reload
配置Alertmanager的alertmanager.yml配置文件
alertmanager.yml主要包含两个部分：路由(route) + 接收器(receivers)
- 告警信息会从配置中的顶级路由(route)进入路由树，根据路由规则将告警信息发送给相应的接收器。
编辑alertmanager.yml文件保存。
global:
smtp_smarthost: 'smtp.163.com:25' # SMTP服务器地址和端口
smtp_from: 'lx990218@163.com' # 显示在邮件“发件人”字段中的地址
smtp_auth_username: 'lx990218@163.com' # STMP认证时使用的用户名
smtp_auth_password: 'TCNTXJTZUXJHJJPX' # SMTP认证时使用的密码，不是密码
smtp_require_tls: false # SMTP服务器是否需要TLS加密
route:
receiver: 'email' # 发送告警通知的收件人，和下面的接受者名称匹配
group_wait: 10s # 在发送前等待各个警报的时间
group_interval: 30s # 相同警报名称的警报发送间隔
repeat_interval: 10m # 重复发送警报的时间间隔
group_by: ['alertname'] # 根据警报名分组告警接收者
# 告警接收者
receivers:
- name: 'email' # 接收者名称
email_configs:
- to: '2568682870@qq.com' # 接收告警邮件的收件人
- 重启alertmanager
#守护进程方式启动
nohup ./alertmanager --config.file=alertmanager.yml &
查看Prometheus配置，以及rules是否生效
在看一下Alertmanager。
OK，接下来 就开始验证告警的功能。
首先，我们先停止springboot应用程序。
Prometheus中已经看到服务down了。
Alertmanager中发现了一处告警。
查看邮件：
OK，到这里就结束啦，记得支持下博主哦！
