CN115967659A - 资源池设备的检查方法及装置 - Google Patents

Abstract

一种资源池设备的检查方法及装置，该方法包括：基于资源池中各被测设备的查询接口的交互协议，抓取所述资源池中所有被测设备的接口数据；利用所述接口数据，虚拟化所述资源池中各被测设备的查询接口虚拟服务；利用所述查询接口虚拟服务，提供所述资源池的各个被测设备的查询数据。本发明实施例提供的资源池设备的检查方法及装置，能够减少设备检查对物理设备和物理链路的依赖，减少因物理设备的响应速度和链路的传输耗时所消耗的检查时间。另外，本发明还通过对抓取数据进行持久化版本控制，支持对过往的历史数据的追溯和查阅。

Description

资源池设备的检查方法及装置

技术领域

本发明涉及设备管理技术领域，具体涉及一种资源池设备的检查方法及装置。

背景技术

数据中心的机房中主要设备包括各种列头(End of Row，EOR)交换机、机柜顶部(Top of Rack，TOR)交换机、各种服务器(如计算服务器、管理服务器、存储服务器、安全服务器等)、特种用途的交换机(硬件管理)、路由器、防火墙设备等。上述设备的一种组网形式为：所有设备都通过一个带外管理网络，通过redfish协议、安全外壳(Secure Shell，SSH)协议指令的交互式响应，简单网络管理协议(Simple Network Management Protocol，SNMP)等标准协议和自有restful协议实现的设备纳管。

目前，各种设备涉及的管理协议包括但不限于：redfish协议，一般利用restful接口对服务器进行远程管理，适合大型数据中心的集群管理；智能平台管理接口(Intelligent Platform Management Interface，IMPI)协议，也常被用于服务器管理中，但各个厂家实现不统一，仅适合同一类型设备的资源池验证；SNMP、网络配置协议(NetworkConfiguration Protocol，Netconf)、开放平台配置(OpenConfig)等协议则使用在交换机配置管理等领域。

通常，大部分设备(如服务器、交换机、路由、防火墙等)的带外管理模块都支持telnet或ssh连接，通过各厂家私有指令，查询并以文本的形式返回组件状态，这同样适合同一类型设备的资源池验证。私有restful协议也使用在一些设备中，主要针对尚未由形成统一接口的领域。

目前，现有技术在对机房中设备进行检查时，通常需要先将检查设备连入机房组网中，建立和待检查设备的网络连接，然后进行检查。上述检查方式，依赖于物理链路和物理设备，容易受到物理链路和设备的营销，且响应速度较低。

发明内容

本发明的至少一个实施例提供了一种资源池设备的检查方法及装置，能够实现对资源池全量设备的快速检查。

根据本发明的一个方面，至少一个实施例提供了一种资源池设备的检查方法，包括：

基于资源池中各被测设备的查询接口的交互协议，抓取所述资源池中所有被测设备的接口数据；

利用所述接口数据，虚拟化所述资源池中各被测设备的查询接口虚拟服务；

利用所述查询接口虚拟服务，提供所述资源池的各个被测设备的查询数据。

此外，根据本发明的至少一个实施例，所述抓取所述资源池中所有被测设备的接口数据，包括以下至少一种：

按照预设周期，周期性的基于查询接口的所有交互协议，对资源池中所有被测设备进行全字段的接口数据抓取，获得第一接口数据；

针对所述资源池中的指定被测设备，进行非周期的接口数据抓取，获得第二接口数据。

此外，根据本发明的至少一个实施例，所述指定被测设备包括以下至少一种：

通过对资源池中被测设备的带外健康监测，确定出发生异常的被测设备；

所述资源池中发生固件升级或硬件换件的被测设备。

此外，根据本发明的至少一个实施例，在针对所述资源池中的指定被测设备，进行所述非周期的接口数据抓取的过程中：

若本次已抓取到的接口数据中的关键字段，与上一次抓取到的该指定被测设备的接口数据相匹配，且该指定被测设备在上一次抓取之后未进行固件升级或硬件换件，则放弃本次接口数据的后续抓取，采用上一次抓取到的该指定被测设备的接口数据，作为本次抓取的接口数据。

此外，根据本发明的至少一个实施例，还包括：

在每抓取到所述资源池中任一被测设备的接口数据后，判断当前抓取到的接口数据与上一次抓取到的该任一被测设备的接口数据是否发生了更新，若是，则存储当前抓取到的接口数据，并作为该任一被测设备的最新版本的接口数据进行版本控制，以及，通知该任一被测设备的查询接口虚拟服务上线最新版本的接口数据。

此外，根据本发明的至少一个实施例，所述利用所述接口数据，虚拟化所述资源池中各被测设备的查询接口虚拟服务，包括：

使用容器化技术，创建所述资源池中各被测设备的查询接口虚拟服务，建立被测设备的查询接口的地址与该被测设备的查询接口虚拟服务的地址之间的映射关系，其中，所述查询接口虚拟服务用于模拟对应的查询接口的交互协议的交互流程；

利用消息队列将所述接口数据配置给对应的查询接口虚拟服务。

此外，根据本发明的至少一个实施例，还包括：

如果超过预设时间未能抓取到第一被测设备的接口数据，则将所述第一被测设备的状态模拟为下电状态或下线状态，并设置所述第一被测设备的查询接口虚拟服务为不可用状态。

此外，根据本发明的至少一个实施例，在需要对被测设备的查询接口进行版本更新时，利用所述查询接口虚拟服务对待更新的版本文件进行验证，在验证通过后，利用所述待更新的版本文件对该被测设备的查询接口进行版本更新。

