CN111221847A

CN111221847A - 监控数据存储方法、装置及计算机可读存储介质

Info

Publication number: CN111221847A
Application number: CN201811418997.7A
Authority: CN
Inventors: 雷凯
Original assignee: Hangzhou Hikvision System Technology Co Ltd
Current assignee: Hangzhou Hikvision System Technology Co Ltd
Priority date: 2018-11-26
Filing date: 2018-11-26
Publication date: 2020-06-02
Anticipated expiration: 2038-11-26
Also published as: CN111221847B

Abstract

本发明公开了一种监控数据存储方法、装置及计算机可读存储介质，涉及云平台领域，该方法包括：配置第一云平台中的资源集与第二云平台中的项目之间的对应关系，然后从第一云平台中获取监控数据，之后，根据第一云平台中的资源集包括的资源对象、第一云平台中的资源集包括的资源对象的监控指标、第一云平台中的资源集对应的项目的标识，生成监控结构表，并根据监控结构表，将监控数据存储至第二云平台中。本发明中将第一云平台的监控数据转存至第二云平台中，后续可以直接调用第二云平台的相关接口来从第二云平台中获取第一云平台的监控数据和/或第二云平台的监控数据，从而统一了对外服务接口，简化了数据查询过程，提高了数据查询效率。

Description

监控数据存储方法、装置及计算机可读存储介质

技术领域

本发明涉及云平台领域，特别涉及一种监控数据存储方法、装置及计算机可读存储介质。

背景技术

云平台可以基于互联网为用户提供服务，其已经被广泛应用于各个领域。为了及时了解云平台的资源使用情况，管理平台往往会查询云平台对自身进行监控得到的监控数据，以据此合理地对云平台进行资源分配。然而，当存在多个云平台时，管理平台需要调用不同的接口来查询不同云平台的监控数据，操作复杂，查询效率较低。因此，亟需一种监控数据存储方法，来提高监控数据的查询效率。

发明内容

本发明实施例提供了一种监控数据存储方法、装置及计算机可读存储介质，可以解决相关技术中不同云平台的监控数据查询效率低的问题。所述技术方案如下：

一方面，提供一种监控数据存储方法，所述方法包括：

配置第一云平台中的资源集与第二云平台中的项目之间的对应关系，所述第一云平台与所述第二云平台不同；

从所述第一云平台中获取监控数据，所述监控数据是对所述第一云平台中的资源集包括的资源对象的监控指标进行检测得到；

根据所述第一云平台中的资源集包括的资源对象、所述第一云平台中的资源集包括的资源对象的监控指标、所述第一云平台中的资源集对应的项目的标识，生成监控结构表；

根据所述监控结构表，将所述监控数据存储至所述第二云平台中。

可选地，所述配置第一云平台中的资源集与第二云平台中的项目之间的对应关系，包括：

如果存储的资源集标识与项目标识之间的对应关系中不包括所述第一云平台中的任一资源集A的标识对应的项目标识，则从所述第二云平台中查找所述资源集A对应的项目；

如果已查找到所述资源集A对应的项目，则将所述资源集A的标识与所述资源集A对应的项目的标识存储至所述资源集标识与项目标识之间的对应关系中；

如果未查找到所述资源集A对应的项目，则在所述第二云平台中创建所述资源集A对应的项目，并将所述资源集A的标识与所述资源集A对应的项目的标识存储至所述资源集标识与项目标识之间的对应关系中。

可选地，所述从所述第二云平台中查找所述资源集A对应的项目，包括：

如果所述第二云平台中的任一项目B的标识包括所述资源集A的标识，则确定已查找到所述资源集A对应的项目，且确定所述资源集A对应的项目为所述项目B；

如果所述第二云平台中所有的项目的标识均不包括所述资源集A的标识，则确定未查找到所述资源集A对应的项目。

可选地，所述根据所述第一云平台中的资源集包括的资源对象、所述第一云平台中的资源集包括的资源对象的监控指标、所述第一云平台中的资源集对应的项目的标识，生成监控结构表，包括：

按照资源对象所属的资源类型，将所述第一云平台中的任一资源集A包括的资源对象划分为多个第一资源对象组，所述多个第一资源对象组中的每个第一资源对象组包括的资源对象属于同一资源类型；

按照监控指标所属的监控类型，将所述多个第一资源对象组中每个第一资源对象组的监控指标划分为多个第一监控指标组，所述多个第一监控指标组中的每个第一监控指标组包括的监控指标属于同一监控类型；

将所述多个第一资源对象组中任一第一资源对象组A、所述第一资源对象组A包括的多个第一监控指标组中的任一第一监控指标组和所述资源集A对应的项目的标识确定为一条记录；

将所确定的多条记录作为表项组成所述监控结构表。

可选地，所述根据所述监控结构表，将所述监控数据存储至所述第二云平台中，包括：

将所述监控数据存储至消息队列中；

按照所述监控结构表中的所述多条记录的排列顺序，将所述消息队列中存储的所述多条记录中的每条记录中的第一监控指标组包括的监控指标的监控数据存储至所述第二云平台中。

可选地，所述将所述监控数据存储至消息队列中，包括：

