CN111190693B - 一种基于鲲鹏平台搭建云平台的方法及装置 - Google Patents

Abstract

本申请公开了一种基于鲲鹏平台搭建云平台的方法及装置，用以解决现有的云平台不支持鲲鹏处理器的架构的问题。该方法基于对云平台中运行组件的虚拟化管理软件、虚拟桌面和服务器管理器、支持包的修改，确定移植到所述基于鲲鹏处理器的硬件平台中的运行组件支撑所述硬件平台中虚拟机的运行；基于对云平台中管理组件的人机交互接口、支持包的修改，确定移植到所述基于鲲鹏处理器的硬件平台中的管理组件对所述硬件平台中的虚拟机进行管理。通过对云平台中运行组件、管理组件的移植，根据鲲鹏架构，对各组件中相应的开源程序、代理程序、支持包等进行修改，使其适配鲲鹏架构，从而使鲲鹏平台能够顺利运行虚拟化软件，进而实现云平台的搭建。

Description

一种基于鲲鹏平台搭建云平台的方法及装置

技术领域

本申请涉及云平台技术领域，尤其涉及一种基于鲲鹏平台搭建云平台的方法及装置。

背景技术

云计算平台(以下简称云平台)是指基于硬件资源和软件资源提供的具备强大的计算能力、存储能力的服务，其中应用到了虚拟化技术和分布式计算技术等。

目前的云平台通常基于主流的x86架构搭建而成，云平台下可部署有若干基于x86架构的服务器。

但是，现有的云平台并不支持鲲鹏处理器的架构，这不利于鲲鹏处理器的推广与应用，也不利于发挥鲲鹏处理器的多核高性能的优点。

发明内容

本申请实施例提供一种基于鲲鹏平台搭建云平台的方法及装置，用以解决现有的云平台不支持鲲鹏处理器的架构的问题。

本申请实施例提供的一种基于鲲鹏平台搭建云平台的方法，预先搭建有基于鲲鹏处理器的硬件平台，包括：

基于对云平台中运行组件的虚拟化管理软件、虚拟桌面和服务器管理器、支持包的修改，确定移植到所述基于鲲鹏处理器的硬件平台中的运行组件支撑所述硬件平台中虚拟机的运行；

基于对云平台中管理组件的人机交互接口、支持包的修改，确定移植到所述基于鲲鹏处理器的硬件平台中的管理组件对所述硬件平台中的虚拟机进行管理。

本申请实施例提供的一种基于鲲鹏平台搭建云平台的装置，预先搭建有基于鲲鹏处理器的硬件平台，包括：

第一确定模块，基于对云平台中运行组件的虚拟化管理软件、虚拟桌面和服务器管理器、支持包的修改，确定移植到所述基于鲲鹏处理器的硬件平台中的运行组件支撑所述硬件平台中虚拟机的运行；

第二确定模块，基于对云平台中管理组件的人机交互接口、支持包的修改，确定移植到所述基于鲲鹏处理器的硬件平台中的管理组件对所述硬件平台中的虚拟机进行管理。

本申请实施例提供一种基于鲲鹏平台搭建云平台的方法及装置，通过将云平台中的管理组件、运行组件移植到基于鲲鹏处理器的硬件平台中，根据鲲鹏架构的特点，对管理组件、运行组件中的各种程序、环境变量、参数等进行修改，使其适应鲲鹏架构，从而使基于鲲鹏处理器的硬件平台能够顺利运行虚拟化软件。通过增加创建入口、管理入口，在云平台下建立鲲鹏架构的集群，实现对若干基于鲲鹏处理器的硬件平台的管理，从而实现基于鲲鹏处理器的硬件平台的云平台的搭建。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例提供的基于鲲鹏平台搭建云平台的方法流程图；

图2为本申请实施例提供的基于鲲鹏平台搭建云平台的装置结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

由于鲲鹏处理器的架构为ARM架构，与主流的x86架构不同，因此，运行于x86架构的虚拟化软件不能在鲲鹏处理器的ARM架构中运行。并且，目前还不存在基于鲲鹏处理器架构运行的虚拟化软件。于是，为了搭建基于鲲鹏处理器的云平台，需要使虚拟化软件在基于鲲鹏处理器的ARM架构中顺利运行。

图1为本申请实施例提供的基于鲲鹏平台搭建云平台的方法流程图，具体包括以下步骤：

S101：基于对云平台中运行组件的虚拟化管理软件、虚拟桌面和服务器管理器、支持包的修改，确定移植到基于鲲鹏处理器的硬件平台中的运行组件支撑硬件平台中虚拟机的运行。