此外，根据本发明的至少一个实施例，所述利用所述查询接口虚拟服务，提供所述资源池的各个被测设备的查询数据，包括:

通过服务发现及注册功能，发现并注册各被测设备的查询接口虚拟服务，并建立被测设备的查询接口的地址与该被测设备的查询接口虚拟服务的地址之间的映射关系；

当接收到对资源池设备的检查请求时，通过被测设备的查询接口或查询接口虚拟服务，提供被测设备的查询数据。

此外，根据本发明的至少一个实施例，所述通过被测设备的查询接口或查询接口虚拟服务，提供被测设备的查询数据，包括：

在被测设备的查询接口虚拟服务的负载超过预设门限，或者被测设备的查询接口虚拟服务处于不可用状态时，根据该被测设备的查询接口的地址与该被测设备的查询接口虚拟服务的地址之间的映射关系，访问该被测设备的查询接口，获取该被测设备的查询数据，否则，通过被测设备的查询接口虚拟服务，获取该被测设备的查询数据。

此外，根据本发明的至少一个实施例，还包括：

根据所述资源池的各个被测设备的查询数据，生成测试报告，所述测试报告中包括有各个被测设备的查询数据的检查方式，所述检查方式包括通过查询接口虚拟服获得和通过查询接口获得；

根据所述资源池的各个被测设备的查询数据，生成同一设备在同一版本下的汇总统计数据，利用所述汇总统计数据，确定出现错误的查询接口虚拟服务，并重新发起查询。

根据本发明的另一方面，至少一个实施例提供了一种资源池设备的检查装置，包括：

抓取模块，用于基于资源池中各被测设备的查询接口的交互协议，抓取所述资源池中所有被测设备的接口数据；

虚拟副本模块，用于利用所述接口数据，虚拟化所述资源池中各被测设备的查询接口虚拟服务；

代理模块，用于利用所述查询接口虚拟服务，提供所述资源池的各个被测设备的查询数据。

此外，根据本发明的至少一个实施例，所述抓取模块，还用于按照以下至少一种方式抓取接口数据：

按照预设周期，周期性的基于查询接口的所有交互协议，对资源池中所有被测设备进行全字段的接口数据抓取，获得第一接口数据；

针对所述资源池中的指定被测设备，进行非周期的接口数据抓取，获得第二接口数据。

此外，根据本发明的至少一个实施例，所述指定被测设备包括以下至少一种：

通过对资源池中被测设备的带外健康监测，确定出发生异常的被测设备；

所述资源池中发生固件升级或硬件换件的被测设备。

此外，根据本发明的至少一个实施例，所述抓取模块，还用于在针对所述资源池中的指定被测设备，进行所述非周期的接口数据抓取的过程中：若本次已抓取到的接口数据中的关键字段，与上一次抓取到的该指定被测设备的接口数据相匹配，且该指定被测设备在上一次抓取之后未进行固件升级或硬件换件，则放弃本次接口数据的后续抓取，采用上一次抓取到的该指定被测设备的接口数据，作为本次抓取的接口数据。

此外，根据本发明的至少一个实施例，所述抓取模块，还用于在每抓取到所述资源池中任一被测设备的接口数据后，判断当前抓取到的接口数据与上一次抓取到的该任一被测设备的接口数据是否发生了更新，若是，则存储当前抓取到的接口数据，并作为该任一被测设备的最新版本的接口数据进行版本控制，以及，通知该任一被测设备的查询接口虚拟服务上线最新版本的接口数据。

此外，根据本发明的至少一个实施例，所述虚拟副本模块，还用于使用容器化技术，创建所述资源池中各被测设备的查询接口虚拟服务，建立被测设备的查询接口的地址与该被测设备的查询接口虚拟服务的地址之间的映射关系，其中，所述查询接口虚拟服务用于模拟对应的查询接口的交互协议的交互流程；利用消息队列将所述接口数据配置给对应的查询接口虚拟服务。

此外，根据本发明的至少一个实施例，所述抓取模块，还用于在超过预设时间未能抓取到第一被测设备的接口数据时，将所述第一被测设备的状态模拟为下电状态或下线状态，并设置所述第一被测设备的查询接口虚拟服务为不可用状态。

此外，根据本发明的至少一个实施例，所述虚拟副本模块，还用于在需要对被测设备的查询接口进行版本更新时，利用所述查询接口虚拟服务对待更新的版本文件进行验证，在验证通过后，利用所述待更新的版本文件对该被测设备的查询接口进行版本更新。

此外，根据本发明的至少一个实施例，所述代理模块，还用于通过服务发现及注册功能，发现并注册各被测设备的查询接口虚拟服务，并建立被测设备的查询接口的地址与该被测设备的查询接口虚拟服务的地址之间的映射关系；当接收到对资源池设备的检查请求时，通过被测设备的查询接口或查询接口虚拟服务，提供被测设备的查询数据。

此外，根据本发明的至少一个实施例，所述代理模块，还用于在被测设备的查询接口虚拟服务的负载超过预设门限，或者被测设备的查询接口虚拟服务处于不可用状态时，根据该被测设备的查询接口的地址与该被测设备的查询接口虚拟服务的地址之间的映射关系，访问该被测设备的查询接口，获取该被测设备的查询数据，否则，通过被测设备的查询接口虚拟服务，获取该被测设备的查询数据。

此外，根据本发明的至少一个实施例，还包括：

检查模块，用于根据所述资源池的各个被测设备的查询数据，生成测试报告，所述测试报告中包括有各个被测设备的查询数据的检查方式，所述检查方式包括通过查询接口虚拟服获得和通过查询接口获得；根据所述资源池的各个被测设备的查询数据，生成同一设备在同一版本下的汇总统计数据，利用所述汇总统计数据，确定出现错误的查询接口虚拟服务，并重新发起查询。

