CN109726082A - 一种预警处理方法及*** - Google Patents

Abstract

本申请提供了一种预警处理方法，包括：对每台虚拟机上运行的每种类型的应用进行监控，分别在***维度和虚拟机维度获取多种监控指标值；根据预先存储的每种监控指标值与预警等级的对应关系、以及每种监控指标的预警等级与预警处理方式的对应关系，进行预警处理。实现了对整个后台应用的全流程处理性能的监控，并实现了分指标分等级的预警处理，整体提高了运维效率。

Description

一种预警处理方法及***

技术领域

本发明涉及监控技术领域，更具体的，涉及一种预警处理方法及***。

背景技术

在集群服务器的运行过程中往往需要对集群服务器进行监控，以保证集群服务器安全稳定的运行。

现有监控方法对于集群服务器上运行的应用的监控过于片面，仅仅监控了进程是否存在，或监控各服务器的资源消耗情况，并未对整个后台应用的全流程处理性能进行监控。且根据监控结果仅提供了简单的预警处理方法，如提示运维人员进行处理或对服务器进行启停等，不能实现分指标分等级的预警处理。

发明内容

有鉴于此，本发明提供了一种预警处理方法及***，实现了对整个后台应用的全流程处理性能的监控，并实现了分指标分等级的预警处理，提高了监控效率。

为了实现上述发明目的，本发明提供的具体技术方案如下：

一种预警处理方法，包括：

对每台虚拟机上运行的每种类型的应用进行监控，分别在***维度和虚拟机维度获取多种监控指标值；

根据预先存储的每种监控指标值与预警等级的对应关系、以及每种监控指标的预警等级与预警处理方式的对应关系，进行预警处理。

可选的，所述分别在***维度和虚拟机维度获取多种监控指标值，包括：

在***维度，获取虚拟机线程池的状态参数指标值、进程参数指标值、磁盘使用参数指标值、磁盘I/O参数指标值和网络流量参数指标值；

在虚拟机维度，获取每台虚拟机上运行的每种类型的应用的消息处理速度指标值和加工处理性能指标值。

可选的，在虚拟机维度获取每台虚拟机上运行的每种类型的应用的加工处理性能指标值，包括：

通过读取后台数据库中的驱动表数据，获取每台虚拟机上运行的每种类型的应用的加工处理性能指标值，所述加工处理性能指标值包括待处理消息值和已处理消息值。

可选的，所述根据预先存储的每种监控指标值与预警等级的对应关系、以及每种监控指标的预警等级与预警处理方式的对应关系，进行预警处理，包括：

对于每一种监控指标值，根据预先存储的每种监控指标值与预警等级的对应关系，确定当前获取的监控指标值对应预警等级；

当当前获取的监控指标值对应低预警等级时，显示低级预警提示信息；

当当前获取的监控指标值对应高预警等级时，对当前获取的监控指标值对应的应用进行扩展。

可选的，所述虚拟机为Java虚拟机，所述方法还包括：

采用远程调用方法RMI实现对所述Java虚拟机的远程注册和启停控制。

一种预警处理***，包括：监控端、管理端和服务器端，所述监控端部署在服务器端，所述服务器端部署有虚拟机；

所述监控端，用于对每台虚拟机上运行的每种类型的应用进行监控，分别在***维度和虚拟机维度获取多种监控指标值；

所述管理端，用于根据预先存储的每种监控指标值与预警等级的对应关系、以及每种监控指标的预警等级与预警处理方式的对应关系，进行预警处理。

可选的，所述监控端包括：

第一指标值获取单元，用于在***维度，获取虚拟机线程池的状态参数指标值、进程参数指标值、磁盘使用参数指标值、磁盘I/O参数指标值和网络流量参数指标值；

第二指标值获取单元，用于在虚拟机维度，获取每台虚拟机上运行的每种类型的应用的消息处理速度指标值和加工处理性能指标值。

可选的，所述第二指标获取单元，具体用于通过读取后台数据库中的驱动表数据，获取每台虚拟机上运行的每种类型的应用的加工处理性能指标值，所述加工处理性能指标值包括待处理消息值和已处理消息值。

可选的，所述管理端包括：

预警等级确定单元，用于对于每一种监控指标值，根据预先存储的每种监控指标值与预警等级的对应关系，确定当前获取的监控指标值对应预警等级；

第一预警控制单元，用于当当前获取的监控指标值对应低预警等级时，显示低级预警提示信息；

第二预警控制单元，用于当当前获取的监控指标值对应高预警等级时，对当前获取的监控指标值对应的应用进行扩展。

可选的，所述虚拟机为Java虚拟机；

