CN111143165A - 一种监控方法及装置 - Google Patents

Abstract

本发明实施例公开了一种监控方法及装置，接收监控请求，监控请求中携带有待监控主机的标识，根据待监控主机的标识，获取待监控主机的资源配置信息，并确定与待监控主机的资源配置信息匹配的监控插件，使用监控插件监控待监控主机，得到待监控主机在当前时刻的监控值。本发明实施例中，通过设置各种资源配置信息对应的监控插件，使得该方案能够适用于具有不同资源配置信息的监控场合，而不用限定在固定的监控场合，从而可以提高主机监控的灵活性；且，通过使用待监控主机的资源配置信息匹配的监控插件监控待监控主机，还可以使得对待监控主机的监控更有针对性，从而提高主机监控的准确性。

Description

一种监控方法及装置

技术领域

本发明涉及金融科技(Fintech)技术领域，尤其涉及一种监控方法及装置。

背景技术

随着计算机技术的发展，越来越多的技术应用在金融领域，传统金融业正在逐步向金融科技(Fintech)转变，然而，由于金融行业的安全性、实时性要求，金融行业也对技术提出了更高的要求。

Zabbix是一种常用的开源监控框架，Zabbix中设置有固定的监控策略，当用户需要对主机进行监控时，可以直接调用Zabbix中固定的监控策略监控主机的固定模块，比如监控主机的磁盘使用量和内存占用量。然而，固定的监控策略只能对固定的主机资源进行监控，从而适用的应用场景较为单一，无法适应不同应用场景的需求，从而导致主机监控的灵活性较差。

综上，目前亟需一种监控方法，用以解决现有技术使用固定的监控策略监控主机所导致的主机监控的灵活性较差的技术问题。

发明内容

本发明实施例提供一种监控方法及装置，用以解决现有技术使用固定的监控策略监控主机所导致的主机监控的灵活性较差的技术问题。

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

接收监控请求，所述监控请求中携带有待监控主机的标识，根据所述待监控主机的标识，获取所述待监控主机的资源配置信息，并确定与所述待监控主机的资源配置信息匹配的监控插件，使用所述监控插件监控所述待监控主机，得到所述待监控主机在当前时刻的监控值。

本发明实施例中，通过设置各种资源配置信息对应的监控插件，使得该方案能够适用于具有不同资源配置信息的监控场合，而不用限定在固定的监控场合，从而可以提高主机监控的灵活性；且，通过使用待监控主机的资源配置信息匹配的监控插件监控待监控主机，还可以使得对待监控主机的监控更有针对性，从而提高主机监控的准确性。

在一种可能的实现方式中，通过如下方式生成任一监控插件：接收插件配置请求，所述插件配置请求中包括所述监控插件对应的资源配置信息和监控值的输出规则；进一步地，获取所述监控插件的初始脚本文件，按照所述监控值的输出规则对所述初始脚本文件进行修正，得到所述监控插件的脚本文件，并根据所述监控插件的脚本文件和所述监控插件对应的资源配置信息，生成所述监控插件；所述监控插件的脚本文件在运行时输出的监控值满足所述监控值的输出规则。

在上述实现方式中，监控插件可以支持用户自定义设置，通过使用用户设置的输出规则对初始脚本文件进行修正，能够使得修正后的初始脚本文件输出的监控值满足用户设置的输出规则，该种方式不仅可以实现对监控插件的扩展，还能支持用户基于具体的业务需求进行设置，从而可以提高用户的体验，灵活性较好。

在一种可能的实现方式中，所述获取所述监控插件的初始脚本文件，包括：接收客户端发送的所述监控插件的初始脚本文件，或者，从已有的监控插件中获取所述监控插件的初始脚本文件，或者，通过与第三方设备交互获取所述监控插件的初始脚本文件。

在上述实现方式中，监控插件对应的初始脚本文件可以由用户进行编写，也可以为已有的监控插件的脚本文件，还可以为第三方设备中的脚本文件，如此，本方案中的监控方法不仅可以支持用户将已有的监控插件或第三方设备中的监控插件调整为所需要的监控插件，还可以支持用户设置新的监控插件，从而使得监控插件能更加符合实际业务需要，灵活性更高。

在一种可能的实现方式中，所述得到所述待监控主机在当前时刻的监控值之后，还确定所述监控值对应的监控对象，从监控数据库中获取所述待监控主机在所述监控对象下的历史监控值，使用所述监控对象对应的拟合算法对所述监控值和所述历史监控值进行拟合，得到所述待监控主机在所述监控对象下的预测模型；所述监控对象对应的拟合算法通过分析所述监控对象在历史时段的历史监控值的变化规律得到，所述预测模型用于预测未来时段内所述待监控主机在所述监控对象下的值。

在上述实现方式中，通过使用监控对象在历史时段的历史监控值的变化规律确定监控对象对应的拟合算法，使得监控对象对应的拟合算法能够包含监控对象的监控值的实际变化特征，从而使用该拟合算法拟合的预测模型能够更好地体现监控对象的监控值的实际业务变化情况，预测模型更准确。

在一种可能的实现方式中，所述监控对象对应的拟合算法为线性回归算法；所述使用所述监控对象对应的拟合算法对所述监控值和所述历史监控值进行拟合，得到所述待监控主机在所述监控对象下的预测模型，包括：从所述监控数据库中获取多个时刻的历史监控值；所述多个时刻临近所述当前时刻；进一步地，设置初始预测模型，所述初始预测模型中包括多个未知参数，将所述多个时刻的历史监控值和所述当前时刻的监控值代入所述初始预测模型，以确定出所述初始预测模型中的多个未知参数的值，根据所述初始预测模型中的多个未知参数的值，构建所述预测模型。