根据本发明的另一方面，至少一个实施例提供了一种资源池设备的检查装置，包括收发机和处理器，其中，

所述收发机，用于基于资源池中各被测设备的查询接口的交互协议，抓取所述资源池中所有被测设备的接口数据

所述处理器，用于利用所述接口数据，虚拟化所述资源池中各被测设备的查询接口虚拟服务；利用所述查询接口虚拟服务，提供所述资源池的各个被测设备的查询数据。

根据本发明的另一方面，至少一个实施例提供了一种资源池设备的检查装置，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如上所述的方法的步骤。

根据本发明的另一方面，至少一个实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有程序，所述程序被处理器执行时，实现如上所述的方法的步骤。

与现有技术相比，本发明实施例提供的资源池设备的检查方法及装置，本能够减少设备检查对物理设备和物理链路的依赖，减少因物理设备的响应速度和链路的传输耗时所消耗的检查时间。另外，本发明还通过对抓取数据进行持久化版本控制，支持对过往的历史数据的追溯和查阅。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1为本发明实施例的资源池设备的检查方法的一种流程图；

图2为本发明实施例提供的资源池设备的检查系统的一种结构示例图；

图3为本发明实施例的资源池设备的检查方法的一种流程示例图；

图4为本发明实施例的资源池设备的检查装置的一种结构示意图；

图5为本发明实施例的资源池设备的检查装置的另一种结构示意图；

图6为本发明实施例的资源池设备的检查装置的另一种结构示意图。

具体实施方式

下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。说明书以及权利要求中“和/或”表示所连接对象的至少其中之一。

以下描述提供示例而并非限定权利要求中阐述的范围、适用性或者配置。可以对所讨论的要素的功能和布置作出改变而不会脱离本公开的精神和范围。各种示例可恰适地省略、替代、或添加各种规程或组件。例如，可以按不同于所描述的次序来执行所描述的方法，并且可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

现有技术在对数据中心(如机房)中的设备进行检查时，检测范围和项目通常有：

1、硬件类项目的检查，具体包括但不限于如下项目：

服务器整体型号，整机SN，各组件的SN，以及生产商、详细参数、数量，例如CPU型号/频率/核数/工作模式，内存容量频率及数量，网卡速率/数量/类型，硬盘类型/容量/转数/RAID信息，PCI设备(GPU、FPGA等)其他各个组件电源、风扇等；

交换机硬件型号，整机SN，组件类如处理器，风扇，板卡型号/数量/各自SN，所有网口信息/光模块信息。

2、软件类以及预配置项的检查，具体包括但不限于如下项目：

预制的用户名、密码，预制的设备名称，预装OS版本；

服务器的BIOS版本、BMC版本、RAID卡版本，以及各种标准服务出厂配置项的值，如PXE，DHCP；

交换机操作系统版本、默认开启的服务，tftp，ssh，telnet。

3、运行数据的检查，具体包括但不限于如下项目：系统启动/运行时间、组件温度、设备故障、告警信息、已外连设备的名称或网络地址；

4、协议类检查，具体包括但不限于如下项目：

是否符合redfish/ssh/telnet/snmp的规范；

相关的鉴权流程是否符合安全要求。

现有技术对资源池中的设备检查存在耗时较长的问题，每次执行检查都要经过网络中的交换设备，多次周期性的执行检查也都要经过这些网络中间设备，因此，路径上的任何设备问题都可能会妨碍检查的进行。例如，在机房的工程建设期，或是设备调试维护期，设备不可达问题又是比较普遍的。

此外，被检测对象是物理设备，这些设备同样会因为现场施工、维护等各种原因造成暂时不可用或不可达。另外，对设备的换件、升级缺少也相关的数据追踪和管理。

因此现有技术的检查方式，存在着依赖于物理链路和物理设备，对历史数据没有追踪等问题。上检查方式一方面要求所有相关设备当下处于基本健康状态，另一方面，当执行周期性的重复检查时，物理设备的响应速度、链路上的耗时都消耗了大量的时间。

为解决以上问题中的至少一个，本发明实施例提供了一种资源池设备的检查方法，能够减少对物理链路和物理设备的依赖，实现对资源池全量设备的快速检查。

请参照图1，本发明实施例提供的一种资源池设备的检查方法，包括：

步骤11，基于资源池中各被测设备的查询接口的交互协议，抓取所述资源池中所有被测设备的接口数据。

具体的，本发明实施例可以通过下面两种方式中的至少一种，来抓取接口数据：

a)按照预设周期，周期性的基于查询接口的所有交互协议，对资源池中所有被测设备进行全字段的接口数据抓取，获得第一接口数据。

这里，本发明实施例可以根据资源池中设备所采用的所有的接口协议，自动定期对全资源池中的全量设备执行redfish/impi/ssh指令/snmp/自有restful等协议的全字段抓取，并完成抓取数据的存储持久化和版本控制，即保存抓取得到的第一接口数据并进行版本控制，在每执行一次上述抓取后，更新当前的第一接口数据及其版本信息。

b)针对所述资源池中的指定被测设备，进行非周期的接口数据抓取，获得第二接口数据。

这里，所述指定被测设备包括以下至少一种：通过对资源池中被测设备的带外健康监测，确定出发生异常的被测设备；所述资源池中发生固件升级或硬件换件的被测设备。通过上述方式，本发明实施例能够对周期性的抓取进行有针对性的补充抓取，并根据抓取到的第二接口数据，更新当前的第一接口数据及其版本信息。

