[发明专利]一种配置驱动的轻量级混合基础设施平台及数据处理方法

说明书

本发明公开了一种配置驱动的轻量级混合基础设施平台及数据处理方法，其特征在于，包括客户服务端，用于接收资源实例请求并将其发送给API服务器；分析器，部署在宿主机上，用于对云供应商的API进行分析，根据其资源管理能力形成该API的YAML配置文件；根据每一种虚拟资源所支持的API生成该虚拟资源的资源配置文件和功能配置文件；转换器，用于对输入的所述资源配置文件中的各虚拟资源转换为Kubernetes兼容的CRD对象；控制器，部署在API服务器上，用于对API服务器接收的资源实例请求进行解析，获取资源实例请求的请求类型及资源实例，然后根据该请求类型确定将该资源实例请求发送给调度器或者执行器处理。

技术领域

本发明涉及一种配置驱动的轻量级混合基础设施平台及数据处理方法，属于云服务和计算技术领域。

背景技术

随着信息技术的飞速发展，云计算的互联网计算模式已成功应用于商业、政务、医疗等各行各业，Gartner报告显示，云计算IT基础设施销售份额已超过传统IT产品，占58.4％。云计算的基础设施可以采用不同的计算模型，其中典型的模型包括虚拟机和容器。近年来，随着移动设备软硬件的快速发展，虚拟机、容器融合的边缘计算场景成为了行业发展的必然趋势。然而，由于两者之间的技术方案不同，再加上两种技术发展的时间间隔较大，统一协同管理虚拟机和容器面临挑战。

近年来，各大云服务供应商尝试整合虚拟机和容器的管理能力，形成一体化的基础设施平台。一类方案是改造热门虚拟机管理平台，适配Docker容器。OpenStack自2013年Docker容器进入市场以来，分为两类方案尝试融入Docker管理能力。Docker Driver：该方案将Docker像虚拟机一样管理，能够实现对Docker容器的启停、创建等基本操作，然而该方案只简单集成基础功能，与现有Nova、Neutron等组件不兼容的功能如网络、服务发现、端口映射等难以接入。社区孵化项目Zun、Kuryr等：这些项目都独立于已有OpenStack组件之外，构建新的组件以接入更多的Docker管理功能，然而社区开发的组件取决于项目的活跃度，同时还存在适配软件版本时延的问题，在可用性上存在不确定性。

另一类工作尝试通过改造开源的容器管理框架Kubernetes以适配虚拟机。典型的项目有Kubevirt。Kubevirt设计希望最大化复用Kubernetes能力，包括网络方面的能力，其核心思想是将虚拟机看成是Pod包含的元素。但这种做法会导致以下一些问题：(1)Pod模型仅能表示容器的部署模型，而无法刻画虚拟机模型。启动Pod并不是代表启动了虚拟机，因为Pod和虚拟机管理接口是不一样。因此，在现阶段官方提供的kubevirt方案中，仅仅能在从宿主机上创建出虚拟机，还需要人为登陆从宿主机启动虚拟机，可用性差。(2)管理虚拟机但仍然需要部署Docker容器。这是因为根据Kubevirt方案，Pod仍需要一个守护容器进行虚拟机管理，易用性差。(3)Kubernetes无法获取虚拟机实时资源消耗，这是因为对容器信息收集与对VM信息收集是不一样的，因此还需要集成其它监测方案，通用性差。

发明内容

为克服现有技术的不足，本发明的目的是提供一种配置驱动的轻量级混合基础设施平台及数据处理方法，本发明具有扩展性和可维护性高且轻量化的特点，本发明的可扩展性体现在通过程序分析的方式对云供应商的API进行分析，并通过YAML描述文件转换成Kubernetes架构兼容的资源类型，可快速适配现有私有云、公有云和容器云的管理能力，并提供统一的接口管理虚拟机和容器的混合基础设施。