按照资源对象所在的资源集，将所述第一云平台中的资源集包括的资源对象划分为多个第二资源对象组，所述多个第二资源对象组中的每个第二资源对象组包括的资源对象在同一资源集；

按照监控指标所属的监控类型，将所述多个第二资源对象组中每个第二资源对象组的监控指标划分为多个第二监控指标组，所述多个第二监控指标组中的每个第二监控指标组包括的监控指标属于同一监控类型；

将所述多个第二监控指标组包括的监控指标的监控数据分组存储至所述消息队列中。

一方面，提供一种监控数据存储装置，所述装置包括：

配置模块，用于配置第一云平台中的资源集与第二云平台中的项目之间的对应关系，所述第一云平台与所述第二云平台不同；

获取模块，用于从所述第一云平台中获取监控数据，所述监控数据是对所述第一云平台中的资源集包括的资源对象的监控指标进行检测得到；

生成模块，用于根据所述第一云平台中的资源集包括的资源对象、所述第一云平台中的资源集包括的资源对象的监控指标、所述第一云平台中的资源集对应的项目的标识，生成监控结构表；

存储模块，用于根据所述监控结构表，将所述监控数据存储至所述第二云平台中。

可选地，所述配置模块包括：

查找子模块，用于如果存储的资源集标识与项目标识之间的对应关系中不包括所述第一云平台中的任一资源集A的标识对应的项目标识，则从所述第二云平台中查找所述资源集A对应的项目；

第一存储子模块，用于如果已查找到所述资源集A对应的项目，则将所述资源集A的标识与所述资源集A对应的项目的标识存储至所述资源集标识与项目标识之间的对应关系中；

创建子模块，用于如果未查找到所述资源集A对应的项目，则在所述第二云平台中创建所述资源集A对应的项目，并将所述资源集A的标识与所述资源集A对应的项目的标识存储至所述资源集标识与项目标识之间的对应关系中。

可选地，所述查找子模块还用于：

可选地，所述生成模块包括：

第一划分子模块，用于按照资源对象所属的资源类型，将所述第一云平台中的任一资源集A包括的资源对象划分为多个第一资源对象组，所述多个第一资源对象组中的每个第一资源对象组包括的资源对象属于同一资源类型；

第二划分子模块，用于按照监控指标所属的监控类型，将所述多个第一资源对象组中每个第一资源对象组的监控指标划分为多个第一监控指标组，所述多个第一监控指标组中的每个第一监控指标组包括的监控指标属于同一监控类型；

确定子模块，用于将所述多个第一资源对象组中任一第一资源对象组A、所述第一资源对象组A包括的多个第一监控指标组中的任一第一监控指标组和所述资源集A对应的项目的标识确定为一条记录；

组成子模块，用于将所确定的多条记录作为表项组成所述监控结构表。

可选地，所述存储模块包括：

第二存储子模块，用于将所述监控数据存储至消息队列中；

第三存储子模块，用于按照所述监控结构表中的所述多条记录的排列顺序，将所述消息队列中存储的所述多条记录中的每条记录中的第一监控指标组包括的监控指标的监控数据存储至所述第二云平台中。

可选地，所述第二存储子模块还用于：

一方面，提供了一种监控数据存储装置，所述装置包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序代码，所述处理器执行所述程序代码时实现上述的监控数据存储方法。

一方面，提供一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，所述指令被处理器执行时实现上述的监控数据存储方法的步骤。

本发明实施例提供的技术方案至少包括如下有益效果：

在本发明实施例中，先配置第一云平台中的资源集与第二云平台中的项目之间的对应关系，然后从第一云平台中获取监控数据，并根据第一云平台中的资源集包括的资源对象、第一云平台中的资源集包括的资源对象的监控指标、第一云平台中的资源集对应的项目的标识，生成监控结构表，最后根据监控结构表，将监控数据存储至第二云平台中。如此，可以将第一云平台的监控数据转存至第二云平台中，后续可以直接调用第二云平台的相关接口来从第二云平台中获取第一云平台的监控数据和/或第二云平台的监控数据，从而使得不同云平台的监控数据可以统一从一个云平台中查询，统一了对外服务接口，简化了数据查询过程，提高了数据查询效率。

附图说明

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

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

图2是本发明实施例提供的第二种监控数据存储方法的流程图；

图3是本发明实施例提供的第三种监控数据存储方法的流程图；

图4是本发明实施例提供的一种监控数据存储装置的结构示意图；

图5是本发明实施例提供的一种配置模块的结构示意图；

图6是本发明实施例提供的一种生成模块的结构示意图；

图7是本发明实施例提供的一种存储模块的结构示意图；

图8是本发明实施例提供的另一种监控数据存储装置的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

接下来将结合附图对本发明实施例提供的监控数据存储方法进行详细介绍。

图1是本发明实施例提供的一种监控数据存储方法的流程图。参见图1，该方法包括以下步骤：

步骤101：配置第一云平台中的资源集与第二云平台中的项目之间的对应关系，第一云平台与第二云平台不同。

步骤102：从第一云平台中获取监控数据，监控数据是对第一云平台中的资源集包括的资源对象的监控指标进行检测得到。