另外，为了提高抓取效率，在针对所述资源池中的指定被测设备，进行所述非周期的接口数据抓取的过程中，如果本次已抓取到的接口数据中的关键字段，与上一次抓取到的该指定被测设备的接口数据相匹配，且该指定被测设备在上一次抓取之后未进行固件升级或硬件换件，则放弃本次接口数据的后续抓取，采用上一次抓取到的该指定被测设备的接口数据，作为本次抓取的接口数据。

步骤12，利用所述接口数据，虚拟化所述资源池中各被测设备的查询接口虚拟服务。

这里，本发明实施例可以使用容器化技术，创建所述资源池中各被测设备的查询接口虚拟服务，建立被测设备的查询接口的地址与该被测设备的查询接口虚拟服务的地址之间的映射关系，其中，所述查询接口虚拟服务用于模拟对应的查询接口的交互协议的交互流程。然后，利用消息队列将所述接口数据配置给对应的查询接口虚拟服务。

步骤13，利用所述查询接口虚拟服务，提供所述资源池的各个被测设备的查询数据。

这里，本发明实施例可以通过服务发现及注册功能，发现并注册各被测设备的查询接口虚拟服务，并建立被测设备的查询接口的地址与该被测设备的查询接口虚拟服务的地址之间的映射关系。当接收到对资源池设备的检查请求时，通过被测设备的查询接口或查询接口虚拟服务，提供被测设备的查询数据。

通过以上步骤，本发明实施例利用抓取到的接口数据，虚拟化所述资源池中各被测设备的查询接口虚拟服务，从而利用该查询接口虚拟服务，提供所述资源池的各个被测设备的查询数据，由此可以减少设备检查对物理设备和物理链路的依赖，减少因物理设备的响应速度和链路的传输耗时所消耗的检查时间。例如，当本发明实施例的检查方法的执行设备，在与查询接口虚拟服务部署于同一设备中时，可以极大的提高每轮检查的速度，降低检查耗时。

在以上步骤11的接口数据抓取过程中，每抓取到所述资源池中任一被测设备的接口数据后，可以判断当前抓取到的接口数据与上一次抓取到的该任一被测设备的接口数据是否发生了更新，若是，则存储当前抓取到的接口数据，并作为该任一被测设备的最新版本的接口数据进行版本控制，以及，通知该任一被测设备的查询接口虚拟服务上线最新版本的接口数据。

另外，如果超过预设时间未能抓取到某个被测设备(假设为第一被测设备)的接口数据，则将所述第一被测设备的状态模拟为下电状态或下线状态，并设置所述第一被测设备的查询接口虚拟服务为不可用状态，以使得查询接口虚拟服务与被测设备的实际状态相一致。

本发明实施例在需要对被测设备的查询接口进行版本更新时，利用所述查询接口虚拟服务对待更新的版本文件进行验证，在验证通过后，利用所述待更新的版本文件对该被测设备的查询接口进行版本更新，从而可以提高查询接口版本更新的成功率，减少异常情况的发生。

在实际应用中，本发明实施例可以根据具体场景，确定由查询接口虚拟服务或被测设备的实际查询接口来提供查询服务。例如，当被测设备的查询接口虚拟服务的负载超过预设门限，或者被测设备的查询接口虚拟服务处于不可用状态时，可以根据该被测设备的查询接口的地址与该被测设备的查询接口虚拟服务的地址之间的映射关系，访问该被测设备的查询接口，获取该被测设备的查询数据，否则，通过被测设备的查询接口虚拟服务，获取该被测设备的查询数据。

在获得查询数据后，本发明实施例还可以进一步根据所述资源池的各个被测设备的查询数据，生成测试报告，所述测试报告中包括有各个被测设备的查询数据的检查方式，所述检查方式包括通过查询接口虚拟服获得和通过查询接口获得；或者，根据所述资源池的各个被测设备的查询数据，生成同一设备在同一版本下的汇总统计数据，利用所述汇总统计数据，确定出现错误的查询接口虚拟服务，并重新发起查询。另外，在重新发起查询时，可以根据查询接口的地址与查询接口虚拟服务的地址之间的映射关系，确定出该出现错误的查询接口虚拟服务对应的查询接口，然后访问该查询接口进行查询，从而可以通过对物理设备的查询接口的查询，获得相关数据。

可以看出，本发明实施例针对被测设备的外部接口，对各类交互协议(redfish、SSH、SNMP、netconf等)，对被测设备(服务器、交换机等)的基本查询接口进行抓取，无需对设备的实际功能进行构造，实现简单。同时，抓取的结果，按照基线数据(周期性抓取的数据)和特有数据(非周期性抓取的数据)，按时序进行持久化保存，实现接口数据(硬件信息，配置等)的可回溯，可追踪，可审计。本发明实施例通过对查询接口做容器虚拟化打包，实现了检查验收系统，与物理链路及物理设备的解耦，在单个系统内部，对全量的机房设备的上述接口服务，完成孪生构建，通过虚拟IP、虚拟服务，实现整资源池全量设备的快速检查。

下面通过一个更为具体的示例对以上方法作进一步的说明。

本示例提供了一种资源池设备的检查系统，该系统部署在验收设备中，通过资源池管理网络，连接到资源池内各个管理设备，主要完成对涉及验收的各类设备的接口采集的工作。如图2所示，该系统包括抓取模块、虚拟副本模块、代理模块和检查模块，其中：

抓取模块：自动定期对全池、全量设备的redfish/IMPI/SSH指令/SNMP/自有restful等接口数据进行全字段抓取，完成存储持久化和版本控制：

1)自动对资源池内的所有设备进行带外健康检测，针对异常发起重新抓取(可能是相关设备的临时上、下电)。

2)如设备长时间无响应，通知虚拟副本模块，将模拟设备“下电/下线”。

