CN117724857A

CN117724857A - 异构虚拟化平台的纳管方法、装置、终端设备及存储介质

Info

Publication number: CN117724857A
Application number: CN202410179134.8A
Authority: CN
Inventors: 邹理贤; 叶立新
Original assignee: Winhong Information Technology Co ltd
Current assignee: Winhong Information Technology Co ltd
Priority date: 2024-02-18
Filing date: 2024-02-18
Publication date: 2024-03-19

Abstract

本发明公开了一种异构虚拟化平台的纳管方法、装置、终端设备及存储介质，所述纳管方法应用于云管理平台，所述云管理平台用于接入虚拟化平台；所述纳管方法包括：获取待接入虚拟化平台；检测所述待接入虚拟化平台是否为初次接入；若是，获取待接入虚拟化平台的虚拟资源信息，并根据所述虚拟资源信息生成第一适配规则，根据所述第一适配规则将待接入虚拟化平台接入云管理平台；其中，所述虚拟资源信息包括：集群、宿主机、存储池、网络、镜像、虚拟机、虚拟磁盘；若否，从云管理平台中获取待接入虚拟化平台所对应的第二适配规则，根据所述第二适配规则将待接入虚拟化平台接入云管理平台。通过实施本发明能提高虚拟化平台的纳管效率。

Description

异构虚拟化平台的纳管方法、装置、终端设备及存储介质

技术领域

本发明涉及服务器虚拟化技术领域，尤其涉及一种异构虚拟化平台的纳管方法、装置、终端设备及存储介质。

背景技术

随着虚拟化平台的发展，出现了越来越多不同的虚拟化平台，各虚拟化平台的底层实现技术、API和架构也存在差异性。在对多个虚拟化平台进行统一管理时，需要将各个虚拟化平台接入到管理平台中，由于各虚拟化平台间的差异性导致在将虚拟化平台直接接入管理平台时需要根据虚拟化平台改动管理平台的代码或编写完整的底层接入代码使虚拟化平台完成接入，这种虚拟化平台接入的方式存在效率低的问题。

发明内容

本发明实施例提供一种异构虚拟化平台的纳管方法、装置、终端设备及存储介质，能提高对虚拟化平台纳管的效率。

本发明一实施例提供一种异构虚拟化平台的纳管方法，应用于云管理平台，所述云管理平台用于接入虚拟化平台；

所述纳管方法，包括：

获取待接入虚拟化平台；

检测所述待接入虚拟化平台是否为初次接入；

若是，获取待接入虚拟化平台的虚拟资源信息，并根据所述虚拟资源信息生成第一适配规则，根据所述第一适配规则将待接入虚拟化平台接入云管理平台；其中，所述虚拟资源信息包括：集群、宿主机、存储池、网络、镜像、虚拟机、虚拟磁盘；

若否，从云管理平台中获取待接入虚拟化平台所对应的第二适配规则，根据所述第二适配规则将待接入虚拟化平台接入云管理平台。

进一步地，所述检测所述待接入虚拟化平台是否为初次接入，包括：

获取所述待接入虚拟化平台的身份标识号；

检测所述身份标识号是否存在于云管理平台中；

在所述身份标识号存在时，认为待接入虚拟化平台不为初次接入；

在所述身份标识不存在时，认为待接入虚拟化平台为初次接入。

进一步地，所述获取待接入虚拟化平台的虚拟资源信息，并根据所述虚拟资源信息生成第一适配规则，包括：

获取待接入虚拟化平台的虚拟资源信息以及云管理平台中与待接入虚拟化平台相似的已接入虚拟化平台所对应的第三适配规则；

根据所述第三适配规则生成适配规则模板；

根据待接入虚拟化平台的虚拟资源信息以及所述适配规则模板生成第一适配规则。

进一步地，还包括：

响应用户在云管理平台中的虚拟化平台接入操作，获取目标接入虚拟化平台的身份标识号；其中，所述目标接入虚拟化平台为非初次接入云管理平台的虚拟化平台；