所述管理端，还用于采用远程调用方法RMI实现对所述Java虚拟机的远程注册和启停控制。

相对于现有技术，本发明的有益效果如下：

本发明公开的一种预警处理方法及***，从***维度和虚拟机维度分别获取多种监控指标，实现了对整个后台应用的全流程处理性能的监控。根据预先存储的每种监控指标值与预警等级的对应关系、以及每种监控指标的预警等级与预警处理方式的对应关系，进行预警处理，实现了分指标分等级的预警处理，整体提高了运维效率。

附图说明

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

图1为本发明实施例公开的一种预警处理方法的流程示意图；

图2为本发明实施例公开的一种预警处理***的结构示意图。

具体实施方式

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

本实施例公开了一种预警处理方法，应用于预警处理***，该预警处理***包括监控端、管理端和服务器端，其中，监控端部署在服务器端，多个服务器端组成的服务器集群，管理端为界面操作端，可以部署在Windows操作***的计算机上，管理端向监控端发送监控请求，响应于该监控请求，监控端对所在服务器端部署的每台虚拟机上运行的每种类型的应用进行监控，并将监控结果反馈给管理端，管理端根据监控结果和预先配置的各种每种监控指标值与预警等级的对应关系、以及每种监控指标的预警等级与预警处理方式的对应关系，对服务器端进行相应的预警处理。

具体的，请参阅图1，本实施例公开的预警处理方法具体包括以下步骤：

S101：对每台虚拟机上运行的每种类型的应用进行监控，分别在***维度和虚拟机维度获取多种监控指标值；

具体的，在***维度，获取虚拟机线程池的状态参数指标值、进程参数指标值、磁盘使用参数指标值、磁盘I/O参数指标值和网络流量参数指标值；

在虚拟机维度，获取每台虚拟机上运行的每种类型的应用的消息处理速度指标值和加工处理性能指标值。

其中，在***维度，虚拟机线程池的状态参数指标包括最大线程数、当前线程数、繁忙线程数等；进程参数指标包括每个进程的CPU使用率和内存使用情况等；磁盘使用参数指标包括***磁盘的总空间和已用空间等；磁盘I/O参数指标包括写入消息数和读取消息数等；网络流量参数指标包括所有网络设备的流量，其中所有网络设备的流量包括各个应用程序的流入流量和流出流量。

在虚拟机维度，加工处理性能指标通过状态基的变化区分待处理消息及已处理消息，具体的，通过读取后台数据库中的驱动表数据，获取每台虚拟机上运行的每种类型的应用的加工处理性能指标值，所述加工处理性能指标值包括待处理消息值和已处理消息值。

S102：根据预先存储的每种监控指标值与预警等级的对应关系、以及每种监控指标的预警等级与预警处理方式的对应关系，进行预警处理。

需要说明的是，虚拟机上运行的不同类型的应用可能对应相同的监控指标，也可能对应不同的监控指标。但是，针对不同类型的应用，可以个性化配置监控指标值与预警等级的对应关系，以及监控指标的预警等级与预警处理方式的对应关系。

针对不同维度，也可以个性化配置监控指标值与预警等级的对应关系，以及监控指标的预警等级与预警处理方式的对应关系。

可以理解的是，相对于传统预警处理方法中仅能根据预警等级对服务器进行启停，本实施例公开的预警处理方法实现了根据应用的不同，监控维度的不同，分指标分等级的预警处理。以下为一种优选的实施方式：

对于每一种监控指标值，根据预先存储的每种监控指标值与预警等级的对应关系，确定当前获取的监控指标值对应预警等级；

当当前获取的监控指标值对应低预警等级时，显示低级预警提示信息；

当当前获取的监控指标值对应高预警等级时，对当前获取的监控指标值对应的应用进行扩展。

需要说明的是，当当前获取的监控指标值对应高预警等级时，表示整体集群服务器资源没有达到上限，且当前运行的应用均处于满负荷状态。此时对当前获取的监控指标值对应的应用进行扩展。对应用进行扩展具体为启动相应进程。

可以理解的是，扩展应用的方式相对于启动新的服务器，避免了资源的浪费，解决了现有技术中简单的对服务器进行启停控制导致的资源利用率低的问题。

还需要说明的是，在***维度，当***维度对应的各种指标值对应高预警等级时，表示从***维度需要启动新的服务器，此时，通过控制启动新的服务器的方式进行预警处理，使启动新服务器后的资源满足当前运行的各种应用的需要。

管理端还可以实时显示监控端采集的各种监控指标值，当采集到的各种监控指标值表示当前存在资源浪费时，与上述预警处理方法相对应，可以通过关闭应用进程或停止服务器的方式进行缩容控制，避免资源的浪费。