3)执行针对性重新抓取时，如果关键字段(例如服务器/交换机等设备的BMC版本，固件版本，组件SN，MAC等)相同，则表明设备固件未升级，未发生换件，此时可以放弃后续抓取。

4)执行周期型抓取时，进行全量、全字段抓取，尤其是告警、安全数据，以反映物理设备的最新真实情况。

5)无论是定期或临时的抓取，均需要检测数据是否发生变化，都需要进行数据留存至存储设备并进行版本控制，另外通知虚拟副本模块，上线新版本。

虚拟副本模块：为资源池中服务器启动redfish/ipmitcp/sshd/webservice缓存的server服务，主要考虑使用容器化技术：一个私有IP池，海量实例。

1)虚拟化、容器化涉及的镜像制作，副本配置(上一步的抓取数据)的挂载实现，可以采用消息队列通知机制，触发后续操作，无需人工干预。

2)最大程度模拟redfish/ipmitcp/sshd/snmp/restful交互流程，包括鉴权、访问令牌。

3)如果设备厂商提供了新版本redfish/ipmicp/sshd/snmp/webservice实现，则可以先放置到本模块中，完成基本验证后，再对物理设备进行升级。

4)提供实际设备服务地址和对应的虚拟副本服务地址的映射关系，并通知代理模块。

代理模块：可以通过物理设备EOR/TOR完成，也可以通过软硬结合、或者纯软件的方式，实现更动态、灵活的代理服务。

1)提供服务注册、服务发现的功能，自动完成虚拟副本实例与物理设备的映射。

2)作为虚拟副本模块的网关，引导检测模块，或访问副本实例，或直连实际设备。

3)当虚拟副本模块负载过高时，配合EOR路由配置，可实现临时的绕过方案，放行物理设备的直连访问。

检查模块：

1)如果和虚拟副本模块合设在同一设备中，则每轮检查的速度能大大提升。

2)实时提供测试报告，还可以标记检查是通过虚拟副本完成，还是同通过直连物理服务器完成。

3)提供同设备同版本的汇总统计数据，针对误报发起重测，预测通过率。

4)检查模块也可以是一个外部系统，得益于虚拟副本模块最大限度模拟了物理设备，原来的检测方法，交互流程都可以不做任何改变。

以上系统的一个典型的使用流程如图3所示，包括：

301～303，通过启动周期性的自动抓取，并对抓取到的接口数据进行持久化处理和版本控制，另外，利用所述接口数据，虚拟化所述资源池中各被测设备的查询接口虚拟服务，创建查询接口虚拟服务的虚拟副本。

304，在发起对资源池设备进行检查时，判断虚拟副本是否可用，如可用，则进入步骤307，否则进入步骤305。

305～306，通过EOR/TOR对实际的查询接口进行访问，获取物理服务器返回的查询数据。

307～308，通过虚拟副本提供查询服务，返回查询数据。

可以看出，本发明实施例利用容器、虚机、内部网关等技术，对被测设备实现了虚拟化孪生构建。通过对被测设备的外部接口进行抓取，实现了持久化版本控制。另外，由于通过虚拟化实现了设备管理模块的虚拟副本(也可视作数字孪生)，使得全资源池的设备都可以存在于单一设备中，脱离了原有的物理管理网络和物理设备的限制，消除了网络路径上和设备接口上的延迟，大大提升了验收检查效率。另外，本发明实施例对抓取数据做了持久化版本控制，可以对过往的历史数据进行追溯和查阅。

请参照图4，本发明实施例提供了一种资源池设备的检查装置，包括：

抓取模块41，用于基于资源池中各被测设备的查询接口的交互协议，抓取所述资源池中所有被测设备的接口数据；

虚拟副本模块42，用于利用所述接口数据，虚拟化所述资源池中各被测设备的查询接口虚拟服务；

代理模块43，用于利用所述查询接口虚拟服务，提供所述资源池的各个被测设备的查询数据。

可选的，所述抓取模块，还用于按照以下至少一种方式抓取接口数据：

按照预设周期，周期性的基于查询接口的所有交互协议，对资源池中所有被测设备进行全字段的接口数据抓取，获得第一接口数据；

针对所述资源池中的指定被测设备，进行非周期的接口数据抓取，获得第二接口数据。

可选的，所述指定被测设备包括以下至少一种：

通过对资源池中被测设备的带外健康监测，确定出发生异常的被测设备；

所述资源池中发生固件升级或硬件换件的被测设备。

可选的，所述抓取模块，还用于在针对所述资源池中的指定被测设备，进行所述非周期的接口数据抓取的过程中：若本次已抓取到的接口数据中的关键字段，与上一次抓取到的该指定被测设备的接口数据相匹配，且该指定被测设备在上一次抓取之后未进行固件升级或硬件换件，则放弃本次接口数据的后续抓取，采用上一次抓取到的该指定被测设备的接口数据，作为本次抓取的接口数据。

可选的，所述抓取模块，还用于在每抓取到所述资源池中任一被测设备的接口数据后，判断当前抓取到的接口数据与上一次抓取到的该任一被测设备的接口数据是否发生了更新，若是，则存储当前抓取到的接口数据，并作为该任一被测设备的最新版本的接口数据进行版本控制，以及，通知该任一被测设备的查询接口虚拟服务上线最新版本的接口数据。

可选的，所述虚拟副本模块，还用于使用容器化技术，创建所述资源池中各被测设备的查询接口虚拟服务，建立被测设备的查询接口的地址与该被测设备的查询接口虚拟服务的地址之间的映射关系，其中，所述查询接口虚拟服务用于模拟对应的查询接口的交互协议的交互流程；利用消息队列将所述接口数据配置给对应的查询接口虚拟服务。

