Checkmk 2.4.0p37 介绍与选型指南

目标：讲清 Checkmk 是什么、双版本线（Raw 开源版/企业版）差异、核心架构与服务自动发现机制，并给出与 Zabbix、Icinga、LibreNMS、Prometheus 等同类监控平台的量化选型对比。本篇为认知篇，全部版本与社区数据来自官方源与公开渠道联网溯源（来源与查询日期随文标注），未混入本地实测推断。

一、环境信息

本篇为介绍与选型认知篇，所有版本、社区与能力数据均按以下来源与查询日期取证：

二、软件概述

Checkmk 是一个一体化 IT 基础设施监控平台，由德国 Checkmk GmbH 开发（公司前身为 Mathias Kettner GmbH，后更名 tribe29，2024 年前后统一品牌为 Checkmk GmbH，来源：官网 about 页，查询日期 2026-10-20）。它从 Nagios 生态演进而来：在 Nagios 内核之上引入了「自动服务发现」的采集层与高效率的 Livestatus 查询接口，逐步发展成覆盖服务器、网络设备、容器、云与应用的完整监控产品。Checkmk 以「装好 agent、服务自动出现、无需逐项手写监控项」为标志性体验，内置 2000 余种开箱即用的检查插件（官方 docs：check plugins 目录，查询日期 2026-10-20）。

Checkmk 采用双版本线发行（来源：官网 editions 页，查询日期 2026-10-20）：

💡 技术拓展：监控内核不止 Nagios Core 一种。常见监控内核/引擎对比——

内核	原理/特点	适用场景
Nagios Core	经典进程式调度，C 语言，插件生态最广	中小规模（千级服务以内），稳定成熟
Checkmk Micro Core（CMC）	事件驱动重构的调度核心，企业版专用	十万级服务量级、大规模告警吞吐
Icinga 2	集群化调度、配置即代码	DevOps 自动化配置管理场景
Prometheus 拉取模型	时序拉取 + 告警规则分离	云原生指标监控

本篇所述 Raw 开源版实际采用 Nagios Core 内核（GPLv2 开源许可决定的唯一选择），企业版才可切换 CMC 内核。

版本与活跃度（查询日期 2026-10-20）：

一句话定位：面向"服务器+网络设备+应用"一体化监控、希望装上 agent 就自动出监控项、免许可成本跑起来的开源监控平台；企业版以同构升级路径提供大规模性能保障。

三、核心架构

Checkmk 的架构由「OMD 站点实例」统一承载，一个 Linux 服务器上可通过 OMD（Open Monitoring Distribution，官方多实例框架）创建多个相互隔离的监控站点，每个站点内打包了完整的监控组件栈（来源：官方 docs "OMD" 章节与安装文档，查询日期 2026-10-20）：

💡 技术拓展：监控数据采集方式有主动拉取与被动上报两类。常见对比——

方式	原理	代表
服务端拉取	服务端按周期到被监控端 6556 端口拉取 agent 输出	Checkmk 默认（2.2 起）
agent 主动上报	被监控端 agent 主动推送到接收端口（8000）	Checkmk Push Agent、Zabbix Agent2 主动模式
SNMP 轮询	服务端按 OID 轮询网络设备	LibreNMS/Cacti 主要方式
指标拉取（HTTP）	服务端定期抓取 /metrics 端点	Prometheus

Checkmk 2.4 同时支持拉取与 push 两种 agent 模式（8000 端口为 agent receiver，来源官方 docs），SNMP 设备亦可直接纳管。

四、功能特性

按官方文档站（docs.checkmk.com，查询日期 2026-10-20）整理：

• 自动服务发现：主机接入后自动枚举应监控的服务清单（CPU、内存、磁盘、文件系统、网络接口、证书有效期等），新服务自动纳入，无需逐项配置。
• 2000+ 内置检查插件：覆盖操作系统、数据库、中间件、网络设备、存储、云平台（AWS/Azure）、Docker/Kubernetes 等（官方 check plugins 目录）。
• 主机/网络全栈纳管：check_mk_agent 监控服务器与 Windows 主机，SNMP v1/v2c/v3 监控交换机/路由器/防火墙，HTTP/TCP 主动检查兜底。
• 多站点分布式监控：omd 站点联邦，中央站点聚合告警与视图，适合多机房（官方 distributed monitoring 章节）。
• 告警与通知：内置通知引擎，支持邮件、Slack、Microsoft Teams、PagerDuty、Opsgenie、webhook、短信网关等通道（官方 notifications 清单），支持通知规则、时段与升级策略。
• REST API：2.x 起提供完整 REST API（主机/服务/告警/用户/图表等资源），可编程纳管（官方 REST API 文档）。
• Web 界面：Multisite GUI 支持自定义仪表盘、视图、报表，支持 htpasswd 本地用户、LDAP/AD 集成与 SAML 单点登录（官方 authentication 章节）。
• 自定义监控：local checks（被监控端脚本输出即监控项）、主动/被动插件、logwatch 日志监控、MRPE（在 agent 上复用 Nagios 插件）。
• MKP 扩展包：社区插件以 mkp 包一键安装/卸载，版本化管理（官方 extension packages 章节）。
• 性能图表：RRD 每服务自动出图，支持自定义图表与图形组合（官方 graphs 章节）。

