资源域的资源管理方法、装置、计算机设备和存储介质与流程

文档序号:33403312发布日期:2023-03-08 20:12阅读:37来源:国知局
资源域的资源管理方法、装置、计算机设备和存储介质与流程

1.本技术涉及云计算技术领域,特别是涉及一种资源域的资源管理方法、装置、计算机设备和存储介质。


背景技术:

2.随着云计算的发展,越来越多的应用都使用iaas提供的虚拟机来部署应用,随着应用规模的变大,基础设施云的规模也越来越大,一个资源域中的计算节点规模也越来越大。其中,计算节点用于创建和管理虚拟机,云平台中所有的虚拟机都运行在计算节点上,计算节点的配置和规模决定了云平台可提供计算资源的能力。
3.目前,运维人员只能根据资源域中整体资源剩余量来判断资源域中的资源是否充足。
4.然而,目前的运维方式下存在运维效率低下的问题。例如,目前资源域中具有10个计算节点,每个计算节点剩余的可用资源为1u2g,整个资源域剩余的可用资源是10u20g。当用户需要2u4g的资源创建虚拟机时,整个资源域剩余的可用资源虽然充足,但是实际每个计算节点上都无法提供出2u4g的可用资源,从而导致用户实际创建虚拟机失败,而运维人员出现失败后才能反查出问题所在,降低运维效率。


技术实现要素:

5.基于此,有必要针对上述技术问题,提供一种能够提高运维效率的资源域的资源管理方法、装置、计算机设备和存储介质。
6.第一方面,本技术提供了一种资源域的资源管理方法。所述方法包括:
7.确定策略配置表,该策略配置表包括各标准资源规格与各标准资源规格对应的阈值水位线;
8.确定资源配置表,该资源配置表包括各该标准资源规格对应的可用资源量和该资源域的总资源量,其中,该可用资源量是根据该资源域中各计算节点可供应的该标准资源规格下的资源量确定的;
9.根据各该标准资源规格对应的可用资源量、该资源域的总资源量以及对应的该阈值水位线,确定该资源域的资源管理策略。
10.第二方面,本技术还提供了一种资源域的资源管理装置。所述装置包括:
11.第一确定模块,用于确定策略配置表,该策略配置表包括各标准资源规格与各标准资源规格对应的阈值水位线;
12.第二确定模块,用于确定资源配置表,该资源配置表包括各该标准资源规格对应的可用资源量和该资源域的总资源量,其中,该可用资源量是根据该资源域中各计算节点可供应的该标准资源规格下的资源量确定的;
13.第三确定模块,用于根据各该标准资源规格对应的可用资源量、该资源域的总资源量以及对应的该阈值水位线,确定该资源域的资源管理策略。
14.第三方面,本技术还提供了一种计算机设备。所述计算机设备包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现上述任一方法的步骤。
15.第四方面,本技术还提供了一种计算机可读存储介质。所述计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述任一方法的步骤。
16.第五方面,本技术还提供了一种计算机程序产品。所述计算机程序产品,包括计算机程序,该计算机程序被处理器执行时实现上述任一方法的步骤。
17.上述资源域的资源管理方法、装置、计算机设备和存储介质,确定策略配置表,该策略配置表包括各标准资源规格与各标准资源规格对应的阈值水位线,并确定资源配置表,该资源配置表包括各该标准资源规格对应的可用资源量和该资源域的总资源量,其中,该可用资源量是根据该资源域中各计算节点可供应的该标准资源规格下的资源量确定的,从而根据各该标准资源规格对应的可用资源量、该资源域的总资源量以及对应的该阈值水位线,确定该资源域的资源管理策略。由于各标准资源规格对应的可用资源量是根据资源域中各计算节点可供应的标准资源规格下的资源量确定的,因此,本技术中各标准资源规格对应的可用资源量是基于各计算节点的实际情况确定的,例如,每个计算节点剩余的可用资源为1u2g,则标准规格2u4g对应的可用资源量为0。也就是说,本技术确定各标准资源规格对应的可用资源量,相比于传统技术中仅确定整个资源域剩余的可用资源而言,是更精细化更准确的一种做法。并且,本技术对于每个标准资源规格,都可以根据该标准资源规格对应的可用资源量、资源域的总资源量以及对应的阈值水位线确定资源管理策略,由于标准资源规格对应的可用资源量是准确的,因此本技术确定的资源管理策略是符合资源域中各计算节点的实际情况,避免了传统技术中由于计算节点的可用资源量不足而创建虚拟机失败需要运维人员反查的情况,从而提高了运维效率。
附图说明
18.图1为本技术实施例中资源域的资源管理方法的应用环境图;
19.图2为本技术实施例中资源域的资源管理方法的流程示意图;
20.图3为本技术实施例中一种确定资源域的资源管理策略的流程示意图;
21.图4为本技术实施例中一种确定资源配置表的流程示意图;
22.图5为本技术实施例中一种确定可供应虚拟机的数量的流程示意图;
23.图6为本技术实施例中另一种确定可供应虚拟机的数量的流程示意图;
24.图7为本技术实施例中的资源域的资源管理方法的整体示意图;
25.图8为本技术实施例中资源域的资源管理装置的结构框图;
26.图9为本技术实施例中计算机设备的内部结构图。
具体实施方式
27.为了使本技术的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本技术进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本技术,并不用于限定本技术。
28.图1为本技术实施例中资源域的资源管理方法的应用环境图,本技术实施例提供
的资源域的资源管理方法,可以应用于如图1所示的应用环境中。其中,终端102通过网络与服务器104进行通信。数据存储系统可以存储服务器104 需要处理的数据。数据存储系统可以集成在服务器104上,也可以放在云上或其他网络服务器上。其中,终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑、物联网设备和便携式可穿戴设备,物联网设备可为智能电视、智能车载设备等。便携式可穿戴设备可为智能手表、智能手环、头戴设备等。服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
29.图2为本技术实施例中资源域的资源管理方法的流程示意图,该方法可以应用于图1所示的服务器中,在一个实施例中,如图2所示,包括以下步骤:
30.s201,确定策略配置表,策略配置表包括各标准资源规格与各标准资源规格对应的阈值水位线。
31.在本实施例中,服务器首先确定策略配置表,其中,策略配置表包括各标准资源规格与各标准资源规格对应的阈值水位线。可以理解的是,资源域中各计算节点的资源情况可以用资源规格来表示,资源规格可以包括至少一个子资源规格,通常情况下,子资源规格的数量为多个,例如子资源规格包括内存规格和中央处理器(central processing unit,cpu)规格。内存规格通常以g作为单位,例如2g表示内存为2gb;cpu规格通常以u作为单位,例如2u表示cpu为双核。
32.各标准资源规格可以理解为创建、管理虚拟机时所需资源规格的各种可能性,各标准资源规格可以包括标准内存规格和标准cpu规格,例如,各标准资源规格包括1u1g、1u2g、1u3g、1u4g、2u1g等等。
33.各标准资源规格对应的阈值水位线用于衡量资源域在各标准规格下的健康状况,各标准资源规格对应的阈值水位线可以是各标准资源规格对应的可用资源量与资源域总资源的比值,也可以是各标准资源规格对应的已用资源量与资源域总资源的比值。如果各标准资源规格包括多个子标准资源规格,例如标准内存规格和标准cpu规格,则标准内存规格对应的阈值水位线和标准cpu规格对应的阈值水位线可以分别计算,当然,也可以将标准内存规格和标准cpu规格作为一个整体设置一个对应的阈值水位线,本实施例对阈值水位线的计算方式不作具体限制。
34.可选的,服务器可以接收终端发送的各标准资源规格的第一阈值水位线,并将各标准资源规格的第一阈值水位线作为各标准资源规格对应的阈值水位线,例如用户指定标准资源规格1u1g的第一阈值水位线为80%,则策略配置表中标准资源规格1u1g对应的阈值水位线就是80%。可选的,服务器也可以接收终端发送的各标准资源规格的第一阈值水位线和各标准资源规格的超分比,根据各标准资源规格的第一阈值水位线和各标准资源规格的超分比,确定各标准资源规格对应的阈值水位线。其中,各标准资源规格的超分比表示各标准资源规格超配的比例,由于多数用户在使用虚拟资源时不会满负载使用,因此云计算中通常会配置超分比来提高云资源的利用率,举例说明,96g的内存在不超分的情况下,只能创建6台需求为16g的虚拟机;若配置内存超分比为1.5后,则可以生成9台需求为16g的虚拟机;若配置内存超分比为2后,则能创建12台需求为16g的虚拟机。因此,各标准资源规格对应的阈值水位线也随各标准资源规格的超分比变化。例如,用户指定标准资源规格1u1g的第一阈值水位线为70%,内存和cpu的超分比均为1.2,则策略配置表中标准资源规格1u1g对应的阈值水位线就是84%。
35.具体地,服务器确定策略配置表如下表1所示,当然,策略配置表也可以为其他实现形式,只要策略配置表包括各标准资源规格与各标准资源规格对应的阈值水位线的映射关系即可。
36.表1策略配置表
[0037][0038]
s202,确定资源配置表,资源配置表包括各标准资源规格对应的可用资源量和资源域的总资源量,其中,可用资源量是根据资源域中各计算节点可供应的标准资源规格下的资源量确定的。
[0039]
在本实施例中,服务器还需要确定资源配置表,资源配置表包括各标准资源规格对应的可用资源量和资源域的总资源量。
[0040]
此处以一个资源域中包括10个计算节点进行举例说明,服务器可以通过开源的云计算管理平台项目(openstack)接口实时读取资源域中这10个计算节点的资源情况。例如,服务器可以通过openstack接口读取10个计算节点中的每个计算节点对应的总资源量和已使用资源量,从而确定各标准资源规格对应的可用资源量和资源域的总资源量。具体地,各标准资源规格对应的可用资源量表示资源域在所有计算节点对该标准资源规格的供应能力。假设10个计算节点中每个计算节点的可用资源量都是1u1g,则对于标准资源规格1u1g而言,每个计算节点都可以供应1u1g的资源量,因此,标准资源规格1u1g对应的可用资源量就是10u10g;对于标准资源规格2u1g而言,每个计算节点都无法供应出 2u1g的资源量,则标准资源规格2u1g对应的可用资源量就是0。其他标准资源规格原理相同,在此不再赘述。也就是说,各标准资源规格对应的可用资源量是根据资源域中各计算节点可供应的标准资源规格下的资源量确定的。
[0041]
而资源域的总资源量可以通过对这10计算节点的总资源量进行累和确定,例如每个计算节点的总资源量是20u20g,则资源域的总资源量为200u200g。
[0042]
具体地,服务器确定资源配置表如下表2所示,当然,资源配置表也可以为其他实现形式,只要资源配置表包括所述资源域的总资源量以及各标准资源规格与各标准资源规格对应的可用资源量的映射关系即可。
[0043]
表2资源配置表
[0044][0045]
s203,根据各标准资源规格对应的可用资源量、资源域的总资源量以及对应的阈值水位线,确定资源域的资源管理策略。
[0046]
在本实施例中,服务器能够根据各标准资源规格对应的可用资源量、资源域的总资源量以及对应的阈值水位线,确定资源域的资源管理策略。其中,资源域的资源管理策略包括对资源域进行扩容、对资源域不进行处理、对资源域进行资源分配等资源管理策略。一种可以实现的方式是,服务器可以设置定时任务,每隔预设的周期通过openstack接口,更新各标准资源规格对应的可用资源量,并比较各标准资源规格对应的可用资源量和资源域的总资源量的第一比值与各标准资源规格对应的阈值水位线,若第一比值低于各标准资源规格对应的阈值水位线,则服务器通知对应的运维人员对资源域进行扩容。例如,标准资源规格1u1g对应的阈值水位线为50%,服务器每隔一小时更新资源配置表,资源配置表中1u1g的对应的可用资源量为10u20g,资源域的总资源量为40u50g,服务器可以将各子资源规格例如内存和cpu分别进行计算,只要任意一个第一比值低于各标准资源规格对应的阈值水位线,就通知对应的运维人员对资源域进行扩容。具体地,标准cpu规格1u对应的可用资源量10u与资源域的总资源量40u的第一比值为25%,标准内存规格1g对应的可用资源量20g与资源域的总资源量50g的第一比值为40%,由于1u对应的可用资源量10u与资源域的总资源量40u的第一比值为25%小于标准资源规格1u1g对应的阈值水位线为 50%,则服务器通知对应的运维人员对资源域进行扩容,从而也就确定了资源域的资源管理策略。
[0047]
本实施提供的资源域的资源管理方法,通过确定策略配置表,策略配置表包括各标准资源规格与各标准资源规格对应的阈值水位线,并确定资源配置表,资源配置表包括各标准资源规格对应的可用资源量和资源域的总资源量,进而根据各标准资源规格对应的可用资源量、资源域的总资源量以及对应的阈值水位线,确定资源域的资源管理策略。由于各标准资源规格对应的可用资源量是根据资源域中各计算节点可供应的标准资源规格下的资源量确定的,因此,本技术中各标准资源规格对应的可用资源量是基于各计算节点的实际情况确定的,例如,每个计算节点剩余的可用资源为1u2g,则标准规格2u4g对应的可用资源量为0。也就是说,本技术确定各标准资源规格对应的可用资源量,相比于传统技术中仅确定整个资源域剩余的可用资源而言,是更精细化更准确的一种做法。并且,本技术对于每个标准资源规格,都可以根据该标准资源规格对应的可用资源量、资源域的总资源量以及对应的阈值水位线确定资源管理策略,由于标准资源规格对应的可用资源量是准确的,因此本技术确定的资源管理策略是符合资源域中各计算节点的实际情况,避免了传统技术中由于计算节点的可用资源量不足而创建虚拟机失败需要运维人员反查的情况,从而提高
了运维效率。
[0048]
图3为本技术实施例中一种确定资源域的资源管理策略的流程示意图,参照图3,本实施例涉及的是如何确定资源域的资源管理策略的一种可选的实现方式。在上述实施例的基础上,上述的s203,根据各标准资源规格对应的可用资源量、资源域的总资源量以及对应的阈值水位线,确定资源域的资源管理策略,包括如下步骤:
[0049]
s301,从各标准资源规格中确定目标资源规格。
[0050]
在本实施例中,服务器在确定资源域的资源管理策略之前,首先需要从各标准资源规格中确定目标资源规格。目标资源规格可以是一个标准资源规格,也开始是多个标准资源规格。目标资源规格可以是服务器随机或者按照顺序确定的一个或多个标准资源规格,也可以是用户指定的一个或多个标准资源规格。
[0051]
s302,根据各标准资源规格对应的可用资源量,确定目标资源规格在目标应用场景下对应的可用资源量。
[0052]
在本实施例中,服务器根据各标准资源规格对应的可用资源量,确定目标资源规格在目标应用场景下对应的可用资源量。目标应用场景可以是定时任务场景和用户申请任务场景中的一个场景。例如,服务器确定目标资源规格为1u1g, 1u1g对应的可用资源量是10u10g,而目标应用场景为定时任务场景,则服务器确定目标资源规格在目标应用场景下对应的可用资源量为10u10g。
[0053]
s303,确定第一比值,其中,第一比值等于目标资源规格在目标应用场景下对应的可用资源量与总资源量的比值。
[0054]
在本实施例中,服务器确定目标资源规格在目标应用场景下对应的可用资源量与资源域的总资源量之间的第一比值。可以理解的是,由于资源规格包括至少一个子资源规格,因此,服务器可以确定多个第一比值。例如目标资源规格1u1g在目标应用场景下对应的可用资源量为10u12g,资源域的总资源量为 200u200g,则服务器确定第一比值分别为5%和6%。
[0055]
s304,根据第一比值和目标资源规格对应的阈值水位线,确定资源域的资源管理策略。
[0056]
在本实施例中,服务器根据第一比值和目标资源规格对应的阈值水位线,确定资源域的资源管理策略。例如,若只要存在第一比值小于目标资源规格对应的阈值水位线,则服务器通知对应的运维人员对资源域进行扩容。运维人员可以维护在策略配置表中,也就是说,策略配置表中还包括了各标准资源规格与各标准资源规格对应的运维人员之间的对应关系。
[0057]
本实施例从各标准资源规格中确定目标资源规格,进而根据各标准资源规格对应的可用资源量,确定目标资源规格在目标应用场景下对应的可用资源量,并确定第一比值,从而根据所述第一比值和所述目标资源规格对应的阈值水位线,确定所述资源域的资源管理策略。由于第一比值等于目标资源规格在目标应用场景下对应的可用资源量与总资源量的比值,因此本技术中能够根据各标准资源规格对应的可用资源量、资源域的总资源量以及对应的阈值水位线,确定资源域的资源管理策略,并且确定的资源管理策略是符合资源域中各计算节点的实际情况,避免了传统技术中由于计算节点的可用资源量不足而创建虚拟机失败需要运维人员反查的情况,提高了运维效率。
[0058]
可选的,上述的s302,根据各标准资源规格对应的可用资源量,确定目标资源规格在目标应用场景下对应的可用资源量,可以通过如下方式实现:
[0059]
若目标应用场景为定时任务场景,则将目标资源规格对应的可用资源量作为目标资源规格在目标应用场景下对应的可用资源量。
[0060]
在本实施例中,若目标应用场景为定时任务场景,此时用户没有申请资源的需求,也就是说,服务器只需要确定目标资源规格对应的可用资源量是否处于健康状态即可,因此,服务器将目标资源规格对应的可用资源量作为目标资源规格在目标应用场景下对应的可用资源量。例如,结合表2,目标资源规格为 1u1g,目标应用场景为定时任务场景,则服务器确定目标资源规格1u1g在定时任务场景下对应的可用资源量为100u100g。
[0061]
本实施例中若目标应用场景为定时任务场景,则将目标资源规格对应的可用资源量作为目标资源规格在目标应用场景下对应的可用资源量,本技术考虑了定时任务场景的实际情况,因此,目标资源规格在定时任务场景下对应的可用资源量是准确的,进一步提高了后续的运维效率。
[0062]
可选的,上述的s302,根据各标准资源规格对应的可用资源量,确定目标资源规格在目标应用场景下对应的可用资源量,还可以通过如下方式实现:
[0063]
若目标应用场景为用户申请任务场景,则将目标资源规格对应的可用资源量与目标资源规格的差值作为目标资源规格在目标应用场景下对应的可用资源量。
[0064]
在本实施例中,若目标应用场景为用户申请任务场景,此时用户有申请资源的需求,用户通过终端向服务器发送资源申请需求,根据资源申请需求确定目标资源规格。例如用户申请1u2g的资源,则目标资源规格就是1u2g。进一步地,服务器需要判断用户在申请资源之后,目标资源规格对应的可用资源量还是否处于健康状态,也就是说,服务器将目标资源规格对应的可用资源量与目标资源规格的差值作为目标资源规格在目标应用场景下对应的可用资源量。例如,结合表2,目标资源规格为1u2g,目标应用场景为用户申请任务场景,目标资源规格1u2g对应的可用资源量为50u50g,则目标资源规格1u2g在用户申请任务场景下对应的可用资源量为49u48g。
[0065]
本实施例中若目标应用场景为用户申请任务场景,则将目标资源规格对应的可用资源量与目标资源规格的差值作为目标资源规格在目标应用场景下对应的可用资源量。本技术考虑了用户申请任务场景的实际情况,因此,目标资源规格在用户申请任务场景下对应的可用资源量也是准确的,进一步提高了后续的运维效率。
[0066]
可选的,上述的s304,根据第一比值和目标资源规格对应的阈值水位线,确定资源域的资源管理策略,可以通过如下方式实现:
[0067]
若第一比值小于等于目标资源规格对应的阈值水位线,则输出第一提示信息,第一提示信息用于确定资源域的资源管理策略。
[0068]
在本实施例中,若第一比值小于等于目标资源规格对应的阈值水位线,则服务器输出第一提示信息,第一提示信息用于确定资源域的资源管理策略。例如,目标资源规格为1u1g,在定时任务场景中,目标资源规格1u1g在目标应用场景下对应的可用资源量为10u10g,资源域的总资源量为200u200g,服务器确定第一比值为5%,第一比值小于等于目标资源规格1u1g对应的阈值水位线50%,则服务器输出第一提示信息,通知对应的运维人员对资源域进行扩容,以确定资源域的管理策略。用户申请任务场景同理,在此不再赘述。
[0069]
本实施例中若第一比值小于等于目标资源规格对应的阈值水位线,则输出第一提示信息,第一提示信息用于确定资源域的资源管理策略,也就是说,本技术中提前预警了目标资源规格在不同应用场景下对应的可用资源量可能不充足的情况,提高了运维效率。
[0070]
可选的,上述的s304,根据第一比值和目标资源规格对应的阈值水位线,确定资源域的资源管理策略,还可以通过如下方式实现:
[0071]
若第一比值大于目标资源规格对应的阈值水位线,则根据目标资源规格确定资源域的资源管理策略。
[0072]
在本实施例中,若第一比值大于目标资源规格对应的阈值水位线,则根据目标资源规格确定资源域的资源管理策略。例如,目标资源规格为1u2g,在用户申请任务场景中,目标资源规格1u2g在目标应用场景下对应的可用资源量为 49u48g,资源域的总资源量为200u200g,服务器确定第一比值分别为24.5%和 24%,第一比值24.5%和24%均大于目标资源规格1u2g对应的阈值水位线20%,则服务器根据目标资源规格1u2g,调用openstack从某个计算节点中执行资源供应操作,也即对资源域进行资源分配,从而确定了资源域的资源管理策略。
[0073]
本实施例中若第一比值大于目标资源规格对应的阈值水位线,则根据目标资源规格确定资源域的资源管理策略,当目标资源规格在不同应用场景下对应的可用资源量充足的情况下,进而根据目标资源规格确定资源域的资源管理策略,提高了运维效率。
[0074]
图4为本技术实施例中一种确定资源配置表的流程示意图,参照图4,本实施例涉及的是如何确定资源配置表的一种可选的实现方式。在上述实施例的基础上,上述的s201,确定策略配置表,包括如下步骤:
[0075]
s401,确定资源域中各计算节点的总资源量和已使用资源量。
[0076]
在本实施例中,服务器确定资源域中各计算节点的总资源量和已使用资源量。一种可以实现的方式是,服务器通过openstack接口读取资源域中各计算节点的总资源量和已使用资源量。具体地,服务器通过openstack接口读取资源域中各计算节点的总cpu、总内存、已使用cpu和已使用内存。
[0077]
s402,根据各计算节点的总资源量和已使用资源量,确定各标准资源规格下各计算节点的可供应虚拟机的数量。
[0078]
在本实施例中,服务器根据各计算节点的总资源量和已使用资源量,确定各标准资源规格下各计算节点的可供应虚拟机的数量。当然,服务器也可以使用其他方式确定各标准资源规格下各计算节点的可供应虚拟机的数量,本实施例不做限制。
[0079]
具体地,服务器确定资源配置表还可以如下表3所示。需要说明的是,表1、表2和表3中的数据仅是为了方便理解进行的分别举例。
[0080]
表3资源配置表
[0081][0082]
s403,根据同一个标准资源规格以及同一个标准资源规格下各计算节点对应的可供应虚拟机的数量,确定各同一个标准资源规格对应的可用资源量。
[0083]
在本实施例中,服务器根据同一个标准资源规格以及同一个标准资源规格下各计算节点对应的可供应虚拟机的数量,确定各同一个标准资源规格对应的可用资源量。具体地,请结合表3,以标准资源规格1u1g进行举例,每个计算节点可供应虚拟机的数量均是4台,(1u1g)
×4×
10=40u40g,则服务器确定标准资源规格1u1g对应的可用资源量为40u40g。其他标准资源规格原理相同,在此不再赘述。
[0084]
s404,根据各同一个标准资源规格对应的可用资源量,确定资源配置表。
[0085]
在本实施例中,服务器根据上述各同一个标准资源规格对应的可用资源量,就可以确定资源配置表。
[0086]
本实施例中通过确定资源域中各计算节点的总资源量和已使用资源量,并根据各计算节点的总资源量和已使用资源量,确定各标准资源规格下各计算节点的可供应虚拟机的数量,进而根据同一个标准资源规格以及同一个标准资源规格下各计算节点对应的可供应虚拟机的数量,确定各同一个标准资源规格对应的可用资源量,从而根据各同一个标准资源规格对应的可用资源量,确定资源配置表。由于各同一个标准资源规格对应的可用资源量是根据同一个标准资源规格以及同一个标准资源规格下各计算节点对应的可供应虚拟机的数量确定的,因此,本技术确定各标准资源规格对应的可用资源量和资源域的总资源量是符合实际资源情况的一个准确值,进而确定的资源配置表是准确的。
[0087]
图5为本技术实施例中一种确定可供应虚拟机的数量的流程示意图,参照图5,本实施例涉及的是如何确定各标准资源规格下各计算节点的可供应虚拟机的数量的一种可选的实现方式。在上述实施例的基础上,上述的s402,根据各计算节点的总资源量和已使用资源量,确定各标准资源规格下各计算节点的可供应虚拟机的数量,包括如下步骤:
[0088]
s501,将各计算节点的总资源量减去各计算节点的已使用资源量,确定各计算节点的第一可用资源量,第一可用资源量包括至少两个子可用资源量。
[0089]
在本实施例中,服务器通过openstack接口读取资源域中各计算节点的总资源量
和各计算节点的已使用资源量,将各计算节点的总资源量减去各计算节点的已使用资源量,以确定各计算节点的第一可用资源量。具体地,子可用资源量包括cpu和内存,也即第一可用资源量包括cpu可用资源量和内存用资源量。以计算节点1进行举例,若cpu总资源量为8u,已使用资源量为4u,则计算节点1的cpu可用资源量为4u;若内存总资源量为32g,已使用资源量为16g,则计算节点1的内存可用资源量为16g,计算节点1的第一可用资源量就是4u16g。
[0090]
s502,根据各计算节点的子可用资源量除以标准资源规格下对应的子标准资源规格得到的商值,确定各标准资源规格下各计算节点的可供应虚拟机的数量。
[0091]
在本实施例中,服务器根据各计算节点的子可用资源量除以标准资源规格下对应的子标准资源规格得到的商值,确定各标准资源规格下各计算节点的可供应虚拟机的数量。结合表3,以标准资源规格1u1g下的计算节点1进行举例,若计算节点的第一可用资源量为4u16g,子可用资源量分别为cpu资源量4u和内存资源量16g,第一可用资源量4u16g包括子可用资源量4u和子可用资源量 16g。标准资源规格1u1g包括子标准规格1u和子标准规格1g。将4u除以1u得到商值为4,将16g除以1g得到商值为16。进一步地,根据商值4和16,例如,取商值中的最小值,并乘以预设的系数a,从而就能确定标准资源规格1u1g下计算节点1的可供应虚拟机的数量,a是小于等于1的整数。
[0092]
本实施例将各计算节点的总资源量减去各计算节点的已使用资源量,确定各计算节点的第一可用资源量,第一可用资源量包括至少两个子可用资源量,并根据各计算节点的子可用资源量除以标准资源规格下对应的子标准资源规格得到的商值,确定各标准资源规格下各计算节点的可供应虚拟机的数量,因此本技术中确定的各标准资源规格下各计算节点的可供应虚拟机的数量是符合资源域中各计算节点的实际情况,进而能够确定对应的资源管理策略,以提高运维效率。
[0093]
图6为本技术实施例中另一种确定可供应虚拟机的数量的流程示意图,参照图6,本实施例涉及的是如何确定各标准资源规格下各计算节点的可供应虚拟机的数量的一种可选的实现方式。在上述实施例的基础上,上述的s502,根据各计算节点的子可用资源量除以标准资源规格下对应的子标准资源规格得到的商值,确定各标准资源规格下各计算节点的可供应虚拟机的数量,包括如下步骤:
[0094]
s601,确定各计算节点的子可用资源量对应的商值中的最小值。
[0095]
在本实施例中,服务器确定各计算节点的子可用资源量对应的商值中的最小值。继续上述s502的举例,服务器确定计算节点1的子可用资源量4u和子可用资源量16g对应的商值,即商值4和商值16中的最小值。
[0096]
s602,将各计算节点的子可用资源量对应的商值中的最小值作为对应的计算节点的可供应虚拟机的数量。
[0097]
在本实施例中,服务器将各计算节点的子可用资源量对应的商值中的最小值作为对应的计算节点的可供应虚拟机的数量。继续上述s601的示例,服务器直接确定最小的商值4,并将最小的商值4作为标准资源规格1u1g下计算节点 1的可供应虚拟机的数量。同理,服务器确定其他标准资源规格下各计算节点的可供应虚拟机的梳理,得到如表4示出的资源配置表,在此不再赘述。
[0098]
本实施例通过确定各计算节点的子可用资源量对应的商值中的最小值,并将各计
算节点的子可用资源量对应的商值中的最小值作为对应的计算节点的可供应虚拟机的数量,由于本技术中是根据各计算节点的子可用资源量对应的商值中的最小值确定的各标准资源规格下各计算节点的可供应虚拟机的数量是一定是该计算节点,因此,确定的各计算节点的可供应虚拟机的数量是各标准资源规格下能够提供的虚拟机的数量,从而能够根据同一个标准资源规格以及同一个标准资源规格下各计算节点对应的可供应虚拟机的数量,确定各同一个标准资源规格对应的可用资源量,以确定资源配置表。
[0099]
图7为本技术实施例中的资源域的资源管理方法的整体示意图。如图7所示,本技术提出了一种云管平台,云管平台运行在如图1所示的服务器中,数据库db和资源域放置在云上或其他的网络服务器上。具体地,本身其中的资源域放置在私有云上。用户或者运维人员均可以通过终端登录云管平台的前台页面,例如用户可以通过前台页面进行资源申请需求,运维人员可以通过前台页面配置各标准资源规格对应的阈值水位线等等。
[0100]
进一步地,云管平台中的策略配置模块确定出策略配置表,策略配置表包括各标准资源规格与各标准资源规格对应的阈值水位线。并且,云管平台中的资源计算模块还会确定出资源配置表,资源配置表包括各标准资源规格对应的可用资源量和资源域的总资源量。
[0101]
本技术中的云管平台包括两种应用场景,一种为定时任务场景,一种为用户申请任务场景。定时任务场景中由云管平台按照预设顺序确定目标资源规格,用户申请任务场景中,由用户指定目标资源规格。而目标资源规格在不同应用场景下对应的可用资源量不同,目标资源规格在定时任务场景下对应的可用资源量就是目标资源规格对应的可用资源量,而目标资源规格在用户申请任务场景下对应的可用资源量是目标资源规格对应的可用资源量减去目标资源规格的差值。
[0102]
进一步地,在定时任务场景中,云管平台中的定时任务模块每隔固定的周期驱动资源计算模块更新资源配置表,并比较第一比值与目标资源规格对应的阈值水位线,若第一比值小于等于目标资源规格对应的阈值水位线,则策略执行模块向终端发出提示信息,以通知对应的运维人员对资源域进行扩容。其中,第一比值时等于目标资源规格在定时任务场景下对应的可用资源量与总资源量的比值。
[0103]
在用户申请任务场景,服务器中的策略配置模块接收用户的资源申请请求,资源申请请求中包括目标资源规格,然后策略配置模块驱动资源计算模块,比较第一比值与目标资源规格对应的阈值水位线,若第一比值小于等于目标资源规格对应的阈值水位线,则策略执行模块向终端发出提示信息,以通知对应的运维人员对资源域进行扩容;若第一比值大于目标资源规格对应的阈值水位线,则策略执行模块调用openstack从资源域中执行资源供应操作。其中,第一比值时等于目标资源规格在用户申请任务场景下对应的可用资源量与总资源量的比值。
[0104]
综上所述,本技术通过精细化的管理资源域中不同计算节点的资源使用情况,实时计算不同计算节点下针对不同标准资源规格的可供应能力,也即各标准资源规格对应的可用资源量。进一步地,本技术中针对资源域的不同标准资源规格设置对应的阈值水位线,从而根据各标准资源规格对应的可用资源量、资源域的总资源量以及对应的阈值水位线,能够确定资源域的资源管理策略。通过该资源域的资源管理策略,提前发现当前资源域出现局部资源不足的问题并提前通知用户更改资源规格,或者提前告知运维人员扩容资源
域,提前预警了资源不足的情况,避免了资源供应失败率高,资源不足响应不及时的情况,提高了用户进行资源申请和创建虚拟机的成功率,即资源供应的成功率,当资源域出现计算节点故障时,也可以保障虚拟机迁移的成功率,即保障资源域正常稳定运行,从而提高了运维效率。
[0105]
应该理解的是,虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段,这些步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
[0106]
基于同样的发明构思,本技术实施例还提供了一种用于实现上述所涉及的资源域的资源管理方法的资源域的资源管理装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似,故下面所提供的一个或多个资源域的资源管理装置实施例中的具体限定可以参见上文中对于资源域的资源管理方法的限定,在此不再赘述。
[0107]
图8为本技术实施例中资源域的资源管理装置的结构框图,如图8所示,在本技术实施例中提供了一种资源域的资源管理装置800,包括:第一确定模块 801、第二确定模块802和第三确定模块803,其中:
[0108]
第一确定模块801,用于确定策略配置表,策略配置表包括各标准资源规格与各标准资源规格对应的阈值水位线;
[0109]
第二确定模块802,用于确定资源配置表,资源配置表包括各标准资源规格对应的可用资源量和资源域的总资源量,其中,可用资源量是根据资源域中各计算节点可供应的标准资源规格下的资源量确定的;
[0110]
第三确定模块803,用于根据各标准资源规格对应的可用资源量、资源域的总资源量以及对应的阈值水位线,确定资源域的资源管理策略。
[0111]
本技术提供的资源域的资源管理装置,通过确定策略配置表,策略配置表包括各标准资源规格与各标准资源规格对应的阈值水位线,并确定资源配置表,资源配置表包括各标准资源规格对应的可用资源量和资源域的总资源量,进而根据各标准资源规格对应的可用资源量、资源域的总资源量以及对应的阈值水位线,确定资源域的资源管理策略。由于各标准资源规格对应的可用资源量是根据资源域中各计算节点可供应的标准资源规格下的资源量确定的,因此,本技术中各标准资源规格对应的可用资源量是基于各计算节点的实际情况确定的,例如,每个计算节点剩余的可用资源为1u2g,则标准规格2u4g对应的可用资源量为0。也就是说,本技术确定各标准资源规格对应的可用资源量,相比于传统技术中仅确定整个资源域剩余的可用资源而言,是更精细化更准确的一种做法。并且,本技术对于每个标准资源规格,都可以根据该标准资源规格对应的可用资源量、资源域的总资源量以及对应的阈值水位线确定资源管理策略,由于标准资源规格对应的可用资源量是准确的,因此本技术确定的资源管理策略是符合资源域中各计算节点的实际情况,避免了传统技术中由于计算节点的可用资源量不足而创建虚拟机失败需要运维人员反查的情况,从而提高了运维效率。
[0112]
可选的,第三确定模块803包括:
[0113]
第一确定单元,用于从各标准资源规格中确定目标资源规格。
[0114]
第二确定单元,用于根据各标准资源规格对应的可用资源量,确定目标资源规格在目标应用场景下对应的可用资源量。
[0115]
第三确定单元,用于确定第一比值,其中,第一比值等于目标资源规格在目标应用场景下对应的可用资源量与总资源量的比值。
[0116]
第四确定单元,用于根据第一比值和目标资源规格对应的阈值水位线,确定资源域的资源管理策略。
[0117]
可选的,第二确定单元,具体用于若目标应用场景为定时任务场景,则将目标资源规格对应的可用资源量作为目标资源规格在目标应用场景下对应的可用资源量。
[0118]
可选的,第二确定单元,还具体用于若目标应用场景为用户申请任务场景,则将目标资源规格对应的可用资源量与目标资源规格的差值作为目标资源规格在目标应用场景下对应的可用资源量。
[0119]
可选的,第四确定单元,具体用于若第一比值小于等于目标资源规格对应的阈值水位线,则输出第一提示信息,第一提示信息用于确定资源域的资源管理策略。
[0120]
可选的,第四确定单元,还具体用于若第一比值大于目标资源规格对应的阈值水位线,则根据目标资源规格确定资源域的资源管理策略。
[0121]
可选的,第一确定模块801包括:
[0122]
第五确定单元,用于确定资源域中各计算节点的总资源量和已使用资源量。
[0123]
第六确定单元,用于根据各计算节点的总资源量和已使用资源量,确定各标准资源规格下各计算节点的可供应虚拟机的数量。
[0124]
第七确定单元,用于根据同一个标准资源规格以及同一个标准资源规格下各计算节点对应的可供应虚拟机的数量,确定各同一个标准资源规格对应的可用资源量。
[0125]
第八确定单元,用于根据各同一个标准资源规格对应的可用资源量,确定资源配置表。
[0126]
可选的,第六确定单元包括:
[0127]
第一确定子单元,用于将各计算节点的总资源量减去各计算节点的已使用资源量,确定各计算节点的第一可用资源量,第一可用资源量包括至少两个子可用资源量。
[0128]
第二确定子单元,用于根据各计算节点的子可用资源量除以标准资源规格下对应的子标准资源规格得到的商值,确定各标准资源规格下各计算节点的可供应虚拟机的数量。
[0129]
可选的,第二确定子单元,具体用于确定各计算节点的子可用资源量对应的商值中的最小值;将各计算节点的子可用资源量对应的商值中的最小值作为对应的计算节点的可供应虚拟机的数量。
[0130]
上述资源域的资源管理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
[0131]
图9为本技术实施例中计算机设备的内部结构图,在本技术实施例中提供了一种
计算机设备,该计算机设备可以是服务器,其内部结构图可以如图9所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储相关数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种资源域的资源管理方法。
[0132]
本领域技术人员可以理解,图9中示出的结构,仅仅是与本技术方案相关的部分结构的框图,并不构成对本技术方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
[0133]
在一个实施例中,提供了一种计算机设备,包括存储器和处理器,存储器中存储有计算机程序,该处理器执行计算机程序时实现以下步骤:
[0134]
确定策略配置表,所述策略配置表包括各标准资源规格与各标准资源规格对应的阈值水位线;
[0135]
确定资源配置表,所述资源配置表包括各所述标准资源规格对应的可用资源量和所述资源域的总资源量,其中,所述可用资源量是根据所述资源域中各计算节点可供应的所述标准资源规格下的资源量确定的;
[0136]
根据各所述标准资源规格对应的可用资源量、所述资源域的总资源量以及对应的所述阈值水位线,确定所述资源域的资源管理策略。
[0137]
在一个实施例中,处理器执行计算机程序时还实现以下步骤:
[0138]
从各所述标准资源规格中确定目标资源规格;
[0139]
根据各所述标准资源规格对应的可用资源量,确定所述目标资源规格在目标应用场景下对应的可用资源量;
[0140]
确定第一比值,其中,所述第一比值等于所述目标资源规格在所述目标应用场景下对应的可用资源量与所述总资源量的比值;
[0141]
根据所述第一比值和所述目标资源规格对应的阈值水位线,确定所述资源域的资源管理策略。
[0142]
在一个实施例中,处理器执行计算机程序时还实现以下步骤:
[0143]
若所述目标应用场景为定时任务场景,则将所述目标资源规格对应的可用资源量作为所述目标资源规格在目标应用场景下对应的可用资源量。
[0144]
在一个实施例中,处理器执行计算机程序时还实现以下步骤:
[0145]
若所述目标应用场景为用户申请任务场景,则将所述目标资源规格对应的可用资源量与所述目标资源规格的差值作为所述目标资源规格在目标应用场景下对应的可用资源量。
[0146]
在一个实施例中,处理器执行计算机程序时还实现以下步骤:
[0147]
若所述第一比值小于等于所述目标资源规格对应的阈值水位线,则输出第一提示信息,所述第一提示信息用于确定所述资源域的资源管理策略。
[0148]
在一个实施例中,处理器执行计算机程序时还实现以下步骤:
[0149]
若所述第一比值大于所述目标资源规格对应的阈值水位线,则根据所述目标资源
规格确定所述资源域的资源管理策略。
[0150]
在一个实施例中,处理器执行计算机程序时还实现以下步骤:
[0151]
确定所述资源域中各计算节点的总资源量和已使用资源量;
[0152]
根据各所述计算节点的总资源量和已使用资源量,确定各所述标准资源规格下各所述计算节点的可供应虚拟机的数量;
[0153]
根据同一个标准资源规格以及所述同一个标准资源规格下各所述计算节点对应的可供应虚拟机的数量,确定各所述同一个标准资源规格对应的可用资源量;
[0154]
根据各所述同一个标准资源规格对应的可用资源量,确定所述资源配置表。
[0155]
在一个实施例中,处理器执行计算机程序时还实现以下步骤:
[0156]
将各所述计算节点的总资源量减去各所述计算节点的已使用资源量,确定各所述计算节点的第一可用资源量,所述第一可用资源量包括至少两个子可用资源量;
[0157]
根据各所述计算节点的子可用资源量除以所述标准资源规格下对应的子标准资源规格得到的商值,确定各所述标准资源规格下各所述计算节点的可供应虚拟机的数量。
[0158]
在一个实施例中,处理器执行计算机程序时还实现以下步骤:
[0159]
确定各所述计算节点的子可用资源量对应的商值中的最小值;
[0160]
将各所述计算节点的子可用资源量对应的商值中的最小值作为对应的计算节点的可供应虚拟机的数量。
[0161]
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:
[0162]
确定策略配置表,所述策略配置表包括各标准资源规格与各标准资源规格对应的阈值水位线;
[0163]
确定资源配置表,所述资源配置表包括各所述标准资源规格对应的可用资源量和所述资源域的总资源量,其中,所述可用资源量是根据所述资源域中各计算节点可供应的所述标准资源规格下的资源量确定的;
[0164]
根据各所述标准资源规格对应的可用资源量、所述资源域的总资源量以及对应的所述阈值水位线,确定所述资源域的资源管理策略。
[0165]
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
[0166]
从各所述标准资源规格中确定目标资源规格;
[0167]
根据各所述标准资源规格对应的可用资源量,确定所述目标资源规格在目标应用场景下对应的可用资源量;
[0168]
确定第一比值,其中,所述第一比值等于所述目标资源规格在所述目标应用场景下对应的可用资源量与所述总资源量的比值;
[0169]
根据所述第一比值和所述目标资源规格对应的阈值水位线,确定所述资源域的资源管理策略。
[0170]
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
[0171]
若所述目标应用场景为定时任务场景,则将所述目标资源规格对应的可用资源量作为所述目标资源规格在目标应用场景下对应的可用资源量。
[0172]
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
[0173]
若所述目标应用场景为用户申请任务场景,则将所述目标资源规格对应的可用资
源量与所述目标资源规格的差值作为所述目标资源规格在目标应用场景下对应的可用资源量。
[0174]
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
[0175]
若所述第一比值小于等于所述目标资源规格对应的阈值水位线,则输出第一提示信息,所述第一提示信息用于确定所述资源域的资源管理策略。
[0176]
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
[0177]
若所述第一比值大于所述目标资源规格对应的阈值水位线,则根据所述目标资源规格确定所述资源域的资源管理策略。
[0178]
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
[0179]
确定所述资源域中各计算节点的总资源量和已使用资源量;
[0180]
根据各所述计算节点的总资源量和已使用资源量,确定各所述标准资源规格下各所述计算节点的可供应虚拟机的数量;
[0181]
根据同一个标准资源规格以及所述同一个标准资源规格下各所述计算节点对应的可供应虚拟机的数量,确定各所述同一个标准资源规格对应的可用资源量;
[0182]
根据各所述同一个标准资源规格对应的可用资源量,确定所述资源配置表。
[0183]
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
[0184]
将各所述计算节点的总资源量减去各所述计算节点的已使用资源量,确定各所述计算节点的第一可用资源量,所述第一可用资源量包括至少两个子可用资源量;
[0185]
根据各所述计算节点的子可用资源量除以所述标准资源规格下对应的子标准资源规格得到的商值,确定各所述标准资源规格下各所述计算节点的可供应虚拟机的数量。
[0186]
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
[0187]
确定各所述计算节点的子可用资源量对应的商值中的最小值;
[0188]
将各所述计算节点的子可用资源量对应的商值中的最小值作为对应的计算节点的可供应虚拟机的数量。
[0189]
在一个实施例中,提供了一种计算机程序产品,包括计算机程序,该计算机程序被处理器执行时实现上述各方法实施例中的步骤。
[0190]
需要说明的是,本技术所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等),均为经用户授权或者经过各方充分授权的信息和数据。
[0191]
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本技术所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用,均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(read-only memory,rom)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(reram)、磁变存储器(magnetoresistive random access memory,mram)、铁电存储器 (ferroelectric random access memory,fram)、相变存储器(phase changememory,pcm)、石墨烯存储器等。易失性存储器可包括随机存取存储器 (random access memory,ram)或外部高速缓冲存储器等。作为说明而非局限,ram可以是多种形式,比如静态随机存
取存储器(static random accessmemory,sram)或动态随机存取存储器(dynamic random access memory, dram)等。本技术所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等,不限于此。本技术所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等,不限于此。
[0192]
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
[0193]
以上所述实施例仅表达了本技术的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对本技术专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本技术构思的前提下,还可以做出若干变形和改进,这些都属于本技术的保护范围。因此,本技术的保护范围应以所附权利要求为准。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1