可选的，所述抓取模块，还用于在超过预设时间未能抓取到第一被测设备的接口数据时，将所述第一被测设备的状态模拟为下电状态或下线状态，并设置所述第一被测设备的查询接口虚拟服务为不可用状态。

可选的，所述虚拟副本模块，还用于在需要对被测设备的查询接口进行版本更新时，利用所述查询接口虚拟服务对待更新的版本文件进行验证，在验证通过后，利用所述待更新的版本文件对该被测设备的查询接口进行版本更新。

可选的，所述代理模块，还用于通过服务发现及注册功能，发现并注册各被测设备的查询接口虚拟服务，并建立被测设备的查询接口的地址与该被测设备的查询接口虚拟服务的地址之间的映射关系；当接收到对资源池设备的检查请求时，通过被测设备的查询接口或查询接口虚拟服务，提供被测设备的查询数据。

可选的，所述代理模块，还用于在被测设备的查询接口虚拟服务的负载超过预设门限，或者被测设备的查询接口虚拟服务处于不可用状态时，根据该被测设备的查询接口的地址与该被测设备的查询接口虚拟服务的地址之间的映射关系，访问该被测设备的查询接口，获取该被测设备的查询数据，否则，通过被测设备的查询接口虚拟服务，获取该被测设备的查询数据。

请参照图5，本发明实施例提供的资源池设备的检查装置，除包括图4中的已有模块外，还包括：

检查模块44，用于根据所述资源池的各个被测设备的查询数据，生成测试报告，所述测试报告中包括有各个被测设备的查询数据的检查方式，所述检查方式包括通过查询接口虚拟服获得和通过查询接口获得；根据所述资源池的各个被测设备的查询数据，生成同一设备在同一版本下的汇总统计数据，利用所述汇总统计数据，确定出现错误的查询接口虚拟服务，并重新发起查询。

需要说明的是，该实施例中的装置是与上述图1所示的方法对应的设备，上述各实施例中的实现方式均适用于该设备的实施例中，也能达到相同的技术效果。本发明实施例提供的上述设备，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

请参照图6，本发明实施例提供的资源池设备的检查装置的另一种结构示意图，该装置包括：处理器601、收发机602、存储器603、用户接口604和总线接口。

在本发明实施例中，终端还包括：存储在存储器上603并可在处理器601上运行的程序。

所述处理器601执行所述程序时实现以下步骤：

基于资源池中各被测设备的查询接口的交互协议，抓取所述资源池中所有被测设备的接口数据；

利用所述接口数据，虚拟化所述资源池中各被测设备的查询接口虚拟服务；

利用所述查询接口虚拟服务，提供所述资源池的各个被测设备的查询数据。

可选的，所述抓取所述资源池中所有被测设备的接口数据，包括以下至少一种：

按照预设周期，周期性的基于查询接口的所有交互协议，对资源池中所有被测设备进行全字段的接口数据抓取，获得第一接口数据；

针对所述资源池中的指定被测设备，进行非周期的接口数据抓取，获得第二接口数据。

可选的，所述指定被测设备包括以下至少一种：

通过对资源池中被测设备的带外健康监测，确定出发生异常的被测设备；

所述资源池中发生固件升级或硬件换件的被测设备。

可选的，所述处理器执行所述程序时还实现以下步骤：

在针对所述资源池中的指定被测设备，进行所述非周期的接口数据抓取的过程中：

若本次已抓取到的接口数据中的关键字段，与上一次抓取到的该指定被测设备的接口数据相匹配，且该指定被测设备在上一次抓取之后未进行固件升级或硬件换件，则放弃本次接口数据的后续抓取，采用上一次抓取到的该指定被测设备的接口数据，作为本次抓取的接口数据。

可选的，所述处理器执行所述程序时还实现以下步骤：

在每抓取到所述资源池中任一被测设备的接口数据后，判断当前抓取到的接口数据与上一次抓取到的该任一被测设备的接口数据是否发生了更新，若是，则存储当前抓取到的接口数据，并作为该任一被测设备的最新版本的接口数据进行版本控制，以及，通知该任一被测设备的查询接口虚拟服务上线最新版本的接口数据。

可选的，所述处理器执行所述程序时还实现以下步骤：

使用容器化技术，创建所述资源池中各被测设备的查询接口虚拟服务，建立被测设备的查询接口的地址与该被测设备的查询接口虚拟服务的地址之间的映射关系，其中，所述查询接口虚拟服务用于模拟对应的查询接口的交互协议的交互流程；

利用消息队列将所述接口数据配置给对应的查询接口虚拟服务。

可选的，所述处理器执行所述程序时还实现以下步骤：

如果超过预设时间未能抓取到第一被测设备的接口数据，则将所述第一被测设备的状态模拟为下电状态或下线状态，并设置所述第一被测设备的查询接口虚拟服务为不可用状态。

可选的，所述处理器执行所述程序时还实现以下步骤：

在需要对被测设备的查询接口进行版本更新时，利用所述查询接口虚拟服务对待更新的版本文件进行验证，在验证通过后，利用所述待更新的版本文件对该被测设备的查询接口进行版本更新。

可选的，所述处理器执行所述程序时还实现以下步骤：

通过服务发现及注册功能，发现并注册各被测设备的查询接口虚拟服务，并建立被测设备的查询接口的地址与该被测设备的查询接口虚拟服务的地址之间的映射关系；

当接收到对资源池设备的检查请求时，通过被测设备的查询接口或查询接口虚拟服务，提供被测设备的查询数据。

可选的，所述处理器执行所述程序时还实现以下步骤：

