一种云计算平台的资源调度的方法、设备及存储介质

摘要

本申请公开了一种云计算平台的资源调度的方法、设备及存储介质，用以解决现有的资源调度方法无法合理安排部署资源、资源利用率低以及云服务性能差的技术问题。方法包括：对云平台资源进行打标处理，并对打标处理后的云平台资源进行层级划分，得到资源调度层级；获取业务部门对云平台资源的请求信息；在云平台中查找与请求信息相对应的请求资源；将请求资源按资源调度层级调度至业务部门。本申请通过上述方法实现了资源的最优化匹配和最佳利用，实现了生产环境下服务实用场景和资源特性的最优化匹配，减少服务部署过程中管理人员的手动调配和选择资源的工作，保障资源的合理化分配、降低资源碎片化、提高了资源的利用率并提升服务效能。

说明书

技术领域

本申请涉及云平台管理技术领域，尤其涉及一种云计算平台的资源调度的方法、设备及存储介质。

背景技术

云计算平台可以适配底层的基础资源，为上层业务系统提供应用程序的运行环境，将计算、存储、网络、安全、以及通用应用支撑组件等资源封装成服务，满足客户的不同需求，为数据分析以及应用创新提供不同领域、不同层次的丰富服务。

但是在实际应用中，云计算平台在进行资源调度分配的过程中，通常情况下都是需要使用大量的人工去完成操作资源调度分配，在人工完成资源调度的过程中，极易发生资源被错误调度的情况。因此，现有的云平台资源调度分配的方法无法科学合理地部署资源，导致了资源分配的效率较低、资源利用率较差以及云服务性能较差。

发明内容

本申请实施例提供了一种云计算平台的资源调度的方法、设备及存储介质，用以解决现有的云计算平台的资源调度方法无法合理安排部署资源、资源利用率低以及云服务性能差的技术问题。

一方面，本申请实施例提供了一种云计算平台的资源调度的方法，方法包括：对云平台资源进行打标处理，生成打标处理后的所述云平台资源的资源调度层级；其中，所述打标处理用于对对所述云平台资源分配分类标签；获取业务部门对云平台资源的请求信息；在云平台中查找与请求信息相对应的请求资源；将请求资源按资源调度层级调度至业务部门。

本申请实施例中，通过对所有的云平台资源进行标签化管理，通过资源的标签合理调配部署资源，解决了以往在进行资源调度的过程中由于人工挑选资源造成的错误。通过各个业务部门的需求来按需分配调度资源，解决了以往调度方法中大量冗余资源的浪费，提高了资源利用率。通过科学部署不同的调度层级，对资源实行分层次的调度，优化了云平台的服务性能。通过上述方法，实现了资源的合理化科学化的分配。

在本申请的一种实现方式中，获取业务部门对云平台资源的请求信息，具体包括：接收来自业务部门的资源调度请求指令；对资源调度请求指令进行解析，以得到业务部门对应的请求资源的状态数据。通过各业务部门的需求来分配资源，提高了资源的利用率。其中，状态数据至少包括以下任一项或者多项：请求资源的应用场景、请求资源的性能以及请求资源的现状；将请求资源的状态数据与云平台资源的分类标签进行比对，以得到业务部门的请求信息；其中，云平台资源的分类标签至少包括以下任一项或者多项：资源特性类标签、服务类标签以及服务组件类标签。

在本申请的一种实现方式中，在云平台中查找与请求信息相对应的请求资源，具体包括：将请求信息对应的标签与云平台资源的分类标签进行匹配；根据匹配结果，确定请求信息对应的请求资源。通过标签化管理资源，可以按照业务部门的需求，快速获取业务部门的请求资源，提高了资源调度的时效性。

在本申请的一种实现方式中，资源调度层级至少包括以下任一项或者多项：虚拟资源池层、虚拟数据中心层、可用分区层以及物理机层；通过设置四个层次的调度层级，科学合理的部署资源的调度过程，减少了以往调度过程中人工分配资源时资源的碎片化和资源的遗失，提高了资源调度的安全性。将请求资源按资源调度层级调度至业务部门，具体包括：在虚拟资源池层中确定业务部门对应的虚拟资源池；其中，虚拟资源池层中包含若干个虚拟资源池，且若干个虚拟资源池分别对应不同的业务部门；基于请求资源，遍历虚拟资源池中的资源，以在虚拟资源池内下载请求资源；将请求资源发送至业务部门。

在本申请的一种实现方式中，将请求资源发送至业务部门，具体包括：将请求资源传输至虚拟数据中心层；其中，虚拟数据中心层通信连接可用分区层；将请求资源传输到可用分区层中的目标可用分区，以暂时储存请求资源；确定物理机层中所有计算机设备的剩余存储容量值，并将请求资源传输至剩余存储容量值最大的计算机设备上。