目前的远程监控***，一般通过互信的方式在整个集群其中某台虚拟机上通过shell脚本，远程依次连接到其他机器，分别执行其他虚拟机上启动或停止脚本进行进程管理。这种远程监控***首先要求所有机器相互之间是一定要配置互信，会产生一定的安全隐患；其次现有方式对于监控还是有一定的局限性，对于应用的监控过于片面，仅仅监控了进程是否存在，并未对于每个应用的实时状态有所体现，包括实时资源消耗情况等。

为了解决上述技术问题，本实施例公开的预警处理方法采用远程调用方法RMI实现对所述Java虚拟机的远程注册和启停控制。

RMI的引入，使得Java程序之间能够实现灵活的，可扩展的分布式通信，RMI允许Java对象存在于多个不同的地址空间，分布在不同的Java虚拟机上。每一个地址空间可以在同一台主机上或者网络上的不同计算机上。由于远程方法调用跨越不同虚拟机边界到不同的指定的地址空间，所以没有对象共享的全局变量，这就需要对象序列化API，它使得Java对象能够在不同的虚拟机之间传递。通过RMI，可以调用远程对象的远程方法，而通过Java对象序列化机制可以将对象传递给这些方法。

最基本的Java模型并没有提供将远程主机上的Java对象看作本地Java程序地址空间一部分的能力，而RMI弥补了这一不足。另外，由于Java与硬件平台无关的特性，无论是同构***还是异构***，RMI不需移植就可以顺利运行。

RMI为Java平台的分布式计算提供了一个简单而直接的模型。因为Java的RMI技术是基于Java平台的，所以它将Java平台的安全性和可移植性等优点带到了分布式计算中。

具体的，RMI采用stubs和skeletons来进行远程对象(remote object)的通讯。stub充当远程对象的客户端代理，有着和远程对象相同的远程接口，远程对象的调用实际是通过调用该对象的客户端代理对象stub来完成的，通过该机制RMI就好比它是本地工作，实现客户端与服务器的分离。采用tcp/ip协议，客户端直接调用服务端上的一些方法。

在服务器端：

//创建一个远程对象RemoteObj，实质上隐含了是生成stub和skeleton,并返回stub代理引用，

RemoteInterface remoteObj＝new RemoteImpl()；

//本地创建并启动RMI Service，被创建的Registry服务将在指定的端口,侦听请求

LocateRegistry.createRegistry(8880)；

//把远程对象注册到RMI注册服务器上，并命名为RemoteObj(名字可自定义，与客户端相对应)

//绑定的URL标准格式为：rmi://host:port/name(其中协议名可以省略，下面两种写法都是正确的)

Naming.rebind("rmi://localhost:8880/RemoteObj",remoteObj)；//将stub代理绑定到Registry服务的URL上

客户端：

String url＝"22.188.20.14"；

String port＝"8880"；

RemoteConnection rm＝new RemoteConnection(url,port)；

System.out.println(rm.RmObj.doSomething())。

本实施例公开的预警处理方法，通过RMI的方式远程自动化调用虚拟机上的Java对象，实现了对Java虚拟机的远程注册和启停控制，虚拟机之间不需要配置互信，解决了现有技术中所有机器相互之间一定要配置互信导致安全隐患的问题。

基于上述实施例公开的一种预警处理方法，本实施例对应公开了一种预警处理***，请参阅图2，该预警处理***包括：监控端101、管理端102和服务器端103，所述监控端101部署在服务器端103，所述服务器端103部署有虚拟机；

所述监控端101，用于对每台虚拟机上运行的每种类型的应用进行监控，分别在***维度和虚拟机维度获取多种监控指标值；

所述管理端102，用于根据预先存储的每种监控指标值与预警等级的对应关系、以及每种监控指标的预警等级与预警处理方式的对应关系，进行预警处理。

可选的，所述监控端101包括：

第一指标值获取单元，用于在***维度，获取虚拟机线程池的状态参数指标值、进程参数指标值、磁盘使用参数指标值、磁盘I/O参数指标值和网络流量参数指标值；

第二指标值获取单元，用于在虚拟机维度，获取每台虚拟机上运行的每种类型的应用的消息处理速度指标值和加工处理性能指标值。

可选的，所述第二指标获取单元，具体用于通过读取后台数据库中的驱动表数据，获取每台虚拟机上运行的每种类型的应用的加工处理性能指标值，所述加工处理性能指标值包括待处理消息值和已处理消息值。

可选的，所述管理端102包括：