在被测设备的查询接口虚拟服务的负载超过预设门限，或者被测设备的查询接口虚拟服务处于不可用状态时，根据该被测设备的查询接口的地址与该被测设备的查询接口虚拟服务的地址之间的映射关系，访问该被测设备的查询接口，获取该被测设备的查询数据，否则，通过被测设备的查询接口虚拟服务，获取该被测设备的查询数据。

可选的，所述处理器执行所述程序时还实现以下步骤：

根据所述资源池的各个被测设备的查询数据，生成测试报告，所述测试报告中包括有各个被测设备的查询数据的检查方式，所述检查方式包括通过查询接口虚拟服获得和通过查询接口获得；

根据所述资源池的各个被测设备的查询数据，生成同一设备在同一版本下的汇总统计数据，利用所述汇总统计数据，确定出现错误的查询接口虚拟服务，并重新发起查询。

可理解的，本发明实施例中，所述计算机程序被处理器601执行时可实现上述图1所示的方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

在图6中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器601代表的一个或多个处理器和存储器603代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机602可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口604还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。

处理器601负责管理总线架构和通常的处理，存储器603可以存储处理器601在执行操作时所使用的数据。

需要说明的是，该实施例中的设备是与上述图1所示的方法对应的设备，上述各实施例中的实现方式均适用于该设备的实施例中，也能达到相同的技术效果。该设备中，收发机602与存储器603，以及收发机602与处理器601均可以通过总线接口通讯连接，处理器601的功能也可以由收发机602实现，收发机602的功能也可以由处理器601实现。在此需要说明的是，本发明实施例提供的上述设备，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

在本发明的一些实施例中，还提供了一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现以下步骤：

基于资源池中各被测设备的查询接口的交互协议，抓取所述资源池中所有被测设备的接口数据；

利用所述接口数据，虚拟化所述资源池中各被测设备的查询接口虚拟服务；

利用所述查询接口虚拟服务，提供所述资源池的各个被测设备的查询数据。

该程序被处理器执行时能实现上述资源池设备的检查方法中的所有实现方式，且能达到相同的技术效果，为避免重复，此处不再赘述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (25)

1.一种资源池设备的检查方法，其特征在于，包括：

基于资源池中各被测设备的查询接口的交互协议，抓取所述资源池中所有被测设备的接口数据；

利用所述接口数据，虚拟化所述资源池中各被测设备的查询接口虚拟服务；

利用所述查询接口虚拟服务，提供所述资源池的各个被测设备的查询数据。

2.如权利要求1所述的方法，其特征在于，所述抓取所述资源池中所有被测设备的接口数据，包括以下至少一种：

按照预设周期，周期性的基于查询接口的所有交互协议，对资源池中所有被测设备进行全字段的接口数据抓取，获得第一接口数据；

针对所述资源池中的指定被测设备，进行非周期的接口数据抓取，获得第二接口数据。

3.如权利要求2所述的方法，其特征在于，所述指定被测设备包括以下至少一种：

通过对资源池中被测设备的带外健康监测，确定出发生异常的被测设备；

所述资源池中发生固件升级或硬件换件的被测设备。

4.如权利要求2所述的方法，其特征在于，在针对所述资源池中的指定被测设备，进行所述非周期的接口数据抓取的过程中：

若本次已抓取到的接口数据中的关键字段，与上一次抓取到的该指定被测设备的接口数据相匹配，且该指定被测设备在上一次抓取之后未进行固件升级或硬件换件，则放弃本次接口数据的后续抓取，采用上一次抓取到的该指定被测设备的接口数据，作为本次抓取的接口数据。

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

在每抓取到所述资源池中任一被测设备的接口数据后，判断当前抓取到的接口数据与上一次抓取到的该任一被测设备的接口数据是否发生了更新，若是，则存储当前抓取到的接口数据，并作为该任一被测设备的最新版本的接口数据进行版本控制，以及，通知该任一被测设备的查询接口虚拟服务上线最新版本的接口数据。

6.如权利要求2所述的方法，其特征在于，所述利用所述接口数据，虚拟化所述资源池中各被测设备的查询接口虚拟服务，包括：

使用容器化技术，创建所述资源池中各被测设备的查询接口虚拟服务，建立被测设备的查询接口的地址与该被测设备的查询接口虚拟服务的地址之间的映射关系，其中，所述查询接口虚拟服务用于模拟对应的查询接口的交互协议的交互流程；

利用消息队列将所述接口数据配置给对应的查询接口虚拟服务。

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

如果超过预设时间未能抓取到第一被测设备的接口数据，则将所述第一被测设备的状态模拟为下电状态或下线状态，并设置所述第一被测设备的查询接口虚拟服务为不可用状态。

8.如权利要求2所述的方法，其特征在于，在需要对被测设备的查询接口进行版本更新时，利用所述查询接口虚拟服务对待更新的版本文件进行验证，在验证通过后，利用所述待更新的版本文件对该被测设备的查询接口进行版本更新。

9.如权利要求2所述的方法，其特征在于，所述利用所述查询接口虚拟服务，提供所述资源池的各个被测设备的查询数据，包括:

通过服务发现及注册功能，发现并注册各被测设备的查询接口虚拟服务，并建立被测设备的查询接口的地址与该被测设备的查询接口虚拟服务的地址之间的映射关系；

当接收到对资源池设备的检查请求时，通过被测设备的查询接口或查询接口虚拟服务，提供被测设备的查询数据。

10.如权利要求9所述的方法，其特征在于，所述通过被测设备的查询接口或查询接口虚拟服务，提供被测设备的查询数据，包括：

