CN105893211A

CN105893211A - 一种监控的方法及***

Info

Publication number: CN105893211A
Application number: CN201610206083.9A
Authority: CN
Inventors: 高鹏飞; 李松磊; 滕学军; 肖波
Original assignee: Inspur Electronic Information Industry Co Ltd
Current assignee: Inspur Electronic Information Industry Co Ltd
Priority date: 2016-04-05
Filing date: 2016-04-05
Publication date: 2016-08-24

Abstract

本发明提供了一种监控的方法及***，该方法包括：预先设置监控主程序，预先在每个待监控设备上安装监控插件，预先在每个待监控设备上安装监控传感器；通过所述监控插件监控对应的待监控设备的***服务，生成第一监控信息，将所述第一监控信息发送给所述监控主程序；通过所述监控传感器监控对应的待监控设备的硬件信息，生成第二监控信息，将所述第二监控信息发送给对应的监控插件；通过所述监控插件获取对应的监控传感器生成的所述第二监控信息，将所述第二监控信息发送给所述监控主程序；通过所述监控主程序接收每个监控插件发来的所述第一监控信息和所述第二监控信息。本发明提供了一种监控的方法及***，能够更加全面地进行监控。

Description

一种监控的方法及***

技术领域

本发明涉及计算机技术领域，特别涉及一种监控的方法及***。

背景技术

数据中心的规模每年都在不断的增长，为了保证数据中心的设备的正常运行，保证数据中心的整体运转，需要对数据中心中的设备进行监控。

现有技术中，对设备的监控主要分成两个方面，一个是对物理设备的监控，另一个是对***服务的监控。对物理设备的监控主要是通过Cacti***来实现，对***服务进行监控主要是通过Ganglia监控***来实现。如果要对数据中心的这两个方面都进行监控，就需要同时搭建Cacti***和Ganglia监控***。

通过上述描述可见，在现有技术中，没有一种能够同时对物理设备和***服务进行监控的方案，现有技术的方案不够全面。

发明内容

本发明实施例提供了一种监控的方法及***，能够更加全面地进行监控。

一方面，本发明实施例提供了一种监控的方法，包括：

S1：预先设置监控主程序，预先在每个待监控设备上安装监控插件，预先在每个待监控设备上安装监控传感器；

S2：通过所述监控插件监控对应的待监控设备的***服务，生成第一监控信息，将所述第一监控信息发送给所述监控主程序；

S3：通过所述监控传感器监控对应的待监控设备的硬件信息，生成第二监控信息，将所述第二监控信息发送给对应的监控插件；

S4：通过所述监控插件获取对应的监控传感器生成的所述第二监控信息，将所述第二监控信息发送给所述监控主程序；

S5：通过所述监控主程序接收每个监控插件发来的所述第一监控信息和所述第二监控信息。

进一步地，还包括：

通过所述监控主程序根据每个待监控设备的所述第一监控信息和所述第二监控信息，确定每个待监控设备是否发生故障，并在发生故障时，发出预警信息。

进一步地，还包括：

所述第一监控信息包括：***负载信息；

通过所述监控主程序根据每个待监控设备的***负载信息和每个待监控设备的处理能力，调节每个待监控设备的负载。

进一步地，还包括：

预先设置每个待监控设备的待监控属性；

所述S2中的所述通过所述监控插件监控所在的待监控设备的***服务，生成第一监控信息，包括：

通过所述监控插件根据对应的待监控设备对应的待监控属性，对对应的待监控设备的***服务进行监控，根据对应的待监控属性生成所述第一监控信息；

所述S3中的所述通过所述监控传感器对所在的待监控设备的硬件信息进行监控，生成第二监控信息，包括：

通过所述监控传感器根据对应的待监控设备对应的待监控属性，对对应的待监控设备的硬件信息进行监控，根据对应的待监控属性生成所述第二监控信息。

进一步地，在所述S2之前，还包括：

预先在每个待监控设备上安装代理客户端，通过所述代理客户端运行对应的监控插件。

另一方面，本发明实施例提供了一种监控的***，包括：

监控插件、监控传感器、监控主程序模块；

在每个待监控设备上部署有所述监控插件；

在每个待监控设备上部署有所述监控传感器；

所述监控插件，用于监控对应的待监控设备的***服务，生成第一监控信息，将所述第一监控信息发送给所述监控主程序模块；