在本申请实施例中，预先搭建有基于鲲鹏处理器的硬件平台(即鲲鹏平台)，其中，硬件平台可以指主机，也可以指服务器。

在搭建基于鲲鹏平台的云平台的过程中，可移植云平台的运行组件到基于鲲鹏处理器的硬件平台中，并对运行组件的开源程序、代理程序、支持包等进行修改，以使其支持鲲鹏处理器的架构，从而使运行组件能够支撑虚拟机系统在鲲鹏平台中的运行。其中，运行组件为云平台中虚拟化软件的一部分程序，用于支持虚拟机系统的运行，具体可用于执行虚拟机的创建、启动、关闭、销毁、迁移、重启等生命周期动作。

通过将运行组件移植到基于鲲鹏处理器的硬件平台中，可使虚拟机系统能够在基于鲲鹏处理器的硬件平台中运行。

在移植过程中，需要针对鲲鹏处理器的架构与硬件平台的特点，对运行组件中的开源程序、代理程序、支持包等进行适应性的调整，以使运行组件能够适应鲲鹏处理器的架构，并且顺利运行。

具体的，开源程序用于提供虚拟化环境的基础支持，包括快速仿真器(QuickEmulator，qemu)软件、虚拟化管理软件libvirt等。由于直接通过libvirt生成的标准的可扩展标记语言(Extensible Markup Language，xml)描述是不支持鲲鹏处理器的aarch64架构的，因而也不能被鲲鹏平台上的qemu成功运行。因此，在对开源程序进行调整时，具体可根据鲲鹏处理器的特点，对xml描述进行调整，以使虚拟主机能够在鲲鹏平台上顺利运行。

具体调整内容可包括：

调整操作系统(Operating System，os)参数配置，配置启动模式为UEFI；

去掉启动引导菜单；

