当前位置: 首页 > news >正文

【Prometheus Operator 的钉钉/企业微信告警配置】

提示:本文原创作品,良心制作,干货为主,简洁清晰,一看就会

告警推送

  • 一、钉钉告警
    • 1.1 添加机器人
    • 1.2 安装webhook
    • 1.3 配置alertmanager-alertmanager.yaml
    • 1.4 创建alertmanagerConfig
    • 1.5 测试告警
  • 二、企业微信告警
    • 2.1 添加机器人
    • 2.2 告警格式转换
    • 2.3 配置alertmanager-alertmanager.yaml
    • 2.4 创建alertmanagerConfig
    • 2.5 测试告警


一、钉钉告警

1.1 添加机器人

在钉钉群设置中新增自定义机器人,填写机器人名称,安全校验优先选择加签模式,规避恶意调用导致的消息刷屏风险。创建完成后保存专属 Webhook 地址与加密密钥,这两组参数是后续告警配置的核心凭证

去群聊中添加机器人




1.2 安装webhook

原生 Alertmanager 无法直接对接钉钉消息格式,需要部署钉钉 Webhook 转发插件实现报文格式转换
插件会接收 Alertmanager 推送的原生告警 JSON 数据,自动完成钉钉签名加密、报文格式封装,转换为钉钉机器人可识别的消息结构

root@k8s-master1:~# git clone https://github.com/timonwong/prometheus-webhook-dingtalk.gitroot@k8s-master1:~# cd prometheus-webhook-dingtalk/contrib/k8s/root@k8s-master1:~/prometheus-webhook-dingtalk/contrib/k8s# vim config/config.yaml

root@k8s-master1:~/prometheus-webhook-dingtalk/contrib/k8s# vim deployment.yaml

root@k8s-master1:~/prometheus-webhook-dingtalk/contrib/k8s# kubectl kustomize | kubectl apply -f - -n monitoringroot@k8s-master1:~/prometheus-webhook-dingtalk/contrib/k8s# kubectl get pod -n monitoring | grep dingalertmanager-webhook-dingtalk-cb7f6c584-92sqj 1/1 Running 0 13s

1.3 配置alertmanager-alertmanager.yaml

root@k8s-master1:~/prometheus-webhook-dingtalk/contrib/k8s# cd /root/kube-prometheus/manifests/root@k8s-master1:~/kube-prometheus/manifests# vim alertmanager-alertmanager.yaml


1.4 创建alertmanagerConfig

root@k8s-master1:~/kube-prometheus/manifests# vim dingding-alertmanagerconfig.yamlapiVersion:monitoring.coreos.com/v1alpha1kind:AlertmanagerConfigmetadata:name:dingdinglabels:# 需要和alertmanager-alertmanager.yaml中的告警配置标签保持一致alertmanagerConfig:emailnamespace:monitoringspec:route:groupBy:['severity']groupWait:1mgroupInterval:1mrepeatInterval:1mreceiver:dingding-webhookreceivers:-name:"dingding-webhook"webhookConfigs:# 告警恢复时发送恢复通知-sendResolved:true# 钉钉告警webhook服务的访问地址url:"http://alertmanager-webhook-dingtalk.monitoring/dingtalk/webhook1/send"

1.5 测试告警

我目前有一套mysql高可用集群,接下来将以mysql集群为例演示如何配置对应的 Prometheus 告警触发规则

