一种基于Zabbix的运维监测系统的制作方法

本实用新型公开涉及监测系统的技术领域，尤其涉及一种基于zabbix的运维监测系统。

背景技术：

电力公司由于业务的需要在各处均会设置不同性能的机房，例如：信息机房以及营销机房，在每个机房中均会设置有各种软、硬件设备。为了确保各个机房中设备的正常运行，需要对每个机房进行监测和运维。

以往电力公司机房的运维监测工作都是独立进行的，即每个机房分配对应的运维人员进行人工监测运维，在人员紧张时，可以由一组人员同时进行一个区域内多个机房的同时运维，但每个机房内必须配备值班人员，存在运维的人力成本高以及运维的时效性差的问题。

因此，如何研发一种新型的运维监测系统，成为人们亟待解决的问题。

技术实现要素：

鉴于此，本实用新型提供了一种基于zabbix的运维监测系统，以解决以往电力机房的运维方式，存在人力成本高以及时效性差等问题。

本实用新型提供的技术方案，具体为，一种基于zabbix的运维监测系统，该运维监测系统包括：多个机房、多个节点代理服务器、运维平台服务器以及多个运维终端；

每个所述机房内均设置有机房服务器、存储器、交换机以及路由器；

所述机房服务器中设置有zabbix数据采集器，所述机房服务器通过所述交换机分别与所述存储器以及路由器通讯连接，所述zabbix数据采集器可分别进行机房服务器、存储器、交换机以及路由器中运行信息的采集，所述运行信息包括软件运行信息以及硬件运行信息；

每个所述节点代理服务器中均设置有数据缓存器，每个所述节点代理服务器均对应多个机房，每个所述节点代理服务器均与对应机房中的机房服务器通讯连接，所述数据缓存器接收所述机房服务器中zabbix数据采集器发送的运行信息；

所述运维平台服务器中设置有接收器、分类器、存储器以及推送器；

所述接收器的输入端分别与多个数据缓存器的输出端连接；

所述分类器的输入端与所述接收器的输出端连接；

所述存储器的输入端与所述分类器的输出端连接；

所述推送器的输入端与所述分类器的输出端连接；

多个所述运维终端包括：软件运维终端以及硬件运维终端，所述软件运维终端和所述硬件运维终端均与所述推送器通讯连接。

优选，在所述机房服务器与所述节点代理服务器之间设置有防火墙服务器。

进一步优选，所述运维平台服务器中还设置有显示器；

所述显示器的输入端与所述分类器的输出端连接。

进一步优选，所述运维平台服务器中还设置有报警器；

所述报警器的控制端与所述分类器的输出端连接。

进一步优选，所述zabbix数据采集器通过snmp协议和/或smi协议进行机房服务器中的硬件、存储器、交换机以及路由器的运行信息采集。

本实用新型提供的基于zabbix的运维监测系统，采用分布式监测架构，zabbix数据采集器采集的运行信息通过节点代理服务器缓存后，再发送到运维平台服务器中，进而大幅减少直接与运维平台服务器连接的数据链路数，提高数据传输的速率，降低数据传输等待时间，同时通过上述分布式监测架构的设置，可同时实现多地区多个机房运行的同时监测，减少运维人员，通过该运维监测系统的使用，可实现一个运维团队同时进行多地多个机房的运维。此外，该运维监测系统中，运维平台服务器通过分类器可将接收的运行信息按照软件运行信息和硬件运行信息进行分类，并判断每个运行信息是否存在异常，一旦存在异常会控制推送器按照分类推送到对应的运维终端，实现有针对性的推送，提高推送消息的有效性和实时性。

本实用新型提供的基于zabbix的运维监测系统，具有设计合理，使用方便，为异地运维提供可能，在大幅度降低运维人力成本的同时，提高运维的时效。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本实用新型的公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本实用新型的实施例，并与说明书一起用于解释本实用新型的原理。

为了更清楚地说明本实用新型实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本实用新型公开实施例提供的一种基于zabbix的运维监测系统的架构拓扑图；

