[发明专利]一种支持横向扩展的Zabbix集群架构系统及应用方法

说明书

本发明提供一种支持横向扩展的Zabbix集群架构系统及应用方法，包括：所述Zabbix用于将与所述Zabbix连接的所有设备的身份信息发送给所述Zookeeper，还用于：接收所述Zookeeper发送的所述所有设备的身份信息的映射关系；所述Zookeeper用于将接收到的所述多个Zabbix上报的身份信息进行映射处理后，发送给对应的所述Zabbix；所述身份信息，包括：所述每个设备的注册ID、管理上限和心跳状态，深度集成了Zookeeper来管理被监测服务器之上的Agent、Proxy和Server之间的映射关系，隶属于不同Zabbix的Proxy宕机离线和重新上线的情况可以由系统自动处理无需人工干预，维护成本低。

技术领域：

本发明涉及计算机服务器管理领域，具体涉及一种支持横向扩展的Zabbix集群架构系统及应用方法。

背景技术：

为了满足业务复杂度不断上升和规模不断扩大的需求，同时保证对外提供服务的高质量，越来越多的企业往往引入各类新兴技术如云平台、Docker技术等开发搭建和运行迭代业务系统，这使得分布式系统的规模和复杂度日益增加，对系统进行高效监控也成为了迫切的需求。Zabbix(Zabbix(音同za：bix)是一个基于WEB界面的提供分布式系统监视以及网络监视功能的企业级的开源解决方案)作为一个企业级的开源分布式监控解决方案，提供了多层监控和自定义监控等多种功能，成为了企业系统监控的常用方案。然而随着监控规模的不断扩大，Zabbix的性能和扩展瓶颈也日益凸显。Zabbix使用传统的Mysql作为配置管理数据库，由于Mysql导致Mysql数据库性能瓶颈成为了整个系统的瓶颈，具体表现为随着监测规模不断扩大，Zabbix存储采集数据和读取监测指标值用时变长、配置和更改采集数据项用时变长，整体监测性能大大降低了。

目前，使用Zabbix的企业主要通过独立部署多套Zabbix来扩大监控规模，每一套Zabbix负责监测一部分设备。当已有的Zabbix达到监测上限后，再部署新一套Zabbix去监测剩下的设备，以此类推。然而这样的解决方案带来了一个重要问题：需要人工或第三方介入来记录Zabbix与被监测设备之间的映射关系，导致后期维护成本过高。例如，由于监测设备分别由多套Zabbix单独监测，当监测设备发生下线或搬迁等动态变化时，需要查询每套Zabbix找到相应设备项进行状态变更。日常维护中跨Zabbix操作更是不可避免，例如更改指定范围的设备的数据采集项，而这些设备分布在多套Zabbix之中。

发明内容：

为了克服上述缺陷，本发明提供了一种支持横向扩展的Zabbix集群架构系统，所述系统包括：多个Zabbix、Zookeeper和多个设备；

所述Zabbix用于将与所述Zabbix连接的所有设备的身份信息发送给所述Zookeeper，还用于：接收所述Zookeeper发送的所述所有设备的身份信息的映射关系；

所述Zookeeper用于将接收到的所述多个Zabbix上报的身份信息进行映射处理后，发送给对应的所述Zabbix；

所述身份信息，包括：所述每个设备的注册ID、管理上限和心跳状态。

优选的，所述Zabbix包括：Zabbix Server、Zabbix Proxy和Zabbix Agent；

所述Zabbix Server用于上报设备的身份信息，分配Agent到Zabbix Proxy，还用于接收Zabbix Agent和Zabbix Proxy发送的信息以及Zabbix Server和Zabbix Proxy以及Zabbix Server和Zabbix Agent的映射关系；

所述Zabbix Proxy用于上报设备的身份信息，还用于收集监控信息发送至ZabbixServer并建立与Zabbix Server的链接；