prometheus 中文文档
v2.17
v2.17
  • Prometheus 中文文档
  • introduction
    • 概述
    • 初识 Prometheus
    • 与替代品比较
    • 常见问题
    • 路线图
    • 相关资源
    • 相关术语
  • concepts
    • 数据模型
    • 数据指标类型
    • 作业和实例
  • prometheus
    • 快速开始
    • 安装
    • 配置
      • 配置
      • 定义记录规则
      • 告警规则
      • 模板示例
      • 模板参考
      • 规则的单元测试
    • 查询
      • Prometheus 查询
      • 运算符
      • 函数
      • 查询示例
      • HTTP API
    • 存储
    • 联合
    • 管理 API
    • Prometheus 2.0 迁移指南
    • API 稳定性保证
  • visualization
    • 表达式浏览器
    • Grafana 对 Prometheus 的支持
    • 控制台模板
  • operating
    • 安全模型
    • 集成
  • instrumenting
    • 客户端库
    • 编写客户端库
    • 推送数据指标
    • 数据导出及相关集成
    • 编写数据导出器
    • 公开的格式
  • alerting
    • 告警概述
    • Alertmanager
    • 配置
    • 发送告警
    • 通知模板参考
    • 通知模板示例
    • 管理 API
  • practices
    • 指标和标签命名
    • 控制台和仪表盘
    • 工具
    • Histogram and Summary
    • 告警
    • 记录规则
    • 什么时候使用 Pushgateway
    • 远程写调试
  • guides
    • 使用 cAdvisor 监控 docker 容器数据指标
    • 使用基于文件的服务发现来发现数据采集目标
    • 实现一个 Go 应用
    • 使用 Node Exporter 监控 Linux 主机指标
    • 使用基本身份验证保护 Prometheus API 和 UI 端点
    • 理解并使用 multi-target exporters 模式
    • 使用 TLS 加密 Prometheus API 和 UI 端点
    • 使用 Prometheus 查询日志
由 GitBook 提供支持
在本页

这有帮助吗?

  1. alerting

发送告警

上一页配置下一页通知模板参考

最后更新于5年前

这有帮助吗?

免责声明: Prometheus 自动处理发送由其配置的警报规则生成的警报。强烈建议根据时间序列数据在 Prometheus 中配置警报规则,而不要直接实现客户端。

Alertmanager 有两个 API,v1 和 v2,都监听告警。v1 的方案在下面的代码中进行了描述。v2 的方案被指定为OpenAPI规范,可以在 中找到该规范。只要客户端仍然处于活动状态(通常在30秒到3分钟左右),它们就可以不断重新发送告警。客户可以通过 POST 请求将告警列表推送到 Alertmanager。

每个告警的标签用于标识告警的相同实例并执行重复数据删除。注解始终设置为最近收到的注释,并且不能标识告警。

startsAt和endsAt时间戳都是可选的。如果省略startsAt,则由 Alertmanager 分配为当前时间。仅在知道警报的结束时间时才设置endsAt。否则,它将被设置为自上次收到警报以来的时间。

generatorURL字段是唯一的反向链接,用于标识客户端中此告警的原因实例。

[
  {
    "labels": {
      "alertname": "<requiredAlertName>",
      "<labelname>": "<labelvalue>",
      ...
    },
    "annotations": {
      "<labelname>": "<labelvalue>",
    },
    "startsAt": "<rfc3339>",
    "endsAt": "<rfc3339>",
    "generatorURL": "<generator_url>"
  },
  ...
]
Alertmanager 代码仓库