在一种可能的实现方式中，所述监控对象对应的拟合算法为固定周期匹配算法；所述使用所述监控对象对应的拟合算法对所述监控值和所述历史监控值进行拟合，得到所述待监控主机在所述监控对象下的预测模型，包括：确定所述监控对象对应的固定周期，从所述监控数据库中获取包含当前时刻的监控值在内的第一历史监控数据；所述第一历史监控数据的时长为所述固定周期，采用滑窗方式从所述监控数据库中获取时长为所述固定周期的各个第二历史监控数据，计算所述第一历史监控数据与每个第二历史数据的相似度，并将相似度大于相似度阈值的第二历史监控数据作为所述预测模型。

第二方面，本发明实施例提供的一种监控装置，所述装置包括：

收发模块，用于接收监控请求，所述监控请求中携带有待监控主机的标识；

获取模块，用于根据所述待监控主机的标识，获取所述待监控主机的资源配置信息；

确定模块，用于确定与所述待监控主机的资源配置信息匹配的监控插件；

监控模块，用于使用所述监控插件监控所述待监控主机，得到所述待监控主机在当前时刻的监控值。

在一种可能的实现方式中，所述收发模块还用于：接收插件配置请求，所述插件配置请求中包括所述监控插件对应的资源配置信息和监控值的输出规则；相应地，所述获取模块还用于：获取所述监控插件的初始脚本文件；所述监控模块还用于：按照所述监控值的输出规则对所述初始脚本文件进行修正，得到所述监控插件的脚本文件，根据所述监控插件的脚本文件和所述监控插件对应的资源配置信息，生成所述监控插件；所述监控插件的脚本文件在运行时输出的监控值满足所述监控值的输出规则。

在一种可能的实现方式中，所述获取模块具体用于：接收客户端发送的所述监控插件的初始脚本文件，或者，从已有的监控插件中获取所述监控插件的初始脚本文件，或者，通过与第三方设备交互获取所述监控插件的初始脚本文件。

在一种可能的实现方式中，所述监控模块得到所述待监控主机在当前时刻的监控值之后，还确定所述监控值对应的监控对象，从监控数据库中获取所述待监控主机在所述监控对象下的历史监控值，使用所述监控对象对应的拟合算法对所述监控值和所述历史监控值进行拟合，得到所述待监控主机在所述监控对象下的预测模型；所述监控对象对应的拟合算法通过分析所述监控对象在历史时段的历史监控值的变化规律得到，所述预测模型用于预测未来时段内所述待监控主机在所述监控对象下的值。

在一种可能的实现方式中，所述监控对象对应的拟合算法为线性回归算法；具体实施中，所述监控模块具体用于：从所述监控数据库中获取多个时刻的历史监控值；所述多个时刻临近所述当前时刻；进一步地，设置初始预测模型，所述初始预测模型中包括多个未知参数，将所述多个时刻的历史监控值和所述当前时刻的监控值代入所述初始预测模型，以确定出所述初始预测模型中的多个未知参数的值，根据所述初始预测模型中的多个未知参数的值，构建所述预测模型。

在一种可能的实现方式中，所述监控对象对应的拟合算法为固定周期匹配算法；所述监控模块具体用于：确定所述监控对象对应的固定周期，从所述监控数据库中获取包含当前时刻的监控值在内的第一历史监控数据，所述第一历史监控数据的时长为所述固定周期，并采用滑窗方式从所述监控数据库中获取时长为所述固定周期的各个第二历史监控数据，计算所述第一历史监控数据与每个第二历史数据的相似度，并将相似度大于相似度阈值的第二历史监控数据作为所述预测模型。

第三方面，本发明实施例提供的一种计算设备，包括至少一个处理器以及至少一个存储器，其中，所述存储器存储有计算机程序，当所述程序被所述处理器执行时，使得所述处理器执行上述第一方面任意所述的监控方法。

第四方面，本发明实施例提供的一种计算机可读存储介质，其存储有可由计算设备执行的计算机程序，当所述程序在所述计算设备上运行时，使得所述计算设备执行上述第一方面任意所述的监控方法。

本发明的这些方面或其他方面在以下实施例的描述中会更加简明易懂。

附图说明

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

图1为本发明实施例提供的一种可选的系统架构示意图；

图2为本发明实施例提供的一种监控方法对应的流程示意图；

图3为本发明实施例提供的一种监控系统的架构示意图；

图4为本发明实施例提供的一种监控装置的结构示意图；

图5为本发明实施例提供的一种计算设备的结构示意图。

具体实施方式

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

图1为本发明实施例提供的一种可能的系统架构示意图，如图1所示，该系统架构中可以包括监控系统110、客户端120和至少一个主机，比如主机131、主机132和主机133。其中，监控系统110可以分别与客户端120和每个待监控主机连接，比如可以通过有线方式连接，也可以通过无线方式连接，具体不作限定。

需要说明的是，图1仅是一种示例性的简单说明，其所列举的各个主机仅是为了便于说明方案，并不构成对方案的限定，在具体实施中，各个主机也可以按照部署情况划分为多个主机群，以便于监控系统110直接对待监控主机群中的多个主机进行监控，不作限定。

基于图1所示意的系统架构，图2为本发明实施例提供的一种监控方法对应的流程示意图，该方法适用于监控系统110，如图2所示，该方法包括：

步骤201，接收监控请求，所述监控请求中携带有待监控主机的标识。

此处，监控请求可以由客户端120发送给监控系统110。

在一种可能的实现方式中，客户端120可以为具有界面显示功能的任意终端设备，比如手机、笔记本电脑、Ipad等。客户端120上部署有web浏览器，监控系统110中部署有全球广域网(World Wide Web，web)服务器，监控系统110可以通过客户端120上部署的web浏览器向用户显示监控界面，而客户端120可以根据用户在监控界面上的操作生成监控请求，并发送给监控系统110。

