Zabbix vs Prometheus + Grafana
- Zabbix = 全面、传统、全能型监控平台（重在可用性、告警、分布式设备监控）
- Prometheus = 现代云原生监控标准（重在指标、Kubernetes、微服务）
Grafana = 可视化展示（不是监控系统）。
| 特性 | Zabbix | Prometheus |
|---|---|---|
| 采集方式 | Agent + SNMP + Proxy | Exporter / Pull |
| 存储 | 关系型数据库（PostgreSQL/MySQL） | TSDB（内置时间序列库） |
| 分布式 | Proxy 分布式架构 | 使用多个 Prom/Thanos/Federation |
| 可用性 | 强（Proxy 支撑） | 默认不支持 HA，需要 Thanos |
| 可视化 | 自带基础图表 + Grafana | 主要依赖 Grafana |
| 数据模型 | 传统监控 | 时序监控（标签 Label） |
Zabbix 支持多种采集方式：
- Zabbix Agent / Agent2
- SNMP v1/2/3（设备监控最强）
- IPMI
- JMX
- SSH/Telnet
- HTTP Agent
- Trapper（推送）
适合：
- 网络设备
- 存储设备
- 基础设施
- 操作系统
Prometheus 数据采集方式（现代云原生）
- Exporter（Node exporter, MySQL exporter 等）
- Pull HTTP /metrics
- Pushgateway（非推荐）
- Service discovery（K8S、Consul 等自动发现）
适合：
- 容器 / K8S
- 微服务
- 云原生应用
| 指标 | Zabbix | Prometheus |
|---|---|---|
| 架构 | RDB（PostgreSQL） | 内置 TSDB |
| 查询语言 | SQL | PromQL（功能强大） |
| 长期存储 | TimescaleDB | Thanos / Cortex / Mimir |
| 性能 | 中高 | 超高（百万级时序） |
Prometheus 的 TSDB 在写入和查询性能上比 Zabbix 强太多。
Zabbix 的告警（非常强）
- 内置历史数据、触发器、事件
- 告警是顶级能力
- Action、Escalation、多步骤通知
- 多渠道（Webhook、邮件、脚本）
- 告警抑制与维护窗口
Prometheus 告警
依赖 Alertmanager：
- 分组（Group）
- 抑制（Inhibit）
- 静默（Silence）
- Webhook 通知
Zabbix 告警配置简洁，但灵活性不如 Alertmanager。
| 项目 | Zabbix | Prometheus + Grafana |
|---|---|---|
| UI | 自带 Web UI | 需要 Grafana |
| 图表 | 一般 | 极佳 |
| Dashboard 模型 | 模板化、但不如 Grafana 灵活 | 极其灵活，可变量、PromQL |
如果追求视觉效果：Grafana 胜出。
Zabbix：
- 单实例限制明显（数据库负载）
- Proxy 架构可扩展
- 10k+ 设备需要较强数据库
Prometheus：
通过 Thanos / Cortex：
- 无限扩展
- 跨地域采集
- 统一查询
- 对象存储（S3/OSS/MinIO）长期归档
Prometheus 扩展性远强于 Zabbix。
| 内容 | Zabbix | Prometheus |
|---|---|---|
| 学习成本 | 中（老系统 + 多功能） | 高（PromQL 升级难点） |
| 维护 | 中 | 高（多个组件） |
| 架构复杂度 | 中 | 高（Prom + Alert + Grafana + Thanos） |
| 部署难度 | 低-中 | 中-高 |
✔ Zabbix 适用场景（非常强）
- 服务器 + 网络设备 + 存储设备统一监控
- 传统企业 IDC
- 金融、电信、政府等对告警要求极高的场景
- 跨机房监控（Proxy）
- 需要对 SNMP 设备深度监控
“可用性监控 + 感知监控” Zabbix 更强。
✔ Prometheus 适用场景（最佳）
- Kubernetes
- 容器 + 微服务
- 需要超强时序数据分析
- 数据指标复杂、标签维度高
- 大规模云原生指标监控
“性能监控 + 时序分析” Prometheus 更强。
✔ 选 Zabbix 的情况
- 你有大量的 网络设备、交换机、路由器、存储
- 希望部署 简单，最佳一体化平台
- 告警策略非常多
- 想用 Proxy 做跨机房容灾
- 希望统一管理资产、事件、告警
✔ 选 Prometheus 的情况
- 大量 Kubernetes 集群
- 微服务架构
- 高维度 Label 需要查询分析
- 想可扩展到 PB 级
- 想用 Grafana 统一面板
✔ 两个一起用（现代企业常态）
现实中 70% 企业采用 Zabbix + Prometheus Monitoring Stack：
- Zabbix -> 设备 & OS 监控（告警强）
- Prometheus + Grafana -> 应用 & 容器监控（指标强）
| 项目 | Zabbix | Prometheus |
|---|---|---|
| 最擅长 | 设备监控 + 告警 | 时序数据 + K8S |
| 架构 | 单体 + Proxy | 多组件 + 云原生 |
| 数据采集 | 多协议（SNMP/Agent） | Pull + Exporter |
| 可扩展性 | 中 | 超高 |
| 数据查询 | SQL | PromQL |
| 可视化 | 一般 | Grafana 强 |
| 部署难度 | 低中 | 中高 |
| 告警系统 | 强 | 中等（靠 Alertmanager） |
| 最佳适用 | 传统 IT | 云原生 |