步骤103：根据第一云平台中的资源集包括的资源对象、第一云平台中的资源集包括的资源对象的监控指标、第一云平台中的资源集对应的项目的标识，生成监控结构表。

步骤104：根据监控结构表，将监控数据存储至第二云平台中。

可选地，配置第一云平台中的资源集与第二云平台中的项目之间的对应关系，包括：

如果存储的资源集标识与项目标识之间的对应关系中不包括第一云平台中的任一资源集A的标识对应的项目标识，则从第二云平台中查找资源集A对应的项目；

如果已查找到资源集A对应的项目，则将资源集A的标识与资源集A对应的项目的标识存储至资源集标识与项目标识之间的对应关系中；

如果未查找到资源集A对应的项目，则在第二云平台中创建资源集A对应的项目，并将资源集A的标识与资源集A对应的项目的标识存储至资源集标识与项目标识之间的对应关系中。

可选地，从第二云平台中查找资源集A对应的项目，包括：

如果第二云平台中的任一项目B的标识包括资源集A的标识，则确定已查找到资源集A对应的项目，且确定资源集A对应的项目为项目B；

如果第二云平台中所有的项目的标识均不包括资源集A的标识，则确定未查找到资源集A对应的项目。

可选地，根据第一云平台中的资源集包括的资源对象、第一云平台中的资源集包括的资源对象的监控指标、第一云平台中的资源集对应的项目的标识，生成监控结构表，包括：

按照资源对象所属的资源类型，将第一云平台中的任一资源集A包括的资源对象划分为多个第一资源对象组，多个第一资源对象组中的每个第一资源对象组包括的资源对象属于同一资源类型；

按照监控指标所属的监控类型，将多个第一资源对象组中每个第一资源对象组的监控指标划分为多个第一监控指标组，多个第一监控指标组中的每个第一监控指标组包括的监控指标属于同一监控类型；

将多个第一资源对象组中任一第一资源对象组A、第一资源对象组A包括的多个第一监控指标组中的任一第一监控指标组和资源集A对应的项目的标识确定为一条记录；

将所确定的多条记录作为表项组成监控结构表。

可选地，根据监控结构表，将监控数据存储至第二云平台中，包括：

将监控数据存储至消息队列中；

按照监控结构表中的多条记录的排列顺序，将消息队列中存储的多条记录中的每条记录中的第一监控指标组包括的监控指标的监控数据存储至第二云平台中。

可选地，将监控数据存储至消息队列中，包括：

按照资源对象所在的资源集，将第一云平台中的资源集包括的资源对象划分为多个第二资源对象组，多个第二资源对象组中的每个第二资源对象组包括的资源对象在同一资源集；

按照监控指标所属的监控类型，将多个第二资源对象组中每个第二资源对象组的监控指标划分为多个第二监控指标组，多个第二监控指标组中的每个第二监控指标组包括的监控指标属于同一监控类型；

将多个第二监控指标组包括的监控指标的监控数据分组存储至消息队列中。

上述所有可选技术方案，均可按照任意结合形成本发明的可选实施例，本发明实施例对此不再一一赘述。

图2是本发明实施例提供的一种监控数据存储方法的流程图。本发明实施例将结合图2对图1所示的实施例进行展开论述。参见图2，该方法应用于管理平台，该方法包括以下步骤：

步骤201：配置第一云平台中的资源集与第二云平台中的项目之间的对应关系。

需要说明的是，第一云平台与第二云平台不同，管理平台可以通过调用不同的接口来分别从第一云平台和第二云平台中获取数据，第一云平台和第二云平台的接口调用规则不同。例如，第一云平台可以为VMware(威睿)云平台，第二云平台可以为OpenStack云平台。

另外，第一云平台中的资源集可以包括未存储在资源池中的资源的集合，还可以包括各个资源池中存储的资源的集合。例如，第一云平台中未存储在资源池中的有5个物理机和8个存储磁盘，第一云平台中还包括有2个资源池，分别为资源池1和资源池2，资源池1中存储有4个虚拟机，资源池2中存储有2个虚拟机，则此时第一云平台中有3个资源集，资源集1为未存储在资源池中的5个物理机和8个存储磁盘的集合，资源集2为资源池1中存储的4个虚拟机的集合，资源集3为资源池2中存储的2个虚拟机的集合。

再者，第二云平台中的项目为第二云平台中用于存储资源的集合，如第二云平台中的项目可以为OpenStack云平台中的Project(项目)。

需要说明的是，第一云平台中的资源集存储有第一云平台包括的资源，第二云平台中的项目存储有第二云平台包括的资源，因而为了便于后续将第一云平台的监控数据转存至第二云平台中，可以先配置第一云平台中的资源集与第二云平台中的项目之间的对应关系，从而后续可以根据资源集与项目之间的对应关系，将第一云平台的监控数据转存至第二云平台中。

具体地，步骤201的实现过程可以为：如果存储的资源集标识与项目标识之间的对应关系中不包括第一云平台中的任一资源集A的标识对应的项目标识，则从第二云平台中查找资源集A对应的项目；如果已查找到资源集A对应的项目，则将资源集A的标识与资源集A对应的项目的标识存储至资源集标识与项目标识之间的对应关系中；如果未查找到资源集A对应的项目，则在第二云平台中创建资源集A对应的项目，并将资源集A的标识与资源集A对应的项目的标识存储至资源集标识与项目标识之间的对应关系中。