具体实施中，监控系统110可以通过如下步骤接收到监控请求：

步骤a，客户端120向监控系统110发送登录界面访问请求，登录界面访问请求中携带有登录界面的统一资源定位符(Uniform Resource Locator，URL)地址。

具体实施中，当用户存在对主机的监控需求时，用户可以在客户端120的web浏览器上输入预设链接，预设链接中包括登录界面的URL地址，登录界面的URL地址至少由监控系统110的IP地址、端口号和登录界面的标识构成。如此，当客户端120监控到用户在web浏览器上的输入操作后，可以基于输入的登录界面的URL地址生成登录界面访问请求，并发送给监控系统110。

步骤b，监控系统110解析登录界面访问请求得到登录界面的标识，根据登录界面的标识将登录界面发送给客户端120。

步骤c，客户端120通过web浏览器显示登录界面。

步骤d，客户端120获取用户在登录界面中输入的身份信息，并生成监控界面访问请求，监控界面访问请求中携带有用户的身份信息。

步骤e，监控系统110解析监控界面访问请求得到用户的身份信息后，对用户的身份信息进行鉴权，并根据鉴权结果确定用户对应的监控界面。

在一个示例中，监控系统110中存储有身份信息与监控权限的对应关系，该对应关系包括预先在监控系统注册的各个身份信息和各个身份信息对应的监控权限，每个身份信息对应的监控权限可以为普通用户权限、高级用户权限、管理员权限和超级管理员权限中的任意一项或任意多项。其中，不同监控权限可以对应不同的监控界面，比如普通用户权限对应的监控界面仅用于展示监控数据，高级用户权限对应的监控界面用于展示监控数据，同时还可以展示监控数据所属的监控对象的安全程度，管理员权限对应的监控界面用于展示监控数据、监控数据所属的监控对象的安全程度，同时还可以支持用户配置监控任务、预警规则等，超级管理员权限对应的监控界面可以用于管理和维护各个用户的监控界面。

如此，当监控系统110解析得到用户的身份信息后，可以先根据用户的身份信息查询身份信息与监控权限的对应关系，若该对应关系中不存在用户的身份信息，则说明该用户未在监控系统110中注册，因此监控系统110可以向客户端120发送鉴权失败的响应消息；相应地，若该对应关系中存在用户的身份信息，则说明该用户已在监控系统110中注册，因此监控系统110可以先确定用户的身份信息对应的监控权限，再将该监控权限对应的监控界面作为用户对应的监控界面。

步骤f，监控系统110将用户对应的监控界面发送给客户端120。

步骤g，客户端120通过web浏览器显示用户对应的监控界面。

步骤h，客户端120获取用户在监控界面中输入或选择的配置信息，并根据配置信息生成监控请求。

其中，配置信息中可以包括待监控主机的标识，还可以包括待监控对象、监控任务的触发条件、预警规则和监控界面的展示配置中的任意一项或任意多项，待监控对象是指待监控的资源，比如内存或磁盘，监控任务的触发条件可以为监控任务的执行时刻和/或执行周期，监控界面的展示配置可以为展示在监控界面中的监控数据类型。

步骤202，根据所述待监控主机的标识，获取所述待监控主机的资源配置信息。

本发明实施例中，监控系统110还可以对接待监控业务系统中的配置管理数据库(Configuration Management Database，CMDB)系统，CMDB系统中存储有待监控业务系统中的每个主机的资源配置信息，比如每个主机的国际互联协议(Internet Protocol，IP)地址、运行的操作系统、操作系统的版本、开设的开放端口号和关闭端口号、每个端口号的生命周期、每个开放端口号提供的服务，等等。

具体实施中，当监控系统110解析监控请求得到待监控主机的标识后，可以向CMDB系统发送查询请求，并在查询请求中携带待监控主机的标识；相应地，CMDB系统接收到查询请求后，可以先解析查询请求得到待监控主机的标识，再根据待监控主机的标识查询内置的CMDB，得到待监控主机的资源配置信息，并发送给监控系统110。

需要说明的是，上述仅是一种示例性的简单说明，并不构成对方案的限定，在具体实施中，监控系统110也可以从CMDB系统中获取并存储CMDB，从而在接收到监控请求后，直接查询内部存储的CMDB获取待监控主机的资源配置信息，且，监控系统110还可以实时或周期性地更新CMDB。

在一个示例中，CMDB系统中还可以存储有各个主机所属的主机群，如此，若监控请求中携带有待监控主机群的标识，则监控系统110可以根据待监控主机群的标识，从CMDB系统中获取待监控主机群中部署的各个主机和各个主机的资源配置信息，而无需在监控请求中携带每个待监控主机的标识，降低数据传输量，提高监控效率。

步骤203，确定与所述待监控主机的资源配置信息匹配的监控插件。

本发明实施例中，监控系统110中封装有各种资源配置信息对应的监控插件，当确定待监控主机的资源配置信息后，监控系统110可以先计算待监控主机的资源配置信息与已封装的各种资源配置信息的相似度，然后选取相似度大于设定相似度的资源配置信息作为待监控主机的资源配置信息匹配的资源配置信息，并将匹配的资源配置信息对应的监控插件确定为待监控主机对应的监控插件。

其中，若存在多个匹配的资源配置信息，则监控系统110可以随机选取一个匹配的资源配置信息作为待监控主机的资源配置信息匹配的资源配置信息，也可以选取相似度最大的资源配置信息作为待监控主机的资源配置信息匹配的资源配置信息，具体不作限定。