所述监控传感器，用于监控对应的待监控设备的硬件信息，生成第二监控信息，将所述第二监控信息发送给对应的监控插件；

所述监控插件，用于获取对应的监控传感器生成的所述第二监控信息，将所述第二监控信息发送给所述监控主程序模块；

所述监控主程序模块，用于接收每个监控插件发来的所述第一监控信息和所述第二监控信息。

进一步地，所述监控主程序模块，还用于根据每个待监控设备的所述第一监控信息和所述第二监控信息，确定每个待监控设备是否发生故障，并在发生故障时，发出预警信息。

进一步地，还包括：

所述第一监控信息包括：***负载信息；

所述监控主程序，还用于根据每个待监控设备的***负载信息和每个待监控设备的处理能力，调节每个待监控设备的负载。

进一步地，还包括：

设置单元，用于设置每个待监控设备的待监控属性；

所述监控插件，在执行监控所在的待监控设备的***服务，生成第一监控信息时，用于根据对应的待监控设备对应的待监控属性，对对应的待监控设备的***服务进行监控，根据对应的待监控属性生成所述第一监控信息；

所述监控传感器，在执行对所在的待监控设备的硬件信息进行监控，生成第二监控信息时，用于根据对应的待监控设备对应的待监控属性，对对应的待监控设备的硬件信息进行监控，根据对应的待监控属性生成所述第二监控信息。

进一步地，还包括：代理客户端；

在每个待监控设备上部署有所述代理客户端；

所述代理客户端，用于运行对应的监控插件。

在本发明实施例中，在每个待监控设备上均按照监控插件和监控传感器，通过监控插件对***服务进行监控，通过监控传感器对应硬件信息进行监控，然后，发送给监控主程序来统一处理，实现更加全面地监控待监控设备。

附图说明

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

图1是本发明一实施例提供的一种监控的方法的流程图；

图2是本发明一实施例提供的另一种监控的方法的流程图；

图3是本发明一实施例提供的一种监控的***的示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例，基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

如图1所示，本发明实施例提供了一种监控的方法，该方法可以包括以下步骤：

为了监控待监控设备是否发生故障，在一种可能的实现方式中，该方法还包括：

在该实现方式中，监控主程序通过获取的第一监控信息和第二监控信息来判别是否发生故障，并在发生故障时给出预警，使得故障能够及时得到解决，保证待监控设备的顺利运行。这里的预警信息可以是通过颜色、声音、邮件或短信报警的形式来实现，在恢复正常后可以发送恢复正常的通知。

为了保证各个待监控设备的负载均衡，在一种可能的实现方式中，该方法还包括：

所述第一监控信息包括：***负载信息；

在该实现方式中，根据每个待监控设备的当前负载情况和每个待监控设备的处理能力来为待监控设备分配负载。通过该实现方式，可以实现***负载平衡的最优调度。当某个设备的负载超过其处理能力的预设比例时，可以将该设备的部分负载分配给较空闲的设备。设备当前的负荷量可以通过设备的处理能力的百分比来确定。举例来说，设备A的处理能力是100，当前负载为80，负荷量为80％；设备B的处理能力为50，当前负载为20，负荷量为40％；在这种情况下，就可以将设备A的部分负载分配给设备B来处理。在分配负载时，尽量保持每个设备的负荷量在预设的阈值之内。

在一种可能的实现方式中，该方法还包括：

预先设置每个待监控设备的待监控属性；

在该实现方式中，由于并不是设备的所有信息都需要监控，可以通过待监控属性来确定需要监控的信息。这样更加具有针对性，能够提高监控的效率。

在一种可能的实现方式中，在所述S2之前，还包括：

在本发明实施例中，有一种场景：在数据中心，有两个待监控设备分别是设备A和设备B；这两个设备可以是：路由器、交换机、打印机等。需要对数据中心的设备A和设备B进行监控。

如图2所示，本发明实施例提供了一种监控的方法，该方法可以包括以下步骤：

步骤201：预先设置监控主程序，预先在设备A和设备B上分别安装监控插件A和监控插件B，预先在设备A和设备B上分别安装监控传感器A和监控传感器B。

该监控主程序可以设置在一个服务器中，监控主程序和监控插件通过互联网连接。这里的监控传感器可以是温度传感器、湿度传感器、振动传感器等，根据用户的需要来设置。