进一步地，如果存储的资源集标识与项目标识之间的对应关系中包括资源集A的标识对应的项目标识，则将资源集A的标识对应的项目标识所标识的项目确定为资源集A对应的项目。

需要说明的是，当存储的资源集标识与项目标识之间的对应关系中不包括资源集A的标识对应的项目标识时，也就是说，当无法从该对应关系中查找到资源集A对应的项目时，可能是之前已经创建过资源集A对应的项目，但是因一些故障导致该对应关系中未存储资源集A对应的项目的标识，当然，也可能是之前未创建过资源集A对应的项目。因而，在此情况下，还可以从第二云平台中尝试查找资源集A对应的项目。如果已查找到资源集A对应的项目，说明之前已经创建过资源集A对应的项目，则此时可以直接将资源集A的标识与资源集A对应的项目的标识存储至资源集标识与项目标识之间的对应关系中，也即是，此时仅需重新建立资源集A与资源集A对应的项目之间的对应关系。如果未查找到资源集A对应的项目，说明之前并未创建过资源集A对应的项目，则此时可以先在第二云平台中创建资源集A对应的项目，再将资源集A的标识与资源集A对应的项目的标识存储至资源集标识与项目标识之间的对应关系中，以建立资源集A与资源集A对应的项目之间的对应关系。

另外，本发明实施例中在从资源集标识与项目标识之间的对应关系中无法确定资源集A对应的项目时，还可以在第二云平台中查找资源集A对应的项目，且在已查找到资源集A对应的项目时，可以直接在该对应关系中存储资源集A的标识和资源集A对应的项目的标识，从而可以避免重复创建资源集A对应的项目，节省了处理资源。

例如，第一云平台中有3个资源集，该3个资源集的标识分别为资源集标识1、资源集标识2、资源集标识3，假设资源集标识与项目标识之间的对应关系如下表1所示，则从如下表1所示的资源集标识与项目标识之间的对应关系中，可以确定出资源集标识1所标识的资源集对应的项目为项目标识1所标识的项目。由于表1中不包括资源集标识2和资源集标识3所标识的资源集对应的项目标识，因此可以在第二云平台中查找资源集标识2和资源集标识3所标识的资源集对应的项目，假设查找到了资源集标识2所标识的资源集对应的项目，且该项目的标识为项目标识2，则可以将资源集标识2与项目标识2存储至如下表1所示的资源集标识与项目标识之间的对应关系中。假设未查找到资源集标识3所标识的资源集对应的项目，则可以在第二云平台中创建资源集标识3所标识的资源集对应的项目，假设所创建的项目的标识为项目标识3，则可以将资源集标识3与项目标识3存储至如下表1所示的资源集标识与项目标识之间的对应关系中。当对表1执行完上述存储操作之后，即可得到如下表2所示的资源集标识与项目标识之间的对应关系。

表1

资源集标识	项目标识
		资源集标识1	项目标识1
资源集标识2	空
		资源集标识3	空

需要说明的是，本发明实施例仅以上述表1所示的资源集标识与项目标识之间的对应关系为例进行说明，上述表1并不对本发明实施例构成限定。

表2

资源集标识	项目标识
		资源集标识1	项目标识1
资源集标识2	项目标识2
		资源集标识3	项目标识3

需要说明的是，本发明实施例仅以上述表2所示的资源集标识与项目标识之间的对应关系为例进行说明，上述表2并不对本发明实施例构成限定。

其中，从第二云平台中查找资源集A对应的项目的实现过程可以为：如果第二云平台中的任一项目B的标识包括资源集A的标识，则确定已查找到资源集A对应的项目，且确定资源集A对应的项目为项目B；如果第二云平台中所有的项目的标识均不包括资源集A的标识，则确定未查找到资源集A对应的项目。

需要说明的是，当资源集A为第一云平台中未存储在资源池中的资源的集合时，资源集A的标识可以为预设的标识，如资源集A的标识可以为字符串“region”。当资源集A为第一云平台中的某个资源池中存储的资源的集合时，资源集A的标识可以为这个资源池的名称、ID(identification，身份标识)等。

另外，在第二云平台中创建第一云平台中的资源集A对应的项目时，可以根据资源集A的标识生成资源集A对应的项目的标识，也即是，资源集A对应的项目的标识会包括有资源集A的标识。

值得注意的是，实际应用中，不仅可以将一个第一云平台的监控数据转存至第二云平台，还可以将多个第一云平台的监控数据均转存至第二云平台，在此情况下，资源集A对应的项目的标识中不仅可以包括有资源集A的标识，还可以包括资源集A所在的第一云平台的标识，第一云平台的标识可以为第一云平台的名称、URL(Uniform Resource Locator，统一资源定位符)等。

这种情况下，从第二云平台中查找资源集A对应的项目的实现过程可以为：如果第二云平台中的任一项目B的标识包括资源集A的标识和资源集A所在的第一云平台的标识，则确定已查找到资源集A对应的项目，且确定资源集A对应的项目为项目B；如果第二云平台中所有的项目的标识均未同时包括资源集A的标识和资源集A所在的第一云平台的标识，则确定未查找到资源集A对应的项目。

