01-Zabbix 简介与架构
这篇是 Zabbix 实战系列的入口。读完以后，你应该能回答三个问题：Zabbix 适合解决什么监控问题，它由哪些核心组件组成，以及从单机试点走向生产分布式监控时，哪些边界必须提前设计。
阅读全文 →Zabbix 实战
从架构、部署、Agent 和触发器到告警、可视化、专项监控、分布式架构与性能优化的 Zabbix 实践。
- 所属领域
- 可观测性与运维平台
- 文章总数
- 12
- 最近更新
- 2026-06-12
推荐阅读顺序
02-Zabbix Server 安装部署
上一篇 Zabbix简介与架构 建立了 Zabbix 的组件模型：Server 是中心逻辑，Database 是状态与历史仓库，Frontend 是人的入口，Agent/Proxy 是采集边界。本文进入安装部署，但目标不是“把登录页打开”这么简单，而是把一个可以继续接入 Agent、模板。
阅读全文 →03-Zabbix Agent 配置与管理
前两篇已经把 Zabbix 的整体架构和 Server 安装基线交代清楚了。从这一篇开始，监控平台真正进入“接入对象”的阶段。Zabbix Server 本身再稳定，如果 Agent 接入方式混乱、主机名不一致、TLS 没有统一、主动模式和被动模式随意混用，后面做监控项、触发器、告警和报。
阅读全文 →04-监控项与触发器详解
前一篇完成 Agent 接入后，Zabbix 才真正有了稳定的数据来源。接下来要解决的问题不是“能不能采到值”，而是“采什么、多久采一次、怎样解释、什么时候算异常、异常是否值得通知”。这就是监控项和触发器的职责。
阅读全文 →05-告警配置与通知
前一篇讲的是监控项和触发器。触发器把数据解释成问题，告警配置则决定这个问题要不要通知、通知谁、什么时候通知、通过什么渠道通知、恢复时怎样收口。很多团队把告警建设理解成“接上邮件、企业微信、钉钉或短信”，这只是最后一公里。真正困难的是告警治理：让正确的问题在正确时间到达正确的人，并且不会把。
阅读全文 →06-可视化仪表盘设计
前面几篇已经完成了 Zabbix 的基础架构、Server 部署、Agent 接入、监控项触发器和告警通知。到这里，平台已经可以采集数据、识别异常并把问题推给负责人。仪表盘解决的是另一类需求：人在主动观察系统时，如何快速看懂整体状态、定位异常区域、判断趋势和支撑复盘。
阅读全文 →07-网络监控实战
网络监控是 Zabbix 最常见也最容易失控的场景之一。网络设备数量多、接口数量多、链路状态复杂、厂商 MIB 差异明显，如果只把交换机、路由器、防火墙简单加进 Zabbix，很快就会遇到接口告警泛滥、SNMP 失败、拓扑不准、链路利用率看不懂、维护窗口缺失等问题。
阅读全文 →08-服务器监控实战
第 03 篇已经讲过 Agent 2、主动与被动模式、TLS/PSK、UserParameter 和批量接入。本篇不重复安装过程，而是回答服务器进入 Zabbix 后更关键的问题：一台服务器到底应该监控什么，Linux 与 Windows 的基线有什么差异，模板和宏怎样组织，哪些服务和进。
阅读全文 →09-数据库监控实战
服务器监控可以告诉我们数据库主机的 CPU、内存、磁盘和网络是否异常，却不能说明数据库内部是否还能正常提供服务。连接池可能耗尽，复制可能中断，锁等待可能持续，缓存命中率可能下降，备份可能失败，而操作系统指标仍然看起来正常。数据库监控必须进入实例内部，同时又要遵守最小权限、低开销和不影响业。
阅读全文 →10-分布式监控架构
前两篇分别处理服务器和数据库纳管。当监控对象分布在多个数据中心、工厂、分支、云区域和安全区时，让所有 Agent、SNMP 设备、HTTP 检查都直接连接中心 Zabbix Server，会带来防火墙规则复杂、广域网不稳定、采集延迟和中心采集进程压力。Zabbix Proxy 用于把采集。
阅读全文 →11-Zabbix 性能优化
上一篇把采集压力分散到 Proxy，但 Proxy 只能搬走部分采集工作，中心 Server 仍要接收数据、执行预处理、计算触发器、生成事件并写入数据库。监控规模扩大后，真正困难的不是找到一组“高性能参数”，而是识别当前瓶颈究竟位于采集、接收、预处理、缓存、数据库、housekeepin。
阅读全文 →12-Zabbix 与 Grafana 集成
Zabbix 已经具备最新数据、图形、仪表板、问题和服务视图，接入 Grafana 的目的不应是重复建设另一套监控入口。Grafana 更适合把多个系统的数据放到统一叙事中，为 NOC 大屏、业务容量、跨环境对比和管理视角提供灵活展示；Zabbix 仍负责采集、触发器、事件、通知和监控对。
阅读全文 →