根据目标接入虚拟化平台的身份标识号获取对应的第四适配规则；

根据所述第四适配规则将目标接入虚拟化平台接入云管理平台中。

在上述方法项实施例的基础上，本发明对应提供了装置项实施例；

本发明一实施例对应提供了一种异构虚拟化平台的纳管装置，应用于云管理平台，所述云管理平台用于接入虚拟化平台；

所述纳管装置，包括：数据获取模块以及纳管模块；

所述数据获取模块，用于获取待接入虚拟化平台；

所述纳管模块，用于检测所述待接入虚拟化平台是否为初次接入；若是，获取待接入虚拟化平台的虚拟资源信息，并根据所述虚拟资源信息生成第一适配规则，根据所述第一适配规则将待接入虚拟化平台接入云管理平台；其中，所述虚拟资源信息包括：集群、宿主机、存储池、网络、镜像、虚拟机、虚拟磁盘；若否，从云管理平台中获取待接入虚拟化平台所对应的第二适配规则，根据所述第二适配规则将待接入虚拟化平台接入云管理平台。

获取所述待接入虚拟化平台的身份标识号；

检测所述身份标识号是否存在于云管理平台中；

根据所述第三适配规则生成适配规则模板；

进一步地，还包括：纳管响应模块；

所述纳管响应模块，用于响应用户在云管理平台中的虚拟化平台接入操作，获取目标接入虚拟化平台的身份标识号；其中，所述目标接入虚拟化平台为非初次接入云管理平台的虚拟化平台；根据目标接入虚拟化平台的身份标识号获取对应的第四适配规则；根据所述第四适配规则将目标接入虚拟化平台接入云管理平台中。

本发明另一实施例提供了一种终端设备，包括处理器、存储器以及存储在所述存储器中且被配置为由所述处理器执行的计算机程序，所述处理器执行所述计算机程序时实现上述发明实施例所述的一种异构虚拟化平台的纳管方法。

本发明另一实施例提供了一种存储介质，所述存储介质包括存储的计算机程序，其中，在所述计算机程序运行时控制所述存储介质所在设备执行上述发明实施例所述的一种异构虚拟化平台的纳管方法。

通过实施本发明具有如下有益效果：

本发明提供了一种异构虚拟化平台的纳管方法、装置、终端设备及存储介质，该纳管方法，通过检测待接入虚拟化平台是否为初次接入的虚拟化平台，若不为初次加入，采用直接获取已有适配规则的方式，若为初次接入，采用获取虚拟化平台的虚拟资源信息的方式，并根据虚拟资源信息生成适配规则，根据所生成的适配规则将待接入虚拟化平台接入到云管理平台；通过接入检测和适配规则生成的方式，提高了对虚拟化平台纳管的效率。

附图说明

图1是本发明一实施例提供的一种异构虚拟化平台的纳管方法的流程示意图。

图2是本发明一实施例提供的WinCloud云管理平台纳管虚拟化平台的第一结构示意图

图3是本发明一实施例提供的WinCloud云管理平台纳管虚拟化平台的第二结构示意图。

图4是本发明一实施例提供的region表。

图5是本发明一实施例提供的resource_info表。

图6是本发明一实施例提供的一种异构虚拟化平台的纳管装置的流程示意图。

具体实施方式

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

如图1所示，是本发明一实施例提供的一种异构虚拟化平台的纳管方法，应用于如图2所示的云管理平台，所述云管理平台用于接入虚拟化平台；

所述纳管方法，包括：

步骤S1：获取待接入虚拟化平台；

步骤S2：检测所述待接入虚拟化平台是否为初次接入；若是，获取待接入虚拟化平台的虚拟资源信息，并根据所述虚拟资源信息生成第一适配规则，根据所述第一适配规则将待接入虚拟化平台接入云管理平台；其中，所述虚拟资源信息包括：集群、宿主机、存储池、网络、镜像、虚拟机、虚拟磁盘；若否，从云管理平台中获取待接入虚拟化平台所对应的第二适配规则，根据所述第二适配规则将待接入虚拟化平台接入云管理平台。

