Zabbix 5.0 配置短信报警

zabbix 5.0 配置短信报警，监控Nginx-Service-Down

前置条件

• Centos7
• Zabbix 5.0
• Zabbix-agent2
• Nginx 1.18.0

参考连接

• 配置zabbix监控Nginx
• 配置zabbix自定义报警脚本

配置Zabbix监控Nginx

• 采用 Template App Nginx by HTTP 模板监控Nginx
• 修改 nginx配置文件(/usr/local/nginx/conf/nginx.conf)，增加 http端点：
  #nginx状态监控
  location = /basic_status {
  stub_status;
  access_log off;
  #设置zabbix-server主机ip，仅允许该ip访问
  allow x.x.x.x;
  deny all;
  }
• 修改 Template App Nginx by HTTP 模板中的宏，注意 {$NGINX.STUB_STATUS.PATH}，{$NGINX.STUB_STATUS.PORT} 与 nginx 中的配置相对应。
  

Nginx报警时发送短信

短信报警通过在自定义报警脚本中调用短信推送接口实现。zabbix自定义报警脚本默认存放在 /usr/lib/zabbix/alertscripts目录，可以通过zabbix-server配置文件(/etc/zabbix/zabbix_server.conf)中的AlertScriptsPath参数配置。

1. 编写发送短信脚本，vim /usr/lib/zabbix/alertscripts/sendSMS.sh

#!/bin/bash
#手机号码
MOBILE_NUMBER=$1
#短信主题
MESSAGE_SUBJECT=$2
#短信内容
MESSAGE_UTF8=$3
#调用短信接口
curl -G --data-urlencode "sms=${MOBILE_NUMBER}" \
--data-urlencode "content=【Zabbix】${MESSAGE_SUBJECT}-${MESSAGE_UTF8}" \
--data-urlencode "token=xxx" \
http://x.x.x.x/v1/messageService/sendOnce >> /var/log/zabbix/sendSMS.log

2. 创建媒介类型：自定义短信

• 管理>>报警媒介类型>>创建媒介类型
  
• 填写“名称”；类型选择“脚本”；脚本名称填写/usr/lib/zabbix/alertscripts目录中自定义的短信推送脚本；脚本参数：自定义脚本运行时的命令行参数，支持{ALERT.SENDTO}, {ALERT.SUBJECT} 和 {ALERT.MESSAGE} 宏参数。
  
• 自定义媒介必须创建消息模板才能推送消息：点击“添加”，分别创建“问题”，“Problem recovery”，“Problem update” 三类message type。“主题”，“消息”采用默认即可。
  

3. 用户添加报警媒介
   可以新建一个用户组(如: 运维组)和一个用户(如:运维xx)。本文采用 Admin 用户，将上一步自定义的报警媒介添加到对应用户中:
   
   添加短信报警媒介：“收件人”填写短信接收人。
4. 创建zabbix触发器动作：
   配置>>动作>>Trigger actions >> 创建动作
   
   动作名称：
   
   触发器条件等于Nginx-Serivce-down：
   
   添加操作细节：“默认操作步骤持续时间”：60s，
   
   发送消息给指定用户：
   

测试报警

手动下线Nginx服务，2分钟左右会收到短信：
Problem: Nginx: Service is down-Problem started at 18:07:47 on 2021.05.07
Problem name: Nginx: Service is down
Host: bigdata228
Severity: Average
Operational data: Down (0)
Original problem ID: 71969
重新上线Nginx服务，又会收到短信：
Resolved in 2m 0s: Nginx: Service is down-Problem has been resolved at 18:09:47 on 2021.05.07
Problem name: Nginx: Service is down
Problem duration: 2m 0s
Host: bigdata228
Severity: Average
Original problem ID: 71969