CN112346861A - 资源分配方法、装置、设备和超融合系统 - Google Patents
资源分配方法、装置、设备和超融合系统 Download PDFInfo
- Publication number
- CN112346861A CN112346861A CN202011165758.2A CN202011165758A CN112346861A CN 112346861 A CN112346861 A CN 112346861A CN 202011165758 A CN202011165758 A CN 202011165758A CN 112346861 A CN112346861 A CN 112346861A
- Authority
- CN
- China
- Prior art keywords
- virtual machine
- resource
- resources
- server
- token
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5061—Partitioning or combining of resources
- G06F9/5077—Logical partitioning of resources; Management or configuration of virtualized resources
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45583—Memory management, e.g. access or allocation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45595—Network integration; Enabling network access in virtual machine instances
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
Abstract
本公开提供一种资源分配方法、装置、设备和超融合系统。该方法包括:针对每个服务器,根据超融合系统中所有待分配服务器的虚拟机,获取N个虚拟机组合,针对不同类型的资源,虚拟机组合的每种类型资源的总和均小于服务器对应的同种类型资源的总量确定最小差值的虚拟机组合为目标虚拟机组合,目标虚拟机组合使得服务器的剩余资源最小。本公开的方法实现确定更加合理的资源分配方案,使得服务器中的不同资源类型的资源均能满足虚拟机的运行,从而使得超融合系统中的服务器的资源分配更加合理,实现超融合系统的负载均衡。
Description
技术领域
本公开涉及计算机技术领域,尤其涉及一种资源分配方法、装置、设备和超融合系统。
背景技术
超融合系统是一种新兴的集成系统,其本身将核心存储、计算和网络功能整合到单一的软件解决方案或设备中。
现有的系统负载均衡方法,是将系统集群中负载较重的服务器中运行的虚拟机迁移到负载较轻的服务器中。
然而,在上述迁移过程中往往只考虑服务器的中央处理器(central processingunit,简称CPU)的负载情况,对于超融合系统,这样的资源分配方式不合理,负载均衡效果不好。
发明内容
为了解决上述技术问题或者至少部分地解决上述技术问题,本公开提供了一种资源分配方法、装置、设备和超融合系统。
第一方面,本公开提供了一种资源分配方法,应用于超融合系统,所述超融合系统包括多个服务器,所述多个服务器中运行多个虚拟机,所述方法包括:
针对每个服务器,根据所述超融合系统中所有待分配服务器的虚拟机,获取N个虚拟机组合,其中,每个虚拟机组合中包含至少一个虚拟机,所述N为大于等于2的整数;
获取所述服务器的资源总量分别与所述N个虚拟机组合对应的资源需求量的差值,其中,所述资源包含至少一种类型的资源;所述虚拟机组合的每种类型资源的总和均小于所述服务器对应的同种类型资源的总量;
确定得到最小差值的虚拟机组合为目标虚拟机组合;
分配在所述服务器上运行的虚拟机为所述目标虚拟机组合对应的虚拟机。
可选的,所述获取服务器的资源总量分别与N个虚拟机组合对应的资源需求量的差值,包括:
针对每个虚拟机组合,根据资源转换规则,获取所述虚拟机组合中的所有虚拟机的资源需求总量对应的第一令牌值;根据所述资源转换规则,获取所述服务器的资源总量对应的第二令牌值;获取所述第二令牌值和所述第一令牌值的差值,其中,所述资源转换规则为资源转换成令牌值的规则。
可选的,获取所述服务器的资源总量与所述虚拟机组合对应的资源需求量的差值,包括:
针对每个虚拟机组合,获取所述服务器中的每种类型的资源总量减去所述虚拟机组合中的同种类型资源需求量的剩余量;
根据所有类型的剩余量和资源转换规则,得到对应的差值,其中,所述资源转换规则为资源转换规则为资源转换成令牌值的规则。
可选的,所述资源包含以下一种或多种类型的资源:计算资源、存储资源、内存资源、网络资源。
可选的,所述资源包含以下一种或多种类型的资源:计算资源、存储资源、内存资源、网络资源;
相应的,所述资源转换规则包括:计算资源转换规则,存储资源转换规则,内存资源转换规则,网络资源转换规则。
可选的,所述计算资源转换规则包括每个令牌对应的CPU的主频;
所述存储资源转换规则包括:每个令牌对应的存储容量,每个令牌对应的磁盘单位时间的读次数,每个令牌对应的磁盘单位时间的写次数,每个令牌对应的磁盘的读带宽,和/或,每个令牌对应的磁盘的写带宽;
所述内存资源转换规则包括:每个令牌对应的内存容量;
所述网络资源转换规则包括:每个令牌对应的网卡单位时间的读次数,每个令牌对应的网卡单位时间的写次数,每个令牌对应的网卡的读带宽,和/或,每个令牌对应的网卡的写带宽。
第二方面,本公开提供一种资源分配装置,包括:
第一获取模块,用于针对每个服务器,根据所述超融合系统中所有待分配服务器的虚拟机,获取N个虚拟机组合,其中,每个虚拟机组合中包含至少一个虚拟机,所述N为大于等于2的整数;
第二获取模块,用于获取所述服务器的资源总量分别与所述N个虚拟机组合对应的资源需求量的差值,其中,所述资源包含至少一种类型的资源;所述虚拟机组合的每种类型资源的总和均小于所述服务器对应的同种类型资源的总量;
确定模块,用于确定得到最小差值的虚拟机组合为目标虚拟机组合;
分配模块,用于分配在所述服务器上运行的虚拟机为所述目标虚拟机组合对应的虚拟机。
可选的,所述第二获取模块具体用于:
针对每个虚拟机组合,根据资源转换规则,获取所述虚拟机组合中的所有虚拟机的资源需求总量对应的第一令牌值;根据所述资源转换规则,获取所述服务器的资源总量对应的第二令牌值;获取所述第二令牌值和所述第一令牌值的差值,其中,所述资源转换规则为资源转换成令牌值的规则。
可选的,所述第二获取模块具体用于:
针对每个虚拟机组合,获取所述服务器中的每种类型的资源总量减去所述虚拟机组合中的同种类型资源需求量的剩余量;
根据所有类型的剩余量和资源转换规则,得到对应的差值,其中,所述资源转换规则为资源转换规则为资源转换成令牌值的规则。
可选的,所述资源包含以下一种或多种类型的资源:计算资源、存储资源、内存资源、网络资源。
可选的,相应的,所述资源转换规则包括:计算资源转换规则,存储资源转换规则,内存资源转换规则,网络资源转换规则。
可选的,所述计算资源转换规则包括每个令牌对应的CPU的主频;
所述存储资源转换规则包括:每个令牌对应的存储容量,每个令牌对应的磁盘单位时间的读次数,每个令牌对应的磁盘单位时间的写次数,每个令牌对应的磁盘的读带宽,和/或,每个令牌对应的磁盘的写带宽;
所述内存资源转换规则包括:每个令牌对应的内存容量;
所述网络资源转换规则包括:每个令牌对应的网卡单位时间的读次数,每个令牌对应的网卡单位时间的写次数,每个令牌对应的网卡的读带宽,和/或,每个令牌对应的网卡的写带宽。
第三方面,本公开提供一种资源分配设备,包括:
存储器,用于存储处理器可执行指令的存储器;
处理器,用于在计算机程序被执行时,实现如上述第一方面所述的方法。
第四方面,本公开提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,所述计算机执行指令被处理器执行时用于实现如上述第一方面所述的资源分配方法。
第五方面,本公开提供一种超融合系统,包括多个服务器,所述多个服务器中运行多个虚拟机,所述超融合系统实现如上述第一方面所述的资源分配方法。
本公开实施例提供的技术方案与现有技术相比具有如下优点:
针对每个服务器,根据超融合系统中所有待分配服务器的虚拟机,获取N个虚拟机组合,针对不同类型的资源,虚拟机组合的每种类型资源的总和均小于服务器对应的同种类型资源的总量,使得服务器中的不同资源类型的资源均能满足虚拟机的运行,确定最小差值的虚拟机组合为目标虚拟机组合,目标虚拟机组合使得服务器的剩余资源最小,即服务器中没有被虚拟机使用的空闲资源最小,从而确定出更加合理的资源分配方案,使得超融合系统中的服务器的资源分配更加合理,实现超融合系统的负载均衡。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。
为了更清楚地说明本公开实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,对于本领域普通技术人员而言,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为一种超融合系统的架构示意图;
图2为本公开实施例提供的一种资源分配方法的流程示意图;
图3为本公开实施例提供的另一种资源分配方法的流程示意图;
图4为本公开实施例提供的另一种资源分配方法的流程示意图;
图5为本公开实施例提供的一种资源分配装置的结构示意图;
图6为本公开实施例提供的一种资源分配设备的结构示意图。
具体实施方式
为了能够更清楚地理解本公开的上述目的、特征和优点,下面将对本公开的方案进行进一步描述。需要说明的是,在不冲突的情况下,本公开的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本公开,但本公开还可以采用其他不同于在此描述的方式来实施;显然,说明书中的实施例只是本公开的一部分实施例,而不是全部的实施例。
首先对本发明所涉及的名词进行解释:
超融合,是指把计算、存储、网络与安全集成在一起,运行一整套的软件方案。与传统基础架构以及融合架构最大的区别是在“超Hyper”,从狭义定义,需要关注它是不是符合客户应用,符合客户的运维习惯,符合客户真正的所要求的性能、安全、运维。
超融合基础架构(Hyper-converged infrastructure,简称HCI),是指一种以软件为中心的体系结构,将计算、存储、网络和虚拟化资源(以及可能的其他技术)紧密集成在单一的供应商提供的一台硬件设备中。
虚拟机(Virtual Machine),是指通过软件模拟的具有完整硬件系统功能的、运行在一个完全隔离环境中的完整计算机系统。在实体计算机中能够完成的工作在虚拟机中都能够实现。
图1为一种超融合系统的架构示意图,如图1所示,超融合系统包括服务器1、服务器2和服务器3,可以理解图1中只是一种示例,本公开对超融合系统中的服务器的数量不做限定。超融合系统中的每个服务器均具有计算资源、内存资源、网络资源和存储资源,服务器1包括:计算资源1、内存资源1、网络资源1和存储资源1,服务器2包括:计算资源2、内存资源2、网络资源2和存储资源2,服务器3包括:计算资源3、内存资源3、网络资源3和存储资源3。超融合系统中可以实现对系统中所有服务器的计算资源、内存资源、网络资源和存储资源进行统一的调配。超融合系统中可以运行多个虚拟机,每个虚拟机需要相应的计算资源、内存资源、网络资源和存储资源。
可选的,超融合系统中的存储资源采用分布式磁盘存储的方式,将系统中的存储资源映射到服务器,得到每个服务器的存储资源。
下面结合图1所示的系统架构说明本公开的具体的应用场景,超融合系统根据系统中需要运行的各虚拟机所需的资源,进行资源分配,将超融合系统中的资源分配给各虚拟机,使得各虚拟机正常运行,由于超融合系统中的资源即为服务器的资源,则实际上超融合系统中的资源分配是将各虚拟机分配到超融合系统中的服务器中运行,即分配服务器的资源给各虚拟机。
可选的,超融合系统在系统初始化时,可以对系统中需要运行的虚拟机进行资源分配,在系统运行过程中,也可以每隔预设时间段对系统中已经运行的虚拟机进行重新的资源分配,从而达到负载均衡,或者在系统中添加了新的虚拟机以后,可以在现有的超融合系统基础上,先给该新的虚拟机分配运行服务器,然后再对系统中所有运行的虚拟机进行资源分配。
在上述资源分配的过程中,一些场景中,往往只考虑虚拟机的计算资源,实现针对计算资源的超融合系统的负载均衡。
然而,超融合系统中的资源是统一调配的,资源可以包括多种类型,例如计算资源、内存资源、网络资源和存储资源等,如果只考虑计算资源的情况,进行资源分配,一些可能的场景中,可能存在某一个服务器上分配了几个计算资源需求量较大,但其他资源需求量较小的虚拟机以后,该服务器上的剩余的计算资源很少,无法在该服务器上再分配虚拟机,但是其他资源还剩余很多,造成该服务器上的其他资源的浪费,另一些可能的场景中,也可能存在将计算资源需求量较小,但其他资源需求量较大的多个虚拟机分配在一个服务器上,则该服务器的其他资源不足以支持当前多个虚拟机的运行。
上述场景都造成了资源分配不均衡。因此,需要考虑多种类型资源的分配均衡,对超融合系统的资源进行统一调配。
本公开提供的技术方案,综合考虑不同类型资源,针对每个服务器,根据超融合系统中所有待分配服务器的虚拟机,获取N个虚拟机组合,针对不同类型的资源,虚拟机组合的每种类型资源的总和均小于服务器对应的同种类型资源的总量,使得服务器中的不同类型的资源均能满足虚拟机的运行,确定最小差值的虚拟机组合为目标虚拟机组合,目标虚拟机组合使得服务器的剩余资源最小,即服务器中没有被虚拟机使用的空闲资源最小,从而确定出更加合理的资源分配方案,使得超融合系统中的服务器的资源分配更加合理,实现超融合系统的负载均衡。
下面以具体的实施例进行说明本发明的技术方案如何解决如上技术问题。
图2为本公开实施例提供的一种资源分配方法的流程示意图,如图2所示,本实施例的方法应用于超融合系统,超融合系统如上述图1所示,包括多个服务器,多个服务器中运行多个虚拟机,本实施例的方法由终端设备或者服务器执行,本实施例的方法包括:
S201、针对每个服务器,根据超融合系统中所有待分配服务器的虚拟机,获取N个虚拟机组合。
其中,每个虚拟机组合中包含至少一个虚拟机,N为大于等于2的整数。
超融合系统中需要运行多个虚拟机,就需要为多个虚拟机运行分配相应的资源以支持其运行,其中,分配的资源为系统中的多个服务器的资源,针对多个服务器中的每个服务器按照预定顺序分别分配其上运行的虚拟机。
针对多个服务器中的每个服务器,根据超融合系统中所有待分配服务器的虚拟机,获取可能的N个虚拟机组合,其中,虚拟机组合为一个或多个虚拟机组成的一种组合形式,可选的,N个虚拟机组合可以包括所有待分配服务器的虚拟机中的可能的组合方式。
其中,待分配服务器的虚拟机为该多个虚拟机中除去当前系统中已经分配了服务器的虚拟机,可以理解,如果当前还未对服务器分配虚拟机,则待分配服务器的虚拟机为该多个虚拟机,如果当前系统已经针对至少一个服务器分配了虚拟机,则待分配服务器的虚拟机为除去已经分配了服务器的虚拟机的剩余的虚拟机。例如,多个虚拟机包括虚拟机1、虚拟机2、虚拟机3、虚拟机4、虚拟机5、虚拟机6,在资源分配过程中,首先针对服务器1的资源进行分配,假设将虚拟机1和虚拟机2分配在服务器1中运行,则在对服务器2的资源进行分配时,从多个虚拟机中除去已经分配了服务器的虚拟机1和虚拟机2,待分配服务器的虚拟机为虚拟机3、虚拟机4、虚拟机5、虚拟机6。
S202、获取服务器的资源总量分别与N个虚拟机组合对应的资源需求量的差值。
其中,该资源包含至少一种类型的资源;其中,虚拟机组合的每种类型资源的总和均小于服务器对应的同种类型资源的总量。
超融合系统中的资源可以包括一种或多种类型的资源,即服务器的资源可以包括一种或多种类型的资源,相应的,虚拟机运行所需的资源也可以包括一种或多种类型。
针对多个服务器中的每个服务器,需要分别获取该服务器的每种类型资源的总量,针对每个虚拟机组合,分别获取虚拟机组合对应的每同类型的资源需求量,即针对每种类型的资源,计算虚拟机组合中所有虚拟机所需的资源需求量的和,比较每种类型的资源需求量的和与该服务器该类型资源的总量的大小,得到虚拟机组合的每种类型资源的总和均小于该服务器对应的同种类型资源的总量的N个虚拟机组合。
例如,超融合系统中包括服务器1和服务器2,多个虚拟机包括虚拟机1、虚拟机2、虚拟机3和虚拟机4,如下表1和下表2所示,表中示出的每个虚拟机对应的不同类型的资源,其中,每种资源在表1和表2中的单位相同。在资源分配过程中,首先针对服务器1的资源进行分配,则可能的虚拟机组合为虚拟机1、虚拟机2、虚拟机3和虚拟机4中的任一组合,在这些虚拟机组合中,计算每个虚拟机组合的每种类型资源的总和,将每种类型资源的总和均小于该服务器对应的同种类型资源的总量的虚拟机组合确定为N个虚拟机组合中的一个,例如,对于一个虚拟机组合,其包括虚拟机1、虚拟机2、虚拟机3,则该虚拟机组合的计算资源的总和为a1+a2+a3,该虚拟机组合的内存资源的总和为b1+b2+b3,该虚拟机组合的存储资源的总和为c1+c2+c3,该虚拟机组合的网络资源的总和为的d1+d2+d3,比较a1+a2+a3与A1的大小,比较b1+b2+b3与B1的大小,比较c1+c2+c3与C1的大小,比较d1+d2+d3与D1的大小,若a1+a2+a3小于等于A1,b1+b2+b3小于等于B1,c1+c2+c3小于等于C1,且d1+d2+d3小于等于D1,则确定该虚拟机组合为N个虚拟机组合中的一个。
表1虚拟机运行所需不同的资源
虚拟机 | 计算资源 | 内存资源 | 存储资源 | 网络资源 |
虚拟机1 | a1 | b1 | c1 | d1 |
虚拟机2 | a2 | b2 | c2 | d2 |
虚拟机3 | a3 | b3 | c3 | d3 |
虚拟机4 | a4 | b4 | c4 | d4 |
表2服务器的不同的资源
服务器 | 计算资源 | 内存资源 | 存储资源 | 网络资源 |
服务器1 | A1 | B1 | C1 | D1 |
服务器2 | A2 | B2 | C2 | D2 |
针对上述获取到的N个虚拟机组合中的每个虚拟机组合,获取该服务器的资源总量与该虚拟机组合对应的资源需求量的差值,用于表征该服务器如果运行该虚拟机组合中的虚拟机,该服务器中剩余的资源量。
可选的,针对同种类的资源,将计算量的单位统一,即可以进行运算,但是针对不同类型的资源,无法进行相互的运算,因此,可以将不同类型的资源进行统一,例如,可以将不同类型的资源分别转换成令牌值,然后根据转换的令牌值进行差值计算。
通过将不同类型的资源量转换为统一的令牌值,从而实现服务器中针对不同类型的资源统一计算服务器中的剩余资源。
S203、确定得到最小差值的虚拟机组合为目标虚拟机组合。
S204、分配在服务器上运行的虚拟机为目标虚拟机组合对应的虚拟机。
为了使超融合系统综合各种类型的资源达到负载均衡,则确定N个虚拟机组合中最小差值的虚拟机组合为目标虚拟机组合。将目标虚拟机组合对应的虚拟机分配在该服务器上。
针对下一个服务器进行上述处理,可以得到下一个服务器的目标虚拟机组合。可选的,可以根据多维背包的算法,快速确定服务器的目标虚拟机组合。
根据多个服务器分别对应的目标虚拟机组合,得到超融合系统的目标分配方案。
可选的,确定超融合系统的目标分配方案之后,可以根据超融合系统的目标分配方案对超融合系统中的虚拟机进行迁移调整。
本实施例的方法,针对每个服务器,根据超融合系统中所有待分配服务器的虚拟机,获取N个虚拟机组合,针对不同类型的资源,虚拟机组合的每种类型资源的总和均小于服务器对应的同种类型资源的总量,使得服务器中的不同资源类型的资源均能满足虚拟机的运行,确定最小差值的虚拟机组合为目标虚拟机组合,目标虚拟机组合使得服务器的剩余资源最小,即服务器中没有被虚拟机使用的空闲资源最小,从而确定出更加合理的资源分配方案,使得超融合系统中的服务器的资源分配更加合理,实现超融合系统的负载均衡。
图3为本公开实施例提供的另一种资源分配方法的流程示意图,图3是在图2所示实施例的基础上,进一步地,如图3所示,S202可以包括S2021、S2022和S2023:
S2021、针对每个虚拟机组合,根据资源转换规则,获取虚拟机组合中的所有虚拟机的资源需求总量对应的第一令牌值。
一种可能的实现方式中,可以根据每个虚拟机的资源需求量和资源转换规则,得到每个虚拟机的资源需求量对应的令牌值,根据每个虚拟机的资源需求量对应的令牌值,得到虚拟机组合中所有虚拟机的资源需求总量对应的第一令牌值。
另一种可能的实现方式中,针对每种类型资源,可以根据每个虚拟机的资源需求量和资源转换规则,得到虚拟机组合中所有虚拟机该种类型资源的需求量对应的令牌值,从而得到虚拟机组合中的所有虚拟机的资源需求总量对应的第一令牌值。其中,资源转换规则为资源转换成令牌值的规则,令牌值为预先规定的,用于统一计量不同类型的资源,各种类型资源均可以转换成统一的令牌值,通过令牌和资源转换规则的设置,可以对不同类型的资源进行计算。
可选的,针对每个虚拟机组合,针对每种类型资源,可以根据每个虚拟机的该种类型资源的需求量和资源转换规则,得到每个虚拟机的该种类型资源的需求量对应的第三令牌值,
S2022、根据资源转换规则,获取服务器的资源总量对应的第二令牌值。
可选的,可以根据服务器的资源总量和资源转换规则,得到服务器的资源总量对应的第二令牌值。
S2023、获取第二令牌值和第一令牌值的差值。
例如,超融合系统中包括服务器1和服务器2,多个虚拟机包括虚拟机1、虚拟机2、虚拟机3和虚拟机4,如表1和表2所示,在资源分配过程中,首先针对服务器1的资源进行分配,假设确定的N个虚拟机组合中的一个组合为虚拟机1和虚拟机2,则分别获取虚拟机1计算资源a1对应的令牌值,内存资源b1对应的令牌值,存储资源c1对应的令牌值,网络资源d1对应的令牌值,以及虚拟机2计算资源a2对应的令牌值,内存资源b2对应的令牌值,存储资源c2对应的令牌值,网络资源d2对应的令牌值。获取服务器1的计算资源A1对应的令牌值,B1对应的令牌值,C1对应的令牌值,D1对应的令牌值,则服务器1的资源总量对应的第二令牌值Y=A1+B1+C1+D1,则差值为Y-(a1+b1+c1+d1+a2+b2+c2+d2)。
本实施例,针对每个虚拟机组合,获取虚拟机组合中的所有虚拟机的资源需求总量对应的第一令牌值,获取服务器的资源总量对应的第二令牌值,获取第二令牌值和第一令牌值的差值。从而将不同的资源均转换成统一的令牌值,从而实现不同类型资源之间的运算,计算出服务器运行每个虚拟机组合的剩余资源,从而实现合理的分配资源,实现超融合系统的负载均衡。
图4为本公开实施例提供的另一种资源分配方法的流程示意图,图4是在图2所示实施例的基础上,进一步地,如图4所示,S202可以包括S2024:
S2024、针对每个虚拟机组合,获取服务器中的每种类型的资源总量减去虚拟机组合中的同种类型资源需求量的剩余量。
针对每个虚拟机组合进行计算时,针对每种类型的资源,将服务器中的资源总量减去虚拟机组合中的资源需求量,得到该种类型的资源的剩余量。
S2025、根据所有类型的剩余量和资源转换规则,得到对应的差值。
可选的,可以根据所有类型的剩余量和资源转换规则,得到对应的差值。
将所有类型的剩余量按照资源转换规则,全部转换成统一的令牌值,然后通过令牌值进行差值计算。
例如,超融合系统中包括服务器1和服务器2,多个虚拟机包括虚拟机1、虚拟机2、虚拟机3和虚拟机4,如表1和表2所示,在资源分配过程中,首先针对服务器1的资源进行分配,假设确定的N个虚拟机组合中的一个虚拟机组合为虚拟机1和虚拟机2,则分别得到计算资源的剩余量为A1-a1-a2,内存资源的剩余量B1-b1-b2,存储资源的剩余量C1-c1-c2,网络资源的剩余量D1-d1-d2。根据不同类型资源的资源转换规则,分别得到计算资源的剩余量的令牌值A*,内存资源的剩余量的令牌值B*,存储资源的剩余量的令牌值C*,网络资源的剩余量的令牌值D*。则差值为A*+B*+C*+D*。
本实施例,针对每个虚拟机组合,获取服务器中的每种类型的资源总量减去虚拟机组合中的同种类型资源需求量的剩余量,根据所有类型的剩余量,得到对应的差值,从而将不同的资源均转换成统一的令牌值,从而实现不同类型资源之间的运算,计算出服务器运行每个虚拟机组合的剩余资源,得到服务器的剩余资源最少的虚拟机组合,从而实现合理的分配资源,实现超融合系统的负载均衡。
在上述实施例的基础上,进一步地,资源可以包括以下资源类型中的一种或多种:计算资源,存储资源,内存资源,网络资源。
可选的,资源转换规则包括:计算资源转换规则,存储资源转换规则,内存资源转换规则,网络资源转换规则。
可选的,计算资源可以根据CPU的总主频确定,进一步地,对于服务器来说,将CPU的主频与核心数相乘可以得到CPU的总主频。
相应的,计算资源转换规则包括每个令牌对应的CPU的主频。则针对计算资源进行计算时,可以根据CPU的主频转化,例如,计算资源转换规则可以为每个令牌对应100兆赫兹的CPU的主频。
例如,服务器的剩余计算资源令牌值rHOST(cpu)可以通过如下公式(1)得到:
rHOST(cpu)=HOST(cpu)-∑VM(cpu)公式(1)
其中,HOST(cpu)为服务器的CPU的总主频对应的令牌值,VM(cpu)为虚拟机组合中的一个虚拟机所需的CPU的主频对应的令牌值。
可选的,存储资源可以根据以下参数中的一种或多种确定:存储容量,磁盘单位时间的读次数,磁盘单位时间的写次数,磁盘的读带宽,磁盘的写带宽。
相应的,系统一般使用磁盘进行存储,存储资源转换规则包括:每个令牌对应的存储容量,每个令牌对应的磁盘单位时间的读次数,每个令牌对应的磁盘单位时间的写次数,每个令牌对应的磁盘的读带宽,和/或,每个令牌对应的磁盘的写带宽。
进一步地,磁盘单位时间的读次数和磁盘单位时间的写次数,两个量是相互关联、相互影响的,如果磁盘在读取数据,则将影响其写数据的效率,在计算其中一个量时,需要相应考虑另一个量的影响量,例如,在计算服务器的剩余磁盘单位时间的读次数对应的令牌值时,可以使用服务器的磁盘单位时间的读次数对应的令牌值减去虚拟机组合所需的磁盘单位时间的读次数对应的令牌值的同时,也要减去第一比例阈值的磁盘单位时间的写次数对应的令牌值。可选的,第一比例阈值为1.5。
磁盘单位时间的读带宽和磁盘单位时间的写带宽,两个量是相互关联、相互影响的,如果磁盘在读数据,则将影响其写数据的带宽,在计算其中一个量时,需要相应考虑另一个量的影响量,例如,在计算服务器的剩余磁盘单位时间的读带宽对应的令牌值时,可以使用服务器的磁盘单位时间的读带宽对应的令牌值减去虚拟机组合所需的磁盘单位时间的读带宽对应的令牌值的同时,也要减去第二比例阈值的磁盘单位时间的写带宽对应的令牌值。可选的,第二比例阈值为2。
磁盘单位时间的读/写次数与磁盘单位时间的读/写带宽,两个量也是相互关联、相互影响的,在计算其中一个量时,需要相应考虑另一个量的影响量,例如,在计算服务器的剩余磁盘单位时间的读/写次数对应的令牌值时,可以使用服务器的磁盘单位时间的读/写次数对应的令牌值减去虚拟机组合所需的磁盘单位时间的读/写次数对应的令牌值的同时,还要减去第三比例阈值的磁盘单位时间的读/写带宽对应的令牌值。
例如,服务器的磁盘的剩余容量令牌值rDisk(capacity)可以通过如下公式(2)得到:
rDisk(capacity)=Disk(capacity)-∑VM(disk)公式(2)
其中,Disk(capacity)为服务器的存储容量,VM(disk)为虚拟机组合中的一个虚拟机所需的存储容量。
服务器的磁盘的剩余单位时间的读次数对应的令牌值rDisk(RIO)可以通过公式(3)得到:
rDisk(RIO)=Disk(RIO)-∑VM(disk,RIO)公式(3)
其中,Disk(RIO)为服务器的磁盘的单位时间的读次数对应的令牌值,VM(disk,RIO)为虚拟机组合中的一个虚拟机所需的磁盘的单位时间的读次数对应的令牌值。进一步地,VM(disk,RIO)还可以包括第一比例阈值的该虚拟机所需的磁盘的单位时间的写次数对应的令牌值。
服务器的磁盘的剩余单位时间的写次数对应的令牌值rDisk(WIO),可以通过公式(4)得到:
rDisk(WIO)=Disk(WIO)-∑VM(disk,WIO)公式(4)
其中,Disk(WIO)为服务器的磁盘的单位时间的写次数对应的令牌值,VM(disk,WIO)为虚拟机组合中的一个虚拟机所需的磁盘的单位时间的读次数对应的令牌值。进一步地,VM(disk,WIO)还可以包括第一比例阈值的该虚拟机所需的磁盘的单位时间的读次数对应的令牌值。
服务器的磁盘的剩余单位时间的读带宽对应的令牌值rDisk(RMB)可以通过如下公式(5)得到:
rDisk(RMB)=Disk(RMB)-∑VM(disk,RMB)公式(5)
其中,Disk(RMB)为服务器的磁盘的读带宽对应的令牌值,VM(disk,RMB)为虚拟机组合中的一个虚拟机所需的的读带宽对应的令牌值。进一步地,VM(disk,RMB)还可以包括第二比例阈值的该虚拟机所需的磁盘的写带宽对应的令牌值。
服务器的磁盘的剩余单位时间的写带宽对应的令牌值rDisk(WMB)可以通过如下公式(6)得到:
rDisk(WMB)=Disk(WMB)-∑VM(disk,WMB)公式(6)
其中,Disk(WMB)为服务器的磁盘的写带宽对应的令牌值,VM(disk,WMB)为虚拟机组合中的一个虚拟机所需的的写带宽对应的令牌值。进一步地,VM(disk,WMB)还可以包括第二比例阈值的该虚拟机所需的磁盘的读带宽对应的令牌值。
可选的,内存资源可以根据内存容量确定。
相应的,内存资源转换规则包括:每个令牌对应的内存容量。
例如,服务器的剩余内存对应的令牌值rHOST(mem)可以通过如下公式(7)得到:
rHOST(mem)=HOST(mem)-∑VM(mem)公式(7)
其中,HOST(mem)为服务器的内存对应的令牌值,VM(mem)为虚拟机组合中的一个虚拟机所需的内存对应的令牌值。
可选的,网络资源可以指网卡资源,网络资源可以根据以下参数中的一种或多种确定:网卡单位时间的读次数,网卡单位时间的写次数,网卡的读带宽,和/或,网卡的写带宽。
相应的,网络资源转换规则包括:每个令牌对应的网卡单位时间的读次数,每个令牌对应的网卡单位时间的写次数,每个令牌对应的网卡的读带宽,和/或,每个令牌对应的网卡的写带宽。
进一步地,与计算磁盘的剩余令牌值的情况类似,网卡单位时间的读/写次数和网卡单位时间的写/读次数,两个量是相互关联、相互影响的,如果网卡在读数据,则将影响其写数据的效率,在计算其中一个量时,需要相应考虑另一个量的影响量。网卡单位时间的读/写带宽和网卡单位时间的写/读带宽,两个量是相互关联、相互影响的,如果网卡在读数据,则将影响其写数据的效率,在计算其中一个量时,需要相应考虑另一个量的影响量。网卡单位时间的读/写次数与网卡单位时间的读/写带宽,两个量也是相互关联、相互影响的,在计算其中一个量时,需要相应考虑另一个量的影响量。
例如,服务器的网卡剩余的单位时间的读/写次数对应的令牌值rNIC(iops)可以通过如下公式(8)得到:
rNIC(iops)=NIC(iops)-∑VM(NIC,iops)公式(8)
其中,NIC(iops)为服务器的网卡的单位时间的读/写次数对应的令牌值,VM(NIC,iops)为虚拟机组合中的一个虚拟机所需的网卡的单位时间的读/写次数对应的令牌值。进一步地,VM(NIC,iops)还可以包括第四比例阈值的该虚拟机所需的网卡的单位时间的写/读次数对应的令牌值。
服务器的网卡剩余的单位时间的读/写带宽对应的令牌值rNIC(mbps)可以通过如下公式(9)得到:
rNIC(mbps)=NIC(mbps)-∑VM(NIC,mbps)公式(9)
其中,NIC(mbps)为服务器的网卡的单位时间的读/写带宽对应的令牌值,VM(NIC,mbps)为虚拟机组合中的一个虚拟机所需的网卡的单位时间的读/写带宽对应的令牌值。进一步地,VM(NIC,mbps)还可以包括第五比例阈值的该虚拟机所需的网卡的单位时间的写/读带宽对应的令牌值。
图5为本公开实施例提供的一种资源分配装置的结构示意图,如图5所示,本实施例的装置包括:
第一获取模块501,用于针对每个服务器,根据超融合系统中所有待分配服务器的虚拟机,获取N个虚拟机组合,其中,每个虚拟机组合中包含至少一个虚拟机,N为大于等于2的整数;
第二获取模块502,用于获取服务器的资源总量分别与N个虚拟机组合对应的资源需求量的差值,其中,资源包含至少一种类型的资源;虚拟机组合的每种类型资源的总和均小于服务器对应的同种类型资源的总量;
确定模块503,用于确定得到最小差值的虚拟机组合为目标虚拟机组合;
分配模块504,用于分配在服务器上运行的虚拟机为目标虚拟机组合对应的虚拟机。
可选的,第二获取模块502具体用于:
针对每个虚拟机组合,根据资源转换规则,获取虚拟机组合中的所有虚拟机的资源需求总量对应的第一令牌值;根据资源转换规则,获取服务器的资源总量对应的第二令牌值;获取第二令牌值和第一令牌值的差值,其中,资源转换规则为资源转换成令牌值的规则。
可选的,第二获取模块502具体用于:
针对每个虚拟机组合,获取服务器中的每种类型的资源总量减去虚拟机组合中的同种类型资源需求量的剩余量;
根据所有类型的剩余量和资源转换规则,得到对应的差值,其中,资源转换规则为资源转换规则为资源转换成令牌值的规则。
可选的,资源包含以下一种或多种类型的资源:计算资源、存储资源、内存资源、网络资源。
可选的,相应的,资源转换规则包括:计算资源转换规则,存储资源转换规则,内存资源转换规则,网络资源转换规则。
可选的,计算资源转换规则包括每个令牌对应的CPU的主频;
存储资源转换规则包括:每个令牌对应的存储容量,每个令牌对应的磁盘单位时间的读次数,每个令牌对应的磁盘单位时间的写次数,每个令牌对应的磁盘的读带宽,和/或,每个令牌对应的磁盘的写带宽;
内存资源转换规则包括:每个令牌对应的内存容量;
网络资源转换规则包括:每个令牌对应的网卡单位时间的读次数,每个令牌对应的网卡单位时间的写次数,每个令牌对应的网卡的读带宽,和/或,每个令牌对应的网卡的写带宽。
上述实施例的装置,可以用于执行上述方法实施例的技术方案,其实现原理和技术效果类似,此处不再赘述。
图6为本公开实施例提供的一种资源分配设备的结构示意图,如图6所示,本实施例的设备包括:
存储器601,用于存储处理器可执行指令的存储器;
处理器602,用于在计算机程序被执行时,实现如上述第一方面的方法。
上述实施例的设备,可以用于执行上述方法实施例的技术方案,其实现原理和技术效果类似,此处不再赘述。
本公开实施例提供一种计算机可读存储介质,计算机可读存储介质中存储有计算机执行指令,计算机执行指令被处理器执行时用于实现如上述图2-图4任一项所示的资源分配方法。
本公开实施例提供一种超融合系统,包括多个服务器,多个服务器中运行多个虚拟机,超融合系统实现如上述图2-图4任一项的资源分配方法。
需要说明的是,在本文中,诸如“第一”和“”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上仅是本公开的具体实施方式,使本领域技术人员能够理解或实现本公开。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本公开的精神或范围的情况下,在其它实施例中实现。因此,本公开将不会被限制于本文的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (10)
1.一种资源分配方法,其特征在于,应用于超融合系统,所述超融合系统包括多个服务器,所述多个服务器中运行多个虚拟机,所述方法包括:
针对每个服务器,根据所述超融合系统中所有待分配服务器的虚拟机,获取N个虚拟机组合,其中,每个虚拟机组合中包含至少一个虚拟机,所述N为大于等于2的整数;
获取所述服务器的资源总量分别与所述N个虚拟机组合对应的资源需求量的差值,其中,所述资源包含至少一种类型的资源;所述虚拟机组合的每种类型资源的总和均小于所述服务器对应的同种类型资源的总量;
确定得到最小差值的虚拟机组合为目标虚拟机组合;
分配在所述服务器上运行的虚拟机为所述目标虚拟机组合对应的虚拟机。
2.根据权利要求1所述的方法,其特征在于,所述获取所述服务器的资源总量分别与所述N个虚拟机组合对应的资源需求量的差值,包括:
针对每个虚拟机组合,根据资源转换规则,获取所述虚拟机组合中的所有虚拟机的资源需求总量对应的第一令牌值;根据所述资源转换规则,获取所述服务器的资源总量对应的第二令牌值;获取所述第二令牌值和所述第一令牌值的差值,其中,所述资源转换规则为资源转换成令牌值的规则。
3.根据权利要求1所述的方法,其特征在于,获取所述服务器的资源总量分别与所述N个虚拟机组合对应的资源需求量的差值,包括:
针对每个虚拟机组合,获取所述服务器中的每种类型的资源总量减去所述虚拟机组合中的同种类型资源需求量的剩余量;
根据所有类型的剩余量和资源转换规则,得到对应的差值,其中,所述资源转换规则为资源转换规则为资源转换成令牌值的规则。
4.根据权利要求1所述的方法,其特征在于,所述资源包含以下一种或多种类型的资源:计算资源、存储资源、内存资源、网络资源。
5.根据权利要求2或3所述的方法,其特征在于,所述资源包含以下一种或多种类型的资源:计算资源、存储资源、内存资源、网络资源;
相应的,所述资源转换规则包括:计算资源转换规则,存储资源转换规则,内存资源转换规则,网络资源转换规则。
6.根据权利要求5所述的方法,其特征在于,所述计算资源转换规则包括每个令牌对应的中央处理器CPU的主频;
所述存储资源转换规则包括:每个令牌对应的存储容量,每个令牌对应的磁盘单位时间的读次数,每个令牌对应的磁盘单位时间的写次数,每个令牌对应的磁盘的读带宽,和/或,每个令牌对应的磁盘的写带宽;
所述内存资源转换规则包括:每个令牌对应的内存容量;
所述网络资源转换规则包括:每个令牌对应的网卡单位时间的读次数,每个令牌对应的网卡单位时间的写次数,每个令牌对应的网卡的读带宽,和/或,每个令牌对应的网卡的写带宽。
7.一种资源分配装置,其特征在于,包括:
第一获取模块,用于针对每个服务器,根据所述超融合系统中所有待分配服务器的虚拟机,获取N个虚拟机组合,其中,每个虚拟机组合中包含至少一个虚拟机,所述N为大于等于2的整数;
第二获取模块,用于获取所述服务器的资源总量分别与所述N个虚拟机组合对应的资源需求量的差值,其中,所述资源包含至少一种类型的资源;所述虚拟机组合的每种类型资源的总和均小于所述服务器对应的同种类型资源的总量;
确定模块,用于确定得到最小差值的虚拟机组合为目标虚拟机组合;
分配模块,用于分配在所述服务器上运行的虚拟机为所述目标虚拟机组合对应的虚拟机。
8.一种资源分配设备,其特征在于,包括:
存储器,用于存储处理器可执行指令的存储器;
处理器,用于在计算机程序被执行时,实现如上述权利要求1至6中任一项所述的方法。
9.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机执行指令,所述计算机执行指令被处理器执行时用于实现如权利要求1至6任一项所述的资源分配方法。
10.一种超融合系统,其特征在于,包括多个服务器,所述多个服务器中运行多个虚拟机,所述超融合系统实现如上述权利要求1至6中任一项所述的资源分配方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011165758.2A CN112346861A (zh) | 2020-10-27 | 2020-10-27 | 资源分配方法、装置、设备和超融合系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011165758.2A CN112346861A (zh) | 2020-10-27 | 2020-10-27 | 资源分配方法、装置、设备和超融合系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112346861A true CN112346861A (zh) | 2021-02-09 |
Family
ID=74360270
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011165758.2A Pending CN112346861A (zh) | 2020-10-27 | 2020-10-27 | 资源分配方法、装置、设备和超融合系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112346861A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116974744A (zh) * | 2023-03-14 | 2023-10-31 | 福州创星通信息科技有限公司 | 一种用于共享空间的交互控制系统与交互控制方法 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150007178A1 (en) * | 2013-06-28 | 2015-01-01 | Kabushiki Kaisha Toshiba | Virtual machines management apparatus, virtual machines management method, and computer readable storage medium |
CN104468803A (zh) * | 2014-12-12 | 2015-03-25 | 华为技术有限公司 | 一种虚拟数据中心资源映射方法和设备 |
-
2020
- 2020-10-27 CN CN202011165758.2A patent/CN112346861A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150007178A1 (en) * | 2013-06-28 | 2015-01-01 | Kabushiki Kaisha Toshiba | Virtual machines management apparatus, virtual machines management method, and computer readable storage medium |
CN104468803A (zh) * | 2014-12-12 | 2015-03-25 | 华为技术有限公司 | 一种虚拟数据中心资源映射方法和设备 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116974744A (zh) * | 2023-03-14 | 2023-10-31 | 福州创星通信息科技有限公司 | 一种用于共享空间的交互控制系统与交互控制方法 |
CN116974744B (zh) * | 2023-03-14 | 2024-05-17 | 福州创星通信息科技有限公司 | 一种用于共享空间的交互控制系统与交互控制方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Chowdhury et al. | Implementation and performance analysis of various VM placement strategies in CloudSim | |
US9749208B2 (en) | Integrated global resource allocation and load balancing | |
Jeannot et al. | Near-optimal placement of MPI processes on hierarchical NUMA architectures | |
US11496413B2 (en) | Allocating cloud computing resources in a cloud computing environment based on user predictability | |
CN111722806A (zh) | 云盘分配方法、装置、电子设备及存储介质 | |
US20200394071A1 (en) | Systems and methods for cluster resource balancing in a hyper-converged infrastructure | |
CN109471725A (zh) | 资源分配方法、装置和服务器 | |
Filiposka et al. | Community-based VM placement framework | |
Manikandan et al. | Virtualized load balancer for hybrid cloud using genetic algorithm | |
CN114996003A (zh) | 一种云服务部署方法、装置、电子设备及存储介质 | |
Mylavarapu et al. | An optimized capacity planning approach for virtual infrastructure exhibiting stochastic workload | |
Bawankule et al. | Historical data based approach to mitigate stragglers from the Reduce phase of MapReduce in a heterogeneous Hadoop cluster | |
Imdoukh et al. | Optimizing scheduling decisions of container management tool using many‐objective genetic algorithm | |
CN114064260B (zh) | 数据去倾斜方法、装置、电子设备及存储介质 | |
Vishakha | Performance Analysis of Cloud Load Balancing Algorithms | |
US9563532B1 (en) | Allocation of tasks in large scale computing systems | |
CN108845860B (zh) | 一种quota管理方法、装置及电子设备 | |
CN112346861A (zh) | 资源分配方法、装置、设备和超融合系统 | |
Zhuang et al. | Impact of instance seeking strategies on resource allocation in cloud data centers | |
CN104657216A (zh) | 一种资源池的资源分配方法及装置 | |
CN116647560A (zh) | 物联网计算机集群协调优化控制方法、装置、设备及介质 | |
CN116302327A (zh) | 资源调度方法及相关设备 | |
CN109240805B (zh) | 虚拟机分配方法及装置 | |
JP6732693B2 (ja) | リソース割当制御システム、リソース割当制御方法、及びプログラム | |
CN112000477B (zh) | 一种pod中负载均衡的方法、装置、设备及介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210209 |
|
RJ01 | Rejection of invention patent application after publication |