CN102141973A - 一种管理机群的方法、装置以及机群管理与监控系统 - Google Patents

Abstract

本发明提供一种管理机群的方法、装置以及机群管理与监控系统，在所述应用层与至少一个设备接口之间增加虚拟设备接口层；所述方法包括：当接收到来自所述应用层的请求命令时，从所述请求命令中解析出所述操作参数；将所述操作参数与配置文件进行匹配，所述配置文件中包含了所述设备接口与所述设备之间的对应关系；匹配成功时，将所述请求命令发送给对应的设备的设备接口，并通过该设备接口接收所述设备的设备信息。应用所提供的技术方案，添加新的设备时，只需增加与该设备对应的设备接口，而无需改变原有代码，减少了工作量，降低了给系统带来的风险，增强了系统的可扩展性和可维护性。

Description

一种管理机群的方法、装置以及机群管理与监控系统

技术领域

本发明涉及计算机技术，特别是指一种管理机群的方法、装置以及机群管理与监控系统。

背景技术

随着计算机机群技术的发展，其结构日益复杂，更多类型的设备被应用到机群中，而机群管理与监控系统的一个主要功能就是监控机群内各个设备的运行状态。由于其中的设备类型的不断增多，需要添加越来越多的代码以监控不同的设备，这使得整个机群管理与监控系统不得不频繁的更新代码，而更新后的代码有时会破坏原有程序的运行，极大的影响了整个系统的稳定性。

现有技术中，通常在应用层直接调用设备的监控接口。但是当设备类型越来越多时，增加设备接口将导致从最上的应用层至最下的设备层的频繁修改，这种修改带来的弊端非常多，不仅工作量巨大，也会影响系统的稳定性，给整个系统带来极大的隐患。

发明人在实现本发明的过程中，发现现有技术中至少存在如下问题：当在机群中增加越来越多的设备时，增加该设备对应的设备接口时，需要对从机群中最上的应用层至最下的设备均进行频繁修改，工作量巨大且导致机群产生隐患；甚至在设备接口出现问题时，由于该设备接口与多个设备连接，导致所述多个设备均无法正常工作。

发明内容

本发明的目的是提供一种管理机群的方法、装置以及机群管理与监控系统，用于在机群中增加新的设备时，仅通过在机群的局部进行配置，即可以实现机群对所增的设备的访问支持。

一种管理机群的方法，在所述应用层与至少一个设备接口之间增加虚拟设备接口层；所述方法包括：当接收到来自所述应用层的请求命令时，从所述请求命令中解析出所述操作参数；将所述操作参数与配置文件进行匹配，所述配置文件中包含了所述设备接口与所述设备之间的对应关系；匹配成功时，将所述请求命令发送给对应的设备的设备接口，并通过该设备接口接收所述设备的设备信息。

其中，方法还包括：当在系统中增加了新的设备时，设置该设备对应的设备接口，所述设备接口用于获取所述设备的工作参数作为所述设备信息。

其中，方法还包括：设置该设备对应的设备接口，之后还包括：设置该设备的配置文件，所述配置文件中包含了所述设备与设备接口之间的对应关系；在设置过程中不修改所述机群管理与监控系统的原有代码。

其中，方法还包括：所述设备接口作为一进程在所述虚拟设备接口层中运行。

其中，方法还包括：通过该设备接口接收所述设备的设备信息之后还包括：将所述设备信息返回至预定的用户终端。

一种管理机群的虚拟设备接口层装置，位于机群的应用层与设备接口之间，包括：消息侦听单元，用于接收到来自所述应用层的请求命令，解析该请求命令生成对应的操作参数；解析匹配单元，用于将所述操作参数与配置文件进行匹配，所述配置文件中包含了所述设备接口与所述设备之间的对应关系；处理单元，用于匹配成功时，将所述请求命令发送给对应的设备的设备接口，并通过该设备接口接收所述设备的设备信息。

其中，装置还包括：配置文件存放单元，用于存放设置所述设备所需的配置文件，所述配置文件中包含了所述设备与设备接口之间的对应关系。

其中，装置还包括：反馈单元，用于将所述设备信息返回至预定的用户终端。

一种机群管理与监控系统，包括应用层，在所述应用层与设备接口之间，还包含虚拟设备接口层；其中，所述虚拟设备接口层包括：消息侦听单元，用于接收到来自应用层的请求命令，解析该请求命令生成对应的操作参数；解析匹配单元，用于将所述操作参数与配置文件进行匹配，所述配置文件中包含了所述设备接口与所述设备之间的对应关系；处理单元，用于匹配成功时，将所述请求命令发送给对应的设备的设备接口，并通过该设备接口接收所述设备的设备信息。

应用所提供的技术方案，添加新的设备时，由于系统中增加了新的模块化分层，因此只需增加与该设备对应的设备接口，而无需改变原有代码，减少了工作量，降低了给系统带来的风险，增强了系统的可扩展性和可维护性。

