Zabbix vs Prometheus，监控系统怎么选?

对于企业而言，如何选择一款合适的监控系统，来涵盖业务和基础设施的所有领域，无疑是非常重要的事项。

在监控系统的选择上，Zabbix与Prometheus是经常被比较的两个产品，其中Zabbix为知名的老牌监控系统，而Prometheus则是云原生时代的后起之秀。两款产品都具有丰富的功能，并有着广泛的使用群体，对于用户而言，在两者的选择上往往会感到困惑。

对此，本文将详细比较两者之间的功能差异，为你在选择监控系统时提供重要的参考。

01

—

产品概述

1. Zabbix

Zabbix是一款企业级的开源监控产品，基于C语言开发。它可以用于服务器、操作系统、网络、应用程序等目标对象监控。在监控和数据收集的方式上，可支持zabbix agent、SNMP、ping、端口监控等多种方式。

Zabbix属于大而全的系统，具有完善的Web界面，并且集成了可视化、告警等功能。用户可在界面上完成绝大部分的操作，这使得其上手难度低，可以被快速掌握。但与此同时，高度集成带来的缺点则是定制化的难度很大，无法很好地进行扩展。

2. Prometheus

Promehteus是一款近年来非常火热的监控系统，它使用go语言开发，设计思路来源于Google的Borgmom(一个监控容器平台的系统）。在监控上除了支持传统的服务器、网络、操作系统等对象外，还天然具有对Kubernetes和Docker等云原生产品的支持，这使得其可以在云原生时代大放异彩。

相比于Zabbix大而全的理念，Prometheus则要简单得多，产品只专注于监控的功能并提供简单Web界面供用户查询，而将可视化和告警这些功能交由Grafana和Alertmanager等第三方产品来实现。功能上的简洁使得Prometheus变得小巧而灵活，可以非常方便地进行部署与升级，并与第三方开源产品搭配实现定制化。

Prometheus的操作需要通过修改配置文件来实现，还必须掌握自带的PromQL 语言，在学习门槛会较高，上手难度比较大。

02

—

产品功能对比

1. 指标采集

• Zabbix

Zabbix分为两大部分，server端和agent端。agent用于部署在目标机器上，并提供数据指标给到server，它们之间基于TCP协议进行通信。

agent支持被动轮询与主动推送模式，被动模式下由server定时向agent端发起请求，agent会处理请求并将值返回给到server端。而在主动推送下，则是由agent定时向server端发送结果。

• Prometheus

Prometheus基于客户端进行数据的收集，Server端会定时与客户端进行交互，并通过pull方式获取相关的监控指标。

Prometheus 基于HTTP进行通信，这使得与其他工具的集成变得简单，任何组件只要提供对应的HTTP接口就可以接入监控。目前已有许多开源产品提供了对Prometheus的支持，可以按照其支持的格式提供指标，如Kubernetes、Harbor等。如果无法做到这一点，那么还有许多库可以帮忙导出现有指标，这些库被称为exporter，常用的有node exporter、mysql exporter、redis exporter等。

2. 数据存储

• Zabbix

Zabbix使用外部数据库来存储数据，目前支持的数据库有MySQL、PostgreSQL、Oracle等。在存储的数据类型上，Zabbix除key-value格式外，还支持文本、日志等格式。

• Prometheus

Prometheus将数据存储在内置的时间序列数据库（TSDB)中，该数据库相比关系型数据库可以较大的节省存储空间，并且拥有更高的处理效率，能够快速搜索出复杂的结果。

不过，原生的TSDB对于大数据量的存储支持不太友好，所以默认情况下Pormetheus只会保存15天的数据。如果需要更长时间的数据存储，可以配置远程存储模式，使用第三方存储介质保存数据指标。

需要注意的是，Prometheus只支持存储时间序列的值。

3. 查询

• Zabbix

zabbix在查询方面功能较弱，只能通过Web界面做一些有限度的操作，或者直接到数据库使用SQL进行查询。

• Prometheus

Prometheus在查询方面要比Zabbix强大得多。Prometheus提供了自带的查询语言PromQL，该语言非常灵活、简洁且功能强大，可以与函数和运算符配合，进行计算、过滤、分组等操作，同时支持正则表达式。

在Prometheus的Web界面可以执行表达式的查询，查询结果以图形或表格数据的形式展现。

4. 可视化

• Zabbix

Zabbix自身带有完善的可视化功能，用户可以使用默认提供的图表，也可以自定义图表，但不支持导入外部仪表板。

• Prometheus

Prometheus自带了一个简单的可视化界面，可以进行数据的查询和展示，但无法将其长久保存。Prometheus通常会与Grafana结合来实现完善的可视化功能。

Grafana具有非常强大的图形展示功能，并且原生支持Prometheus，可使用PromQL 来实现定制化的图表，并且有数量丰富的开源仪表盘可以导入使用。

Grafana界面

5. 告警

• Zabbix

与可视化情况一样，Zabbix内置了告警功能，并支持多种介质的发送。Zabbix 警报系统允许以不同的方式管理事件：发送消息、执行远程命令、根据服务级别升级问题等。

• Promtheus

在告警上，Prometehus需要与Alertmanager结合使用。因为Prometheus的告警分为两部分，在Prometheus Server端定义告警规则，当触发规则时则会发送到Alertmanager，并由其发送给对应的接收人。

Alertmanager可对告警信息进行管理 ，具有静默、分组、聚合等功能，同时支持Email、IM等多种介质发送。

03

—

总结

从上面的分析可以看出，Zabbix与Prometehus都是非常优秀的监控产品，它们也有着自身的优势与劣势，如何选择更多是看企业的需求来决定。

Zabbix上手难度要低很多，对于传统的服务器、系统、网络等都有优秀的监控能力，但是定制化程度低且对于云原生产品的支持也不太好，适合对于监控方面要求不高、整体技术能力较弱的传统企业使用。

Prometheus是云原生时代的监控工具，因此对于Kubernetes等容器产品的支持非常友好，且定制化程度高。但是上手难度也会更大，因此更适合具有较好技术能力、监控需求复杂的互联网企业使用。

注：文章转载微信公众号：DevOps实战派