在被测设备的查询接口虚拟服务的负载超过预设门限，或者被测设备的查询接口虚拟服务处于不可用状态时，根据该被测设备的查询接口的地址与该被测设备的查询接口虚拟服务的地址之间的映射关系，访问该被测设备的查询接口，获取该被测设备的查询数据，否则，通过被测设备的查询接口虚拟服务，获取该被测设备的查询数据。

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

根据所述资源池的各个被测设备的查询数据，生成测试报告，所述测试报告中包括有各个被测设备的查询数据的检查方式，所述检查方式包括通过查询接口虚拟服获得和通过查询接口获得；

根据所述资源池的各个被测设备的查询数据，生成同一设备在同一版本下的汇总统计数据，利用所述汇总统计数据，确定出现错误的查询接口虚拟服务，并重新发起查询。

12.一种资源池设备的检查装置，其特征在于，包括：

抓取模块，用于基于资源池中各被测设备的查询接口的交互协议，抓取所述资源池中所有被测设备的接口数据；

虚拟副本模块，用于利用所述接口数据，虚拟化所述资源池中各被测设备的查询接口虚拟服务；

代理模块，用于利用所述查询接口虚拟服务，提供所述资源池的各个被测设备的查询数据。

13.如权利要求12所述的装置，其特征在于，

所述抓取模块，还用于按照以下至少一种方式抓取接口数据：

按照预设周期，周期性的基于查询接口的所有交互协议，对资源池中所有被测设备进行全字段的接口数据抓取，获得第一接口数据；

针对所述资源池中的指定被测设备，进行非周期的接口数据抓取，获得第二接口数据。

14.如权利要求13所述的装置，其特征在于，所述指定被测设备包括以下至少一种：

通过对资源池中被测设备的带外健康监测，确定出发生异常的被测设备；

所述资源池中发生固件升级或硬件换件的被测设备。

15.如权利要求13所述的装置，其特征在于，

所述抓取模块，还用于在针对所述资源池中的指定被测设备，进行所述非周期的接口数据抓取的过程中：若本次已抓取到的接口数据中的关键字段，与上一次抓取到的该指定被测设备的接口数据相匹配，且该指定被测设备在上一次抓取之后未进行固件升级或硬件换件，则放弃本次接口数据的后续抓取，采用上一次抓取到的该指定被测设备的接口数据，作为本次抓取的接口数据。

16.如权利要求13所述的装置，其特征在于，

所述抓取模块，还用于在每抓取到所述资源池中任一被测设备的接口数据后，判断当前抓取到的接口数据与上一次抓取到的该任一被测设备的接口数据是否发生了更新，若是，则存储当前抓取到的接口数据，并作为该任一被测设备的最新版本的接口数据进行版本控制，以及，通知该任一被测设备的查询接口虚拟服务上线最新版本的接口数据。

17.如权利要求13所述的装置，其特征在于，

所述虚拟副本模块，还用于使用容器化技术，创建所述资源池中各被测设备的查询接口虚拟服务，建立被测设备的查询接口的地址与该被测设备的查询接口虚拟服务的地址之间的映射关系，其中，所述查询接口虚拟服务用于模拟对应的查询接口的交互协议的交互流程；利用消息队列将所述接口数据配置给对应的查询接口虚拟服务。

18.如权利要求13所述的装置，其特征在于，

所述抓取模块，还用于在超过预设时间未能抓取到第一被测设备的接口数据时，将所述第一被测设备的状态模拟为下电状态或下线状态，并设置所述第一被测设备的查询接口虚拟服务为不可用状态。

19.如权利要求13所述的装置，其特征在于，

所述虚拟副本模块，还用于在需要对被测设备的查询接口进行版本更新时，利用所述查询接口虚拟服务对待更新的版本文件进行验证，在验证通过后，利用所述待更新的版本文件对该被测设备的查询接口进行版本更新。

20.如权利要求13所述的装置，其特征在于，

所述代理模块，还用于通过服务发现及注册功能，发现并注册各被测设备的查询接口虚拟服务，并建立被测设备的查询接口的地址与该被测设备的查询接口虚拟服务的地址之间的映射关系；当接收到对资源池设备的检查请求时，通过被测设备的查询接口或查询接口虚拟服务，提供被测设备的查询数据。

21.如权利要求20所述的装置，其特征在于，

所述代理模块，还用于在被测设备的查询接口虚拟服务的负载超过预设门限，或者被测设备的查询接口虚拟服务处于不可用状态时，根据该被测设备的查询接口的地址与该被测设备的查询接口虚拟服务的地址之间的映射关系，访问该被测设备的查询接口，获取该被测设备的查询数据，否则，通过被测设备的查询接口虚拟服务，获取该被测设备的查询数据。

22.如权利要求13所述的装置，其特征在于，还包括：

检查模块，用于根据所述资源池的各个被测设备的查询数据，生成测试报告，所述测试报告中包括有各个被测设备的查询数据的检查方式，所述检查方式包括通过查询接口虚拟服获得和通过查询接口获得；根据所述资源池的各个被测设备的查询数据，生成同一设备在同一版本下的汇总统计数据，利用所述汇总统计数据，确定出现错误的查询接口虚拟服务，并重新发起查询。

23.一种资源池设备的检查装置，其特征在于，包括收发机和处理器，其中，

所述收发机，用于基于资源池中各被测设备的查询接口的交互协议，抓取所述资源池中所有被测设备的接口数据

所述处理器，用于利用所述接口数据，虚拟化所述资源池中各被测设备的查询接口虚拟服务；利用所述查询接口虚拟服务，提供所述资源池的各个被测设备的查询数据。

24.一种资源池设备的检查装置，其特征在于，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如权利要求1至11任一项所述的方法的步骤。

25.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至11任一项所述的方法的步骤。

Images