预警等级确定单元，用于对于每一种监控指标值，根据预先存储的每种监控指标值与预警等级的对应关系，确定当前获取的监控指标值对应预警等级；

第一预警控制单元，用于当当前获取的监控指标值对应低预警等级时，显示低级预警提示信息；

第二预警控制单元，用于当当前获取的监控指标值对应高预警等级时，对当前获取的监控指标值对应的应用进行扩展。

可选的，所述虚拟机为Java虚拟机；

所述管理端，还用于采用远程调用方法RMI实现对所述Java虚拟机的远程注册和启停控制。

本实施例公开的一种预警处理***，包括监控端、管理端和服务器端，监控端可以从***维度和虚拟机维度分别获取多种监控指标，实现了对整个后台应用的全流程处理性能的监控。管理端根据预先存储的每种监控指标值与预警等级的对应关系、以及每种监控指标的预警等级与预警处理方式的对应关系，进行预警处理，实现了分指标分等级的预警处理，整体提高了运维效率。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种预警处理方法，其特征在于，包括：

对每台虚拟机上运行的每种类型的应用进行监控，分别在***维度和虚拟机维度获取多种监控指标值；

根据预先存储的每种监控指标值与预警等级的对应关系、以及每种监控指标的预警等级与预警处理方式的对应关系，进行预警处理。

2.根据权利要求1所述的方法，其特征在于，所述分别在***维度和虚拟机维度获取多种监控指标值，包括：

在***维度，获取虚拟机线程池的状态参数指标值、进程参数指标值、磁盘使用参数指标值、磁盘I/O参数指标值和网络流量参数指标值；

在虚拟机维度，获取每台虚拟机上运行的每种类型的应用的消息处理速度指标值和加工处理性能指标值。

3.根据权利要求2所述的方法，其特征在于，在虚拟机维度获取每台虚拟机上运行的每种类型的应用的加工处理性能指标值，包括：

通过读取后台数据库中的驱动表数据，获取每台虚拟机上运行的每种类型的应用的加工处理性能指标值，所述加工处理性能指标值包括待处理消息值和已处理消息值。

4.根据权利要求1所述的方法，其特征在于，所述根据预先存储的每种监控指标值与预警等级的对应关系、以及每种监控指标的预警等级与预警处理方式的对应关系，进行预警处理，包括：

对于每一种监控指标值，根据预先存储的每种监控指标值与预警等级的对应关系，确定当前获取的监控指标值对应预警等级；

当当前获取的监控指标值对应低预警等级时，显示低级预警提示信息；

当当前获取的监控指标值对应高预警等级时，对当前获取的监控指标值对应的应用进行扩展。

5.根据权利要求1所述的方法，其特征在于，所述虚拟机为Java虚拟机，所述方法还包括：

采用远程调用方法RMI实现对所述Java虚拟机的远程注册和启停控制。

6.一种预警处理***，其特征在于，包括：监控端、管理端和服务器端，所述监控端部署在服务器端，所述服务器端部署有虚拟机；

所述监控端，用于对每台虚拟机上运行的每种类型的应用进行监控，分别在***维度和虚拟机维度获取多种监控指标值；

所述管理端，用于根据预先存储的每种监控指标值与预警等级的对应关系、以及每种监控指标的预警等级与预警处理方式的对应关系，进行预警处理。

7.根据权利要求6所述的***，其特征在于，所述监控端包括：

第一指标值获取单元，用于在***维度，获取虚拟机线程池的状态参数指标值、进程参数指标值、磁盘使用参数指标值、磁盘I/O参数指标值和网络流量参数指标值；

第二指标值获取单元，用于在虚拟机维度，获取每台虚拟机上运行的每种类型的应用的消息处理速度指标值和加工处理性能指标值。

8.根据权利要求7所述的***，其特征在于，所述第二指标获取单元，具体用于通过读取后台数据库中的驱动表数据，获取每台虚拟机上运行的每种类型的应用的加工处理性能指标值，所述加工处理性能指标值包括待处理消息值和已处理消息值。

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

预警等级确定单元，用于对于每一种监控指标值，根据预先存储的每种监控指标值与预警等级的对应关系，确定当前获取的监控指标值对应预警等级；

第一预警控制单元，用于当当前获取的监控指标值对应低预警等级时，显示低级预警提示信息；

第二预警控制单元，用于当当前获取的监控指标值对应高预警等级时，对当前获取的监控指标值对应的应用进行扩展。

10.根据权利要求6所述的***，其特征在于，所述虚拟机为Java虚拟机；

所述管理端，还用于采用远程调用方法RMI实现对所述Java虚拟机的远程注册和启停控制。