图2为本实用新型公开实施例提供的一种基于zabbix的运维监测系统的部分组成模块示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本实用新型相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本实用新型的一些方面相一致的装置的例子。

为了解决以往电力机房的运维方式，存在人力成本高以及时效性差等问题，本实施方案提供了一种基于zabbix的运维监测系统，参见图1，该运维监测系统主要由多个机房1、多个节点代理服务器2、运维平台服务器3以及多个运维终端4构成，其中，每个机房1内均设置有机房服务器11、存储器12、交换机13以及路由器14，在机房服务器11中设置有zabbix数据采集器111，机房服务器11通过交换机13分别与存储器12以及路由器14通讯连接，zabbix数据采集器111可分别进行机房服务器11、存储器12、交换机13以及路由器14中运行信息的采集，上述运行信息包括软件运行信息以及硬件运行信息。每个节点代理服务器2中均设置有数据缓存器21，每个节点代理服务器2均对应多个机房1，每个节点代理服务器2均与对应机房1中的机房服务器11通讯连接，数据缓存器21接收机房服务器11中zabbix数据采集器111发送的运行信息。运维平台服务器3中设置有接收器31、分类器32、存储器33以及推送器34；接收器31的输入端分别与多个数据缓存器21的输出端连接，分类器32的输入端与接收器31的输出端连接。存储器33的输入端与分类器32的输出端连接，推送器34的输入端与分类器32的输出端连接，上述的运维终端4包括：软件运维终端41以及硬件运维终端42，软件运维终端41和硬件运维终端42均与推送器34通讯连接。

上述运维监测系统的具体工作过程为：每个机房中的机房服务器、存储器以及路由器均通过交换机作为桥梁实现彼此之间的通讯连接，而路由器主要是为了实现与外网之间的通讯连接，在机房服务器中设置有zabbix数据采集器，zabbix数据采集器可通过snmp协议和/或smi协议进行机房服务器中的硬件、存储器、交换机以及路由器的运行信息采集，zabbix数据采集器通过agent模块进行机房服务器中操作系统的运行信息采集，通过orabbix模块进行机房服务器中数据库运行信息的采集，通过java-gateway模块进行机房服务器中中间件的运行信息采集，而上述的模块均为现有的模块，不涉及任何的新程序开发，zabbix数据采集器将运行信息采集后发送到与其对应的节点代理服务器中的数据缓存器进行缓存，而数据缓存器会将缓存的所有运行信息均发送到运维平台服务器中进行处理，具体而言，首先由接收器进行接收，接收后分到分类器中进行分类，分类器通过识别协议类型以及信息类型可进行软件类运行信息或硬件类运行信息的分类，同时还会与设定的阈值进行比较，分类出为异常的运行数据或正常的运行数据，分类器将运行数据分类后会发送到存储器中进行存储，方便后期的信息查看，同时当存在异常的运行数据时，分类器会将该异常的运行信息发送到推送器中，推送器依据分类结果推动到对应的运维终端，当为软件类运行异常数据时，推送到软件运维终端，而当为硬件类运行异常数据时，推送到硬件运维终端，可实现数据的分类精确推送，便于后期的及时运维。

为了提高安全性，作为技术方案的改进，在机房服务器11与节点代理服务器2之间设置有防火墙服务器。

为了便于运维人员对于运行数据的查看，作为技术方案的改进，在该运维平台服务器3中还设置有显示器，其中，显示器的输入端与分类器32的输出端连接，显示器按照分类其的分类结果，分类进行运行数据的显示，便于运维人员的查看。

作为方案的改进，还可在运维平台服务器3中设置有报警器，该报警器的控制端与分类器32的输出端连接。

本领域技术人员在考虑说明书及实践这里公开的实用新型后，将容易想到本实用新型的其它实施方案。本申请旨在涵盖本实用新型的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本实用新型的一般性原理并包括本实用新型未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本实用新型的真正范围和精神由下面的权利要求指出。

应当理解的是，本实用新型并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本实用新型的范围仅由所附的权利要求来限制。