步骤202：从第一云平台中获取监控数据。

需要说明的是，监控数据是对第一云平台中的资源集包括的资源对象的监控指标进行检测得到，监控指标是指需要对资源对象进行监控的某些性能指标。

例如，第一云平台中的资源集包括的资源对象有物理机、存储磁盘、虚拟机等，物理机的监控指标为CPU(Central Processing Unit，中央处理器)、内存、网络等，此时监控数据可以为CPU的使用率、内存占用率、网络负载等数据，存储磁盘的监控指标为磁盘空间等，此时监控数据可以为磁盘空间的使用率等，虚拟机的监控指标为CPU、内存、网络等，此时监控数据可以为CPU的使用率、内存占用率、网络负载等数据。

具体地，步骤202的实现过程可以为：先调用第一接口对第一用户权限进行验证，当第一用户权限验证通过时，再调用第二接口从第一云平台中获取监控数据。

需要说明的是，第一用户权限是指对第一云平台进行操作的用户权限，对第一用户权限进行验证时，可以对输入的第一用户名和第一密码进行验证，当第一用户名和第一密码均正确时，可以确定第一用户权限验证通过，当第一用户名和第一密码中的任意一个不正确时，可以确定第一用户权限验证未通过。

另外，第一接口和第二接口均可以预先进行设置，如第一接口和第二接口均可以为VMware vSphere api(application program interface，应用程序接口)等。

值得注意的是，按照上述步骤201-步骤202配置第一云平台中的资源集与第二云平台中的项目之间的对应关系，并从第一云平台中获取监控数据后，还可以按照如下步骤203-步骤206来根据第一云平台中的资源集包括的资源对象、第一云平台中的资源集包括的资源对象的监控指标、第一云平台中的资源集对应的项目的标识，生成监控结构表，以便后续可以按照该监控结构表对从第一云平台中获取的监控数据进行转存。

步骤203：按照资源对象所属的资源类型，将第一云平台中的任一资源集A包括的资源对象划分为多个第一资源对象组。

需要说明的是，该多个第一资源对象组中的每个第一资源对象组包括的资源对象属于同一资源类型。

例如，第一云平台中有3个资源集，资源集1中存储有5个物理机和8个存储磁盘，资源集2中存储有4个虚拟机，资源集3中存储有2个虚拟机，则此时按照资源对象所属的资源类型，对资源集1包括的资源对象进行划分，可以得到2个第一资源对象组，分别为第一资源对象组1：物理机1、物理机2、物理机3、物理机4、物理机5，第一资源对象组2：存储磁盘1、存储磁盘2、存储磁盘3、存储磁盘4、存储磁盘5、存储磁盘6、存储磁盘7、存储磁盘8；对资源集2包括的资源对象进行划分，可以得到1个第一资源对象组，为第一资源对象组3：虚拟机1、虚拟机2、虚拟机3、虚拟机4；对资源集3包括的资源对象进行划分，可以得到1个第一资源对象组，为第一资源对象组4：虚拟机5、虚拟机6。

步骤204：按照监控指标所属的监控类型，将该多个第一资源对象组中每个第一资源对象组的监控指标划分为多个第一监控指标组。

需要说明的是，该多个第一监控指标组中的每个第一监控指标组包括的监控指标属于同一监控类型。

例如，第一资源对象组1为物理机1、物理机2、物理机3、物理机4、物理机5，第一资源对象组1中包括的资源对象所属的资源类型是物理机。假设物理机的监控指标所属的监控类型为CPU、内存、网络，即物理机存在3种监控指标，则此时按照监控指标所属的监控类型对第一资源对象组1的监控指标进行划分，可以得到3个第一监控指标组，每个监控指标组包括5个监控指标，这3个第一监控指标组分别为第一监控指标组1：CPU1、CPU2、CPU3、CPU4、CPU5，第一监控指标组2：内存1、内存2、内存3、内存4、内存5，第一监控指标组3：网络1、网络2、网络3、网络4、网络5。

步骤205：将该多个第一资源对象组中任一第一资源对象组A、第一资源对象组A包括的多个第一监控指标组中的任一第一监控指标组和资源集A对应的项目的标识确定为一条记录。

需要说明的是，为了更多地获知监控数据的相关信息，实际应用中，每条记录中还可以包括监控数据的获取时间、监控数据所属的第一云平台的标识等。

步骤206：将所确定的多条记录作为表项组成监控结构表。

需要说明的是，为了更好地对每条记录进行定位，还可以为每条记录创建一个存储地址，如此，将所确定的多条记录作为表项生成监控结构表后，后续就可以根据该监控结构表中的存储地址对第一云平台的监控数据进行转存，也可以按照该存储地址从第二云平台中获取第一云平台的监控数据。

例如，将所确定的多条记录作为表项组成的监控结构表可以如下表3所示：

表3

需要说明的是，本发明实施例仅以上述表3所示的监控结构表为例进行说明，上述表3并不对本发明实施例构成限定。

值得注意的是，按照上述步骤203-步骤206生成监控结构表后，还可以按照如下步骤207-步骤208来根据该监控结构表，将该监控数据存储至第二云平台中。