附图说明

图1为本发明实施例一种管理机群的方法流程示意图；

图2为本发明实施例机群结构示意图；

图3为本发明实施例机群工作流程示意图；

图4为本发明实施例虚拟设备接口层结构示意图。

具体实施方式

为使本发明实施例的目的、技术特征和实施效果更加清楚，下面将结合附图及具体实施例对本发明的技术方案进行详细描述。本发明提供的实施例中，在机群中引入虚拟设备接口对来自应用层的请求命令进行处理。

如图1所示，本发明实施例提供一种管理机群的方法，在所述应用层与至少一个设备接口之间增加虚拟设备接口层；所述方法包括：

步骤101，当接收到来自所述应用层的请求命令时，从所述请求命令中解析出所述操作参数；

步骤102，将所述操作参数与配置文件进行匹配，所述配置文件中包含了所述设备接口与所述设备之间的对应关系；

步骤103，匹配成功时，将所述请求命令发送给对应的设备的设备接口，并通过该设备接口接收所述设备的设备信息。

应用所提供的技术方案，添加新的设备时，只需增加与该设备对应的设备接口而无需改变原有代码，减少了工作量，且不会影响原有系统，降低了系统的风险，且由于增加设备时所需要做的配置很少，不需对整个机群的多处代码进行修改，增强了系统的可扩展性和可维护性。

其中，管理与监控系统以源代码的方式存放在机群中的预定位置处。

进一步的，当在系统中增加了新的设备时，设置该设备的设备接口，该设备接口用于获取所述设备的工作参数作为设备信息。

应用所提供的技术方案，在管理如图2所示的机群的过程中，可以增强机群的可扩展和可维护性。图2中，机群包括：用户终端201，虚拟设备接口层202，设备接口203，以及设备204。其中用户终端201有多个，设备204也有多个，每一个设备204对应具有一个设备接口203。由于设备204具体可以是不同的类型，因此，对于同一类型的设备204，可以为其提供一个设备接口203。

在机群运行过程中，各个器件的工作流程如图3所示，包括：

步骤301，配备设备对应的独立的设备接口203，设备接口203用于采集此设备的设备信息。

步骤302，在机群的应用层和设备之间设立一个中间层：虚拟设备接口层202，该虚拟设备接口层202的功能主要包括：

接收来自应用层的请求命令；解析请求命令并从中提取对应的操作参数，将操作参数与存放在虚拟设备接口层202中的配置文件进行匹配，找到相应的设备接口203；转发请求命令至相应的设备接口203。

机群中原有存在的设备的类型包括：typeA、typeB，当前需要添加的设备类型是typeC，则在虚拟设备接口层202中，添加typeC的设备接口203，以及，在虚拟设备接口层202的配置文件中添加相应配置文件，配置文件的内容包括设备类型以及该设备的设备接口对应的进程名processC，形如：

<interface>

<device-type>typeC</device-type>

<device-process>processC</device-process>

<other-parameter1>other-parameter1</other-parameter1>

<other-parameter2>other-parameter2</other-parameter2>

</interface>

而对于原有的程序，则不用进行修改，保证了原系统的稳定性。

步骤303，需要采集设备204的数据时，应用层发送请求命令至虚拟设备接口层202，应用层生成请求命令的过程中不需要根据设备204的不同而进行不同的处理。这是因为，请求命令由设备接口203处理，当机群中增加了新类型的设备204时，只需增加相应的设备接口203，由于请求命令包含的信息是对外公开的，因此所增加的相应的设备接口203能够支持对请求命令进行处理即可。

步骤304，虚拟设备接口层202接收到请求命令，解析该请求命令生成对应的操作参数。

步骤305，将操作参数与配置文件进行匹配，配置文件中包含了设备类型与设备接口203的对应关系；

匹配成功时，与设备接口203所对应的设备204进行通信，通过该设备接口203接收所述设备204的设备信息。

所提供的技术方案中，对于具有同类型设备接口203的多个设备204而言，由于一个设备204并非任何时刻都连接到机群中，因此所设置的设备接口203可以为同一类型的多个设备204提供传输处理功能，并实时处理当前处于工作状态的设备204的相关任务。其中，与设备接口203相关的源文件存放在机群的指定位置处。

由所提供的技术方案可以看出，由于不同类型设备分别对应不同的设备接口203，设备接口203作为一进程在所述虚拟设备接口层202中运行，当某一个特定的设备接口203出现问题时，由该设备接口203负责的设备无法参与机群的工作，但是不会影响其他设备接口203，其他设备接口203对应的设备204仍然可以工作。因此可以避免现有技术中的以下问题，即：在设备接口出现问题时，由于该设备接口与多个设备连接，导致所述多个设备均无法正常工作的缺陷。

