Zabbix与乐维监控对比分析（一）——架构、性能篇

近年来，Zabbix凭借其近乎无所不能的监控及优越的性能一路高歌猛进，在开源监控领域独占鳌头；而作为后起的新锐监控平台——乐维监控，则不断吸收Zabbix，Prometheus等优秀开源平台的优点，兼容并蓄，逐渐形成了其自身的特点，在IT运维界渐渐崭露头角server 2003 。以下将对乐维与Zabbix的各项优劣势进行一一对比，本篇为二者架构、性能的对比，后续还将发布更多zabbix技术分享，想要了解更多也可以与专家连线答疑VX:forum_lwops,大家可以持续关注。

一、Zabbix优势

1.架构：分布式集中管理，开放式接口server 2003 。支持分布式部署、时序数据库，数据压缩传输、加密传输等。

2.扩展性：可通过数据库或API灵活对接三方模块和产品（Granfana 、ELK等）

3.可塑性：可根据企业需要定制成任何方向的监控产品（数据库管理平台、硬件管理平台、统一监控平台等）

二、乐维监控优势

1.1部署架构

1.1.1背景

Zabbix Server 6.0之前本身无高可用架构server 2003 ，Zabbix Proxy至今也没有高可用架构，传统架构如下：

1.1.2优化

1.1.2.1分布式HA架构

乐维为Zabbix各个组件提供HA架构、分布式WEB页面server 2003 ，架构如下：

1.1.2.2 多Server架构

监控采用多Server架构模式，支持横向水平扩展监控Serverserver 2003 。分离底层采集作为提供独立监控服务。具体要求如下：

1.底层监控用Zabbixserver 2003 ，充分发挥Zabbix的强大监控采集能力；

2.Zabbix_Server，制定Server创建规则，从区域性、对象类型、业务类型等维度进行Server分布；同时支持后续根据扩充规则进行Zabbix_Server添加server 2003 。实现底层基于Zabbix的多Server 架构，从而解决现有架构Server性能瓶颈的问题。

3.数据仓库建设：根据OLAP特性，并结合监控采集数据类型特点，建立数据仓库server 2003 。满足运维报表查询需求，同时存储原始数据，为后续大数据、智能化提供数据基础。数据仓库的建设采用分布式存储方式，支持灵活横向扩展，可保留3年以上原始数据。

4.上层平台功能采用模块化灵活部署，单独模块发布更新，不影响全局功能，功能模块根据功能使用情况、资源占用大小进行灵活分配，同时上层支持后续其他功能灵活插入server 2003 。

Server界面配置：

1.2性能瓶颈

1.2.1背景

Zabbix Server 至今还未优化的底层功能的常见缺陷有如下几点

1、Zabbix使用MySQL在数据处理方面会存在性能瓶颈；

2、Zabbix一些内置接口server 2003 ，例如SNMP、IPMI等属于单请求接口，会使请求数飙升，对一些性能比较差的设备监控取值会很不稳定；

3、Zabbix监控如果某些设备因请求动作过久（设备负载或自身接口性能差或脚本质量差）会影响全局server 2003 ，导致进程繁忙，队列飙升，大范围数据无法采集；

4、Zabbix Agent主动式的采集时间不以Zabbix Server服务器为主server 2003 ，容易造成告警误报；

5、Zabbix对象无法比较清晰看出对象是否采集到的数据；

6、Zabbix异常挂停会引发告警风暴server 2003 。

1.2.2优化

乐维底层功能做server 2003 了如下优化：

1、表分区、分表分库、迁移时序数据库、数据转储；

2、针对性取消大量请求弊端、转换脚本一次请求降低连接请求；

3、设置超时时间和请求次数、针对性挂后台执行数据请求；

4、统一NTP、更改部分指标模式；

5、自定义接口采集健康状态；

6、内置告警依赖、告警收敛server 2003 。

以上即为乐维监控与Zabbix架构、性能的对比分析server 2003 。更多对比分析内容敬请留意后续内容或者乐维社区（/）。