需要说明的是，如图2所示，在本发明实施例中，主要涉及CNware虚拟化平台、WinStack虚拟化平台、VMware虚拟化平台、OpenStack虚拟化平台、PowerVC虚拟化平台、FusionCompute虚拟化平台这六个虚拟化管理平台，以及WinCloud云管理平台。其中，CNware虚拟化平台、WinStack虚拟化平台、VMware虚拟化平台、OpenStack虚拟化平台、PowerVC虚拟化平台、FusionCompute虚拟化平台是异构的虚拟化平台。它们底层的虚拟化实现技术不一样，使用的架构也不一样，它们都是能够基于自身的能力提供虚拟化服务的平台。而WinCloud云管理平台则负责对它们进行纳管，可以把这些虚拟化平台底层的集群、宿主机、存储池、网络、镜像、虚拟机、虚拟磁盘等虚拟化资源纳管进来统一管理。并能对公共的资源进行抽象，提供统一api的能力。在WinCloud云管理平台纳管这些虚拟化平台后，可将这些虚拟化平台的虚拟化资源进行统一管理。

如图3所示，WinCloud云管理平台包括有前端ui微服务、cloud-center微服务、cloud-center代理以及各虚拟化平台所对应的cloud-core适配层；其中，每一虚拟化平台对应一cloud-core适配层。cloud-core-cnware适配层负责和CNware虚拟化平台的各种资源接口对接，cloud-core-winstack适配层负责和WinStack虚拟化平台的各种资源接口对接，cloud-core-vmware适配层负责和VMware虚拟化平台的各种资源接口对接，cloud-core-openstack适配层负责和OpenStack虚拟化平台的各种资源接口对接，cloud-core-powervc适配层负责和PowerVC虚拟化平台的各种资源接口对接，cloud-core-fusioncompute适配层负责和FusionCompute虚拟化平台的各种资源接口对接。ui微服务是前端页面服务，cloud-center微服务负责提供统一的对外api给ui微服务调用，cloud-center微服务接收到ui的请求后经过cloud-center代理，由cloud-center代理负责转发至相应的cloud-core适配层，最后由相应的cloud-core适配层对接相应的虚拟化平台。

对于步骤S1、获取待接入虚拟化平台。

对于步骤S2、检测待接入虚拟化平台是否为初次接入WinCloud云管理平台。

在一个优选的实施例中，所述检测所述待接入虚拟化平台是否为初次接入，包括：获取所述待接入虚拟化平台的身份标识号；检测所述身份标识号是否存在于云管理平台中；在所述身份标识号存在时，认为待接入虚拟化平台不为初次接入；在所述身份标识不存在时，认为待接入虚拟化平台为初次接入。

具体的，检测所述待接入虚拟化平台是否为初次接入WinCloud云管理平台可通过获取待接入虚拟化平台的身份标识号，即ID，通过ID在WinCloud云管理平台中查找是否有该ID所对应的适配层，若有，则认为待接入虚拟化平台不为初次接入，若没有，则认为待接入虚拟化平台为初次接入。

在检测到待接入虚拟化平台为初次接入WinCloud云管理平台时，获取待接入虚拟化平台的集群、宿主机、存储池、网络、镜像、虚拟机、虚拟磁盘等虚拟资源信息，根据虚拟资源信息生成对应的第一适配规则，根据所述第一适配规则构建一适配层，将待接入虚拟化平台与所构建的适配层对接，使待接入虚拟化平台接入到WinCloud云管理平台。在检测到待接入虚拟化平台不为初次接入WinCloud云管理平台时，则直接从WinCloud云管理平台中获取对应的第二适配规则，根据第二适配规则匹配相应的适配层，根据所匹配的适配层将待接入虚拟化平台接入WinCloud云管理平台。其中，所述第一适配规则为根据待接入虚拟化平台的虚拟资源信息构建的用于生成待接入虚拟化平台所对应适配层的规则，即用于生成待接入虚拟化平台所对应适配层代码的规则；所述第二适配规则为云管理平台中与待接入虚拟化平台一致的适配层的规则，即待接入虚拟化平台初次接入云管理平台时根据待接入虚拟化平台初次接入时的虚拟资源信息构建的用于生成待接入虚拟化平台初次接入时所对应适配层的规则。

