是该跟zabbix说再见的时候了

Posted 2021-05-01 DevOps

zabbix是一款很流行的开源监控软件，随便在运维圈问一句，立马就回有同行回应使用的是zabbix。本人使用的第一款服务监控软件是netsaint（nagios的前身），后升级到nagios，用了几年以后，监控项逐渐多了起来，导致配置文件行数增长迅速，每次进行维护的时候，用文本编辑器处理，都觉得麻烦，如果交给生手，更是负担，于是就逐渐把监控平台替换成zabbix。

zabbix的配置及管理工作，绝大部分都是在浏览器里完成；提交表单，相关字段值自动填充到预设好的数据库记录中，提高了效率，降低了出错的几率，是一种不错的选择。虽然nagios也有第三方addons，搞起来相对复杂，而且从感觉上觉得不是一个公司的产品进行组合，有点别扭。

这东西用了几年，也有点厌倦，同时也发现一些问题。

监控项繁杂

很需要的没几项，不需要的上百项。

操作步骤复杂

添加项目要涉及对象（主机、服务等）、监控项、触发器等，这些东西，对于的值一大堆，看得眼花缭乱的。如果要监控某个web服务的url，那才叫一个麻烦，而且生不生效，也不是很直观。

运行效率低

执行监控时，需要对mysql数据库进行读取操作，如果监控对象发生异常，还得对数据库进行写入操作，非常占用系统资源。监控服务器或者代理端，启动一大堆进程，像oracle监控插件，更是耗费资源。

那么有人要问了：”你打算用什么呢”？

我现在的监控，主要分两种类型：流量监控与服务监控。我是把两者分开，流量监控用cacti，直接针对交换机端口，这样就不用在每个物理系统上配置与启用snmp协议；服务监控就用加了壳的nagios，由法国人封装加壳的centreon，当前版本为centreon18。

相对于zabbix，不光简洁直观，易用性也强不少。centreon通过web管理界面录入数据进行配置，把字段值写入数据库，然后再执行配置输出，把配置生成一个文本文件，监控时，读取数据文本文件而无需对数据库进行操作，性能大幅度提高。之于分布式监控，直接用ISO进行系统安装，安装过程，选择poller，比zabbix的zabbix_proxy省事，少了部署数据库这个步骤，也就减少了后期维护成本。

---

欢迎关注运维自研堂订阅号，运维自研堂是一个技术分享平台，主要是运维自动化开发：linux、python、django、saltstack、tornado、bootstrap、redis、golang、docker、etcd、k8s、ci/cd、devops等经验分享。

• 
  

• 
  

• 
  

• 
  

• 
  

开源    创新     共享

投稿&商务合作

Mail：[e-mail]       QQ:785249378     微信：Idevops001

牛人并不可怕，可怕的是牛人比我们还努力！