在一个示例中，若监控请求中还包括待监控对象，则监控系统110还可以根据待监控对象和各个监控插件对应的监控对象，从各个监控插件中选取出监控对象与待监控对象匹配的备选监控插件，再根据备选监控插件对应的资源配置信息和待监控主机的资源配置信息，从备选监控插件中选取资源配置信息的相似度与待监控主机的资源配置信息的相似度大于设定相似度的目标监控插件，将目标监控插件作为待监控主机对应的监控插件；或者，监控系统110也可以先根据各个监控插件对应的资源配置信息和待监控主机的资源配置信息，从各个监控插件中选取资源配置信息的相似度与待监控主机的资源配置信息的相似度大于设定相似度的备选监控插件，再根据待监控对象和备选监控插件对应的监控对象，从备选监控插件中选取出监控对象与待监控对象匹配的目标监控插件，将目标监控插件作为待监控主机对应的监控插件。

在一种可能的实现方式中，监控系统110还可以支持用户自定义监控插件，当监控系统110中已有的监控插件不满足用户的需求时，用户即可自定义监控插件。其中，自定义的监控插件可以基于自定义的脚本文件进行设置，也可以基于监控系统中已有的监控插件进行设置，还可以基于第三方设备的监控插件进行设置，不作限定。

下面描述一种自定义监控插件的具体实施流程：

步骤一，接收插件配置请求，所述插件配置请求中包括待生成的监控插件对应的资源配置信息和监控值的输出规则。

其中，插件配置请求中还可以包括待生成的监控插件的标识。待生成的监控插件对应的资源配置信息可以为待生成的监控插件适用的操作系统和发行版本，监控值的输出规则可以为监控值的输出格式。

具体实施中，插件配置请求可以由用户在监控界面上进行输入或选择，比如当用户在监控界面上点击“新建监控插件”的功能图标后，监控系统110可以通过客户端120向用户显示标识输入框、输出规则输入框、操作系统选择框和发行版本选择框，标识输入框用于用户输入待生成的监控插件的标识，输出规则输入框用于用户定义监控值的输出格式，操作系统选择框用于用户选择待生成的监控插件适用的操作系统，发行版本选择框用于用户选择待生成的监控插件适用操作系统的发行版本。当监测到用户操作完成后，监控系统110可以根据用户输入的标识和输出规则、用户选择的操作系统和发行版本，生成插件配置请求。

步骤二，获取待生成的监控插件的初始脚本文件。

具体实施中，若待生成的监控插件基于用户编写的脚本文件进行设置，则监控系统110可以通过与客户端120的交互获取用户在监控界面上上传的脚本文件，并作为待生成的监控插件的初始脚本文件；若待生成的监控插件基于监控系统110中已有的监控插件进行设置，则监控系统110可以通过客户端将监控系统110中的全部已有监控插件的标识显示给用户，并获取用户选择的一个或多个已有监控插件的脚本文件，作为待生成的监控插件的初始脚本文件；若待生成的监控插件基于第三方设备中的监控插件进行设置，则监控系统110可以先获取用户输入的第三方监控插件的标识，再通过与第三方设备的通信交互获取第三方监控插件的脚本文件，作为待生成的监控插件的初始脚本文件。

步骤三，按照监控值的输出规则对初始脚本文件进行修正，得到待生成的监控插件的脚本文件；待生成的监控插件的脚本文件在运行时输出的监控值满足监控值的输出规则。

具体实施中，若输出规则为输出的监控值满足设定监控值格式，则监控系统110可以先从初始脚本文件中确定出功能为“输出监控值”的类函数，再确定按照类函数执行时输出的初始监控值格式，若初始监控值格式与设定监控值格式不同，则可以按照设定监控值格式对类函数进行修改，以实现按照类函数执行时监控插件能够按照设定监控值格式输出监控值；相应地，若初始监控值格式与设定监控值格式相同，则可以不对类函数进行修改。

需要说明的是，监控系统110还可以对其它配置信息进行修改，比如当待生成的监控插件基于第三方监控插件生成时，若要求待生成的监控插件的标识为设定标识，则监控系统110还可以根据待生成的监控插件的初始脚本文件的标识、类函数标识或方法标识确定第三方监控插件的标识，若第三方插件的标识与设定标识不同，则可以将初始脚本文件的标识、类函数标识或方法标识修改为设定标识。

步骤四，根据待生成的监控插件的脚本文件和待生成的监控插件对应的资源配置信息，生成待生成的监控插件。

此处，在生成待生成的监控插件后，还可以将待生成的监控插件封装在监控系统110中，以使待生成的监控插件成为监控系统110中的已有监控插件。如此，若后续需要使用该监控插件，则监控系统110可以直接调用该监控插件，或者用户可以从监控界面中选择该监控插件，而无需再重新创建该监控插件，从而可以降低无用操作，提高监控效率。

在一个示例中，监控系统110中可以同时封装有linux操作系统、Windows操作系统、Mac OS X操作系统和BSD操作系统的各个发行版本对应的监控插件，比如centos6.8版本的linux操作系统对应的监控插件、Windows1.0版本的Windows操作系统对应的监控插件，等等。在该示例中，通过封装各种资源配置信息对应的监控插件，使得监控系统可以适用于各种场景，主机监控的灵活性较好。

步骤204，使用所述监控插件监控所述待监控主机，得到所述待监控主机在当前时刻的监控值。

本发明实施例中，若监控请求还用于指示显示监控值，则监控系统110还可以根据监控值生成显示界面，并将显示界面发送给客户端120；相应地，客户端120接收到显示界面后，可以在web浏览器上将显示界面显示给用户，以便于用户从显示界面中查看到监控值。

