Apache HertzBeat™ - 开源实时监控系统
什么是 Apache HertzBeat？
Apache HertzBeat™ 是一款 AI 驱动的无代理开源实时监控系统。它统一了指标收集、日志聚合、告警分发和通知功能，无需安装代理即可运行。
可观测性系统定义： 可观测性系统收集、分析和可视化运营数据（指标、日志、链路追踪），用于监控基础设施和应用健康状况。
核心能力
HertzBeat 提供四个集成能力：
- 指标收集 - 监控 200+ 服务，包括数据库、操作系统、中间件和云基础设施
- 日志聚合 - 通过 OTLP 协议统一收集多日志源进行分析
- 告警管理 - 处理内部和外部告警，支持灵活的阈值规则
- 通知分发 - 通过邮件、Slack、Discord、Telegram、钉钉、微信等方式发送告警
关键差异点： 无需代理安装。HertzBeat 使用原生协议（HTTP、SNMP、JMX、SSH、JDBC）直接收集数据。
HertzBeat vs 传统监控
| 特 性 | HertzBeat | 传统代理式监控 |
|---|---|---|
| 代理安装 | 不需要 | 每台主机都需要 |
| 部署时间 | Docker 几分钟 | 代理部署需要数小时 |
| 监控类型 | 200+ 内置模板 | 有限的预定义类型 |
| 自定义 | YML 模板通过 UI | 需要代码更改 |
| 架构 | 统一平台 | 多个独立工具 |
| 部署 | 单个 Docker 命令 | 复杂的多组件部署 |
平台架构
HertzBeat 统一四个监控功能：
- 收集 - 使用原生协议（HTTP、SNMP、JMX、SSH、JDBC、Prometheus）进行无代理数据收集
- 分析 - AI 驱动的模式检测和异常识别
- 告警 - 灵活的阈值规则，支持分组、收敛、静默和抑制
- 通知 - 多渠道分发（邮件、Discord、Slack、Telegram、钉钉、微信、短信、Webhook）
Prometheus 兼容性： HertzBeat 支持 Prometheus 协议，可无缝集成现有的 Prometheus 导出器和指标。
关键特性
基于模板的监控： 通过编写 YML 配置文件创建自定义监控类型。无需编码即可监控新服务，如 Kubernetes 或 Docker。
高性能集群： 多采集器集群的水平扩展。自动任 务调度和故障转移确保大规模下的可靠性。
云边协同： 监控隔离网络环境，边缘采集器向集中管理上报。
状态页构建器： 创建公共状态页（类似 GitHub Status），向用户传达服务可用性。
强大的监控模板
开始我们就说 HertzBeat 的特点是自定义监控能力，无需 Agent。在讨论这两点之前，我们先介绍下 HertzBeat 的不一样的监控模板。而正是因为这样的监控模板设计，才会有了后面的高级特性。
HertzBeat 自身并没有去创造一种采集数据协议让监控对端来适配它。而是充分使用了现有的生态，SNMP协议采集网络交换机路由器信息，JMX规范采集JAVA应用信息，JDBC规范采集数据集信息，SSH直连执行脚本获取回显信息，HTTP+(JsonPath | prometheus等)解析API接口信息，IPMI协议采集服务器信息等等。
HertzBeat 使用这些已有的标准协议或规范，将他们抽象规范可配置化，最后使其都可以通过编写YML格式监控模板的形式，来制定模板使用这些协议来采集任何想要的指标数据。
你相信用户只需在UI页面编写一个监控模板，点击保存后，就能立刻适配一款K8s或Docker等新的监控类型吗？
内置监控类型
官方内置了大量的监控模板类型，方便用户直接在页面添加使用，一款监控类型对应一个YML监控模板
- Website, Port Telnet, Http Api, Ping Connect, Jvm, SiteMap, Ssl Certificate, SpringBoot2, FTP Server, SpringBoot3, Udp Port, Dns, Pop3, Ntp, Api Code, Smtp, Nginx
- Mysql, PostgreSQL, MariaDB, Redis, ElasticSearch, SqlServer, Oracle, MongoDB, DM, OpenGauss, ClickHouse, IoTDB, Redis Cluster, Redis Sentinel, Doris BE, Doris FE, Memcached, NebulaGraph
- Linux, Ubuntu, CentOS, Windows, EulerOS, Fedora CoreOS, OpenSUSE, Rocky Linux, Red Hat, FreeBSD, AlmaLinux, Debian Linux
- Tomcat, Nacos, Zookeeper, RabbitMQ, Flink, Kafka, ShenYu, DynamicTp, Jetty, ActiveMQ, Spring Gateway, EMQX MQTT, AirFlow, Hive, Spark, Hadoop
- Kubernetes, Docker
- CiscoSwitch, HpeSwitch, HuaweiSwitch, TpLinkSwitch, H3cSwitch
- 和更多自定义监控模板。
- 通知支持
DiscordSlackTelegram邮件钉钉微信飞书短信WebhookServer酱。
自定义能力
由前面的监控模板介绍，大概清楚了
HertzBeat拥有的自定义功能。 我们将每个监控类型都视为一个监控模板，不管是官方内置的还是后期用户自定义新增的。用户都可以方便的通过修改监控模板来新增修改删除监控指标。 模板里面包含各个协议的使用配置，环境变量，指标转换，指标计算，单位转换，指标采集等一系列功能，帮助用户能采集到自己想要的监控指标。
无需 Agent
对于使用过各种系统的用户来说，可能最麻烦头大的不过就是各种
agent的安装部署调试升级了。 每台主机得装个agent，为了监控不同应用中间件可能还得装几个对应的agent，监控数量上来了轻轻松松上千个，写个批量脚本可能会减轻点负担。agent的版本是否与主应用兼容,agent与主应用的通讯调试,agent的同步升级等等等等，这些全是头大的点。
HertzBeat 的原理就是使用不同的协议去直连对端系统，采用 PULL 的形式去拉取采集数据，无需用户在对端主机上部署安装 Agent | Exporter 等。
- 比如监控
linux操作系统, 在HertzBeat端输入IP端 口账户密码或密钥即可。 - 比如监控
mysql数据库, 在HertzBeat端输入IP端口账户密码即可。 密码等敏感信息全链路加密
高性能集群
当监控数量指数级上升，采集性能下降或者环境不稳定容易造成采集器单点故障时，这时我们的采集器集群就出场了。
HertzBeat支持部署采集器集群，多采集器集群横向扩展，指数级提高可监控数量与采集性能。- 监控任务在采集器集群中自调度，单采集器挂掉无感知故障迁移采集任务，新加入采集器节点自动调度分担采集压力。
- 单机模式与集群模式相互切换部署非常方便，无需额外组件部署。
云边协同
两地三中心，多云环境，多隔离网络，这些场景名词可能大家略有耳闻。当需要用一套监控系统统一监控不同隔离网络的IT资源时，这时我们的云边协同就来啦。
HertzBeat支持部署边缘采集器集群，与主HertzBeat服务云边协同提升采集能力。
在多个网络不相通的隔离网络中，在以往方案中我们需要在每个网络都部署一套监控系统，这导致数据不互通，管理部署 维护都不方便。
HertzBeat 提供的云边协同能力，可以在多个隔离网络部署边缘采集器，采集器在隔离网络内部进行监控任务采集，采集数据上报，由主服务统一调度管理展示。
易用友好
- 集 监控+告警+通知 All in one, 无需单独部署多个组件服务。
- 全UI界面操作，不管是新增监控，修改监控模板，还是告警阈值通知，都可在WEB界面操作完成，无需要修改文件或脚本或重启。
- 无需 Agent, 监控对端我们只需在WEB界面填写所需IP端口账户密码等参数即可。
- 自定义友好，只需一个监控模板YML，自动生成对应监控类型的监控管理页面，数据图表页面，阈值配置等。
- 阈值告警通知友好，基于表达式阈值配置，多种告警通知渠道，支持告警静默，时段标签告警级别过滤等。
完全开源
- Apache 基金会孵化器下开源项目，Gitee GVP，使用
Apache2协议，由自由开放的开源社区主导维护的开源协作产品。 - 无监控数量
License，监控类型等伪开源限制。 - 基于
Java+SpringBoot+TypeScript+Angular主流技术栈构建，方便的二次开发。 - 基于 HertzBeat 二次开发需 保留版权。
HertzBeat 已被 CNCF云原生全景图 收录
HertzBeat的强大自定义，多类型支持，高性能，易扩展，低耦合，希望能帮助开发者和团队快速搭建自有监控系统。
即刻体验一波
Docker 环境下运行一条命令即可：docker run -d -p 1157:1157 -p 1158:1158 --name hertzbeat apache/hertzbeat
浏览器访问 http://localhost:1157 默认账户：admin/hertzbeat
登陆页面
- HertzBeat 的用户管理统一由配置文件
sureness.yml维护，用户可以通过修改此文件来新增删除修改用户信息，用户角色权限等。默认账户密码 admin/hertzbeat
概览页面
- 全局概览页面，分类展示了当前监控大类别数量分布，用户可直观查看当前的监控类型与数量并点击跳转至对应监控类型进行维护管理。
- 展示当前注册的采集器集群状态，包括采集器的上线状态，监控任务，启动时间，IP地址，名称等。
- 下发展示了最近告警信息列表，告警级别分布情况等。
监控中心
- 监控入口，支持对应用服务，数据库，操作系统，中间件，网络，自定义等监控的管理。
- 以列表的形式展示当前已添加的监控，支持对监控的新增，修改，删除，取消监控，导入导出，批量管理等。
- 支持标签分组，查询过滤，查看监控详情入口等。
内置支持的监控类型包括：
- Website, Port Telnet, Http Api, Ping Connect, Jvm, SiteMap, Ssl Certificate, SpringBoot2, FTP Server, SpringBoot3, Udp Port, Dns, Pop3, Ntp, Api Code, Smtp, Nginx
- Mysql, PostgreSQL, MariaDB, Redis, ElasticSearch, SqlServer, Oracle, MongoDB, DM, OpenGauss, ClickHouse, IoTDB, Redis Cluster, Redis Sentinel, Doris BE, Doris FE, Memcached, NebulaGraph
- Linux, Ubuntu, CentOS, Windows, EulerOS, Fedora CoreOS, OpenSUSE, Rocky Linux, Red Hat, FreeBSD, AlmaLinux, Debian Linux
- Tomcat, Nacos, Zookeeper, RabbitMQ, Flink, Kafka, ShenYu, DynamicTp, Jetty, ActiveMQ, Spring Gateway, EMQX MQTT, AirFlow, Hive, Spark, Hadoop
- Kubernetes, Docker
- CiscoSwitch, HpeSwitch, HuaweiSwitch, TpLinkSwitch, H3cSwitch
新增监控
- 新增或修改指定监控类型的监控实例，配置对端监控的IP，端口等参数，设置采集周期，采集任务调度方式，支持提前探测可用性等。
- 页面上配置的监控参数由对应监控类型的监控模板所定义，用户可以通过修改监控模板来修改页面配置参数。
- 支持关联标签，用标签来管理监控分组，告警匹配等。
监控详情
- 监控的数据详情页面，展示了当前监控的基本参数信息，监控指标数据信息。
- 监控实时数据报告，以小卡片列表的形式展示了当前监控的所有指标实时值，用户可根据实时值参考配置告警阈值规则。
- 监控历史数据报告，以趋势图表的形式展示了当前监控数值类型的指标的历史值，支持查询小时，天，月的历史数据，支持配置页面刷新时间。
- ⚠️注意监控历史图表需配置外置时序数据库才能获取完整功能。
告警中心
- 已触发告警消息的管理展示页面，使用户有直观的展示当前告警情况。
- 支持告警处理，告警标记未处理，告警删除清空等批量操作。
阈值规则
- 告警阈值规则是
HertzBeat的核心功能，用户可以通过阈值规则来配置告警的触发条件。 - 阈值规则支持实时阈值和计划阈值，实时阈值可以在监控数据采集时直接触发告警，计划阈值支持 PromQL 等表达式在指定时间段内计算触发告警。
- 阈值规则支持可视化页面配置或更高灵活性的表达式规则配置，支持配置触发次数，告警级别，通知模板，关联指定监控等。
告警集成
- 统一管理不同第三方平台告警，集成接入第三方监控观测系统的告警消息，对其进行分组，收敛，抑制，静默，分发通知等。
告警分组
- 分组收敛支持对指定分组标签的告警进行分组合并，对时间段的相同重复告警去重收敛。
- 当阈值规则触发告警或外部告警上报后，会进入到分组收敛进行告警分组，告警去重，以避免大量告警消息导致告警风暴。
告警抑制
- 告警抑制用于配置告警之间的抑制关系，比如同一实例下高级别告警抑制低级别告警。
- 当某个告警发生时，可以抑制其他告警的产生。例如，当服务器宕机时，可以抑制该服务器上的所有告警。
告警静默
- 当通过阈值规则判断触发告警后，会进入到告警静默，告警静默会根据规则对特定一次性时间段或周期性时候段的告警消息屏蔽静默，此时间段不发送告警消息。
- 此应用场景如用户在系统维护中，无需发已知告警。用户在工作日时间才会接收告警消息，用户在晚上需避免打扰等。
- 告警静默规则支持一次性时间段或周期性时间段，支持标签匹配和告警级别匹配。
消息通知
- 消息通知功能是把告警消息通过不同媒体渠道通知给指定的接收人，告警消息及时触达。
- 功能包含接收人信息管理和通知策略管理，接收人管理维护接收人信息以其通知方式信息，通知策略管理维护把哪些告警信息通知给哪些接收人的策略规则。
- 通知方式支持
邮件DiscordSlackTelegram钉钉微信飞书短信Webhook等方式。 - 通知策略支持标签匹配和告警级别匹配，方便的使不同标签的告警和告警级别分派给不同的接收处理人。
- 支持通知模板，用户可以自定义通过模板内容格式来满足自己的个性化通知展示需求。
监控模板
- HertzBeat 将
Http, Jmx, Ssh, Snmp, Jdbc, Prometheus等协议规范可配置化，只需在浏览器配置监控模板YML就能使用这些协议去自定义采集想要的指标。您相信只需简单配置即可快速适配一款K8s或Docker等新的监控类型吗？ - 同理我们内置的所有监控类型(mysql,website,jvm,k8s)也一一映射为对应的监控模板，用户可以新增修改监控模板来自定义监控功能。
采集集群
- 用户可以通过配置采集器集群来实现对大规模监控任务的分布式采集。
- 采集器集群支持多节点部署，支持自动负载均衡，自动故障转移等。
- 支持多隔离网络的统一管理，云边协同。
状态页面
- 基于 HertzBeat 快速构建自己产品的对外状态页，轻松向用户传达您产品服务的实时状态。例如 Github 提供的服务状态页 https://www.githubstatus.com。
- 支持状态页组件状态和监控状态联动同步，故障事件维护管理机制等。提高您的透明度，专业度和用户信任，降低沟通成本。
常见问题
HertzBeat 用于什么？
HertzBeat 监控 IT 基础设施，包括服务器、数据库、应用程序、网络和云服务。它收集指标、聚合日志、触发告警并发送通知，实现运营可观测性。
HertzBeat 需要安装代理吗？
不需要。HertzBeat 使用无代理监控，通过原生协议（HTTP、SNMP、JMX、SSH、JDBC）收集数据。只需在 Web 界面提供 IP、端口和凭据。
如何安装 HertzBeat？
运行单个 Docker 命令：docker run -d -p 1157:1157 -p 1158:1158 --name hertzbeat apache/hertzbeat
访问 http://localhost:1157, 默认账号：admin/hertzbeat
HertzBeat 可以监控哪些系统？
HertzBeat 监控 200+ 服务，包括：
- 数据库：MySQL、PostgreSQL、MongoDB、Redis、Oracle、SQL Server
- 操作系统：Linux、Windows、Unix 变体
- 中间件：Tomcat、Kafka、Zookeeper、RabbitMQ、Nginx
- 云原生：Kubernetes、Docker
- 网络：思科、华为、HPE 交换机
可以创建自定义监控模板吗？
可以。通过 Web UI 创建 YML 模板监控任何服务。模板定义指标、收集协议和阈值，无需编码。
HertzBeat 兼容 Prometheus 吗？
兼容。HertzBeat 支持 Prometheus 协议，可从 Prometheus 导出器收集指标。
HertzBeat 与 Prometheus + Grafana 相比如何？
HertzBeat 提供统一平台，包含收集、告警和通知。Prometheus + Grafana 需要独立的告警组件（Alertmanager），且缺乏内置的多渠道通知。
支持哪些通知渠道？
邮件、Discord、Slack、Telegram、钉钉、微信、飞书、短信、Webhook。
HertzBeat 能否大规模部署？
可以。部署采集器集群实现水平扩展。采集器自动负载均衡任务并提供故障转移，确保高可用性。
HertzBeat 使用什么许可证？
Apache License 2.0。HertzBeat 完全开源，无监控数量或类型限制。
快速开始总结
- 安装：
docker run -d -p 1157:1157 -p 1158:1158 --name hertzbeat apache/hertzbeat - 访问： http://localhost:1157 (admin/hertzbeat)
- 监控： 通过 Web UI 添加服务，提供 IP、端口、凭据
- 告警： 配置阈值规则和通知渠道
- 扩展： 按需部署采集器集群