本发明实施例还提供一种管理机群的虚拟设备接口层装置，如图4所示，包括：

消息侦听单元401，用于接收到来自应用层的请求命令，并将最后取得的设备信息返回给应用层；

解析匹配单元402，用于解析该请求命令生成所请求的设备类型的操作参数；将所述操作参数与配置文件进行匹配，所述配置文件与设备对应，则得到相应的设备接口名；

处理单元403，用于匹配成功时，将所述请求命令发送给对应的设备的设备接口，并通过该设备接口接收所述设备的设备信息。

应用所提供的技术方案，添加新的设备时，只需增加与该设备对应的设备接口，而无需改变原有代码，极大减少了工作量，将不会影响原有系统，极大降低了给系统带来的风险，增强了系统的可扩展性和可维护性。

所述设备204包括：

设备接口单元，用于获取所述设备204的工作参数作为所述设备信息。

虚拟设备接口层202还包括：

配置文件存放单元，用于存放设置所述设备所需的配置文件，所述配置文件中包含了所述设备与设备接口203之间的对应关系。

请求接收单元，与所述系统的应用层连接，用于接收来自所述应用层的请求命令。

反馈单元，用于将所述设备信息返回至预定的用户终端。

对应的，本发明还提供一种机群管理与监控系统，包含虚拟设备接口层、设备和设备接口；其中，所述虚拟设备接口层包括：

消息侦听单元，用于接收到一个请求命令，解析该请求命令生成对应的操作参数；

解析匹配单元，用于将所述操作参数与配置文件进行匹配，所述配置文件与设备对应；

处理单元，用于匹配成功时，将所述请求命令发送给对应的设备的设备接口，并通过该设备接口接收所述设备的设备信息。

本发明的实施例具有以下有益效果，添加新的设备类型时，只需增加相应的设备接口，并在虚拟设备接口层进行相应的配置，而无需改变原有代码，减少了管理的工作量；添加新的设备接口不会影响原有系统，极大降低了给系统带来的风险；整个系统的软件层次更加清晰，增加了系统的可维护性和可扩展性。

应当说明的是，以上实施例仅用以说明本发明的技术方案而非限制，所有的参数取值可以根据实际情况调整，且在该权利保护范围内。本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明技术方案的精神范围，其均应涵盖在本发明的权利要求范围当中。

Claims (9)

1.一种管理机群的方法，其特征在于，在所述应用层与至少一个设备接口之间增加虚拟设备接口层；所述方法包括：

当接收到来自所述应用层的请求命令时，从所述请求命令中解析出所述操作参数；

将所述操作参数与配置文件进行匹配，所述配置文件中包含了所述设备接口与所述设备之间的对应关系；

匹配成功时，将所述请求命令发送给对应的设备的设备接口，并通过该设备接口接收所述设备的设备信息。

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

当在系统中增加了新的设备时，设置该设备对应的设备接口，所述设备接口用于获取所述设备的工作参数作为所述设备信息。

3.根据权利要求2所述的方法，其特征在于，设置该设备对应的设备接口，之后还包括：

设置该设备的配置文件，所述配置文件中包含了所述设备与设备接口之间的对应关系；在设置过程中不修改所述机群管理与监控系统的原有代码。

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

所述设备接口作为一进程在所述虚拟设备接口层中运行。

5.根据权利要求1所述的方法，其特征在于，通过该设备接口接收所述设备的设备信息之后还包括：

将所述设备信息返回至预定的用户终端。

6.一种管理机群的虚拟设备接口层装置，其特征在于，位于机群的应用层与设备接口之间，包括：

消息侦听单元，用于接收到来自所述应用层的请求命令，解析该请求命令生成对应的操作参数；

解析匹配单元，用于将所述操作参数与配置文件进行匹配，所述配置文件中包含了所述设备接口与所述设备之间的对应关系；

处理单元，用于匹配成功时，将所述请求命令发送给对应的设备的设备接口，并通过该设备接口接收所述设备的设备信息。

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

配置文件存放单元，用于存放设置所述设备所需的配置文件，所述配置文件中包含了所述设备与设备接口之间的对应关系。

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

反馈单元，用于将所述设备信息返回至预定的用户终端。

9.一种机群管理与监控系统，包括应用层，其特征在于，在所述应用层与设备接口之间，还包含虚拟设备接口层；其中，所述虚拟设备接口层包括：

消息侦听单元，用于接收到来自应用层的请求命令，解析该请求命令生成对应的操作参数；

解析匹配单元，用于将所述操作参数与配置文件进行匹配，所述配置文件中包含了所述设备接口与所述设备之间的对应关系；

处理单元，用于匹配成功时，将所述请求命令发送给对应的设备的设备接口，并通过该设备接口接收所述设备的设备信息。

Images