在一种可能的实现方式中，在得到待监控主机在当前时刻的监控值后，监控系统110还可以将当前时刻的监控值存储到监控数据库中，以实现对监控值的备份。其中，监控数据库用于存储各个主机的历史监控值，监控数据库的类型可以由本领域技术人员根据经验进行设置，比如可以为关系型数据库，也可以为非关系型数据库，还可以为Hoodap数据库，不作限定。

具体实施中，监控系统110还可以联合监控数据库中该主机在监控对象下的历史监控值拟合预测模型，并使用预测模型预测未来时段内该主机在监控对象下的值的变化情况，预判主机风险。其中，拟合模型可以为以时间为自变量、以资源使用率或负载情况为因变量的数据模型，拟合模型能够预测未来时段内的资源消耗情况或负载占用情况，若根据拟合模型确定未来时段内会出现资源消耗过量或负载占用超重的问题，则监控系统110还可以对主机进行预警，以便于用户提前检修主机，避免主机故障。

在一个示例中，在拟合预测模型时，监控系统110可以先确定监控值对应的监控对象，再使用监控对象对应的拟合算法对监控数据库中的历史监控值进行拟合，得到预测模型。其中，监控对象对应的拟合算法可以基于监控对象在历史时段的历史监控值的变化规律统计得到，比如若监控对象在历史时段的历史监控值的变化规律符合线性变化规律，则可以将监控对象对应的拟合算法设置为线性回归算法，若监控对象对应的历史监控值的变化规律符合周期性变化规律，则可以将监控对象对应的拟合算法设置为周期匹配算法。

下面介绍两种可能的拟合算法。

线性回归算法

本发明实施例中，线性回归算法对应的监控对象具有如下规律：监控对象在历史时段的历史监控值呈线性变化，比如直线递增，或者直线递减。举例来说，当监控对象为磁盘使用量时，由于磁盘的使用量会随着时间呈直线递增变化，因此磁盘使用量对应的拟合算法可以为线性回归算法。

以一元线性回归算法为例，具体实施中，在确定出监控值对应的监控对象后，监控系统110可以从监控数据库中获取监控对象在设定时段内的历史监控数据(包括当前时刻的监控值)。由于通常采用离散监控方式采集主机的监控值，因此设定时段内的历史监控数据中可以包括各个时刻的历史监控值，如此，监控系统110可以先设置初始线性回归模型，并将各个时刻的历史监控值代入初始线性回归模型，以得到初始线性回归模型中的多个未知参数的值，如此，监控系统110可以基于初始线性回归模型和多个未知参数的值构建监控对象对应的一元线性回归模型(即预测模型)。其中，在将各个时刻的历史监控值代入初始线性回归模型时，监控系统110也可以基于最小二乘法对设定时段内各个时刻的历史监控值进行计算，以确定出多个未知参数的值，得到一元线性回归模型。

在一个示例中，在对设定时段内各个时刻的历史监控值进行计算之前，还可以对设定时段的历史监控数据中缺失的历史监控值或非法的历史监控值(比如历史监控值的类型为字符、标点符号，或其它非数值型)进行补全操作，补全操作使用的补全值可以为缺失的或非法的历史监控值的前一时刻和后一时刻的历史监控值的平均值，也可以为各个时刻的历史监控值的平均值，还可以为各个时刻的历史监控值的加权平均值，各个时刻的历史监控值对应的权重与距离当前时刻的时差呈正相关，具体不作限定。

本发明实施例中，当确定出监控对象对应的线性回归模型后，可以使用线性回归模型预测预警条件中监控阈值的出现时刻，若监控对象的监控值不会达到监控阈值，则说明监控对象在未来时段内处于安全状态，可以不作处理；若存在某一时刻监控对象的监控值可能会达到监控阈值，则可以根据监控对象和该时刻生成预警消息，并在该时刻之前向客户端发送预警消息，以提前预警，避免监控对象在未来时段的值超过监控阈值，保证资源使用量不超标或者负载不超重。

周期匹配算法

本发明实施例中，周期匹配算法对应的监控对象具有如下规律：监控对象在历史时段的历史监控值呈固定周期或非固定周期变化。举例来说，当监控对象为中央处理器(central processing unit，CPU)使用率时，由于CPU使用率会随着用户每次开机后的使用时长的增长呈逐渐递增的变化规律，因此，CPU使用率对应的拟合算法为周期匹配算法。

其中，周期匹配算法可以包括固定周期匹配算法和非固定周期匹配算法，固定周期匹配算法是指监控对象在历史时段的历史监控值按照固定周期的变化规律出现，比如每次变化规律均对应10小时的周期时长；相应地，非固定周期匹配算法是指监控对象在历史时段的历史监控值按照非固定周期的变化规律出现，虽然在不同周期内历史监控值的变化规律整体相同，但是每次变化规律对应的周期时长不同，比如某次变化规律对应10小时的周期时长，而另一次变化规律对应20小时的周期时长。

以固定性周期匹配算法为例，具体实施中，在确定出监控值对应的监控对象后，若固定周期为T，则监控系统110先从监控数据库中获取包含当前时刻的监控值在内的时长为T的第一历史监控数据，并可以采用滑窗方式从监控数据库中获取时长为T的各个第二历史监控数据，然后计算第一历史监控数据和各个第二历史监控数据的相似度，将相似度大于相似度阈值的第二历史监控数据作为第一历史监控数据对应的周期匹配模型。其中，计算相似度的方式可以由本领域技术人员根据经验进行设置，比如可以采用欧几里得距离算法、余弦相似度算法或欧式距相似度算法中的任意一项或任意多项计算相似度，具体不作限定。