五、快速开始（最小可用示例）

最小可用路径：一台 Ubuntu 22.04 服务器 + 官方 Raw 版 deb 安装包 + omd 创建站点，概要如下（命令形态来自官方安装文档 docs.checkmk.com「Install Checkmk Raw」，查询日期 2026-10-20）：

# 1. 下载 Raw 版 deb 包（版本以官方下载站为准）
wget https://download.checkmk.com/checkmk/2.4.0p37/check-mk-raw-2.4.0p37_0.jammy_amd64.deb

# 2. 安装（自动拉齐依赖）
apt install -y ./check-mk-raw-2.4.0p37_0.jammy_amd64.deb

# 3. 创建并启动第一个监控站点（omd 多实例框架）
omd create mysite
omd start mysite

# 4. 浏览器访问站点完成向导（默认 cmkadmin 账户，密码在 omd create 输出中）
#    http://<服务器>/mysite/

主机接入后，agent 装到被监控端、服务端点一下「Accept & discover」即可完成全部服务自动发现与首轮检查。

六、适用场景与限制

6.1 适用场景

• 服务器与混合基础设施监控：Linux/Windows 服务器 + 网络设备 + 应用中间件统一纳管，agent 自动发现开箱即用。
• 从 Nagios/Nagios 派生体系升级：兼容 Nagios 插件协议（MRPE），存量 Nagios 用户可平滑迁移并立刻获得自动发现与更现代的 Web 界面。
• 多机房/多环境集中监控：omd 多站点 + 分布式联邦，中央视图聚合告警。
• 免许可预算的完整监控平台：Raw 版全功能开源（GPLv2），无主机数/服务数许可墙，适合预算有限但要求监控深度的团队。
• 需要低门槛大规模铺设 agent 的环境：agent 规则打包（DEB/RMSI）+ 服务自动发现，几百上千台主机铺开的人工配置量远低于手写监控项的平台。

6.2 限制与注意

• Raw 版内核性能天花板：Nagios Core 调度在数万服务量级后吃紧，更大规模需要企业版 CMC 内核或做站点拆分（官方 performance 章节）。
• Web 控制台为单体应用：omd 站点自带 Apache，高可用需要外部负载均衡/Keepalived 包装，官方开源版不内置集群形态。
• RRD 文件存储：磁盘 IO 随服务数增长，大规模场景需关注站点目录所在存储性能（官方 LME/规模指南）。
• 版本线纪律：升级必须逐版本线走（2.3→2.4→2.5），跨线直接升级不受支持（官方 update 文档）。
• 企业版与开源版能力差异：agent bakery（定制 agent 打包）、动态主机分组、报告日历等为企业版能力，Raw 版选型时需对照官方 editions 对比页确认。

七、同类选型对比

与主流开源监控平台横向对比（数据口径：各官方文档与仓库，社区数据 shields.io 实查，查询日期 2026-10-20）：

关键差异与如何选：

1. 要"装上就能看到全部服务"的一体化体验 → Checkmk：服务自动发现是同类中最省人工的路径，2000+ 插件免配置。
2. 要触发器表达力与生态广度 → Zabbix：触发器体系与模板市场最成熟，但人工配置心智负担高于 Checkmk。
3. 要配置即代码、基础设施自动化风格 → Icinga 2：配置 DSL+集群调度适合 DevOps 团队，上手门槛也最高。
4. 主体是网络设备、要自动发现铺网 → LibreNMS：CDP/LLDP 邻居发现与厂商覆盖是其主场，服务器深度不如 Checkmk。
5. 云原生指标、微服务体系 → Prometheus：拉取模型与 Kubernetes 生态原生，但告警/可视化/主机监控需自组栈（Alertmanager+Grafana+node_exporter）。
6. 从 Nagios 迁移 → Checkmk Raw 最平滑：协议兼容 + 界面现代化一步到位。

八、参考链接

• 官网：https://checkmk.com/
• 官方文档站：https://docs.checkmk.com/
• Raw 版下载：https://checkmk.com/download?edition=cre
• GitHub 仓库：https://github.com/checkmk/checkmk
• 版本发布时间线：https://github.com/checkmk/checkmk/releases.atom
• 官方 REST API 文档：https://docs.checkmk.com/latest/en/rest_api.html
• 本站认知/安装/部署/命令四篇同系列：
  • 《Ubuntu 22.04 安装 Checkmk 2.4.0p37 指南》
  • 《Checkmk 2.4.0p37 部署指南》
  • 《Checkmk 2.4.0p37 常用 CLI 命令与工具详解》