文档文档

Kapacitor 事件处理程序

通过将 告警消息 发送给受支持的事件处理程序,Kapacitor 可以集成到监控系统中。目前,Kapacitor 可以将告警消息发送到特定的日志文件和 URL,以及许多第三方应用程序。

本文档概述了官方支持的 Kapacitor 事件处理程序的配置选项、安装说明、处理程序文件 以及 TICKscript 语法。

配置事件处理程序

大多数事件处理程序所需的和默认的配置选项都在您的 Kapacitor 配置文件 kapacitor.conf 中进行设置。其默认位置为 /etc/kapacitor/kapacitor.conf,但根据您的 Kapacitor 安装方式可能会有所不同。

许多事件处理程序提供了一些可以在 TICKscript 或处理程序文件中定义的选项,而有些则只能在处理程序文件中进行配置。这些可配置选项在每个处理程序的文档中都有说明。

添加并使用事件处理程序

如果适用,请在您的 kapacitor.conf 中启用事件处理程序。启用后,请执行以下任一操作:

使用处理程序文件创建主题处理程序

事件处理程序文件是一个简单的 YAML 或 JSON 文件,其中包含有关处理程序的信息。尽管许多处理程序可以在 TICKscript 中添加,但在 TICKscripts 中管理多个处理程序可能会很繁琐。处理程序文件允许您在 TICKscripts 之外添加和使用处理程序。对于某些类型的处理程序,使用处理程序文件是唯一的方法。

处理程序文件包含以下内容:

* 必需
  • * ID:处理程序的唯一标识符。
  • * Topic:处理程序订阅的主题。
  • Match:用于过滤匹配告警的 lambda 表达式。默认情况下,所有告警都匹配。了解更多关于 匹配表达式 的信息。
  • * Kind:处理程序的类型。
  • Options:由处理程序类型决定的可配置选项。如果未提供,则使用 kapacitor.conf 中为该处理程序定义的默认值。
id: handler-id
topic: topic-name
match: changed()
kind: slack
options:
  channel: '#oh-nos'

添加处理器

使用 Kapacitor CLI 通过处理程序文件定义新处理程序

# Syntax
kapacitor define-topic-handler <handler-file-name>

# Example
kapacitor define-topic-handler slack_cpu_handler.yaml

在 TICKscript 中使用处理程序

许多事件处理程序可以直接在 TICKscripts 中使用以发送事件。这通常适用于向第三方发送消息的处理程序。以下是一个使用 .slack() 事件处理程序将 CPU 告警发布到 Slack 的 TICKscript 示例:

stream
  |from()
    .measurement('cpu')
  |alert()
    .crit(lambda: "idle_usage" < 10)
    .message('You better check your CPU usage.')
    .slack()

如果告警状态不是“OK”,或者告警刚刚从非“OK”状态恢复为“OK”状态,事件就会被发送到处理程序。使用 AlertNode.StateChangesOnly 属性,可以仅在告警状态发生变化时才向处理程序发送事件。


此页面是否有帮助?

感谢您的反馈!


InfluxDB OSS 2.9.0:API 令牌默认进行哈希处理

InfluxDB OSS 2.9.0 增强了令牌安全性 —— 令牌在磁盘上默认进行哈希处理。现有令牌在首次启动时会被哈希,之后无法恢复。请在升级前保存您仍然需要的所有明文令牌。

查看 InfluxDB OSS 2.9.0 发行说明

哈希令牌的认证方式与未哈希令牌完全相同 —— 客户端和集成功能可继续正常工作。

2.9.0 中的其他新特性

  • 可配置的备份压缩
  • 恢复对包含哈希令牌的备份的支持
  • 更严格的边缘数据复制(Edge Data Replication)队列验证
  • Flux 升级
  • 压缩可靠性改进

Explorer 1.9 的主要增强功能

Explorer 1.9 现已发布,支持 InfluxQL、AI 辅助的 Flux 转 SQL 转换器(测试版)以及新的实时示例数据模拟器。

查看 Explorer 1.9 发行说明

Explorer 1.9 包含多项新功能和改进,使查询、可视化和管理数据变得更加轻松。

亮点

  • Flux 转 SQL 转换器(测试版):通过 AI 辅助转换器将 Flux 查询转换为 SQL。
  • InfluxQL 支持:在数据浏览器(Data Explorer)和仪表板中使用 InfluxQL 查询数据,并保存和加载 InfluxQL 查询。
  • InfluxQL 可视化:根据 InfluxQL 结果渲染折线图和柱状图,并支持按标签进行序列分组。
  • 查询错误历史记录:在查询工具中查看查询错误历史记录。
  • 实时示例数据模拟器:使用新的鸟类数据和信号发生器模拟器生成连续的实时示例数据。

更多详细信息,请参阅 Explorer 1.9 发行说明

InfluxDB 3.10 现已发布

InfluxDB 3 Core 3.10 增加了自动目录格式升级、可配置的查询并发限制以及处理引擎改进。

InfluxDB 3 Core 3.10 的关键更新

  • 目录格式升级:在 3.10 首次启动时,磁盘目录会自动从 v2 格式升级到 v3 格式。迁移是单向的——升级前请务必备份您的目录。
  • --max-concurrent-queries:限制并发查询(可在运行时调整)。
  • GET /ready 端点,用于就绪探针。
  • 处理引擎:跨数据库查询和触发器锁定标志。

更多信息,请参阅 InfluxDB 3 Core 发行说明

InfluxDB 3.10 现已发布

InfluxDB 3 Enterprise 3.10 增加了自动备份与恢复、行级删除和用户管理功能,并改进了自动目录格式升级和性能预览。

InfluxDB 3 Enterprise 3.10 的关键更新

  • 目录格式升级:在 3.10 首次启动时,磁盘目录会自动从 v2 格式升级到 v3 格式。迁移是单向的——升级前请务必备份您的目录。
  • 自动备份与恢复(测试版)
  • 行级删除
  • 用户管理(认证和 RBAC)— 预览版
  • 性能预览改进

备份与恢复、行级删除以及性能预览需要升级到企业级存储引擎(选择性加入测试版)。测试版和预览版功能可能会发生重大变更,不建议用于生产环境。

更多信息,请参阅 InfluxDB 3 Enterprise 发行说明

Telegraf Enterprise 现已全面上市(General Availability)

Telegraf Enterprise 现已全面上市,同时发布的还有 Telegraf Controller v1.0

Telegraf Enterprise 将 Telegraf Controller(一个用于 Telegraf 的集中式管理控制台)与 InfluxData 的官方支持相结合。通过单一系统管理配置、监控集群健康状况并操作数以万计的 Telegraf 代理。

InfluxDB Docker 的 latest 标签将指向 InfluxDB 3 Core

2026 年 9 月 15 日起,InfluxDB Docker 镜像的 latest 标签将指向 InfluxDB 3 Core。为避免意外升级,请在 Docker 部署中使用特定版本标签。

如果使用 Docker 来安装和运行 InfluxDB,latest 标签将指向 InfluxDB 3 Core。为避免意外升级,请在您的 Docker 部署中使用特定的版本标签。例如,如果使用 Docker 运行 InfluxDB v2,请将 latest 版本标签替换为 Docker pull 命令中的特定版本标签 — 例如

docker pull influxdb:2