本发明实施例中，当确定出监控对象对应的周期匹配模型(即相似度大于相似度阈值的第二历史监控数据)后，可以先确定第二历史监控数据的各个时刻的历史监控值中是否存在某一时刻的历史监控值达到预警条件中的监控阈值，若各个时刻的历史监控值均未达到监控阈值，则说明监控对象在周期时段内处于安全状态，可以不作处理；若存在某一时刻(为了便于描述，称为目标时刻)的历史监控值达到监控阈值，则可以基于第二历史监控数据对应的周期时段的起始时刻和第一历史监控数据对应的周期时段的起始时刻的时差，对目标时刻进行修正，以确定出目标时刻对应的未来时刻，并可以根据监控对象和未来时刻生成预警消息，在未来时刻之前向客户端发送预警消息，以提前预警，避免监控对象在未来时段的值超过监控阈值，保证资源使用量不超标或者负载不超重。

图3为本发明实施例提供的一种监控系统的架构示意图，如图3所示，监控系统110中可以设置有相互连接的控制配置中心、任务执行中心和数据中心，控制配置中心还可以连接客户端120，任务执行中心还可以连接各个主机，连接的方式可以为有线连接，也可以为无线连接，具体不作限定。

如图3所示，控制配置中心中可以设置有相互连接的界面管理单元、权限管理单元、设备管理单元和配置管理单元，界面管理单元还与客户端120连接；任务执行中心中可以设置有相互连接的任务调度单元、插件管理单元和任务执行单元，任务调度单元还连接配置管理单元，任务执行单元还连接各个主机；数据中心中可以设置有数据处理单元和监控数据库，数据处理单元还连接任务执行单元和界面管理单元。

具体实施中，用户可以通过客户端120向界面管理单元发送登录界面请求消息，登录界面请求消息中携带有用户的标识，如此，当界面管理单元解析登录界面请求消息得到用户的标识后，可以将用户的标识发送给权限管理单元，以获取权限管理单元根据用户的标识确定的监控权限，从而界面管理单元可以将监控权限对应的监控界面发送给客户端120，以使客户端120将监控界面显示给用户。

进一步地，用户可以在监控界面上选择待监控主机，并可以输入触发条件，而客户端120检测到用户输入完成后，可以生成监控请求，并在监控请求中携带待监控主机的标识和触发条件，将监控请求发送给界面管理单元，以经由界面管理单元发送给配置管理单元。相应地，配置管理单元解析监控请求得到待监控主机的标识和触发条件后，可以先根据待监控主机的标识从设备管理单元对接的CMDB数据库(即配置管理数据库)中获取待监控主机对应的资源配置信息，再根据待监控主机的标识、待监控主机对应的资源配置信息和触发条件生成对应的监控任务，发送给任务调度单元。

相应地，任务调度单元若确定当前时刻满足监控任务的触发条件，则可以将待监控主机的标识和待监控主机对应的资源配置信息发送给任务处理单元，而任务处理单元可以根据待监控主机对应的资源配置信息从插件管理单元中获取匹配的监控插件，调用匹配的监控插件对待监控主机进行监控，得到待监控主机在当前时刻的监控值；且，任务处理单元还可以将待监控主机在当前时刻的监控值发送给数据处理单元。

进一步地，数据处理单元接收到任务处理单元发送的待监控主机在当前时刻的监控值后，可以先确定监控值对应的监控对象，再从监控数据库中获取待监控主机在监控对象下的历史监控值，并使用监控对象对应的拟合算法对当前时刻的监控值和历史监控值进行拟合，得到预测模型。且，数据处理单元还可以使用预测模型确定未来时段内待监控主机在监控对象下的值是否满足预设风险条件，若满足，则说明未来时段内待监控主机的监控对象均处于安全状态，若不满足，则说明未来时段内待监控主机的监控对象可能会故障，因此数据处理单元还可以对待监控主机的监控对象生成预警消息，并可以将预警消息发送给界面管理单元，以使界面管理单元发送给客户端120，经由客户端120的监控界面显示给用户。

需要说明的是，本发明实施例中的任务执行单元可以通过远程通信协议——安全外壳协议(Secure Shell，SSH)与待监控主机进行通信，以获取待监控主机的监控值，而无需在待监控主机侧部署客户端，从而可以降低监控成本，提高监控的灵活性，降低监控系统的复杂度。

本发明的上述实施例中，接收监控请求，所述监控请求中携带有待监控主机的标识，根据所述待监控主机的标识，获取所述待监控主机的资源配置信息，并确定与所述待监控主机的资源配置信息匹配的监控插件，使用所述监控插件监控所述待监控主机，得到所述待监控主机在当前时刻的监控值。本发明实施例中，通过设置各种资源配置信息对应的监控插件，使得该方案能够适用于具有不同资源配置信息的监控场合，而不用限定在固定的监控场合，从而可以提高主机监控的灵活性；且，通过使用待监控主机的资源配置信息匹配的监控插件监控待监控主机，还可以使得对待监控主机的监控更有针对性，从而提高主机监控的准确性。

针对上述方法流程，本发明实施例还提供一种监控装置，该装置的具体内容可以参照上述方法实施。

图4为本发明实施例提供的一种监控装置的结构示意图，包括：

收发模块401，用于接收监控请求，所述监控请求中携带有待监控主机的标识；

获取模块402，用于根据所述待监控主机的标识，获取所述待监控主机的资源配置信息；

确定模块403，用于确定与所述待监控主机的资源配置信息匹配的监控插件；

监控模块404，用于使用所述监控插件监控所述待监控主机，得到所述待监控主机在当前时刻的监控值。

可选地，所述收发模块401还用于：接收插件配置请求，所述插件配置请求中包括所述监控插件对应的资源配置信息和监控值的输出规则；

所述获取模块402还用于：获取所述监控插件的初始脚本文件；