root@k8s-master1:~/kube-prometheus/manifests# kubectl get podNAME READY STATUS RESTARTS AGE mysql-rep-master-0 2/2 Running 8 (165m ago) 5d21h mysql-rep-slave-0 2/2 Running 6 (165m ago) 5d21h mysql-rep-slave-1 2/2 Running 6 (165m ago) 5d21h## mysql告警规则root@k8s-master1:~/kube-prometheus/manifests# vim mysql-rule.yamlapiVersion:monitoring.coreos.com/v1kind:PrometheusRulemetadata:labels:app:kube-prometheus-stackrole:alerting-rulesprometheus:kube-prometheus-stack-prometheusname:prometheus-mysql-alertsnamespace:monitoring# 请替换为你的Prometheus所在namespacespec:groups:-name:mysqlrules:# ==================== 1. 集群可用性告警 ====================-alert:MySQLDownexpr:mysql_up == 0for:1mlabels:severity:criticalnamespace:monitoringannotations:summary:"MySQL实例 {{ $labels.instance }} 已宕机"description:"Prometheus 无法连接到 {{ $labels.pod }} 上的 MySQL 实例。这通常意味着 mysqld 进程已停止或 exporter 无法连接。"# ==================== 2. 主从复制告警 ====================# 2.1 复制延迟过高-alert:MySQLReplicationLagHighexpr:mysql_slave_status_seconds_behind_source>30for:2mlabels:severity:warningnamespace:monitoringannotations:summary:"MySQL 复制延迟较高"description:"从库 {{ $labels.pod }} (实例: {{ $labels.instance }}) 复制落后主库 {{ $value }} 秒。请检查网络延迟或主库写入负载。"# 2.2 复制线程停止-alert:MySQLReplicationSQLThreadDownexpr:mysql_slave_status_replica_sql_running == 0for:1mlabels:severity:criticalnamespace:monitoringannotations:summary:"MySQL 复制 SQL 线程停止"description:"从库 {{ $labels.pod }} 的 SQL 线程未运行,数据同步已中断。请检查 relay log 是否有损坏或错误。"-alert:MySQLReplicationIOThreadDownexpr:mysql_slave_status_replica_io_running == 0for:1mlabels:severity:criticalnamespace:monitoringannotations:summary:"MySQL 复制 IO 线程停止"description:"从库 {{ $labels.pod }} 的 IO 线程未运行,无法从主库获取二进制日志,网络连接可能已断开。"

进入mysql slave pod内部,关闭主从同步,测试一下能不能收到告警

root@k8s-master1:~/kube-prometheus/manifests# kubectl exec -it mysql-rep-slave-0 /bin/bashI have no name!@mysql-rep-slave-0:/$mysql-uroot-p'Root@12345' mysql>stop replica;

收到告警消息

进入mysql slave pod内部,恢复主从同步,测试一下能不能收到恢复消息

root@k8s-master1:~/kube-prometheus/manifests# kubectl exec -it mysql-rep-slave-0 /bin/bashI have no name!@mysql-rep-slave-0:/$mysql-uroot-p'Root@12345' mysql>start replica;

收到恢复消息

到此,Prometheus钉钉告警就到此结束了!


二、企业微信告警

2.1 添加机器人

去群聊中添加机器人


2.2 告警格式转换

Alertmanager 用的是监控行业标准告警协议报文,企业微信群机器人用的是IM 聊天工具自定义消息协议报文,两套协议互不认识,必须通过中间件做「报文解析→内容提取→格式重组」,才能正常把监控告警发到微信群

我准备了一个 wechat.yaml 一共创建两类 K8s 资源
Deployment:部署运行 Python Flask 写的告警转发容器,启动一个监听 5000 端口的 Web 服务;接收 Alertmanager 推送的标准告警 JSON,自动格式化转换成企业微信可识别的消息格式,再调用企微接口发送告警、告警恢复通知
Service:给部署的 Pod 创建集群内固定访问入口,通过服务名 prometheus-webhook-wechat.monitoring:5000 让 Alertmanager 可以稳定调用这个转发服务,不需要依赖 Pod 动态变化的 IP 地址

root@k8s-master1:~# vim wechat.yaml---apiVersion:apps/v1kind:Deploymentmetadata:labels:app:prometheus-webhook-wechatname:prometheus-webhook-wechatnamespace:monitoringspec:replicas:1selector:matchLabels:app:prometheus-webhook-wechattemplate:metadata:labels:app:prometheus-webhook-wechatspec:dnsConfig:options:-name:ndotsvalue:"2"containers:-name:prometheus-webhook-wechatimage:linge365/webhook-wechat:latestimagePullPolicy:IfNotPresentenv:-name:ROBOT_TOKEN# 粘贴刚才企业微信上复制的tokenvalue:"6a1b465b-8e27-42c5-acc1-29c09084fa18"ports:-containerPort:5000protocol:TCPresources:requests:cpu:100mmemory:100Milimits:cpu:200mmemory:500Mi---apiVersion:v1kind:Servicemetadata:labels:app:prometheus-webhook-wechatname:prometheus-webhook-wechatnamespace:monitoringspec:ports:-port:5000protocol:TCPtargetPort:5000selector:app:prometheus-webhook-wechat
root@k8s-master1:~# kubectl apply -f wechat.yaml

2.3 配置alertmanager-alertmanager.yaml

root@k8s-master1:~/prometheus-webhook-dingtalk/contrib/k8s# cd /root/kube-prometheus/manifests/root@k8s-master1:~/kube-prometheus/manifests# vim alertmanager-alertmanager.yaml