另外，可以预先设置设备A和设备B的待监控属性。例如：温度、湿度、CPU利用率、内存利用率等。

步骤202：通过监控插件A监控设备A的***服务，生成第一监控信息A，将第一监控信息A发送给监控主程序，通过监控插件B监控设备B的***服务，生成第一监控信息B，将第一监控信息B发送给监控主程序。

步骤203：通过监控传感器A监控设备A的硬件信息A，生成第二监控信息A，将第二监控信息A发送给监控插件A，通过监控传感器B监控设备B的硬件信息B，生成第二监控信息B，将第二监控信息B发送给监控插件B。

步骤204：通过监控插件A获取监控传感器A生成的第二监控信息A，将第二监控信息A发送给监控主程序，通过监控插件B获取监控传感器B生成的第二监控信息B，将第二监控信息B发送给监控主程序。

步骤205：通过监控主程序接收监控插件A第一监控信息A和第二监控信息A，通过监控主程序接收监控插件B第一监控信息B和第二监控信息B。

步骤206：通过监控主程序根据设备A的第一监控信息A和第二监控信息A，确定设备A是否发生故障，并在发生故障时，发出预警信息，通过监控主程序根据设备B的第一监控信息B和第二监控信息B，确定设备B是否发生故障，并在发生故障时，发出预警信息。

举例来说，根据第二监控信息A中的温度信息，发现设备A的温度已经超过预设阈值，则发出预警信息。

本发明实施例能够完成对大规模网络设备、服务器、***服务的集中统一监控，具有很高的实时性、有效性与可扩展性，具有长年提供24小时监控和报警通知的能力。

在本发明实施例中，监控主程序可以运行在一台Linux服务器上。根据监控主程序接收到的第一监控信息和第二监控信息，通过图形界面展示给用户。其中，主要监控功能可以包括网络监控、***监控、硬件监控、资源监控、服务监控、报表生成、报警通知、排障措施等。

另外，考虑到数据中心***和服务类型多样，结合主动监控和被动监控各自的优缺点，在本发明实施例中，采用混合式监控模式，即主动监控与被动监控相结合的方式，实现整体***环境的监控。在***环境中实施监控时，应运用主动监控和被动监空结合的方法能够全面掌握当前***环境的运行状态、运行趋势以及整体服务质量。

如图3所示，本实施例提供的一种监控的***，包括：

监控插件301、监控传感器302、监控主程序模块303；

在每个待监控设备上部署有所述监控插件；

在每个待监控设备上部署有所述监控传感器；

在一种可能的实现方式中，所述监控主程序模块，还用于根据每个待监控设备的所述第一监控信息和所述第二监控信息，确定每个待监控设备是否发生故障，并在发生故障时，发出预警信息。

在一种可能的实现方式中，还包括：

所述第一监控信息包括：***负载信息；

在一种可能的实现方式中，还包括：

设置单元，用于设置每个待监控设备的待监控属性；

在一种可能的实现方式中，还包括：代理客户端；

在每个待监控设备上部署有所述代理客户端；

所述代理客户端，用于运行对应的监控插件。

本发明实施例可以采用Nagios的框架结构设计，并针对其结构和功能上的不足，进一步设计和开发，采用分布式结构能够应用于各种复杂环境，可维护性强。

在本发明实施例中，根据被监控***的建设环境，结合监控整体需求，并基于Nagios框架的逻辑结构，按照实现逻辑的不同，该***设计为自下而上的三层总体结构，分别为监控实体层、监控抽象层、监控逻辑层。

监控实体层是由各种类型的监控对象组成，监控对象可以是待监控设备的硬件，如：服务器、交换机、路由器、打印机等，也可以监控设备上的应用服务，如：共享存储服务等。为了便于对这些对象进行管理，按照数据中心的实际应用，将这些监控对象进行分区管理，可以分为网格、集群、大数据、云计算、GPU应用等监控区域。

