想要了解更多也可以连线专家免费答疑VX：forum_lwops,大家可以持续关注。
一、Zabbix优势
1. 架构：分布式集中管理，开放式接口。支持分布式部署、时序数据库，数据压缩传输、加密传输等。
2. 扩展性：可通过数据库或API灵活对接三方模块和产品（Granfana 、ELK等）
3. 可塑性：可根据企业需要定制成任何方向的监控产品（数据库管理平台、硬件管理平台、统一监控平台等）
二、乐维监控优势
1.1 部署架构
1.1.1 背景
Zabbix Server 6.0之前本身无高可用架构，Zabbix Proxy至今也没有高可用架构，传统架构如下：
1.1.2 优化
1.1.2.1 分布式HA架构
乐维为Zabbix部署组件及Zabbix高可用提供HA架构、分布式WEB页面，架构如下：
1.1.2.2 多Server架构
监控采用多Server架构模式，支持横向水平扩展监控Server。分离底层采集作为提供独立监控服务。具体要求如下：
1. 底层监控用Zabbix，充分发挥Zabbix的强大监控采集能力；
2. Zabbix_Server，制定Server创建规则，从区域性、对象类型、业务类型等维度进行Server分布；同时支持后续根据扩充规则进行Zabbix_Server添加。实现底层基于Zabbix的多Server 架构，从而解决现有架构Server性能瓶颈的问题。
3. 数据仓库建设：根据OLAP特性，并结合监控采集数据类型特点，建立数据仓库。满足运维报表查询需求，同时存储原始数据，为后续大数据、智能化提供数据基础。数据仓库的建设采用分布式存储方式，支持灵活横向扩展，可保留3年以上原始数据。
4. 上层平台功能采用模块化灵活部署，单独模块发布更新，不影响全局功能，功能模块根据功能使用情况、资源占用大小进行灵活分配，同时上层支持后续其他功能灵活插入。
Server界面配置：
1.2 性能瓶颈
1.2.1 背景
Zabbix Server 至今还未优化的底层功能的常见缺陷有如下几点
1、Zabbix使用MySQL在数据处理方面会存在性能瓶颈；
2、Zabbix一些内置接口，例如SNMP、IPMI等属于单请求接口，会使请求数飙升，对一些性能比较差的设备监控取值会很不稳定；
3、Zabbix监控如果某些设备因请求动作过久（设备负载或自身接口性能差或脚本质量差）会影响全局，导致进程繁忙，队列飙升，大范围数据无法采集；
4、Zabbix Agent主动式的采集时间不以Zabbix Server服务器为主，容易造成告警误报；
5、Zabbix对象无法比较清晰看出对象是否采集到的数据；
6、Zabbix异常挂停会引发告警风暴。
1.2.2 优化
乐维底层功能做了如下优化：
1、表分区、分表分库、迁移时序数据库、数据转储；
2、针对性取消大量请求弊端、转换脚本一次请求降低连接请求；
3、设置超时时间和请求次数、针对性挂后台执行数据请求；
4、统一NTP、更改部分指标模式；
5、自定义接口采集健康状态；
6、内置告警依赖、告警收敛。
以上即为乐维监控与Zabbix架构、性能的对比分析。
想了解更多关于:开源监控，Zabbix可以做什么，Zabbix安装部署，Zabbix操作手册，Zabbix中文使用手册，Zabbix6.4相关，Zabbix架构类型，Zabbix监控网络设备，Prometheus部署，免费监控，一体化运维平台，网管平台，智能运维平台等内容敬请留意乐维社区后续内容。