步骤207：将该监控数据存储至消息队列中。

需要说明的是，消息队列是在数据的传输过程中保存数据的容器。例如，消息队列可以是MQ(Message Queue，消息队列)等。

具体地，步骤207的实现过程可以为：按照资源对象所在的资源集，将第一云平台中的资源集包括的资源对象划分为多个第二资源对象组，按照监控指标所属的监控类型，将该多个第二资源对象组中每个第二资源对象组的监控指标划分为多个第二监控指标组，将该多个第二监控指标组包括的监控指标的监控数据分组存储至消息队列中。

需要说明的是，该多个第二资源对象组中的每个第二资源对象组包括的资源对象在同一资源集，该多个第二资源对象组中每个第二资源对象组最多包括的资源对象的数量可以预先进行设置，如每个第二资源对象组最多可以包括5个资源对象等。该多个第二监控指标组中的每个第二监控指标组包括的监控指标属于同一监控类型。

另外，将该多个第二监控指标组包括的监控指标的监控数据分组存储至消息队列中，即是分别将各个第二监控指标组包括的监控指标的监控数据集体存储至消息队列中。例如，该多个第二监控指标组分别为第二监控指标组1、第二监控指标组2和第二监控指标组3，则可以先将第二监控指标组1包括的监控指标的监控数据存储至消息队列中，再将第二监控指标组2包括的监控指标的监控数据存储至消息队列中，最后将第二监控指标组3包括的监控指标的监控数据存储至消息队列中。

例如，消息队列中存储的监控数据可以如下表4所示：

表4

需要说明的是，本发明实施例仅以上述表4所示的消息队列中存储的监控数据为例进行说明，上述表4并不对本发明实施例构成限定。

值得说明的是，先按照资源对象所在的资源集，将第一云平台中的资源集包括的资源对象划分为多个第二资源对象组，再按照监控指标所属的监控类型，将该多个第二资源对象组中每个第二资源对象组的监控指标划分为多个第二监控指标组后，即可直接对各个第二监控指标组包括的监控指标的监控数据集体进行存储，从而不仅可以提高数据存储效率，而且可以避免存储过程中的数据丢失。

进一步地，在步骤207之前，还可以先进入该消息队列，具体可以先调用第三接口来验证第二用户权限，当第二用户权限验证通过时，再调用第四接口来进入该消息队列。

需要说明的是，第二用户权限是指对第二云平台进行操作的用户权限，对第二用户权限进行验证时，可以对输入的第二用户名和第二密码进行验证，当第二用户名和第二密码均正确时，可以确定第二用户权限验证通过，当第二用户名和第二密码中的任意一个不正确时，可以确定第二用户权限验证未通过。

另外，第三接口和第四接口均可以预先进行设置，如第三接口可以为openstackkeystone等，第四接口可以为Ceilometer-api等。

步骤208：按照该监控结构表中的多条记录的排列顺序，将消息队列中存储的该多条记录中的每条记录中的第一监控指标组包括的监控指标的监控数据存储至第二云平台中。

具体地，可以按照该监控结构表中的多条记录中的每条记录的存储地址，来从该消息队列中获取每条记录中的第一监控指标组包括的监控指标的监控数据，并将获取的监控数据存储至第二云平台中。

需要说明的是，实际应用中，可以按照该监控结构表中的多条记录的排列顺序，调用第五接口将消息队列中存储的该多条记录中的每条记录中的第一监控指标组包括的监控指标的监控数据存储至第二云平台中的预设数据库中。

另外，第五接口和预设数据库均可以预先进行设置，如第五接口可以为Gnocchi-api等，预设数据库可以为influxDB(时间序列数据库)等。

例如，该监控结构表如上表3所示，对于第一条记录来说，存储地址为ID1，其指示的是8点时云平台标识1所标识的第一云平台中的物理机1-5中的CPU1-5，则此时可以将该消息队列中存储的CPU1的监控数据、CPU2的监控数据、CPU3的监控数据、CPU4的监控数据和CPU5的监控数据存储至第二云平台中。对于第二条记录来说，存储地址为ID2，其指示的是8点时云平台标识1所标识的第一云平台中的物理机1-5中的内存1-5，则此时可以将该消息队列中存储的内存1的监控数据、内存2的监控数据、内存3的监控数据、内存4的监控数据和内存5的监控数据存储至第二云平台中。如此，按照该监控结构表中的多条记录的排列顺序，依次将消息队列中存储的监控数据存储至第二云平台中后，在第二云平台中可以得到如下表5所示的存储地址与监控数据之间的对应关系表。

表5

需要说明的是，本发明实施例仅以上述表5所示的存储地址与监控数据之间的对应关系为例进行说明，上述表5并不对本发明实施例构成限定。

进一步地，将第一云平台的监控数据转存至第二云平台中后，后续即可直接调用第二云平台的相关接口来从第二云平台中获取第一云平台的监控数据和/或第二云平台的监控数据，从而使得不同云平台的监控数据可以统一从一个云平台中进行查询，统一了对外服务接口，简化了数据查询过程，提高了数据查询效率。