监控抽象层是由各种监控插件组成的一个虚拟层次。需要检测主机或服务的状态时总要执行一个插件程序，各种插件扮演了连接监控逻辑服务与实际被监控主机和服务之间的桥梁功能，起到承上启下的关键作用。抽象层主要包括用于数据检测的各种监控插件和调用这些插件的代理程序。监控主程序可以通过调度管理模块运行监控插件命令，向远程主机上的监控代理或无代理主机发送监控请求，并将返回的检测结果按照既定格式存储。数据采集的模式根据监控主机和服务的具体情况采用主动模式与被动模式相结合，代理监控与无代理监控相结合的方式。也就是说，监控主程序可以主动向监控插件发送监控命令，获取返回的监控信息，也可以，等待接收监控插件主动发来的信息。

监控逻辑层主要包括实现具体监控的一些***功能，如监控对象管理、调度实现、展示、报警通知等。其中对象的管理主要是用于对监控设备的属性的定义；调度管理用于实现***负载平衡的最优调度；展示部分是基于程序通过服务提供统一的监控管理界面，用于集中展示监控信息，给管理员一个全面实时的***运行状况；权限管理实现对用户访问和操作权限的分类管理；报警功能实现短信、邮件等方式的及时故障通知。

在本发明实施例中，以基于Nagios框架的逻辑结构设计为基础，结合数据中心的需求，大规模监控***需要完成以下具体功能的设计和实现。首先要完成监控实体层监控对象的定义，然后按照主被动模式和有无代理的方式，使用监控主程序调度运行监控抽象层插件，对监控目标进行状态或性能检测，并将监测数据结果上传到服务器。主程序将采集到的数据进行处理并存储，在监控逻辑层实现对监控数据分析和处理，完成集中展示、权限管理、配置管理以及报警通知的功能。Nagios框架结构适合大规模部署，其插件功能丰富，能够满足各种定制化的监控需求，模块化插件化的结构非常有利于建立方便的二次开发环境，使其能够应对大规模复杂的IT环境。Nagios是一款基础设施监控***，功能全面，应用灵活，能有效监控各种操作***主机的状态和交换机、路由器的网络状况等。

在本发明实施例中提供了网络设备、服务器、***服务的集中统一监控***，具有很高的实时性、有效性与可扩展性，能够具有长年提供24小时监控和报警通知的能力。本发明实施例能够应用于大规模数据中心的监控，提供一个集中、统一、响应及时、高可用性、安全高、效的监控***。

上述装置内的各单元之间的信息交互、执行过程等内容，由于与本发明方法实施例基于同一构思，具体内容可参见本发明方法实施例中的叙述，此处不再赘述。

本发明实施例至少具有如下有益效果：

1、在本发明实施例中，在每个待监控设备上均按照监控插件和监控传感器，通过监控插件对***服务进行监控，通过监控传感器对应硬件信息进行监控，然后，发送给监控主程序来统一处理，实现更加全面地监控待监控设备。

2在本发明实施例中，提供了一种实现各种功能的框架，监控、检测、告警通知等功能通过插件来完成，灵活的框架结构使其能够适应复杂的***环境，基于该框架的开发能够满足各种监控需求。

需要说明的是，在本文中，诸如第一和第二之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个······”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同因素。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储在计算机可读取的存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质中。

最后需要说明的是：以上所述仅为本发明的较佳实施例，仅用于说明本发明的技术方案，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims

1.一种监控的方法，其特征在于，包括：

2.根据权利要求1所述的方法，其特征在于，还包括：

3.根据权利要求1所述的方法，其特征在于，还包括：

所述第一监控信息包括：***负载信息；

4.根据权利要求1所述的方法，其特征在于，还包括：

预先设置每个待监控设备的待监控属性；

5.根据权利要求1-4中任一所述的方法，其特征在于，在所述S2之前，还包括：

6.一种监控的***，其特征在于，包括：

监控插件、监控传感器、监控主程序模块；

在每个待监控设备上部署有所述监控插件；

在每个待监控设备上部署有所述监控传感器；

7.根据权利要求6所述的***，其特征在于，

所述监控主程序模块，还用于根据每个待监控设备的所述第一监控信息和所述第二监控信息，确定每个待监控设备是否发生故障，并在发生故障时，发出预警信息。

8.根据权利要求6所述的***，其特征在于，还包括：

所述第一监控信息包括：***负载信息；

9.根据权利要求6所述的***，其特征在于，还包括：

设置单元，用于设置每个待监控设备的待监控属性；

10.根据权利要求6-9中任一所述的***，其特征在于，还包括：代理客户端；

在每个待监控设备上部署有所述代理客户端；

所述代理客户端，用于运行对应的监控插件。