在本申请的一种实现方式中，将请求资源传输到可用分区层中的目标可用分区，以暂时储存请求资源，具体包括：根据请求资源对应的标签，将请求资源传输到可用分区层中的，与请求资源的标签相匹配的目标可用分区；其中，可用分区层的所有目标可用分区均已经通过标签进行了标注。

在本申请的一种实现方式中，在对云平台资源进行打标处理之前，方法还包括：基于云平台的IaaS层的北向接口在虚拟资源池中创建虚拟机；在虚拟机上安装代理节点；其中，代理节点用于将云平台资源下载至虚拟机；基于IaaS层的北向接口以及代理节点，实时监控虚拟机。

在本申请的一种实现方式中，基于IaaS层的北向接口以及代理节点，实时监控虚拟机，具体包括：接收虚拟机的健康状况数据，以确定虚拟机的健康等级；将虚拟机的健康等级与预设的健康等级阈值进行比较，在健康等级低于健康等级阈值时，生成告警信息；将告警信息发送至代理节点，并经由IaaS层的北向接口发送至运维人员的设备上。

另一方面，本申请实施例还提供了一种云计算平台的资源调度的设备，设备包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够：对云平台资源进行打标处理，生成打标处理后的所述云平台资源的资源调度层级；其中，所述打标处理用于对对所述云平台资源分配分类标签；获取业务部门对所述云平台资源的请求信息；在所述云平台中查找与所述请求信息相对应的云平台资源；将所述请求资源按所述资源调度层级调度至所述业务部门。

本申请实施例还提供了一种云计算平台的资源调度的非易失性计算机存储介质，存储有计算机可执行指令，计算机可执行指令设置为：对云平台资源进行打标处理，生成打标处理后的所述云平台资源的资源调度层级；其中，所述打标处理用于对对所述云平台资源分配分类标签；获取业务部门对所述云平台资源的请求信息；在所述云平台中查找与所述请求信息相对应的云平台资源；将所述请求资源按所述资源调度层级调度至所述业务部门。

附图说明

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

图1为本申请实施例提供的一种云计算平台的资源调度方法流程图；

图2为本申请实施例提供的一种云计算平台的资源调度的设备示意图。

具体实施方式

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

云计算平台可以适配底层的基础资源，为上层业务系统提供应用程序的运行环境，将计算、存储、网络、安全、以及通用应用支撑组件等资源封装成服务，满足客户的不同需求，为数据分析以及应用创新提供不同领域、不同层次的丰富服务。

但是在实际应用中，云计算平台在进行资源调度分配的过程中，通常情况下都是需要使用大量的人工去完成操作资源调度分配，在人工完成资源调度的过程中，极易发生资源被错误调度的情况。因此，现有的云平台资源调度分配的方法无法科学合理地部署资源，导致了资源分配的效率较低、资源利用率较差以及云服务性能较差。

本申请实施例提供了一种云计算平台的资源调度的方法，用以解决现有的云计算平台的资源调度方法无法合理安排部署资源、资源利用率低以及云服务性能差的技术问题。

下面通过附图对本申请实施例提出的技术方案进行详细的说明。

图1为本申请实施例提供的一种云计算平台的资源调度的方法流程图。如图1所示，该方法主要包括以下步骤。

步骤101、对云平台资源进行打标处理，生成打标处理后的云平台资源的资源调度层级。

本申请实施例中，要解决异构云环境下的云计算平台的资源调度，实现云平台对底层基础设施即服务资源(即IaaS资源)的管理与调度，首先要将云平台与IaaS环境建立连接。云平台包括较多的虚拟资源池，这些虚拟资源池是指把服务器，存储、网络都做成一个虚拟的资源池，应用软件需要的资源可以在资源池里抓取，这样能够提高企业的资源的利用率，是云计算中常用的资源管理形式。本申请实施例中，通过云平台的IaaS层北向接口在虚拟资源池中创建虚拟机。然后在虚拟机上安装代理节点，这些代理节点可以将资源下载到虚拟机上。

本申请实施例中，可以通过代理节点实现虚拟机内的资源服务的自动化部署以及全生命周期的管理，还可以通过代理节点将云平台中的资源下载到虚拟机上。通过IaaS层的北向接口以及代理节点，可以实现虚拟机使用状态的在线监控。

具体来说，系统实时接收虚拟机的健康状况数据，这些健康数据包括但不限于虚拟机在一定周期内的接收传输资源的效率以及容量情况，并根据这些健康状况数据生成虚拟机在该时间段内的健康等级。将虚拟机的健康等级与系统内预设的健康等级阈值进行比较，若虚拟机健康等级低于阈值，生成告警信息。通过代理节点接收这些告警信息，然后经由IaaS层的北向接口将告警信息发送至运维人员的设备上。