更进一步地，从第二云平台中获取第一云平台的监控数据和/或第二云平台的监控数据后，还可以根据第一云平台的监控数据和/或第二云平台的监控数据，来进行报警，如可以根据第一云平台的监控数据和/或第二云平台的监控数据来确定资源使用状态，当资源使用状态超过预先设定的范围时，可以进行报警，以提醒管理人员重新对资源进行分配。在此情况下，由于第一云平台的监控数据和/或第二云平台的监控数据均是从第二云平台中获取的，因此可以对第一云平台的监控数据和/或第二云平台的监控数据设置统一的报警机制，从而可以简化报警过程，提高报警效率。

值得说明的是，VMware云平台通常是闭源的，即只能每隔20秒从VMware云平台中查询其当前检测得到的监控数据，VMware云平台的严苛条件使得VMware云平台的监控数据的获取较为困难，且由于每次仅能获取当前检测得到的监控数据，所以也使得获取的监控数据的参考性较低。本发明实施例中将VMware云平台的监控数据转存至Openstack云平台中，由于Openstack云平台是开源的，所以后续可以直接从Openstack云平台中获取之前转存的第一云平台所有的监控数据，从而不仅方便了监控数据的获取，而且使得获取的监控数据更为全面，参考性更高。

需要说明的是，本发明实施例中的监控数据转存过程可以通过多个服务节点竞争实现，即管理平台中可以存在多个服务节点，该多个服务节点可以每隔预设的时长(如1分钟)来竞争分布式锁，竞争成功得到该分布式锁的服务节点可以执行监控数据转存任务，即可以执行上述步骤201-步骤208来将第一云平台的监控数据转存至第二云平台中。监控数据转存完成后，可以释放该分布式锁，并进入下一轮竞争，从而可以避免因某个服务节点故障而导致监控数据断掉的问题，保证监控数据转存任务的正常进行。

为了便于理解，下面结合图3来对上述监控数据存储方法进行举例说明。如图3所示，第一云平台为VMware云平台，第二云平台为Openstack云平台，该监控数据存储方法可以包括如下步骤301-步骤307。

步骤301：监控平台中的多个服务节点竞争分布式锁，竞争成功得到该分布式锁的服务节点执行监控数据转存任务。

步骤302：配置VMware云平台中的资源集与Openstack云平台中的项目之间的对应关系。

步骤303：调用VMware vSphere api对第一用户权限进行验证。

步骤304：调用VMware vSphere api从VMware云平台中获取监控数据。

步骤305：根据VMware云平台中的资源集包括的资源对象、资源对象的监控指标和资源集对应的项目的标识，生成监控结构表。

步骤306：根据该监控结构表，将该监控数据转存至Openstack云平台。

具体地，步骤306可以包括步骤3061-步骤3064：

步骤3061：调用openstack keystone进行第二用户权限验证；

步骤3062：调用Ceilometer-api进入MQ；

步骤3063：将该监控数据存储至MQ；

步骤3064：按照该监控结构表中的多条记录的排列顺序，调用Gnocchi-api将MQ中存储的该多条记录包括的监控指标的监控数据存储至Openstack云平台中的influxDB中。

步骤307：该监控数据转存完成后，释放该分布式锁。

在本发明实施例中，先配置第一云平台中的资源集与第二云平台中的项目之间的对应关系，然后从第一云平台中获取监控数据，并根据第一云平台中的资源集包括的资源对象、第一云平台中的资源集包括的资源对象的监控指标、第一云平台中的资源集对应的项目的标识，生成监控结构表，最后根据监控结构表，将监控数据存储至第二云平台中。如此，可以将第一云平台的监控数据转存至第二云平台中，后续可以直接调用第二云平台的相关接口来从第二云平台中获取第一云平台的监控数据和/或第二云平台的监控数据，从而使得不同云平台的监控数据可以统一从一个云平台中进行查询，统一了对外服务接口，简化了数据查询过程，提高了数据查询效率。并且，这种情况下，还可以对第一云平台的监控数据和/或第二云平台的监控数据设置统一的报警机制，从而可以简化报警过程，提高报警效率。

接下来对本发明实施例提供的监控数据存储装置进行介绍。

图4是本发明实施例提供的一种监控数据存储装置的结构示意图。参见图4，该装置包括：配置模块401、获取模块402、生成模块403和存储模块404。

配置模块401，用于配置第一云平台中的资源集与第二云平台中的项目之间的对应关系，第一云平台与第二云平台不同。

获取模块402，用于从第一云平台中获取监控数据，监控数据是对第一云平台中的资源集包括的资源对象的监控指标进行检测得到。

生成模块403，用于根据第一云平台中的资源集包括的资源对象、第一云平台中的资源集包括的资源对象的监控指标、第一云平台中的资源集对应的项目的标识，生成监控结构表。

存储模块404，用于根据监控结构表，将监控数据存储至第二云平台中。

可选地，参见图5，配置模块401包括：

查找子模块4011，用于如果存储的资源集标识与项目标识之间的对应关系中不包括第一云平台中的任一资源集A的标识对应的项目标识，则从第二云平台中查找资源集A对应的项目。

第一存储子模块4012，用于如果已查找到资源集A对应的项目，则将资源集A的标识与资源集A对应的项目的标识存储至资源集标识与项目标识之间的对应关系中。