2.4 创建alertmanagerConfig

root@k8s-master1:~/kube-prometheus/manifests# vim wechat-alertmanagerconfig.yamlapiVersion:monitoring.coreos.com/v1alpha1kind:AlertmanagerConfigmetadata:name:wechatlabels:alertmanagerConfig:emailnamespace:monitoringspec:route:groupBy:['severity']groupWait:1mgroupInterval:1mrepeatInterval:5mreceiver:wechat-webhookreceivers:-name:"wechat-webhook"webhookConfigs:-sendResolved:trueurl:"http://prometheus-webhook-wechat:5000"
root@k8s-master1:~/kube-prometheus/manifests# kubectl apply -f wechat-alertmanagerconfig.yaml

2.5 测试告警

与钉钉告警测试类似,我同样用我已有的一套mysql高可用来测试

进入mysql slave pod内部,关闭sql线程,测试一下能不能收到告警

root@k8s-master1:~/kube-prometheus/manifests# kubectl exec -it mysql-rep-slave-0 /bin/bashI have no name!@mysql-rep-slave-0:/$mysql-uroot-p'Root@12345' mysql>STOP REPLICA IO_THREAD;

收到告警消息

进入mysql slave pod内部,恢复主从同步,测试一下能不能收到恢复消息

root@k8s-master1:~/kube-prometheus/manifests# kubectl exec -it mysql-rep-slave-0 /bin/bashI have no name!@mysql-rep-slave-0:/$mysql-uroot-p'Root@12345' mysql>start replica;

收到恢复消息

到此,企业微信告警配置结束了!



注:
文中若有疏漏,欢迎大家指正赐教。
本文为100%原创,转载请务必标注原创作者,尊重劳动成果。
求赞、求关注、求评论!你的支持是我更新的最大动力,评论区等你~

http://www.jsqmd.com/news/1068114/

相关文章:

  • 误删照片还能救?实测有效的 5 个手机照片恢复方法
  • VoAPI:如何构建下一代高性能AI大模型API网关管理系统
  • 激光雷达互扰抗干扰全解|底层串扰机理、软硬协同防护、集群场景落地、故障排查、ROS全套工程代码、多工况适配全覆盖
  • 第十篇:健康菜谱助手项目复盘:完成路径、技术沉淀与后续扩展
  • 组建你的 AI 开发团队:Claude 澄清需求 + Gemini 设计原型 + Codex 并行编码
  • 从协议转换到运行时部署,SAP PI 中 Channel 定义的完整实战理解
  • 项目实训小组博客(十):局内交互流程开发(三)
  • AI 串联软件测试流水线
  • 一个做过 Office 产品的人告诉你:为什么看到“纯前端高保真”我第一反应是怀疑
  • SageAttention完全指南:如何实现2-5倍注意力加速的终极实战教程
  • AI剧本杀局内玩法规范与设计
  • 网络安全等级保护(等保2.0)全面解析:从“被罚款“到“过测评“,这篇8000字把等保讲透了!(PPT)
  • 2025_NIPS_Learning from Visual Observation via Offline Pretrained State-to-Go Transformer
  • 协作机器人选型的 6 个技术维度:重复定位精度、轴数、负载与防爆一文讲透
  • 电机驱动开发学习9. PID位置式算法实现与串口修改目标值
  • 向量数据库选型指南:FAISS、Milvus、Weaviate与Chroma的功能解析
  • 前端手记(一):项目启动与前端任务拆分
  • 08 - 组织生命体:AI时代组织管理深度诊断试卷
  • Apache DolphinScheduler技术深度解析:现代数据编排平台的高可用分布式架构设计
  • 从合规视角看开发资产凭证管理:一个被忽略的控制点
  • PyTorch模型微调实战指南
  • temperature top-p
  • AI Agent 面试题 794:Agent的评估中的多轮对话质量评估方法
  • 软件|Navicat Premium16 免费安装配置教程(附安装包)
  • 简谈循环神经网络(RNN)以及现代变体
  • Linear自动化_linear-automation
  • 奥迪 AUDI 案例:母品牌和新业务怎么拆?
  • 山东大学软件学院项目实训:基于AI大模型的智能考研助手(五)
  • C# Binary读写流 / BufferedStream缓存流 全套笔记
  • PyTorch Tensor 完全指南:从基础概念到高级操作实战