所述监控模块404还用于：按照所述监控值的输出规则对所述初始脚本文件进行修正，得到所述监控插件的脚本文件，根据所述监控插件的脚本文件和所述监控插件对应的资源配置信息，生成所述监控插件；所述监控插件的脚本文件在运行时输出的监控值满足所述监控值的输出规则。

可选地，所述获取模块402具体用于：

接收客户端发送的所述监控插件的初始脚本文件，或者，从已有的监控插件中获取所述监控插件的初始脚本文件，或者，通过与第三方设备交互获取所述监控插件的初始脚本文件。

可选地，所述监控模块404得到所述待监控主机在当前时刻的监控值之后，还用于：

确定所述监控值对应的监控对象；

从监控数据库中获取所述待监控主机在所述监控对象下的历史监控值；

使用所述监控对象对应的拟合算法对所述监控值和所述历史监控值进行拟合，得到所述待监控主机在所述监控对象下的预测模型；所述监控对象对应的拟合算法通过分析所述监控对象在历史时段的历史监控值的变化规律得到，所述预测模型用于预测未来时段内所述待监控主机在所述监控对象下的值。

可选地，所述监控对象对应的拟合算法为线性回归算法；

所述监控模块404具体用于：

从所述监控数据库中获取多个时刻的历史监控值；所述多个时刻临近所述当前时刻；

设置初始预测模型，所述初始预测模型中包括多个未知参数；

将所述多个时刻的历史监控值和所述当前时刻的监控值代入所述初始预测模型，以确定出所述初始预测模型中的多个未知参数的值；

根据所述初始预测模型中的多个未知参数的值，构建所述预测模型。

可选地，所述监控对象对应的拟合算法为固定周期匹配算法；

所述监控模块404具体用于：

确定所述监控对象对应的固定周期；

从所述监控数据库中获取包含当前时刻的监控值在内的第一历史监控数据；所述第一历史监控数据的时长为所述固定周期；

采用滑窗方式从所述监控数据库中获取时长为所述固定周期的各个第二历史监控数据；

计算所述第一历史监控数据与每个第二历史数据的相似度，并将相似度大于相似度阈值的第二历史监控数据作为所述预测模型。

从上述内容可以看出：本发明的上述实施例中，接收监控请求，所述监控请求中携带有待监控主机的标识，根据所述待监控主机的标识，获取所述待监控主机的资源配置信息，并确定与所述待监控主机的资源配置信息匹配的监控插件，使用所述监控插件监控所述待监控主机，得到所述待监控主机在当前时刻的监控值。本发明实施例中，通过设置各种资源配置信息对应的监控插件，使得该方案能够适用于具有不同资源配置信息的监控场合，而不用限定在固定的监控场合，从而可以提高主机监控的灵活性；且，通过使用待监控主机的资源配置信息匹配的监控插件监控待监控主机，还可以使得对待监控主机的监控更有针对性，从而提高主机监控的准确性。

基于同一发明构思，本发明实施例还提供了一种计算设备，如图5所示，包括至少一个处理器501，以及与至少一个处理器连接的存储器502，本发明实施例中不限定处理器501与存储器502之间的具体连接介质，图5中处理器501和存储器502之间通过总线连接为例。总线可以分为地址总线、数据总线、控制总线等。

在本发明实施例中，存储器502存储有可被至少一个处理器501执行的指令，至少一个处理器501通过执行存储器502存储的指令，可以执行前述的监控方法中所包括的步骤。

其中，处理器501是计算设备的控制中心，可以利用各种接口和线路连接计算设备的各个部分，通过运行或执行存储在存储器502内的指令以及调用存储在存储器502内的数据，从而实现数据处理。可选的，处理器501可包括一个或多个处理单元，处理器501可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理下发指令。可以理解的是，上述调制解调处理器也可以不集成到处理器501中。在一些实施例中，处理器501和存储器502可以在同一芯片上实现，在一些实施例中，它们也可以在独立的芯片上分别实现。

处理器501可以是通用处理器，例如中央处理器(CPU)、数字信号处理器、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本发明实施例中公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合监控实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器502作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。存储器502可以包括至少一种类型的存储介质，例如可以包括闪存、硬盘、多媒体卡、卡型存储器、随机访问存储器(Random AccessMemory，RAM)、静态随机访问存储器(Static Random Access Memory，SRAM)、可编程只读存储器(Programmable Read Only Memory，PROM)、只读存储器(Read Only Memory，ROM)、带电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、磁性存储器、磁盘、光盘等等。存储器502是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本发明实施例中的存储器502还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。

基于同一发明构思，本发明实施例还提供了一种计算机可读存储介质，其存储有可由计算设备执行的计算机程序，当所述程序在所述计算设备上运行时，使得所述计算设备执行上述图2任一所述的监控方法。

本领域内的技术人员应明白，本发明的实施例可提供为方法、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (14)

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

接收监控请求，所述监控请求中携带有待监控主机的标识；

根据所述待监控主机的标识，获取所述待监控主机的资源配置信息；

确定与所述待监控主机的资源配置信息匹配的监控插件；

使用所述监控插件监控所述待监控主机，得到所述待监控主机在当前时刻的监控值。

2.根据权利要求1所述的方法，其特征在于，通过如下方式生成任一监控插件：

接收插件配置请求，所述插件配置请求中包括所述监控插件对应的资源配置信息和监控值的输出规则；

获取所述监控插件的初始脚本文件；

按照所述监控值的输出规则对所述初始脚本文件进行修正，得到所述监控插件的脚本文件；所述监控插件的脚本文件在运行时输出的监控值满足所述监控值的输出规则；

根据所述监控插件的脚本文件和所述监控插件对应的资源配置信息，生成所述监控插件。