创建子模块4013，用于如果未查找到资源集A对应的项目，则在第二云平台中创建资源集A对应的项目，并将资源集A的标识与资源集A对应的项目的标识存储至资源集标识与项目标识之间的对应关系中。

可选地，查找子模块4011还用于：

可选地，参见图6，生成模块403包括：

第一划分子模块4031，用于按照资源对象所属的资源类型，将第一云平台中的任一资源集A包括的资源对象划分为多个第一资源对象组，多个第一资源对象组中的每个第一资源对象组包括的资源对象属于同一资源类型。

第二划分子模块4032，用于按照监控指标所属的监控类型，将多个第一资源对象组中每个第一资源对象组的监控指标划分为多个第一监控指标组，多个第一监控指标组中的每个第一监控指标组包括的监控指标属于同一监控类型。

确定子模块4033，用于将多个第一资源对象组中任一第一资源对象组A、第一资源对象组A包括的多个第一监控指标组中的任一第一监控指标组和资源集A对应的项目的标识确定为一条记录。

组成子模块4034，用于将所确定的多条记录作为表项组成监控结构表。

可选地，参见图7，存储模块404包括：

第二存储子模块4041，用于将监控数据存储至消息队列中。

第三存储子模块4042，用于按照监控结构表中的多条记录的排列顺序，将消息队列中存储的多条记录中的每条记录中的第一监控指标组包括的监控指标的监控数据存储至第二云平台中。

可选地，第二存储子模块4041还用于：

需要说明的是：上述实施例提供的监控数据存储装置在对监控数据进行存储时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的监控数据存储装置与监控数据存储方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

图8是本发明实施例提供的一种监控数据存储装置的结构示意图，该装置可以为服务器800，服务器800可以是后台服务器集群中的服务器。具体来讲：

服务器800包括中央处理单元(CPU)801、包括随机存取存储器(RAM)802和只读存储器(ROM)803的系统存储器804，以及连接系统存储器804和中央处理单元801的系统总线805。服务器800还包括帮助计算机内的各个器件之间传输信息的基本输入/输出系统(I/O系统)806，和用于存储操作系统813、应用程序814和其他程序模块815的大容量存储设备807。

基本输入/输出系统806包括有用于显示信息的显示器808和用于用户输入信息的诸如鼠标、键盘之类的输入设备809。其中显示器808和输入设备809都通过连接到系统总线805的输入输出控制器810连接到中央处理单元801。基本输入/输出系统806还可以包括输入输出控制器810以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地，输入输出控制器810还提供输出到显示屏、打印机或其他类型的输出设备。

大容量存储设备807通过连接到系统总线805的大容量存储控制器(未示出)连接到中央处理单元801。大容量存储设备807及其相关联的计算机可读介质为服务器800提供非易失性存储。也就是说，大容量存储设备807可以包括诸如硬盘或者CD-ROM驱动器之类的计算机可读介质(未示出)。

不失一般性，计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、EPROM、EEPROM、闪存或其他固态存储其技术，CD-ROM、DVD或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然，本领域技术人员可知计算机存储介质不局限于上述几种。上述的系统存储器804和大容量存储设备807可以统称为存储器。

根据本发明的各种实施例，服务器800还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即服务器800可以通过连接在系统总线805上的网络接口单元811连接到网络812，或者说，也可以使用网络接口单元811来连接到其他类型的网络或远程计算机系统(未示出)。

上述存储器还包括一个或者一个以上的程序，一个或者一个以上程序存储于存储器中，被配置由CPU执行。所述一个或者一个以上程序包含用于进行图1或图2实施例提供的监控数据存储方法的指令。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器，上述指令可由服务器的处理器执行以完成本发明各个实施例所示的监控数据存储方法。例如，非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种平台机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

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

2.如权利要求1所述的方法，其特征在于，所述配置第一云平台中的资源集与第二云平台中的项目之间的对应关系，包括：

3.如权利要求2所述的方法，其特征在于，所述从所述第二云平台中查找所述资源集A对应的项目，包括：

4.如权利要求1所述的方法，其特征在于，所述根据所述第一云平台中的资源集包括的资源对象、所述第一云平台中的资源集包括的资源对象的监控指标、所述第一云平台中的资源集对应的项目的标识，生成监控结构表，包括：

将所确定的多条记录作为表项组成所述监控结构表。

5.如权利要求4所述的方法，其特征在于，所述根据所述监控结构表，将所述监控数据存储至所述第二云平台中，包括：

将所述监控数据存储至消息队列中；

6.如权利要求1所述的方法，其特征在于，所述将所述监控数据存储至消息队列中，包括：

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

8.如权利要求7所述的装置，其特征在于，所述配置模块包括：

9.如权利要求8所述的装置，其特征在于，所述查找子模块还用于：

10.如权利要求7所述的装置，其特征在于，所述生成模块包括：

11.如权利要求10所述的装置，其特征在于，所述存储模块包括：

第二存储子模块，用于将所述监控数据存储至消息队列中；

12.如权利要求7所述的装置，其特征在于，所述第二存储子模块还用于：

13.一种监控数据存储装置，其特征在于，所述装置包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为执行权利要求1-6所述的任一项方法的步骤。

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