本申请实施例中，将云平台与IaaS环境打通连接之后，即可进行资源的打标处理。将云平台中所有的资源都进行打标签处理，通过打分类标签可以将云平台中所有的资源进行分组和分类。云平台中设置了资源特性类标签、服务类标签以及服务组件类标签这三类分类标签，其中资源特性类标签可供可用分区、存储等使用，可以标记一些具体的文件资源；服务类标签可供服务定义使用，标记服务定义的类型；服务组件类可供服务组件使用，标记组件的特性。通过云平台资源的标签化管理，可以通过标签实现资源合理安排部署，解决了以往通过人工的方式调配资源可能导致的资源选择错误。

需要说明的是，这三类标签是云平台中内置的分类标签，能够适用于大部分云平台的资源，但也不排除云平台中存在少数这三类分类标签无法定义的资源，这时候就需要扩展新的分类标签，具体可以按照该云平台资源的实际情况而确定适用的分类标签。比如，该资源的应用场景、性能优劣以及该资源的在云平台资源调度中的频率等等，都可以作为分类标签扩展的依据。

进一步地，在云平台建设阶段，预先给平台资源打上标识其特性的分类标签，在后期进行资源分配时，可以利用分类标签进行策略选择，实现在不同的资源上创建不同类型的服务以实现不同的功能。例如，系统管理员给某存储设备标识类型为固态硬盘(SSD)的标签，当有用户申请创建具有SSD磁盘的虚拟机时，系统管理员就可以通过SSD标签找到相应的物理机资源来创建虚拟机，满足用户的需求。

本申请实施例中，将所有的资源都打上标签之后，再对这些资源进行层级划分，得到包括虚拟资源池层、虚拟数据中心层、可用分区层以及物理机层在内的四个资源调度层级，按照这四个资源调度层级对资源实施调度。

本申请实施例中，每个业务部门都会分配一个虚拟资源池，并按照其业务需求量，分配计算、存储、网络资源，并将上述资源分配给该部门的信息化管理员进行管理。每个虚拟资源池都包含一个或几个虚拟数据中心，涵盖了一个虚拟化集群内的部分计算、存储、网络资源。而每个虚拟数据中心中又包含了一个或几个可用分区，并且每个可用分区中也都打上了标签，以便于在进行资源调度的时候，按照标签实现调度策略。物理机层则是实现云计算平台的资源调度的最后一个层级，包含了若干计算机设备，资源最终调度的去向就是在计算机设备上。

步骤102、获取业务部门对云平台资源的请求信息。

本申请实施例中，各个业务部门可以基于自己的需求，从云平台获取资源。系统接收各个业务部门发来的资源调度请求指令，然后对资源调度请求指令进行解析，以得到各个业务部门对应的请求资源的状态数据。这些状态数据包括但不限于请求资源的应用场景、请求资源的性能以及各业务部门内对请求资源的现状。

本申请实施例中，各个业务部门对应的请求资源的状态数据中包含了请求资源的应用场景，因此，在云平台中可以按照应用场景去查找与应用场景有关的分类标签，以明确云平台中存储有与该业务部门所需求的请求资源应用场景一致的资源。

进一步地，根据业务部门请求资源的性能与现状，在云平台资源中查找对应资源特性分类标签的资源，并且获取云平台中的该资源的性能以及现状，从而明确云平台基于目前的存储情况能够提供给业务部门什么样性能的资源，以及云平台能从其中提供给业务部门该资源具体的数量。将所有这些情况进行归纳，即能够得出业务部门本次调度资源的请求信息。

步骤103、在云平台中查找与请求信息相对应的云平台资源。

本申请实施例中，将业务部门的请求资源的状态数据和云平台资源的分类标签进行对比，根据请求资源的应用场景，比如，业务部门对某种请求资源是应用在分区或者是存储设备时，那么就在云平台资源中查找分类标签为资源特性类的资源。业务部门对某种请求资源的应用于服务定义时就查找服务定义类分类标签。根据业务部门对某种资源性能的要求，可以在云平台资源中查找对应标注有性能优劣分类标签的资源。

本申请实施例中，根据业务部门的请求资源的状态数据对应的标签，与云平台中的资源分类标签进行匹配，并在云平台中查找到相关资源的情况后，系统会将查找到的这些资源标记出来，这些资源就是本次需要进行调度的资源，生成一个文件以记载业务部门的本次需要调度的资源详细信息。

步骤104、将请求资源按资源调度层级调度至业务部门。

本申请实施例中，云平台在确定好每个业务部门将要调度的资源之后，将会进行虚拟资源池层、虚拟数据中心层、可用分区层以及物理机层四个层级的调度。首先，在虚拟资源池层中找到该业务部门对应的虚拟资源池，然后在该部门对应的虚拟资源池里查找并下载该业务部门对应的请求资源。这是实现云计算平台的资源调度的第一个调度层级。