3.根据权利要求2所述的方法，其特征在于，所述获取所述监控插件的初始脚本文件，包括：

接收客户端发送的所述监控插件的初始脚本文件，或者，从已有的监控插件中获取所述监控插件的初始脚本文件，或者，通过与第三方设备交互获取所述监控插件的初始脚本文件。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述得到所述待监控主机在当前时刻的监控值之后，还包括：

确定所述监控值对应的监控对象；

从监控数据库中获取所述待监控主机在所述监控对象下的历史监控值；

使用所述监控对象对应的拟合算法对所述监控值和所述历史监控值进行拟合，得到所述待监控主机在所述监控对象下的预测模型；所述监控对象对应的拟合算法通过分析所述监控对象在历史时段的历史监控值的变化规律得到，所述预测模型用于预测未来时段内所述待监控主机在所述监控对象下的值。

5.根据权利要求4所述的方法，其特征在于，所述监控对象对应的拟合算法为线性回归算法；

所述使用所述监控对象对应的拟合算法对所述监控值和所述历史监控值进行拟合，得到所述待监控主机在所述监控对象下的预测模型，包括：

从所述监控数据库中获取多个时刻的历史监控值；所述多个时刻临近所述当前时刻；

设置初始预测模型，所述初始预测模型中包括多个未知参数；

将所述多个时刻的历史监控值和所述当前时刻的监控值代入所述初始预测模型，以确定出所述初始预测模型中的多个未知参数的值；

根据所述初始预测模型中的多个未知参数的值，构建所述预测模型。

6.根据权利要求4所述的方法，其特征在于，所述监控对象对应的拟合算法为固定周期匹配算法；

所述使用所述监控对象对应的拟合算法对所述监控值和所述历史监控值进行拟合，得到所述待监控主机在所述监控对象下的预测模型，包括：

确定所述监控对象对应的固定周期；

从所述监控数据库中获取包含当前时刻的监控值在内的第一历史监控数据；所述第一历史监控数据的时长为所述固定周期；

采用滑窗方式从所述监控数据库中获取时长为所述固定周期的各个第二历史监控数据；

计算所述第一历史监控数据与每个第二历史数据的相似度，并将相似度大于相似度阈值的第二历史监控数据作为所述预测模型。

7.一种监控装置，其特征在于，所述装置包括：

收发模块，用于接收监控请求，所述监控请求中携带有待监控主机的标识；

获取模块，用于根据所述待监控主机的标识，获取所述待监控主机的资源配置信息；

确定模块，用于确定与所述待监控主机的资源配置信息匹配的监控插件；

监控模块，用于使用所述监控插件监控所述待监控主机，得到所述待监控主机在当前时刻的监控值。

8.根据权利要求7所述的装置，其特征在于，所述收发模块还用于：接收插件配置请求，所述插件配置请求中包括所述监控插件对应的资源配置信息和监控值的输出规则；

所述获取模块还用于：获取所述监控插件的初始脚本文件；

所述监控模块还用于：按照所述监控值的输出规则对所述初始脚本文件进行修正，得到所述监控插件的脚本文件，根据所述监控插件的脚本文件和所述监控插件对应的资源配置信息，生成所述监控插件；所述监控插件的脚本文件在运行时输出的监控值满足所述监控值的输出规则。

9.根据权利要求8所述的装置，其特征在于，所述获取模块具体用于：

接收客户端发送的所述监控插件的初始脚本文件，或者，从已有的监控插件中获取所述监控插件的初始脚本文件，或者，通过与第三方设备交互获取所述监控插件的初始脚本文件。

10.根据权利要求7至9中任一项所述的装置，其特征在于，所述监控模块得到所述待监控主机在当前时刻的监控值之后，还用于：

确定所述监控值对应的监控对象；

从监控数据库中获取所述待监控主机在所述监控对象下的历史监控值；

使用所述监控对象对应的拟合算法对所述监控值和所述历史监控值进行拟合，得到所述待监控主机在所述监控对象下的预测模型；所述监控对象对应的拟合算法通过分析所述监控对象在历史时段的历史监控值的变化规律得到，所述预测模型用于预测未来时段内所述待监控主机在所述监控对象下的值。

11.根据权利要求10所述的装置，其特征在于，所述监控对象对应的拟合算法为线性回归算法；

所述监控模块具体用于：

从所述监控数据库中获取多个时刻的历史监控值；所述多个时刻临近所述当前时刻；

设置初始预测模型，所述初始预测模型中包括多个未知参数；

将所述多个时刻的历史监控值和所述当前时刻的监控值代入所述初始预测模型，以确定出所述初始预测模型中的多个未知参数的值；

根据所述初始预测模型中的多个未知参数的值，构建所述预测模型。

12.根据权利要求10所述的装置，其特征在于，所述监控对象对应的拟合算法为固定周期匹配算法；

所述监控模块具体用于：

确定所述监控对象对应的固定周期；

从所述监控数据库中获取包含当前时刻的监控值在内的第一历史监控数据；所述第一历史监控数据的时长为所述固定周期；

采用滑窗方式从所述监控数据库中获取时长为所述固定周期的各个第二历史监控数据；

计算所述第一历史监控数据与每个第二历史数据的相似度，并将相似度大于相似度阈值的第二历史监控数据作为所述预测模型。

13.一种计算设备，其特征在于，包括至少一个处理器以及至少一个存储器，其中，所述存储器存储有计算机程序，当所述程序被所述处理器执行时，使得所述处理器执行权利要求1～6任一权利要求所述的方法。

14.一种计算机可读存储介质，其特征在于，其存储有可由计算设备执行的计算机程序，当所述程序在所述计算设备上运行时，使得所述计算设备执行权利要求1～6任一权利要求所述的方法。

Images