修改通用串行总线((Universal Serial Bus，usb)模式为“qemu-xhci”；

配置video模式为“vga”；

移除spice相关配置；

中央处理器(central processing unit，cpu)模式配置为“host-passthrough”；

增加虚拟主机关机、重启、销毁时acpi的相关配置；

移除iothread配置；

将cdrom的总线配置为“scsi”；

调整键盘鼠标的配置为usb类型；

移除内存气球和rng的配置；

移除sound的配置；

增加pty的配置。

代理程序用于从管理组件获取指令，将相应的指令在运行组件所处的服务器上执行，并向管理组件反馈运行组件的状态信息，包括虚拟桌面和服务器管理器(VirtualDesktop and Server Manager，vdsm)、装机系统代理chost-agent。其中，运行组件用于支撑并运行相应的虚拟机系统，管理组件用于对所有虚拟机系统进行管理。

在对运行组件中的代理程序进行调整时，可根据xml描述针对鲲鹏处理器架构所做的修改，生成相应的钩子(hook)程序。于是，在创建鲲鹏平台上的虚拟机时，可通过将钩子程序与代理程序关联，将钩子程序挂在代理程序上，以实现代理程序对运行组件支撑的虚拟机系统的监控等。

运行组件的支持包用于提供对运行组件运行的支撑。由于现有的支持包大多是基于x86平台的，因此，在对运行组件的支持包进行移植时，需要根据鲲鹏处理器的架构对支持包进行重新编译。具体可通过在支持包中增加对鲲鹏处理架构的判断信息，以增加支持包对鲲鹏架构平台的支持。

S102：基于对云平台中管理组件的人机交互接口、支持包的修改，确定移植到基于鲲鹏处理器的硬件平台中的管理组件对硬件平台中的虚拟机进行管理。

在本申请实施例中，还可将云平台的管理组件移植到基于鲲鹏处理器的硬件平台中，对管理组件的人机交互接口、支持包等进行修改，以使管理组件能够适配鲲鹏处理器的架构。其中，管理组件也是云平台中虚拟化软件的一部分程序，用于对外提供人机交互的接口，以实现用户与云平台之间的交互。管理组件提供的人机交互接口可表现为浏览器中的网页、应用程序接口(Application Programming Interface，API)等。

通过将管理组件移植到基于鲲鹏处理器的硬件平台中，可使用户能够通过管理组件与运行组件中运行的若干虚拟机系统进行交互，并对各虚拟机系统进行管理。

在一个实施例中，可在管理组件的人机交互接口中增加鲲鹏处理器的创建入口，用户可通过该创建入口，创建基于鲲鹏架构的集群，以便后续在鲲鹏架构的集群中添加相应的基于鲲鹏处理器的服务器。

在一种可能的实现方式中，若管理组件的人机交互接口为浏览器的网页的形式，则创建入口可为网页中的选择项，该选择项的内容对应创建鲲鹏架构的集群，用户可通过选中该选择项，以创建基于鲲鹏架构的集群。

在另一种可能的实现方式中，若管理组件的人机交互接口为API接口，则创建入口可为一种具体的创建鲲鹏架构集群接口。用户可通过对该创建鲲鹏架构集群接口的调用，以创建基于鲲鹏架构的集群。

并且，在建立创建入口时，还可对照x86架构集群的管理功能，补充和完善鲲鹏架构集群的管理功能，并根据鲲鹏架构与x86架构的特性不同，对鲲鹏架构集群的管理功能做相应的调整。例如，根据cpu所支持的指令不同，对应开放不同的cpu特性支持；等等。

在一个实施例中，可在管理组件的人机交互接口中增加鲲鹏处理器的管理入口，用户可通过管理入口，对云平台中所有已创建的基于鲲鹏架构的集群进行管理，并对所有相应的基于鲲鹏架构的虚拟机系统进行管理。

进一步地，云平台中可部署有若干不同架构的集群，各不同架构的集群分别对应不同的管理入口。于是，云平台中可包括若干管理入口，并且，这些管理入口之间是并列的关系。云平台可通过这些管理入口，对多种不同架构的集群进行统一管理。通过引入集群架构的划分，将云平台的单一的架构支持调整为多架构支持，使鲲鹏架构的集群能够与x86架构的集群并存。

在一个实施例中，管理组件的支持包用于提供对管理组件运行的支撑。由于现有的支持包大多是基于x86平台的，因此，在对管理组件的支持包进行移植时，也需要根据鲲鹏处理器的架构对支持包进行重新编译。具体可通过在支持包中增加对鲲鹏处理架构的判断信息，以增加支持包对鲲鹏架构平台的支持。其中，管理组件的支持包可包括jboss等应用程序。

在一个实施例中，在进行管理组件的移植时，还可在硬件平台的数据库中建立鲲鹏处理器的架构相关的配置信息，以实现数据库对鲲鹏架构的适配。其中，数据库由管理组件进行统一管理，可用于存储各运行组件中的虚拟机系统的数据。

在本申请实施例中，通过移植云平台的运行组件与管理组件到基于鲲鹏处理器的硬件平台中，并根据鲲鹏处理器的架构，对运行组件中的开源程序、代理程序、支持包等，对管理组件中的人机交互接口、支持包等分别进行适应性调整，使运行组件与管理组件都能够与鲲鹏架构相适配，从而使基于鲲鹏处理器的硬件平台能够顺利运行虚拟化软件，进而能够支持云平台的搭建。

通过在管理组件中增加创建入口与管理入口，可创建云平台中基于鲲鹏架构的集群，从而能够根据需要，向集群中添加相应的基于鲲鹏处理器的硬件平台，实现云平台对多台硬件平台的管理，从而利用与云平台的高计算力，发挥鲲鹏处理器的多核高性能的优势。

更进一步地，在对管理组件进行移植时，可不将管理组件移植在一台单独的硬件平台中，而是将管理组件移植到硬件平台的一个虚拟机系统中。通过将管理组件打包运行在硬件平台上的一个虚拟机系统里，可将该包括管理组件虚拟机系统作为其他所有虚拟机系统的管理者，以该虚拟机系统作为管理虚拟机，以其他虚拟机系统作为运行虚拟机。管理虚拟机可对运行虚拟机发出指令，以使运行虚拟机根据接收到的指令，具体执行相应的创建虚拟机、关闭虚拟机等操作。

于是，管理虚拟机在维护自身的虚拟机系统、进行自我管理的同时，还可对自己所在的宿主机(即硬件平台)进行管理。这样能够实现在同一台鲲鹏硬件平台上，既可以运行管理组件，也可以运行运行组件。

与将管理组件运行在一台单独的硬件平台上相比，通过将管理组件运行在硬件平台中的一个虚拟机系统内，可在管理组件所在的硬件平台出现故障等问题时，通过虚拟机系统的迁移，及时将管理虚拟机迁移到其他的硬件平台上，保证管理虚拟机的正常运行。这样能够尽可能的降低硬件平台故障带来的损失，及时恢复管理虚拟机对运行虚拟机的管理与控制，减少管理虚拟机的停工时间，实现管理组件的高可用性。

以上为本申请实施例提供的基于鲲鹏平台搭建云平台的方法，基于同样的发明思路，本申请实施例还提供了相应的基于鲲鹏平台搭建云平台的装置，如图2所示。

图2为本申请实施例提供的基于鲲鹏平台搭建云平台的装置结构示意图，具体包括：

第一确定模块201，基于对云平台中运行组件的虚拟化管理软件、虚拟桌面和服务器管理器、支持包的修改，确定移植到所述基于鲲鹏处理器的硬件平台中的运行组件支撑所述硬件平台中虚拟机的运行；

第二确定模块202，基于对云平台中管理组件的人机交互接口、支持包的修改，确定移植到所述基于鲲鹏处理器的硬件平台中的管理组件对所述硬件平台中的虚拟机进行管理。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (8)

1.一种基于鲲鹏平台搭建云平台的方法，其特征在于，预先搭建有基于鲲鹏处理器的硬件平台，所述方法包括：

基于对云平台中运行组件的虚拟化管理软件、虚拟桌面和服务器管理器、支持包的修改，确定移植到所述基于鲲鹏处理器的硬件平台中的运行组件支撑所述硬件平台中虚拟机的运行；其中，所述云平台包括若干管理入口，所述若干管理入口分别用于管理不同架构的集群；

基于对云平台中管理组件的人机交互接口、支持包的修改，确定移植到所述基于鲲鹏处理器的硬件平台中的管理组件对所述硬件平台中的虚拟机进行管理；

其中，对云平台中运行组件的虚拟化管理软件、虚拟桌面和服务器管理器、支持包的修改，包括：

对虚拟化管理软件libvirt生成的可扩展标记语言描述进行修改；

根据对所述可扩展标记语言描述的修改，生成钩子程序，并将所述钩子程序与代理程序关联；

在所述支持包中增加对所述鲲鹏处理器的架构的判断信息，使所述支持包包括对鲲鹏处理器架构的支持内容。

2.根据权利要求1所述的方法，其特征在于，对虚拟化管理软件libvirt生成的可扩展标记语言描述进行修改，包括：

调整操作系统参数配置；

修改通用串行总线模式；

配置中央处理器模式。

3.根据权利要求1所述的方法，其特征在于，对云平台中管理组件的人机交互接口、支持包的修改，包括：

在所述管理组件的人机交互接口中增加鲲鹏处理器的创建入口，所述创建入口用于创建基于鲲鹏架构的集群。

4.根据权利要求3所述的方法，其特征在于，对云平台中所述管理组件的人机交互接口、支持包的进行修改，还包括：

在所述管理组件的人机交互接口中增加鲲鹏处理器的管理入口，所述管理入口用于对所有已创建的基于鲲鹏架构的集群进行管理。

5.根据权利要求4所述的方法，其特征在于，对云平台中所述管理组件的人机交互接口、支持包的进行修改，还包括：

在所述支持包中增加对所述鲲鹏处理器的架构的判断信息，使所述支持包包括对鲲鹏处理器架构的支持内容。

6.根据权利要求4所述的方法，其特征在于，对云平台中所述管理组件的人机交互接口、支持包的进行修改，还包括：

在所述硬件平台的数据库中建立鲲鹏处理器的架构相关的配置信息。

7.根据权利要求1所述的方法，其特征在于，确定移植到所述基于鲲鹏处理器的硬件平台中的管理组件对所述硬件平台中的虚拟机的管理，包括：

确定移植到所述基于鲲鹏处理器的硬件平台的一个虚拟机系统中的管理组件对所述硬件平台中的虚拟机的管理。

8.一种基于鲲鹏平台搭建云平台的装置，其特征在于，预先搭建有基于鲲鹏处理器的硬件平台，所述装置包括：

第一确定模块，基于对云平台中运行组件的虚拟化管理软件、虚拟桌面和服务器管理器、支持包的修改，确定移植到所述基于鲲鹏处理器的硬件平台中的运行组件支撑所述硬件平台中虚拟机的运行；其中，所述云平台包括若干管理入口，所述若干管理入口分别用于管理不同架构的集群；

第二确定模块，基于对云平台中管理组件的人机交互接口、支持包的修改，确定移植到所述基于鲲鹏处理器的硬件平台中的管理组件对所述硬件平台中的虚拟机进行管理；

其中，对云平台中运行组件的虚拟化管理软件、虚拟桌面和服务器管理器、支持包的修改，包括：

对虚拟化管理软件libvirt生成的可扩展标记语言描述进行修改；

根据对所述可扩展标记语言描述的修改，生成钩子程序，并将所述钩子程序与代理程序关联；

在所述支持包中增加对所述鲲鹏处理器的架构的判断信息，使所述支持包包括对鲲鹏处理器架构的支持内容。