为了更好的理解本发明，以下对根据待接入虚拟化平台的集群、宿主机、存储池、网络、镜像、虚拟机、虚拟磁盘等虚拟资源信息生成适配层代码的逻辑进行详细说明。

第一步，先使用开发工具新创建一个子maven项目。

第二步，对多种虚拟化平台的业务做抽象，把公共的业务抽象成用同一个接口实现。比如：几乎每种虚拟化平台都有创建虚拟机、根据虚拟机id查询虚拟机详情信息、删除虚拟机、调整虚拟机的内存、查询集群列表、查询宿主机列表、查询存储池列表、查询网络列表、查询镜像列表等这些功能。将这些通用的功能设计成一个个通用的接口来实现。比如，创建虚拟机接口的代码如下所示：

@PostMapping

@ApiOperation(value ="创建虚拟机", produces = WebConstant.PRODUCES)

public void createVm(IdentityVO identityVO, @RequestBody VmCreateVOvmCreateRequestVO) throws Exception {

logger.info("创建"+ identityVO.getHypervisor() +"虚拟机入参："+JSONObject.fromObject(vmCreateRequestVO));

VmBoService bo = HandlerFactory.getHandler(VmBoService.class,identityVO.getCloudPlatform(),

Version.V80.toString());

bo.createVm(identityVO, vmCreateRequestVO);

}

/**

* 虚拟机创建请求参数

*

* @author yelx

*

*/

