一、zabbix优势

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

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

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

二、p333金沙贵宾会监控优势

1.1 部署架构

1.1.1 背景

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

1.1.2 优化

1.1.2.1 分布式HA架构

p333金沙贵宾会为zabbix部署组件及zabbix高可用提供HA架构、分布式WEB页面，架构如下：

1.1.1.1  多Server架构

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

1.底层兼容开源，充分发挥开源的强大监控采集能力；

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 优化

p333金沙贵宾会底层功能做了如下优化：

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

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

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

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

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

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

以上即为p333金沙贵宾会监控与zabbix架构、性能的对比分析。

想了解更多关于:开源监控，zabbix可以做什么，zabbix安装部署，zabbix操作手册，zabbix中文使用手册，zabbix6.4相关，zabbix架构类型，zabbix监控网络设备，Prometheus部署，免费监控，一体化运维平台，网管平台，智能运维平台等内容敬请留意后续内容。

也可以关注p333金沙贵宾会社区_zabbix_Prometheus_Ansible技术交流问答，也可以直接上手体验免费版p333金沙贵宾会监控。

zabbix与p333金沙贵宾会监控对比分析（一）——架构、性能篇最先出现在p333金沙贵宾会官网。