WO2018086580A1 - 一种可扩展的异构云平台适配方法及其系统 - Google Patents
一种可扩展的异构云平台适配方法及其系统 Download PDFInfo
- Publication number
- WO2018086580A1 WO2018086580A1 PCT/CN2017/110404 CN2017110404W WO2018086580A1 WO 2018086580 A1 WO2018086580 A1 WO 2018086580A1 CN 2017110404 W CN2017110404 W CN 2017110404W WO 2018086580 A1 WO2018086580 A1 WO 2018086580A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- cloud
- resource
- layer
- unified
- heterogeneous
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
Definitions
- the invention relates to a computer software technology, in particular to a scalable heterogeneous cloud platform adaptation method and a system thereof.
- Cloud computing is a pay-per-use model that provides usable, convenient, on-demand network access into a configurable computing resource pool (resources including network, server, storage, application software, services) These resources can be delivered quickly, with minimal administrative effort or little interaction with service providers. Its first appearance was in 2005, when Amazon announced the development of the Amazon Web Services cloud computing platform. In the past two years, the cloud computing industry has developed rapidly, and a large number of mature and stable products and solutions have been applied to many fields such as broadcasting and television, education, communication, medical care, and banking.
- Hybrid cloud is the fusion of public cloud and private cloud. It is the main mode and development direction of cloud computing in recent years.
- the public cloud will deliver the cloud resource pool to the user for on-demand use through the Internet;
- the private cloud is built by the enterprise or other organization in its own data center, or it can be built by the cloud service provider through the user's needs.
- User use except for the owner, other users cannot use.
- the security of a private cloud is beyond the public cloud, and the computing resources of a public cloud are beyond the reach of a private cloud. In the case of this spear and shield, the hybrid cloud perfectly solves this problem. It can use the security of the private cloud to save important internal data in the local data center. It can also use the public cloud computing resources to be more efficient. Get the job done quickly.
- Hybrid cloud application scenarios are extensive, and the scope of involvement is expanding. In the future, it will cover government business, broadcasting, medical, security, hotels, banks and many other industries, with bright prospects. From the Gartner 2015 report, it will be found that the traditional cloud computing has disappeared in the new cloud computing technology curve, replaced by a hybrid cloud, and industry experts have expected that 2016 should become a key period for the rapid spread of hybrid clouds, the future Hybrid clouds may sweep the global cloud computing market.
- the most important problem to be solved in a hybrid cloud scenario is to deal with heterogeneity between cloud platforms. Due to technical reasons, the overall architecture, resource model, and management interfaces of various cloud platforms are very different. In order to uniformly manage multiple cloud platforms, the hybrid cloud urgently needs to solve the heterogeneity problem.
- the invention provides a scalable heterogeneous cloud management model adaptation method and a system thereof, which can solve the heterogeneity problem between various cloud platforms, realize unified management of multiple cloud platforms, and provide convenience for actual production deployment. .
- An object of the present invention is to provide a scalable heterogeneous cloud platform adaptation method, which includes the following steps:
- each heterogeneous cloud platform is operated by the controller to uniformly manage the heterogeneous cloud platforms.
- each heterogeneous cloud platform adds a part of its own function that is not included in the unified resource model as an extension function to the adapter.
- the unified resource model includes: a virtual machine, a mirror, a storage, a network, and a snapshot.
- Another object of the present invention is to provide a heterogeneous cloud platform management system, which includes two layers, wherein the lower layer is responsible for managing the cloud resources, and transforms the resources provided by the heterogeneous cloud platforms into cloud resources that can be uniformly managed.
- the cloud resource adaptation layer and the abstract cloud resource pool are included; the upper layer is responsible for supporting deployment and operation and maintenance of the application, including the resource management and operation layer, the application model layer, and the user interface layer.
- the function of the cloud resource adaptation layer is to map the resource model of the heterogeneous cloud to the unified resource model, and manage all the accessed cloud platforms with a unified interface; the cloud resource adaptation layer utilizes the controller Unified management of each cloud platform and provision of access to third-party adapters enables real-time access to third-party adapters at runtime to manage new heterogeneous cloud platforms.
- the abstract cloud resource pool is a storage location of the resources of each cloud platform after the abstraction of the adapter to form a unified resource model, and the layer exposes a unified API to the upper layer to enable the upper layer to uniformly use various resources in the resource pool.
- the resource management and operation layer encapsulates the provided resource operation base API into a form for actual application to complete various service requirements, including an operation part, a monitoring part, an evaluation part, and a scheduling part.
- the application model layer organizes the managed virtual machines into a specific form according to the logic of the application, wherein the cluster is a basic unit for managing virtual machines of different sources, that is, a complete running environment; the VM group is a virtual group corresponding to the cluster.
- the collection of multiple virtual machines with the same function is the basic unit for the cluster to scale; the VM is the virtual machine, which is the ultimate goal of platform management and the basic unit of monitoring and scheduling.
- the user interface layer provides basic functions including user management, cluster management, and an interface thereof, and also provides users with various necessary tools in actual use.
- the present invention provides a unified resource model that can adapt to most existing cloud platforms, and implements a series of adapters to enable users using multiple heterogeneous cloud platforms to uniformly manage multiple cloud platforms;
- the access mode is reserved for the third-party cloud platform that does not yet have an adapter, and only needs to provide the corresponding adapter code to access immediately;
- Figure 1 shows the unified resource model of a heterogeneous cloud platform.
- FIG. 2 is a block diagram showing a heterogeneous cloud management system.
- Figure 3 is a block diagram showing the underlying layer of the heterogeneous cloud management system - cloud resource management.
- Figure 4 is a block diagram showing the upper layer of the heterogeneous cloud management system - application support.
- the present invention proposes a concise unified resource model by simplifying and integrating resource models of heterogeneous clouds, so that the access of each heterogeneous cloud platform becomes a resource model from the cloud platform itself to the resource model of the system. Mapping problem; after the cloud platform is built, the cloud platform can also selectively extend the additional features and functions not included in the unified model to the existing model according to its own functional characteristics to form an extended model to complete these Special features.
- each heterogeneous cloud platform only needs to implement an adapter for its own platform according to the design of the unified resource model, and add it to the adapter controller, and the cloud platform can be accessed and managed.
- the Adapter Controller is also a component of the present invention that manages the various adapters and provides the user with a unified interface to operate all connected cloud platforms, allowing users to operate heterogeneous cloud platforms in substantially the same manner.
- the implementation of the adapter is: using the function framework defined in the unified resource model, only need to use the synchronization request or asynchronous request provided by the system to call the corresponding API of the corresponding cloud platform according to the actual situation, and call the database operation interface provided by the system to perform corresponding data.
- the processing can be.
- the function name needs to start with ex_, and the content can be implemented according to the extended functions that the cloud platform needs to provide.
- the implementation of the controller is as follows: When the system is started, the controller needs to read in the list of cloud platforms currently accessed by the system and dynamically load the corresponding adapter into the system. During the running process, when the user issues an operation request, the controller needs to extract the three parts of the target cloud platform, the user operation, and the operation parameters in the user request, and then call the specific one in the corresponding adapter. The implementation completes the user's request and wraps the returned result into a predefined format and returns it to the user.
- the present invention also provides a unified model based heterogeneous cloud management system, which already includes a part of the public cloud platform adapter, so that this part of the cloud platform solves the API heterogeneity problem and can directly access the system; Users can also access their own adapters to enable heterogeneous cloud management systems to manage their own cloud platforms.
- Figure 1 shows the unified resource model of a heterogeneous cloud platform.
- the unified resource model of the heterogeneous cloud platform includes the following contents: Node represents a virtual machine, Network represents a network, Image represents a mirror, Volumn represents storage, and Snapshot represents a snapshot. The properties and functions of each part are described as follows:
- the properties of the virtual machine include: ID, name, status, public IP, private IP, configuration, mirroring, and additional information.
- Stored properties include: ID, name, storage configuration (size), whether the stored configuration supports customizable (customizable), additional information.
- obtaining a storage list creating a storage, deleting a storage, mounting a storage, unloading a storage, and obtaining a storage configuration list.
- the properties of the image include: ID, name, operating system, image format, and additional information.
- Network properties include: ID, name, gateway, mask, and additional information.
- the attributes of the snapshot include: ID, name, snapshot configuration, creation time, status, and additional information.
- snapshots Get a list of snapshots, create snapshots, and delete snapshots.
- the functions involved in the unified resource model are necessary for the management system to operate, so all adapters must be implemented; on this basis, each platform can extend the unified model to achieve more extended functions.
- the scalable heterogeneous cloud model adaptation method of the present invention comprises the following steps:
- the cloud platform access is completed, and the resources of the cloud platform are operated by the controller.
- the heterogeneous cloud management system of the present invention can be divided into two layers: the lower layer is responsible for cloud resource management, including the cloud resource adaptation layer and the abstract cloud resource pool; the upper layer is responsible for supporting applications, including resource management. And the operation layer, application model layer and user interface layer.
- the main function of the lower layer is to transform the resources provided by the heterogeneous cloud into cloud resources that can be managed uniformly. It is divided into two layers, and its detail structure is shown in Figure 3.
- the function of the cloud resource adaptation layer is to map the API and resource model of the heterogeneous cloud to the unified resource model, so that the system can manage all the connected cloud platforms through a unified interface.
- the implementation adopts the scalable heterogeneous cloud management model adaptation method mentioned above, and uses a controller to uniformly manage each cloud platform.
- the system provides access to third-party adapters that can access third-party adapters in real time at runtime to manage new heterogeneous cloud platforms.
- the abstract cloud resource pool is the storage location of the resources of each cloud platform through the abstraction of the adapter to form a unified resource model.
- the layer system exposes a unified API to the upper layer so that the upper layer of the system can uniformly use various resources in the resource pool, such as The figure shows virtual machines, mirrors, networks, storage, snapshots, and more. After the underlying resource mapping, the heterogeneity of each cloud platform has been removed, and a consistent cloud resource model can be used for the upper layer.
- the main function of the upper layer is to support the deployment and operation and maintenance of the upper layer application. It is divided into three layers, and its detail structure is shown in Figure 4.
- the bottom-up first layer is the resource management operation layer, which encapsulates the provided resource operation base API into a form suitable for practical applications, and can complete various business requirements.
- the operation part implements the basic behaviors including virtual machine creation, deletion, stop, and startup, which are essential business requirements of the cloud management platform;
- the monitoring part can obtain real-time information of each running virtual machine and summarize it for use. Viewing the overall running status of the system, and monitoring information is also an important basis for the change of operation and maintenance decisions;
- the evaluation part is used to perform unified performance evaluation on resources on multiple cloud platforms to provide users with a standard for comparing heterogeneous cloud resources;
- the scheduling part implements the expansion, contraction, and migration operations of the virtual machine cluster, and is an advanced application-oriented function of the cloud management platform.
- the second layer is the application model layer, which organizes the managed virtual machines into specific forms according to the logic of the application.
- the cluster is the basic unit for managing virtual machines from different sources, that is, a complete running environment for development, testing, production, etc.;
- a VM group is a collection of virtual machines corresponding to the same function in the cluster, such as front-end virtual Machines, back-end virtual machines, etc., are the basic units for cluster scaling;
- VMs are virtual machines, which are the ultimate goal of platform management and the basic unit for monitoring and scheduling. Organizing resources in this way helps users to quickly confirm the role of each resource in operation, thereby improving operation and maintenance efficiency.
- the uppermost layer is the user interface layer, which provides basic functions such as user management and cluster management and its interface. It also provides users with various necessary tools in practical use, such as application deployment tools, continuous integration, and continuous delivery tools. Wait.
- the present invention will be further described below by taking a virtual machine part function in a management system that simultaneously manages Facebook Cloud (public cloud) and Yanyun (private cloud) as an example.
- the heterogeneous cloud management system of the present invention which already includes adapters of two cloud platforms, Facebook Cloud and Yanyun, can simultaneously manage and operate the two cloud platforms.
- the user first accesses the two cloud platforms with their own Amazon Cloud account and Yanyun account.
- the virtual machine owned by the user on Yanyun and Facebook Cloud can be seen at the same time, and these can be directly
- the virtual machine performs operations such as starting, stopping, and deleting.
- the user can also directly create virtual machines on the two cloud platforms in the system. When creating a virtual machine, select a cloud provider, and automatically provide various cloud device configurations of the cloud provider for the user to select. After the setup is complete, you can see that the virtual machine has been added to the corresponding cloud platform.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Stored Programmes (AREA)
Abstract
本发明涉及一种可扩展的异构云平台适配方法及其系统。该方法包括：1)为各个异构的云平台建立统一资源模型；2)从各个异构的云平台的自身架构中抽象出资源模型，并将其映射到统一资源模型；3)根据统一资源模型实现适配器，通过适配器连接各个异构的云平台；4)将各个异构的云平台的适配器连接添加到控制器的适配器管理列表中；5)通过控制器操作各个异构的云平台的资源，对各个异构的云平台进行统一管理。该系统包括上层的资源管理与操作层、应用模型层和用户接口层，以及下层的云资源适配层和抽象云资源池。本发明能够解决各种云平台之间的异构性问题，实现多个云平台的统一管理，为实际的生产部署提供方便。
Description
本发明涉及一种计算机软件技术，特别涉及一种可扩展的异构云平台适配方法及其系统。
云计算是一种按使用量付费的模式，这种模式提供可用的、便捷的、按需的网络访问，进入可配置的计算资源共享池(资源包括网络，服务器，存储，应用软件，服务)，这些资源能够被快速提供，只需投入很少的管理工作，或与服务供应商进行很少的交互。它的第一次出现是在2005年，Amazon宣布开发Amazon Web Services云计算平台。近两年来，云计算产业发展迅猛，大量成熟的稳定的产品和解决方案被应用到广电，教育，通信，医疗，银行等众多领域。
混合云是公有云和私有云的融合，是近年来云计算的主要模式和发展方向。公有云将搭建好的云资源池通过互联网交付给用户来按需使用；私有云是企业或其他组织在自有数据中心单独搭建，或者由云服务提供商通过用户需求进行搭建后再整体租给用户使用，除所有者之外，其他用户无法使用。私有云的安全性是超越公有云的，而公有云的计算资源又是私有云无法企及的。在这种矛与盾的情况下，混合云完美地解决了这个问题，它既可以利用私有云的安全，将内部重要数据保存在本地数据中心；同时也可以使用公有云的计算资源，更高效快捷地完成工作。混合云应用场景广泛，涉入范围不断扩大，未来将覆盖政府业务，广电、医疗、安防、酒店、银行等众多行业领域，前景光明。从Gartner2015报告中，会发现在云计算新型技术曲线上，传统的云计算已经消失，取而代之的是混合云，而行业内学者也曾预计2016年应该会成为混合云迅速普及的关键性时段，未来混合云可能会席卷全球云计算市场。
而混合云场景下需要解决的最重要的问题就是处理云平台间异构性问题。由于技术原因，各种云平台之间的整体架构，资源模型，管理接口都很不相同，为了统一管理多个云平台，混合云迫切需要解决异构性问题。
发明内容
本发明提供一种可扩展的异构云管理模型适配方法及其系统，能够解决各种云平台之间的异构性问题，实现多个云平台的统一管理，为实际的生产部署提供方便。
本发明的一个目的在于提供一种可扩展的异构云平台适配方法，其包括如下步骤：
1)为各个异构的云平台建立统一资源模型；
2)从各个异构的云平台的自身架构中抽象出资源模型，并将其映射到统一资源模型；
3)根据统一资源模型实现适配器，通过适配器连接各个异构的云平台；
4)将各个异构的云平台的适配器连接添加到控制器的适配器管理列表中；
5)通过控制器操作各个异构的云平台的资源，对各个异构的云平台进行统一管理。
进一步地，各个异构的云平台将自身功能中没有包括在统一资源模型中的部分作为扩展功能添加到适配器中。
进一步地，所述统一资源模型包括：虚拟机、镜像、存储、网络和快照。
本发明的另一个目的在于提供一种异构云平台管理系统，其包括上下两层，其中下层负责云资源的管理，将各个异构的云平台提供的资源转变为能够统一管理的云资源，包括云资源适配层和抽象云资源池；上层负责为应用的部署与运维提供支持，包括资源管理与操作层、应用模型层和用户接口层。
进一步地，所述云资源适配层的作用是将异构云的资源模型映射到统一资源模型中，以统一的接口管理所有已经接入的云平台；所述云资源适配层利用控制器对各个云平台进行统一管理，并提供第三方适配器的接入功能，能够在运行时实时接入第三方的适配器从而管理新的异构云平台。
进一步地，所述抽象云资源池是各个云平台的资源经过适配器的抽象后形成统一资源模型的存储位置，该层向上层暴露统一的API使得上层能够统一地使用资源池中的各种资源，包括虚拟机、镜像、网络、存储和快照。
进一步地，所述资源管理与操作层将提供的资源操作基础API封装成面向实际应用的形式，以完成多种业务需求，包括操作部分、监控部分、评估部分和调度部分。
进一步地，所述应用模型层将管理的虚拟机根据应用的逻辑组织成特定的形式，其中集群是管理不同来源虚拟机的基本单位，即一个完整的运行环境；VM组即虚拟机组对应集群中相同功能的多个虚拟机的集合，是集群进行伸缩的基本单位；VM即对应虚拟机，是平台管理的最终目标，也是监控与调度的基本单位。
进一步地，所述用户接口层提供包括用户管理、集群管理在内的基本功能及其界面，同时也为用户提供实际使用过程中的各种必要工具。
本发明的有益效果是：
1)本发明提供了一个可适应大部分现有云平台的统一资源模型，并实现了一系列适配器使得使用多种异构云平台的用户能够统一管理多种云平台；
2)为各个云平台的资源模型提供了一定的扩展性，使得云平台的特殊功能不再受到统一资源模型的限制，在保证能够统一管理的基础上提供了一定的开放性；
3)对于还没有适配器的第三方云平台保留了接入方式，只需要提供相应的适配器代码就可以立即接入；
4)设计了一种面向实际应用的异构云管理系统，应用异构云管理适配方法，为实际的生产部署提供方便。
图1是表示异构云平台的统一资源模型。
图2是表示异构云管理系统的架构图。
图3是表示异构云管理系统下层——云资源管理的架构图。
图4是表示异构云管理系统上层——应用支撑的架构图。
下面通过实施例和附图，对本发明做详细说明。
本发明通过简化、整合各个异构云的资源模型提出了一个简明的统一资源模型，使得各个异构云平台的接入变成了一个从该云平台本身的资源模型到本系统的资源模型的映射问题；云平台在模型映射建立完毕之后，云平台还可根据自身的功能特点，选择性地将统一模型中未包含的额外特性和功能扩展到现有的模型上形成扩展模型用来完成这些特别的功能。在统一资源模型建立完毕之后，各异构云平台只需要根据统一资源模型的设计实现一个针对自身平台的适配器，并将其加入到适配器控制器当中，该云平台就可进行接入并管理。适配器控制器也是本发明的一个组件，它用来管理各个适配器，并为用户提供了可以操作所有接入的云平台的统一接口，使用户可以使用基本相同的方式操作各个异构的云平台。
适配器的实现方式为：利用统一资源模型中的定义的函数框架，只需要根据实际情况使用系统提供的同步请求或者异步请求调用对应云平台的相应API，并且调用系统提供的数据库操作接口进行对应数据的处理即可。对于该特定的云平台所提供的扩展功能，函数名称需要以ex_开头，内容根据云平台所要提供的扩展功能实现即可。
控制器的实现方式为：在系统启动时，控制器需要读入目前系统接入的云平台列表并动态加载对应的适配器到系统中。运行过程中，当用户发出操作请求时，控制器需要提取用户请求中的目标云平台、用户操作以及操作的参数三部分信息，然后调用对应适配器中的具体
实现完成用户的请求，并且将返回结果包装成为预先定义好的格式返回给用户。
同时本发明也提供了一个基于统一模型的异构云的管理系统，其中已经包含了一部分公有云平台的适配器，使得这一部分云平台解决了API异构问题，可以直接接入到系统中；而用户也可以接入自己的适配器使异构云管理系统能够管理自身的云平台。
图1是表示异构云平台的统一资源模型。如图1所示，异构云平台的统一资源模型包含如下内容，图中Node表示虚拟机，Network表示网络，Image表示镜像，Volumn表示存储，Snapshot表示快照。各部分的属性及功能说明如下：
虚拟机的属性包括：ID，名称，状态，公有IP，私有IP，配置，镜像，额外信息。
虚拟机的相关功能：获得虚拟机列表，创建虚拟机，启动虚拟机，停止虚拟机，重启虚拟机，删除虚拟机，获得虚拟机配置列表。
存储的属性包括：ID，名称，存储配置(size)，存储的配置是否支持自定义配置(customizable)，额外信息。
存储的相关功能：获得存储列表，创建存储，删除存储，挂载存储，卸载存储，获得存储配置列表。
镜像的属性包括：ID，名称，操作系统，镜像格式，额外信息。
镜像的相关功能：获得镜像列表，创建镜像，删除镜像。
网络的属性包括：ID，名称，网关，掩码，额外信息。
网络的相关功能：获得网络列表，添加网络，删除网络，获得网络配置列表。
快照的属性包括：ID，名称，快照配置，创建时间，状态，额外信息。
快照的相关功能：获得快照列表，创建快照，删除快照。
该统一资源模型中涉及的功能为管理系统运行所必须的，因此所有适配器都必须实现；在此基础上，各平台可以各自扩展统一模型以实现更多的扩展功能。
本发明的可扩展的异构云模型适配方法包括以下步骤：
1.从云平台自身架构抽象出资源模型；
2.将云平台自身的资源模型映射到本方法中提到的统一资源模型；
3.根据统一资源模型实现适配器，提供基本功能；
4.将自身功能中没有包括在统一资源模型当中的部分作为扩展功能添加到适配器中(可选)；
5.将适配器连接添加到控制器的适配器管理列表中；
6.云平台接入完成，通过控制器操作该云平台的资源。
图2是表示异构云管理系统的整体架构图。如图2所示，本发明的异构云管理系统可以分为上下两层：下层负责云资源的管理，包括云资源适配层和抽象云资源池两部分；上层负责支撑应用，包括资源管理与操作层、应用模型层和用户接口层三部分。
其中下层的主要功能是将异构云提供的资源转变为可以统一管理的云资源。它被分为两层结构，其细节架构如图3所示。
1)云资源适配层的作用是将异构云的API与资源模型映射到统一资源模型中，使得系统可以统一的接口管理所有已经接入的云平台。其实现采用了前文提到的可扩展异构云管理模型适配方法，利用一个控制器对各个云平台进行统一管理。另外，系统提供了第三方适配器的接入功能，可以在运行时实时接入第三方的适配器从而管理新的异构云平台。
2)抽象云资源池就是各个云平台的资源经过适配器的抽象后形成统一资源模型的存储位置，该层系统向上层暴露统一的API使得系统上层能够统一地使用资源池中的各种资源，如图所示，包括虚拟机、镜像、网络、存储、快照等。经过下层的资源映射，各个云平台的异构性已经被去除，对于上层来说可以使用的是一致的云资源模型。
上层的主要功能是为上层应用的部署与运维提供支持。它被分为三层结构，其细节架构如图4所示。
1)自下而上的第一层是资源管理操作层，该层将提供的资源操作基础API封装成面向实际应用的形式，能够完成多种业务需求。其中操作部分实现了包括虚拟机创建、删除、停止、启动等基础行为，是云管理平台必不可少的业务需求；监控部分可以获得每一台正在运行的虚拟机的实时信息并汇总，用于查看系统整体运行状态，同时监控信息也是运维决策变化的重要依据之一；评估部分用于对多个云平台上的资源进行统一的性能评估从而为用户提供一个比较异构云资源的标准；调度部分则实现虚拟机集群的扩展、收缩以及迁移操作，是云管理平台面向应用的高级功能。
2)第二层是应用模型层，将管理的虚拟机根据应用的逻辑组织成特定的形式。其中集群是管理不同来源虚拟机的基本单位，即一个完整的运行环境，用于开发、测试、生产等目的；VM组即虚拟机组对应集群中相同功能的多个虚拟机的集合，比如前端虚拟机、后端虚拟机等，是集群进行伸缩的基本单位；VM即对应虚拟机，是平台管理的最终目标，也是监控与调度的基本单位。按此种方式组织资源有利于用户快速确认各个资源在运行中的角色，从而提高运维效率。
3)最上层即用户接口层，提供了用户管理、集群管理等基本功能及其界面，同时也为用户提供了实际使用过程中的各种必要工具，如应用部署工具，持续集成，持续交付工具等。
下面以一个同时管理阿里云(公有云)和燕云(私有云)的管理系统中的虚拟机部分功能为例，对本发明进行进一步说明。
本发明的异构云管理系统，其中已经包含了阿里云和燕云两种云平台的适配器，可以同时管理操作这两种云平台。用户首先用自己的阿里云账号以及燕云账号接入这两个云平台，在虚拟机界面中就可以同时看到该用户在燕云和阿里云上所拥有的虚拟机，并且可以直接对这些虚拟机进行启动，停止和删除等操作。另外，用户还可以在系统中直接创建这两个云平台上的虚拟机，在创建虚拟机时，选择一个云供应商，就会自动提供该云供应商的各种虚拟机配置供用户选择，设置完成后即可看到已经在对应的云平台添加了虚拟机。
以上实施例仅用以说明本发明的技术方案而非对其进行限制，本领域的普通技术人员可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明的精神和范围，本发明的保护范围应以权利要求书所述为准。
Claims (10)
- 一种可扩展的异构云平台适配方法，其步骤包括：1)为各个异构的云平台建立统一资源模型；2)从各个异构的云平台的自身架构中抽象出资源模型，并将其映射到统一资源模型；3)根据统一资源模型实现适配器，通过适配器连接各个异构的云平台；4)将各个异构的云平台的适配器连接添加到控制器的适配器管理列表中；5)通过控制器操作各个异构的云平台的资源，对各个异构的云平台进行统一管理。
- 如权利要求1所述的方法，其特征在于，各个异构的云平台将自身功能中没有包括在统一资源模型中的部分作为扩展功能添加到适配器中。
- 如权利要求1所述的方法，其特征在于，所述统一资源模型包括：虚拟机、镜像、存储、网络和快照。
- 如权利要求1所述的方法，其特征在于，所述异构的云平台包括共有云平台和私有云平台。
- 一种采用权利要求1所述方法的异构云平台管理系统，其特征在于，包括上下两层，其中下层负责云资源的管理，将各个异构的云平台提供的资源转变为能够统一管理的云资源，包括云资源适配层和抽象云资源池；上层负责为应用的部署与运维提供支持，包括资源管理与操作层、应用模型层和用户接口层。
- 如权利要求5所述的系统，其特征在于，所述云资源适配层的作用是将异构云的资源模型映射到统一资源模型中，以统一的接口管理所有已经接入的云平台；所述云资源适配层利用控制器对各个云平台进行统一管理，并提供第三方适配器的接入功能，能够在运行时实时接入第三方的适配器从而管理新的异构云平台。
- 如权利要求5所述的系统，其特征在于，所述抽象云资源池是各个云平台的资源经过适配器的抽象后形成统一资源模型的存储位置，该层向上层暴露统一的API使得上层能够统一地使用资源池中的各种资源，包括虚拟机、镜像、网络、存储和快照。
- 如权利要求5所述的系统，其特征在于，所述资源管理与操作层将提供的资源操作基础API封装成面向实际应用的形式，以完成多种业务需求，包括操作部分、监控部分、评估部分和调度部分。
- 如权利要求5所述的系统，其特征在于，所述应用模型层将管理的虚拟机根据应用的逻辑组织成特定的形式，其中集群是管理不同来源虚拟机的基本单位，即一个完整的运行环境；虚拟机组对应集群中相同功能的多个虚拟机的集合，是集群进行伸缩的基本单位；虚拟机是 平台管理的最终目标，也是监控与调度的基本单位。
- 如权利要求5所述的系统，其特征在于，所述用户接口层提供包括用户管理、集群管理在内的基本功能及其界面，同时也为用户提供实际使用过程中的各种必要工具。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610999639.4 | 2016-11-14 | ||
| CN201610999639.4A CN106534306A (zh) | 2016-11-14 | 2016-11-14 | 一种可扩展的异构云平台适配方法及其系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2018086580A1 true WO2018086580A1 (zh) | 2018-05-17 |
Family
ID=58351578
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2017/110404 WO2018086580A1 (zh) | 2016-11-14 | 2017-11-10 | 一种可扩展的异构云平台适配方法及其系统 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN106534306A (zh) |
| WO (1) | WO2018086580A1 (zh) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109542057A (zh) * | 2018-11-14 | 2019-03-29 | 中国电子工程设计院有限公司 | 基于虚拟机结构的远程运维模型及其构建方法 |
| CN110177148A (zh) * | 2019-05-30 | 2019-08-27 | 上海通联金融科技发展有限公司 | 一种IaaS鑫云服务平台 |
| CN111190730A (zh) * | 2019-12-26 | 2020-05-22 | 上海科技发展有限公司 | 异构云管理平台 |
| CN111190602A (zh) * | 2019-12-30 | 2020-05-22 | 富通云腾科技有限公司 | 一种面向异构云资源的转换方法 |
| CN111314149A (zh) * | 2020-02-26 | 2020-06-19 | 赛特斯信息科技股份有限公司 | 基于多个边缘云平台实现统一监控运维管理的系统 |
| CN112230857A (zh) * | 2020-10-22 | 2021-01-15 | 杭州朗澈科技有限公司 | 一种混合云系统、混合云盘申请方法和数据存储方法 |
| CN113676537A (zh) * | 2021-08-18 | 2021-11-19 | 中数通信息有限公司 | 一种异构云资源统一管理平台 |
| CN114268671A (zh) * | 2021-11-18 | 2022-04-01 | 航天信息股份有限公司 | 一种基于OpenStack私有云异构资源管理方法及系统 |
| CN114666231A (zh) * | 2022-05-24 | 2022-06-24 | 广州嘉为科技有限公司 | 一种多云环境下可视化运维管理方法、系统及存储介质 |
| CN114268671B (zh) * | 2021-11-18 | 2024-06-11 | 航天信息股份有限公司 | 一种基于OpenStack私有云异构资源管理方法及系统 |
Families Citing this family (30)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106534306A (zh) * | 2016-11-14 | 2017-03-22 | 北京大学（天津滨海）新代信息技术研究院 | 一种可扩展的异构云平台适配方法及其系统 |
| CN107071004A (zh) * | 2017-03-24 | 2017-08-18 | 上海云首信息科技有限公司 | 一种混合云控制调度系统和调度方法 |
| CN106878333B (zh) * | 2017-03-28 | 2019-11-12 | 上海爱数信息技术股份有限公司 | 一种第三方认证方法、装置和应用系统服务器 |
| CN107480237B (zh) * | 2017-08-08 | 2021-02-05 | 中南大学 | 面向异构桌面云平台的数据融合方法及系统 |
| CN107659624A (zh) * | 2017-09-06 | 2018-02-02 | 国云科技股份有限公司 | 一种适用于云计算的异构云管理系统及方法 |
| CN107682285A (zh) * | 2017-09-27 | 2018-02-09 | 国云科技股份有限公司 | 一种异构云平台统一资源授权方法 |
| CN107508923A (zh) * | 2017-10-10 | 2017-12-22 | 郑州云海信息技术有限公司 | 一种公有云管理方法和系统 |
| CN107911465A (zh) * | 2017-11-28 | 2018-04-13 | 国云科技股份有限公司 | 一种多云平台的资源粒度过滤方法 |
| CN108092806A (zh) * | 2017-12-11 | 2018-05-29 | 国云科技股份有限公司 | 一种基于多云平台的多角色管理方法 |
| CN107995043B (zh) * | 2017-12-15 | 2021-05-11 | 南京南瑞信息通信科技有限公司 | 基于混合云平台的应用灾备系统 |
| CN108076156B (zh) * | 2017-12-27 | 2020-09-08 | 北京航空航天大学 | 一种基于中国云产品的混合云系统 |
| CN108306981A (zh) * | 2018-03-08 | 2018-07-20 | 江苏省广播电视总台 | 可增强媒体云平台服务层安全的双重异构PaaS冗余方法 |
| CN109067888B (zh) * | 2018-08-16 | 2021-08-17 | 中科边缘智慧信息科技（苏州）有限公司 | 分布式异地多云资源多层次融合管理系统 |
| CN109445869B (zh) * | 2018-09-17 | 2021-11-02 | 山东中创软件商用中间件股份有限公司 | 一种跨云适配的微服务管理方法、装置和存储介质 |
| CN111200507B (zh) * | 2018-11-19 | 2023-04-18 | 中国电信股份有限公司 | 异构虚拟网元管理方法和系统、模型驱动框架和存储介质 |
| CN109753782B (zh) * | 2018-11-23 | 2021-05-25 | 奇安信科技集团股份有限公司 | 一种云安全资源池的适配处理方法及装置 |
| CN109729150A (zh) * | 2018-12-05 | 2019-05-07 | 国云科技股份有限公司 | 一种基于多云多服务接入的前端处理方法 |
| CN109450713B (zh) * | 2018-12-25 | 2020-02-21 | 无锡华云数据技术服务有限公司 | 基于网关的虚拟化平台和云平台纳管方法、设备、介质 |
| CN110213092A (zh) * | 2019-05-21 | 2019-09-06 | 深信服科技股份有限公司 | 混合云的资源访问方法、平台管理设备、存储介质及装置 |
| CN110602174A (zh) * | 2019-08-21 | 2019-12-20 | 浙江大学 | 一种异构云数据同步的方法 |
| CN110647587A (zh) * | 2019-09-29 | 2020-01-03 | 肖凯泽 | 一种基于两级模型的异源异构资源映射方法 |
| CN111124286A (zh) * | 2019-12-04 | 2020-05-08 | 山东超越数控电子股份有限公司 | 一种基于Libcloud的多云管理实现方法 |
| CN111399975A (zh) * | 2020-02-28 | 2020-07-10 | 苏州浪潮智能科技有限公司 | 基于云计算管理平台的虚拟机快照管理方法、装置及系统 |
| CN111431985B (zh) * | 2020-03-18 | 2023-04-21 | 紫光云技术有限公司 | 一种云服务异构子系统间资源状态同步的方法 |
| CN112306926B (zh) * | 2020-10-12 | 2022-12-27 | 苏州浪潮智能科技有限公司 | 一种云平台中指定虚拟硬盘类型的方法和系统 |
| CN113434261B (zh) * | 2021-08-27 | 2021-12-17 | 阿里云计算有限公司 | 异构计算设备虚拟化方法及系统 |
| CN114629770B (zh) * | 2022-03-01 | 2024-04-19 | 北京计算机技术及应用研究所 | 一种异构云平台统一管理方法 |
| CN115297127B (zh) * | 2022-07-26 | 2023-07-18 | 浪潮软件科技有限公司 | 一种解决异构多云统一调度及管理的方法及装置 |
| CN116032918A (zh) * | 2022-11-14 | 2023-04-28 | 广西壮族自治区信息中心(广西壮族自治区大数据研究院) | 一种多云适配器抽象技术的方法和流程 |
| CN116389573B (zh) * | 2023-06-05 | 2023-09-19 | 国网信息通信产业集团有限公司 | 一种可插拔异构云适配装置、方法及系统 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103092670A (zh) * | 2011-11-02 | 2013-05-08 | 佳都新太科技股份有限公司 | 一种云计算环境下跨平台的虚拟计算资源管理方法 |
| CN103368807A (zh) * | 2012-04-05 | 2013-10-23 | 思科技术公司 | 用于在网络环境中迁移应用虚拟机的系统和方法 |
| CN103401917A (zh) * | 2013-07-29 | 2013-11-20 | 华南理工大学 | 一种基于云总线的混合云计算系统及其实现方法 |
| CN106534306A (zh) * | 2016-11-14 | 2017-03-22 | 北京大学（天津滨海）新代信息技术研究院 | 一种可扩展的异构云平台适配方法及其系统 |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103051710B (zh) * | 2012-12-20 | 2016-04-13 | 中国科学院深圳先进技术研究院 | 一种虚拟云平台管理系统 |
| CN104423933B (zh) * | 2013-08-21 | 2018-01-19 | 华为技术有限公司 | 一种云平台用户界面适配方法及适配器 |
| CN103442049B (zh) * | 2013-08-22 | 2016-08-31 | 浪潮电子信息产业股份有限公司 | 一种面向构件的混合型云操作系统体系结构及其通信方法 |
| CN104156216B (zh) * | 2014-08-14 | 2017-11-03 | 浪潮(北京)电子信息产业有限公司 | 一种面向云计算的异构存储管理系统及方法 |
| CN104902005A (zh) * | 2015-04-13 | 2015-09-09 | 中国联合网络通信集团有限公司 | 一种混合云中的资源调度方法、系统和私有云 |
| CN105141702A (zh) * | 2015-09-23 | 2015-12-09 | 福州大学 | 一种基于模型的混合云构造方法 |
| CN106020970A (zh) * | 2016-05-11 | 2016-10-12 | 广东浪潮大数据研究有限公司 | 一种私有云环境下的异构虚拟化平台管理框架 |
| CN106101258B (zh) * | 2016-07-08 | 2021-05-25 | 腾讯科技（深圳）有限公司 | 一种混合云的接口调用方法、装置及系统 |
-
2016
- 2016-11-14 CN CN201610999639.4A patent/CN106534306A/zh active Pending
-
2017
- 2017-11-10 WO PCT/CN2017/110404 patent/WO2018086580A1/zh active Application Filing
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103092670A (zh) * | 2011-11-02 | 2013-05-08 | 佳都新太科技股份有限公司 | 一种云计算环境下跨平台的虚拟计算资源管理方法 |
| CN103368807A (zh) * | 2012-04-05 | 2013-10-23 | 思科技术公司 | 用于在网络环境中迁移应用虚拟机的系统和方法 |
| CN103401917A (zh) * | 2013-07-29 | 2013-11-20 | 华南理工大学 | 一种基于云总线的混合云计算系统及其实现方法 |
| CN106534306A (zh) * | 2016-11-14 | 2017-03-22 | 北京大学（天津滨海）新代信息技术研究院 | 一种可扩展的异构云平台适配方法及其系统 |
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109542057A (zh) * | 2018-11-14 | 2019-03-29 | 中国电子工程设计院有限公司 | 基于虚拟机结构的远程运维模型及其构建方法 |
| CN109542057B (zh) * | 2018-11-14 | 2023-11-07 | 中国电子工程设计院有限公司 | 基于虚拟机结构的远程运维系统及其构建方法 |
| CN110177148A (zh) * | 2019-05-30 | 2019-08-27 | 上海通联金融科技发展有限公司 | 一种IaaS鑫云服务平台 |
| CN111190730B (zh) * | 2019-12-26 | 2023-06-16 | 上海科技发展有限公司 | 异构云管理平台 |
| CN111190730A (zh) * | 2019-12-26 | 2020-05-22 | 上海科技发展有限公司 | 异构云管理平台 |
| CN111190602A (zh) * | 2019-12-30 | 2020-05-22 | 富通云腾科技有限公司 | 一种面向异构云资源的转换方法 |
| CN111314149A (zh) * | 2020-02-26 | 2020-06-19 | 赛特斯信息科技股份有限公司 | 基于多个边缘云平台实现统一监控运维管理的系统 |
| CN112230857A (zh) * | 2020-10-22 | 2021-01-15 | 杭州朗澈科技有限公司 | 一种混合云系统、混合云盘申请方法和数据存储方法 |
| CN113676537A (zh) * | 2021-08-18 | 2021-11-19 | 中数通信息有限公司 | 一种异构云资源统一管理平台 |
| CN114268671A (zh) * | 2021-11-18 | 2022-04-01 | 航天信息股份有限公司 | 一种基于OpenStack私有云异构资源管理方法及系统 |
| CN114268671B (zh) * | 2021-11-18 | 2024-06-11 | 航天信息股份有限公司 | 一种基于OpenStack私有云异构资源管理方法及系统 |
| CN114666231B (zh) * | 2022-05-24 | 2022-08-09 | 广州嘉为科技有限公司 | 一种多云环境下可视化运维管理方法、系统及存储介质 |
| CN114666231A (zh) * | 2022-05-24 | 2022-06-24 | 广州嘉为科技有限公司 | 一种多云环境下可视化运维管理方法、系统及存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN106534306A (zh) | 2017-03-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2018086580A1 (zh) | 一种可扩展的异构云平台适配方法及其系统 | |
| CN108513657B (zh) | 数据转换方法及备份服务器 | |
| US10575121B2 (en) | System and method for instantiation of services at a location based on a policy | |
| WO2018205325A1 (zh) | 在异构资源上构建内容分发网络平台的方法和系统 | |
| CN110198231A (zh) | 用于多租户的容器网络管理方法和系统以及中间件 | |
| US20130086585A1 (en) | Managing the Persistent Data of a Pre-Installed Application in an Elastic Virtual Machine Instance | |
| CN102638566B (zh) | 一种基于云存储的blog系统运行方法 | |
| US11249788B2 (en) | Cloud management platform, and virtual machine management method and system | |
| WO2017190357A1 (zh) | 一种网络功能实例的管理方法及相关设备 | |
| CN104160376A (zh) | 虚拟机的离线准备 | |
| US9420035B2 (en) | Transaction isolation during multi-tenant transaction requests | |
| US10678657B1 (en) | Reversion operations for virtual computing environments | |
| CN105912389A (zh) | 基于数据虚拟化实现混合云环境下的虚拟机迁移系统 | |
| CN106326226A (zh) | 一种公有云上启动数据库服务的方法及系统 | |
| WO2024077885A1 (zh) | 容器集群的管理方法、装置、设备及非易失性可读存储介质 | |
| CN103873534A (zh) | 一种应用集群迁移方法及装置 | |
| CN111684437B (zh) | 按时间顺序排序的错位更新键-值存储系统 | |
| CN103077034B (zh) | 混合虚拟化平台java应用迁移方法与系统 | |
| WO2023165471A1 (zh) | 一种云平台应用部署方法、装置、电子设备及存储介质 | |
| CN105141702A (zh) | 一种基于模型的混合云构造方法 | |
| CN104536805A (zh) | 一种虚拟化平台的资源提供系统及方法 | |
| CN104601378A (zh) | 结合应用性能指标监控数据的虚拟资源弹性调度实现方法 | |
| CN114489931A (zh) | 一种函数实例的容器创建方法及系统 | |
| JP2024501005A (ja) | コンテナクラスタのための管理方法および装置 | |
| CN111597011A (zh) | 一种基于私有云资源模型的连接方法和系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 17869094 Country of ref document: EP Kind code of ref document: A1 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 17869094 Country of ref document: EP Kind code of ref document: A1 |