需要说明的是，在虚拟资源池层中包含若干个虚拟资源池，并且每个虚拟资源池对应不同的业务部门。将各个业务部门都分配有各自的虚拟资源池，可以保证各个业务部门按照自己部门工作特性需求等，在自己的虚拟资源池中内置适合本部门的平台资源。并且各个业务部门之间都有独立的虚拟资源池，保证了业务部门与业务部门之间的资源相对独立，在调度资源的时候不会影响到彼此。

进一步地，将下载好的请求资源由虚拟资源池传输到虚拟数据中心层，每个业务部门的虚拟资源池都包含一个或几个虚拟数据中心，并且每个虚拟数据中心的资源归属于不同的虚拟化集群，按照业务部门的请求资源以及的性质选择最适合的虚拟数据中心。选择虚拟数据中心的过程，也可以通过用户按照自身的需求去选择虚拟数据中心，并不限定于系统自身的判断和选择，而是可以加入干预去选择虚拟数据中心，提高了资源调度过程的可控性。这是实现云计算平台的资源调度的第二个调度层级。

更进一步地，将请求资源传输至虚拟数据中心层通信连接的可用分区层，以便于将请求资源暂时储存。每个虚拟数据中心都包含一个或几个可用分区，并且每个可用分区都是经过标签标注处理了。对可用分区进行标签标注处理的目的在于，将各个可用分区以性能、处理器、容量等特性作区分处理，以便于接收不同类型的请求资源，合理安排调度决策。

需要说明的是，在对可用分区进行标签化处理的同时，还可以对可用分区进行合理的规划，由于每个可用分区包含了若干台物理服务器，每个可用分区在规划期间，应尽量将同构、同类型、同特性的服务器规划到同一个可用分区，方便之后按照资源特性、应用场景等构建云服务实例。

具体来说，由于请求资源中是携带标签的，可用分区层的每一个可用分区也是经过标签标注处理的，因此，可用分区层在接收到请求资源时，会识别请求资源携带的标签的内容，然后将识别出来的标签内容作为检索关键词，在可用分区层中检索与请求资源的标签相匹配的可用分区，并将检索到的可用分区作为目标分区，将请求资源存放到目标分区中。这是实现云计算平台的资源调度的第三个调度层级。

本申请实施例中，实现云计算平台的资源调度的最后一个调度层级为物理机层的调度，在将请求资源调度到物理机层时，首先要计算物理机层中包含的各个计算机设备上的剩余存储容量值，然后将请求资源调度到剩余存储容量值最大的计算机设备上，从而完成请求资源的分层调度。

本申请通过预先配置云平台的网络环境，然后对所有的云平台资源进行标签化管理，按照标签合理部署调度资源，解决了以往通过人工手动方式调配资源导致的资源调配错误。根据各个业务部门的需求情况，按需分配资源，减少了以往资源调度过程中大量资源堆叠浪费，提高了资源的利用率。将业务部门要求调度的请求资源依次通过虚拟资源池层、虚拟数据中心层、可用分区层以及物理机层四个层次的调度层级，并通过各个调度层级逐层筛选和最优化匹配，极大地减少了资源在调度时的碎片化，提高了资源的利用率同时也提高了云服务的性能。通过本申请实施例记载的方法，可以实现在资源调度过程中最优化的资源分配。

以上为本申请实施例提供的一种云计算平台的资源调度的方法实施例，基于同样的发明构思，本申请实施例还提供了一种云计算平台的资源调度的设备。

图2为本申请实施例提供的一种云计算平台的资源调度的设备示意图。如图2所示，该设备主要包括：至少一个处理器201；以及，与至少一个处理器201通信连接的存储器202；其中，存储器202存储有可被至少一个处理器201执行的指令，指令被至少一个处理器201执行，以使至少一个处理器201能够：对云平台资源进行打标处理，生成打标处理后的所述云平台资源的资源调度层级；其中，所述打标处理用于对对所述云平台资源分配分类标签；获取业务部门对所述云平台资源的请求信息；在所述云平台中查找与所述请求信息相对应的云平台资源；将所述请求资源按所述资源调度层级调度至所述业务部门。

本申请实施例还提供了一种云计算平台的资源调度的非易失性计算机存储介质，存储有计算机可执行指令，计算机可执行指令设置为：对云平台资源进行打标处理，生成打标处理后的所述云平台资源的资源调度层级；其中，所述打标处理用于对对所述云平台资源分配分类标签；获取业务部门对所述云平台资源的请求信息；在所述云平台中查找与所述请求信息相对应的云平台资源；将所述请求资源按所述资源调度层级调度至所述业务部门。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

本申请中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

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