如果你觉得 Zabbix 的工作是： 装 Agent 点“创建监控项” 看图表 那你大概率会在半年后被自己骂一句： “这监控系统根本没法维护。” 这一讲，我们彻底把 Item 这件事讲透。 一、Item 的本质到底是什么？ 我们先说一句“反直觉但正确”的话： 👉
周期性重启（比如每 2 小时一次）几乎都不是“随机故障”。 这类问题的本质只有三种： 1）有人/任务在主动重启（cron/systemd timer/平台策略） 2）系统自己在保护性重启（watchdog、panic、oom、kdump） 3）外部力量把它“断电”（BMC/IPMI/虚拟化平台/电源
很多人以为： Agent 安装成功 = 监控就正常了 但现实是： Agent 显示 Online，却一条数据都没有 日志不报错，但 Grafana / Latest data 一片空 同样的配置，A 主机有数据，B 主机没数据 这一讲，我们把 Zabbix Agent 从“工具”拆回“机制”，一次性
不追求“最快跑起来”，而是三年不返工、五年不推倒重来 很多 Zabbix 教程，问题不在“写错”，而在 默认你是测试环境。 而现实是： 你一旦在单位、集团、研究院、数据中心里装 Zabbix，它就是基础设施的一部分。 这一讲，我们只解决一件事： 如何搭一套，放进生产环境也不心虚的 Zabbix 安装
一、什么是 Zabbix 模板？ 最简定义 模板是预定义的监控配置集合。 它把一组监控项、触发器、图表、宏等组合成一个可复用的“标准监控模型”。 一个模板可以包括： ✅ Items（监控项） ✅ Triggers（触发器/告警规则） ✅ Graphs（图表） ✅ Screens（大屏/视图） ✅ D
很多人第一次用 Zabbix，都会经历一个相似的过程： 环境装好了 Agent 装上了 图表也出来了 仪表盘看起来还挺“专业” 然后呢？ 然后就没
WARN The "XXX" variable is not set No services to build 明明 .env 写好了， 明明 compose 文件也在， 为什么 Docker Compose 就是“不认”？ 如果你也被这两个问题反复折磨过—— 文件名一定要叫
你装过 Zabbix，但你真正缺的往往不是“再装一次”，而是： 一套可复制、可审计、可离线交付、可长期运维的企业部署方法。
在真实的政企、科研、专网环境里， “能不能装 Docker”从来不是技术问题，而是合规与工程问题。 外网不可达、源不可用、镜像要归档、版本要可控、升级要可审计，才是银河麒麟 V10 环境里 Docker 的真实使用场景。 这篇文章，不教你“最快装 Docker”，而是教你： 👉 如何在银河麒麟 V