public class VmCreateVO extends BaseVO {

/**

* 名称

*/

private String name;

/**

* 网络主机名

*/

private String hostName;

/**

* vcpu单位个

*/

private Integer vcpu;

/**

* 内存单位MB

*/

private Integer memory;

/**

* 根磁盘单位GB

*/

private Integer storage;

/**

* 网络列表

*/

private List<Map<String, String>>networks;

/**

* 云硬盘列表

*/

private List<VolumeCreateVO>volumes;

/**

* 镜像ID

*/

private String imageId;

/**

* 虚拟机用户的密码

*/

private String adminPass;

/**

* 物理主机ID

*/

private String targetHostId;

/**

* 存储池ID

*/

private String storagePoolId;

/**

* 基本VO类

*

* @author yelx

*

*/

public class BaseVO {

/**

* 扩展字段

*/

@Expose

protected Map<String, Object>metaData = new HashMap<String,Object>();

public Map<String, Object>getMetaData() {

return metaData;

}

public void setMetaData(Map<String, Object>metaData) {

this.metaData = metaData;

}

@Override

public String toString() {

return"BaseVO [metaData="+ metaData +"]";

}

/**

*

* @author yelx

*

*/

@Getter

@Setter

@ToString

@NoArgsConstructor

@AllArgsConstructor

@Builder

public class IdentityVO implements Serializable {

private static final long serialVersionUID = -26434590775458360L;

private static Logger logger = LoggerFactory.getLogger(IdentityVO.class);

/**

* 账号

*/

protected String account;

/**

* 密码

*/

protected String password;

/**

* 端口

*/

protected String port;

/**

* 请求方式

*/

protected String protocol;

/**

* ip

*/

protected String ip;

/**

* 租户

*/

protected String tenant;

/**

* 租户id

*/

protected String tenantId;

/**

* 虚拟化类型

*/

protected String hypervisor;

/**

* 虚拟化平台类型

*/

protected String cloudPlatform;

protected String regionUuid;

/**

* 扩展字段，json字符串格式保存

*/

protected String metaData;

}

如上面代码所示是适配层创建虚拟机时执行的相关代码。VmCreateVO类是创建虚拟机接口的入参实体类。这里面定义的参数基本都是所有虚拟化平台通用的。因为这些虚拟化平台在创建虚拟机时都需要指定虚拟机名称（name属性）、网络主机名（hostName属性）、VCPU个数（vcpu属性）、内存大小（memory属性）、系统盘大小（storage属性）、网卡列表（networks属性）、数据盘列表（volumes属性）、镜像id（imageId属性）、虚拟机用户的密码（adminPass属性）、宿主机id（targetHostId属性）、存储池id（storagePoolId属性），所以在VmCreateVO类里定义了以上这些参数。另外，如果虚拟化平台之间的创建虚拟机接口不只有上述写到的参数时，把那些差异化的参数，存放到一个名为metaData的属性中，这个metaData属性的数据类型是Map，能够支持存放这些差异化的参数。因为VmCreateVO类有继承BaseVO类，BaseVO类里有metaData属性，所以相当于VmCreateVO类也有metaData属性。IdentityVO类用来存放每个虚拟化平台的一些认证信息的参数，包括：ip（ip属性）、端口（port属性）、请求方式（protocol属性）、账号（account属性）、密码（password属性）等。因为调用虚拟化平台的接口时需要用到这些信息，所以IdentityVO类也是一个通用的类。

以上就是一个适配层中创建虚拟机接口的实现方式。像查询集群、查询宿主机、查询存储池、查询镜像、查询网络等接口也是跟创建虚拟机接口一样的方式去设计和实现，此处不再赘述。当把集群、宿主机、存储池、镜像、网络、虚拟机、虚拟磁盘等这些模块的接口实现都完成时，那么一个虚拟化平台的适配层代码就实现了。如果后面要对接一种新的虚拟化平台时，只需要把这个子maven工程复制一份出来，所有接口的路径、命名、出参、入参不用修改，只需要修改里面的业务代码即可。这就快速完成了一种新的虚拟化平台的对接。

在一个优选的实施例中，所述获取待接入虚拟化平台的虚拟资源信息，并根据所述虚拟资源信息生成第一适配规则，包括：获取待接入虚拟化平台的虚拟资源信息以及云管理平台中与待接入虚拟化平台相似的已接入虚拟化平台所对应的第三适配规则；根据所述第三适配规则生成适配规则模板；根据待接入虚拟化平台的虚拟资源信息以及所述适配规则模板生成第一适配规则。

具体的，获取待接入虚拟化平台的集群、宿主机、存储池、网络、镜像、虚拟机、虚拟磁盘等虚拟资源信息；并从WinCloud云管理平台获取与待接入虚拟化平台相似的已接入虚拟化平台所对应的第三适配规则；其中，第三适配规则为与第一适配规则或第二适配规则相近的其余已接入虚拟化平台所对应的适配层的规则。获取第三适配规则的原因是由于，如果时相同的虚拟化资源，每个适配层所提供的api是一样的，相当于对相同虚拟化资源的接口做了一层抽象和制定了一套标准，该标准即为上述适配规则模板，在待接入虚拟化平台需接入WinCloud云管理平台时，仅需基于适配规则模板和待接入虚拟化的集群、宿主机、存储池、网络、镜像、虚拟机、虚拟磁盘等虚拟资源信息生成第一适配规则后，根据第一适配规则构建对应的适配层，即可将待接入虚拟化平台接入WinCloud云管理平台。优选的，体现在代码编写上，即对于WinCloud云管理平台后端结构来说，在一新的待接入虚拟化平台接入时，只需把其他已经开发的相似度与当前待接入虚拟化平台最接近的cloud-core适配层的代码复制一份过来再进行修改，主要修改虚拟资源信息，即可完成待接入虚拟化平台的接入，在很大程度上减少了开发的工作量和缩短了开发的周期，提高了虚拟化平台接入WinCloud云管理平台的效率。

示例性的，在WinCloud云管理平台已接入WinStack虚拟化平台后，需接入FusionCompute虚拟化平台时，可直接获取cloud-core-winstack；其中，cloud-core-winstack是早期对接WinStack虚拟化平台时开发的适配层；根据cloud-core-winstack的工程代码复制过来进行修改，生成相应的cloud-core-fusioncompute；其中，cloud-core-fusioncompute是后期对接FusionCompute虚拟化平台时开发的适配层。而其他应用层的业务代码，如cloud-center代理、cloud-center微服务等的代码基本不需要改动。而且针对相同虚拟化资源的接口路径和出入参格式都是一样的，不需要怎么大改，这就是制定的一个标准，也做到了解耦。后面如果要对接新的虚拟化平台，也可以沿用这种方式来进行开发，可以大大减少开发的工作量。而对于业务层中代码的修改，主要修改cloud-center代理中的cloudPlatformMap；其中，cloudPlatformMap是cloud-center代理中用来保存每一个虚拟化平台与其对应的cloud-core适配层的关系的参数，其中key是虚拟化平台的类型，value是相应cloud-core适配层的名字。在有新的虚拟化平台接入时，主要需在cloudPlatformMap新增适配层的与虚拟化平台的对应关系。

在一个优选的实施例中，还包括：响应用户在云管理平台中的虚拟化平台接入操作，获取目标接入虚拟化平台的身份标识号；其中，所述目标接入虚拟化平台为非初次接入云管理平台的虚拟化平台；根据目标接入虚拟化平台的身份标识号获取对应的第四适配规则；根据所述第四适配规则将目标接入虚拟化平台接入云管理平台中。

具体的，响应用户在云管理平台中对一虚拟化平台的接入操作，获取目标接入虚拟化平台的身份标识号。需要说明的是，能响应用户操作的虚拟化平台是已经完成初次接入WinCloud云管理平台的虚拟化平台。ui微服务获取到目标接入虚拟化平台的身份标识号后，经cloud-center微服务传输至cloud-center代理，使cloud-center代理匹配对应的cloud-core适配层，使对应的目标cloud-core适配层完成目标接入虚拟化平台的对接。

需要补充的是，WinCloud云管理平台的数据库主要包括如图4-5的region表和resource_info表这两张数据库表；其中region表用来保存接入的虚拟化平台的数据，resource_info表用来保存相应虚拟化平台的资源的数据。resource_info表有个resource_type字段，用来标识相应资源的类型，所有的虚拟化资源都保存到resource_info表。这里对resource_info表增加了一个meta_data字段，它的格式是一个json字符串，专门用来保存各种资源之间差异化的属性。这样做的好处是：对所有虚拟化资源数据的格式做了统一，这样在给其他地方调用时不需要根据每种资源类型做一个专门的格式适配，减少了额外开发的工作量，缩短了开发周期，并节省了项目开发的人力成本。

在上述方法项实施例的基础上，本发明对应提供了装置项实施例。

如图6所示，本发明一实施例提供了一种异构虚拟化平台的纳管装置，应用于云管理平台，所述云管理平台用于接入虚拟化平台；

所述纳管装置，包括：数据获取模块以及纳管模块；

所述数据获取模块，用于获取待接入虚拟化平台；

在一个优选的实施例中，所述检测所述待接入虚拟化平台是否为初次接入，包括：

获取所述待接入虚拟化平台的身份标识号；

检测所述身份标识号是否存在于云管理平台中；

在一个优选的实施例中，所述获取待接入虚拟化平台的虚拟资源信息，并根据所述虚拟资源信息生成第一适配规则，包括：

根据所述第三适配规则生成适配规则模板；

在一个优选的实施例中，还包括：纳管响应模块；

需说明的是，以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外，本发明提供的装置实施例附图中，模块之间的连接关系表示它们之间具有通信连接，具体可以实现为一条或多条通信总线或信号线。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

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

在上述方法项实施例的基础上，本发明对应提供了终端设备项实施例。

本发明一实施例提供了一种终端设备，包括处理器、存储器以及存储在所述存储器中且被配置为由所述处理器执行的计算机程序，所述处理器执行所述计算机程序时实现本发明中任意一项所述的一种异构虚拟化平台的纳管方法。

终端设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述终端设备可包括，但不仅限于，处理器、存储器。

所称处理器可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器 (Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列 (Field-Programmable Gate Array，FPGA) 或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，所述处理器是所述终端设备的控制中心，利用各种接口和线路连接整个终端设备的各个部分。

所述存储器可用于存储所述计算机程序，所述处理器通过运行或执行存储在所述存储器内的计算机程序，以及调用存储在存储器内的数据，实现所述终端设备的各种功能。所述存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据手机的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡（Smart Media Card, SMC），安全数字（Secure Digital, SD）卡，闪存卡（Flash Card）、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

在上述方法项实施例的基础上，本发明对应提供了存储介质项实施例。

本发明一实施例提供了一种存储介质，所述存储介质包括存储的计算机程序，其中，在所述计算机程序运行时控制所述存储介质所在设备执行本发明中任意一项所述的一种异构虚拟化平台的纳管方法。

所述存储介质为计算机可读存储介质，所述计算机程序存储在所述计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、电载波信号、电信信号以及软件分发介质等。

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也视为本发明的保护范围。

Claims

1.一种异构虚拟化平台的纳管方法，其特征在于，应用于云管理平台，所述云管理平台用于接入虚拟化平台；

所述纳管方法，包括：

获取待接入虚拟化平台；

检测所述待接入虚拟化平台是否为初次接入；

2.如权利要求1所述的一种异构虚拟化平台的纳管方法，其特征在于，所述检测所述待接入虚拟化平台是否为初次接入，包括：

获取所述待接入虚拟化平台的身份标识号；

检测所述身份标识号是否存在于云管理平台中；

3.如权利要求2所述的一种异构虚拟化平台的纳管方法，其特征在于，所述获取待接入虚拟化平台的虚拟资源信息，并根据所述虚拟资源信息生成第一适配规则，包括：

根据所述第三适配规则生成适配规则模板；

4.如权利要求3所述的一种异构虚拟化平台的纳管方法，其特征在于，还包括：

5.一种异构虚拟化平台的纳管装置，其特征在于，应用于云管理平台，所述云管理平台用于接入虚拟化平台；

所述纳管装置，包括：数据获取模块以及纳管模块；

所述数据获取模块，用于获取待接入虚拟化平台；

6.如权利要求5所述的一种异构虚拟化平台的纳管装置，其特征在于，所述检测所述待接入虚拟化平台是否为初次接入，包括：

获取所述待接入虚拟化平台的身份标识号；

检测所述身份标识号是否存在于云管理平台中；

7.如权利要求6所述的一种异构虚拟化平台的纳管装置，其特征在于，所述获取待接入虚拟化平台的虚拟资源信息，并根据所述虚拟资源信息生成第一适配规则，包括：

根据所述第三适配规则生成适配规则模板；

8.如权利要求7所述的一种异构虚拟化平台的纳管装置，其特征在于，还包括：纳管响应模块；

9.一种终端设备，其特征在于，包括处理器、存储器以及存储在所述存储器中且被配置为由所述处理器执行的计算机程序，所诉处理器执行所述计算机程序时实现如权利要求1至4中任意一项所述的一种异构虚拟化平台的纳管方法。

10.一种存储介质，其特征在于，所述存储介质包括存储的计算机程序，其中，在所述计算机程序运行时控制所述存储介质所在设备执行如权利要求1至4中任意一项所述的一种异构虚拟化平台的纳管方法。