CN114253702A - 资源管理方法,装置以及相关设备 - Google Patents
资源管理方法,装置以及相关设备 Download PDFInfo
- Publication number
- CN114253702A CN114253702A CN202011025397.1A CN202011025397A CN114253702A CN 114253702 A CN114253702 A CN 114253702A CN 202011025397 A CN202011025397 A CN 202011025397A CN 114253702 A CN114253702 A CN 114253702A
- Authority
- CN
- China
- Prior art keywords
- instance
- server
- cpu
- created
- cpu cores
- 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/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
-
- 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/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
- G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
-
- 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/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
- G06F9/5016—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals the resource being the memory
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/50—Indexing scheme relating to G06F9/50
- G06F2209/5021—Priority
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/50—Indexing scheme relating to G06F9/50
- G06F2209/503—Resource availability
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Hardware Redundancy (AREA)
Abstract
本申请公开了一种资源管理方法,可以应用于云计算领域,该方法包括:资源管理设备获取第一服务器的剩余资源信息。若剩余资源信息指示第一服务器的剩余资源大于第一实例所需的资源,则资源管理设备向第一服务器发送第一命令,第一命令用于指示第一服务器根据第一命令创建第一实例,第一服务器还创建有第二实例,第二实例与第一实例的超售比不同。本申请通过将不同超售比的实例配置在一台服务器中,可以降低服务器的机型的数量,从而降低供应链以及运行维护的成本。
Description
技术领域
本申请涉及云计算领域,尤其涉及资源管理方法,装置以及相关设备。
背景技术
云计算作为近年来新兴的产业,获得了科研界和产业界的广泛关注。云计算主要划分为三种类型:基础设施即服务、平台即服务、软件即服务。
基础设施即服务是指提供给客户的服务是对所有设施的利用,包括处理、存储、网络和其它基本的计算资源,用户能够部署和运行任意软件,包括操作系统和应用程序。消费者不管理或控制任何云计算基础设施,但能控制操作系统的选择、储存空间、部署的应用,也有可能获得有限制的网络组件(例如,防火墙,负载均衡器等)的控制。在基础设施即服务中,实例分为独享实例和共享实例。独享实例的每个中央处理器(Central ProcessingUnit,CPU)绑定到一个物理CPU超线程上,即独享实例的超售比为1。独享实例之间无CPU资源争抢,计算性能稳定且有严格的服务等级协议(Service-Level Agreement,SLA)保证。共享实例的超售比大于1,例如超售比为2,3,5等。共享实施例跟其它共享实例共用CPU,因此无法保证实例计算性能的稳定,但是成本相对来说也更低。为了针对不同需求的客户,云服务提供商通常会提供不同超售比的实例供客户选择。
不同超售比的实例需要对应一种服务器的机型,导致机型较多,给供应链以及运行维护带来较高的成本。
发明内容
本申请提供了一种资源管理方法,装置以及相关设备,可以降低供应链以及运行维护的成本。
本申请第一方面提供了一种确定资源管理方法。
该方法包括:资源管理设备获取第一服务器的剩余资源信息。若剩余资源信息指示第一服务器的剩余资源大于第一实例所需的资源,则资源管理设备向第一服务器发送第一命令,第一命令用于指示第一服务器根据第一命令创建第一实例,第一服务器还创建有第二实例,第二实例与第一实例的超售比不同。
其中,通过将不同超售比的实例配置在一台服务器中,可以降低服务器的机型的数量,从而降低供应链以及运行维护的成本。
基于本申请第一方面,在本申请第一方面的第一种实施方式中,第一服务器中已创建的实例的各类资源的数值与总的资源数值满足第一条件,则资源管理设备向第一服务器发送第一命令,第一条件用于降低第一服务器的资源碎片。
基于本申请第一方面的第一种实施方式,在本申请第一方面的第二种实施方式中,各类资源的数值与总的资源数值满足第一条件是指第一坐标H,K在第一区域内,H为已创建的总的实例的CPU核数,所述K为已创建的总的实例的内存值,第一区域由第一直线,第二直线,第三直线和第四直线构成,第一直线为经过原点,斜率为a的直线,第二直线为经过所述原点,斜率为b的直线,第三直线为经过第二坐标Z,M,斜率为a的直线,第四直线为经过第二坐标,斜率为b的直线,Z为第一服务器总的CPU核数,M为第一服务器总的内存值,总的资源数值包括总的CPU核数和总的内存值,a为第一服务器可创建的实例的最小CPU内存比的倒数,b为第一服务器可创建的实例的最大CPU内存比的倒数。其中,第一坐标H,K在第一区域内也包括第一直线,第二直线,第三直线和第四直线与第一区域相接的边上。第一坐标H,K在第一区域内,说明不一定会产生资源碎片,若第一坐标H,K在第一区域外,说明一定会产生资源碎片。因此,通过限制第一坐标H,K在第一区域内,可以减少或避免第一服务器的内存或CPU的资源碎片产生,提升资源利用率。
基于本申请第一方面,或第一方面的第一种实施方式至第二种实施方式中的任一实施方式,在本申请第一方面的第三种实施方式中,第一实例为独享实例,所述方法还包括:资源管理设备获取第一服务器的已创建的独享实例CPU核数,总的独享实例CPU核数;若已创建的独享实例CPU核数加F小于或等于总的独享实例CPU核数,则资源管理设备向第一服务器发送第一命令,F为第一实例所需的CPU核数。其中,第一实例为独享实例,第一实例和第二实例的超售比不同,那么,第二实例就是共享实例。通过事先设置第一服务器中的总的独享实例CPU核数,也就限定了共享实例的CPU核数。
基于本申请第一方面的第三种实施方式,在本申请第一方面的第四种实施方式中,资源管理设备获取第一服务器的已创建的实例CPU核数,总的实例CPU核数;若已创建的独享实例CPU核数加F小于或等于总的独享实例CPU核数,已创建的实例CPU核数加F小于或等于总的实例CPU核数,则资源管理设备向第一服务器发送所述第一命令。其中,总的独享实例CPU核数加总的共享实例CPU核数的和大于总的实例CPU核数。例如,总的独享实例CPU核数为70,总的共享实例CPU核数为50,总的实例CPU核数为100。因为要满足总的实例核数为100,在实际应用中,总的独享实例CPU核数就会在50-70之间波动,总的共享实例CPU核数就会在30-50之间波动。因此,在降低资源碎片的基础上,提升了实例配置的灵活性。
基于本申请第一方面,或第一方面的第一种实施方式至第四种实施方式中的任一实施方式,在本申请第一方面的第五种实施方式中,第一实例为独享实例,第二实例为共享实例,第一实例与第一服务器中的第一CPU绑定,当第一实例被删除或空闲时,第二实例的绑核范围还包括第一CPU。其中,通过将独享实例对应的CPU给共享实施例使用,可以在不影响独享实例的情况下,提升独享实例的绑核范围,因此提升了独享实例的用户体验。
基于本申请第一方面,或第一方面的第一种实施方式至第二种实施方式中的任一实施方式,在本申请第一方面的第六种实施方式中,第一实例和第二实例为共享实例,当第一服务器中的共享实例竞争第一服务器中的CPU资源时,第一共享实例和第二共享实例竞争CPU资源的调度优先级的比值为K/J,K为所述第二共享实例的超售比,J为第一共享实例的超售比。其中,调度优先级的比值为超售比的倒数,表明超售比越大,优先级越低。因此,可以提高公平性。
本申请第二方面提供了一种资源管理方法。
该方法包括:第一服务器接收第一资源管理设备发送的第一命令;
根据所述第一命令创建第一实例,所述第一命令是所述资源管理设备根据剩余资源信息得到的,所述剩余资源信息指示所述第一服务器的剩余资源大于或等于第一实例所需的资源,所述第一服务器还创建有第二实例,所述第二实例与所述第一实例的超售比不同。
基于本申请第二方面,在本申请第二方面的第一种实施方式中,所述第一命令是根据所述剩余资源信息和第一条件得到的,所述第一服务器中已创建的实例的各类资源的数值与总的资源数值满足所述第一条件,所述第一条件用于降低所述第一服务器的资源碎片。
基于本申请第二方面的第一种实施方式,在本申请第二方面的第二种实施方式中,所述资源比为CPU内存比,所述各类资源的数值与所述总的资源数值满足所述第一条件是指第一坐标H,K在第一区域内,所述H为已创建的总的实例的CPU核数,所述K为已创建的总的实例的内存值,所述第一区域由第一直线,第二直线,第三直线和第四直线构成,所述第一直线为经过原点,斜率为a的直线,所述第二直线为经过所述原点,斜率为b的直线,所述第三直线为经过第二坐标Z,M,斜率为a的直线,所述第四直线为经过所述第二坐标,斜率为b的直线,所述Z为所述第一服务器总的CPU核数,所述M为所述第一服务器总的内存值,所述总的资源数值包括所述总的CPU核数和所述总的内存值,所述a为所述第一服务器可创建的实例的最小CPU内存比的倒数,所述b为所述第一服务器可创建的实例的最大CPU内存比的倒数。
基于本申请第二方面,或第二方面的第一种实施方式至第二种实施方式中的任一实施方式,在本申请第二方面的第三种实施方式中,所述第一实例为独享实例,所述剩余资源信息包括已创建的独享实例CPU核数和总的独享实例CPU核数,所述剩余资源大于或等于所述第一实例所需的资源包括所述已创建的独享实例CPU核数加F小于或等于所述总的独享实例CPU核数,F为第一实例所需的CPU核数。
基于本申请第二方面的第三种实施方式,在本申请第二方面的第四种实施方式中,所述剩余资源信息还包括已创建的实例CPU核数,总的实例CPU核数,所述剩余资源大于或等于所述第一实例所需的资源还包括所述已创建的实例CPU核数加F小于或等于所述总的实例CPU核数。
基于本申请第二方面,或第二方面的第一种实施方式至第四种实施方式中的任一实施方式,在本申请第二方面的第五种实施方式中,所述第一实例为独享实例,所述第二实例为共享实例,所述第一实例与所述第一服务器中的第一CPU绑定,当所述第一实例被删除或空闲时,所述第二实例的绑核范围还包括所述第一CPU。
基于本申请第二方面,或第二方面的第一种实施方式至第二种实施方式中的任一实施方式,在本申请第二方面的第六种实施方式中,所述第一实例和所述第二实例为共享实例,当所述第一服务器中的共享实例竞争所述第一服务器中的CPU资源时,所述第一共享实例和所述第二共享实例竞争所述CPU资源的调度优先级的比值为K/J,所述K为所述第二共享实例的超售比,所述J为所述第一共享实例的超售比。
本申请第三方面提供了一种确定资源管理装置。
该装置包括:获取模块,用于获取第一服务器的剩余资源信息;
发送模块,用于若剩余资源信息指示第一服务器的剩余资源大于或等于第一实例所需的资源,则向第一服务器发送第一命令,第一命令用于指示第一服务器根据第一命令创建第一实例,第一服务器还创建有第二实例,第二实例与第一实例的超售比不同。
基于本申请第三方面,在本申请第三方面的第一种实施方式中,发送模块具体用于若第一服务器创建第一实例后,第一服务器中已创建的实例的各类资源的数值与总的资源数值满足第一条件,则向第一服务器发送第一命令,第一条件用于降低第一服务器的资源碎片。
基于本申请第三方面的第一种实施方式,在本申请第三方面的第二种实施方式中,资源比为CPU内存比,各类资源的数值与总的资源数值满足第一条件是指第一坐标H,K在第一区域内,H为已创建的总的实例的CPU核数,K为已创建的总的实例的内存值,第一区域由第一直线,第二直线,第三直线和第四直线构成,第一直线为经过原点,斜率为a的直线,第二直线为经过原点,斜率为b的直线,第三直线为经过第二坐标Z,M,斜率为a的直线,第四直线为经过第二坐标,斜率为b的直线,Z为第一服务器总的CPU核数,M为第一服务器总的内存值,总的资源数值包括总的CPU核数和总的内存值,a为第一服务器可创建的实例的最小CPU内存比的倒数,b为第一服务器可创建的实例的最大CPU内存比的倒数。
基于本申请第三方面,或第三方面的第一种实施方式至第二种实施方式中的任一实施方式,在本申请第三方面的第三种实施方式中,第一实例为独享实例,获取模块还用于获取第一服务器的已创建的独享实例CPU核数,总的独享实例CPU核数;
发送模块具体用于若已创建的独享实例CPU核数加F小于或等于总的独享实例CPU核数,则向第一服务器发送第一命令。
基于本申请第三方面的第三种实施方式,在本申请第三方面的第四种实施方式中,获取单元还用于获取第一服务器的已创建的实例CPU核数,总的实例CPU核数;发送模块具体用于若已创建的独享实例CPU核数加F小于或等于总的独享实例CPU核数,已创建的实例CPU核数加F小于或等于总的实例CPU核数,则向第一服务器发送第一命令。
基于本申请第三方面,或第三方面的第一种实施方式至第四种实施方式中的任一实施方式,在本申请第三方面的第五种实施方式中,第一实例为独享实例,第二实例为共享实例,第一实例与第一服务器中的第一CPU绑定,当第一实例被删除或空闲时,第二实例的绑核范围还包括第一CPU。
基于本申请第三方面,或第三方面的第一种实施方式至第二种实施方式中的任一实施方式,在本申请第三方面的第六种实施方式中,第一实例和第二实例为共享实例,当第一服务器中的共享实例竞争第一服务器中的CPU资源时,第一共享实例和第二共享实例竞争CPU资源的调度优先级的比值为K/J,K为第二共享实例的超售比,J为第一共享实例的超售比。
本申请第四方面提供了一种资源管理装置。
该装置包括:接收模块,用于接收第一资源管理设备发送的第一命令;
创建模块,用于根据所述第一命令创建第一实例,所述第一命令是所述资源管理设备根据剩余资源信息得到的,所述剩余资源信息指示所述第一服务器的剩余资源大于或等于第一实例所需的资源,所述第一服务器还创建有第二实例,所述第二实例与所述第一实例的超售比不同。
基于本申请第四方面,在本申请第四方面的第一种实施方式中,所述第一命令是根据所述剩余资源信息和第一条件得到的,所述第一服务器中已创建的实例的各类资源的数值与总的资源数值满足所述第一条件,所述第一条件用于降低所述第一服务器的资源碎片。
基于本申请第四方面,或第四方面的第一种实施方式至第二种实施方式中的任一实施方式,在本申请第四方面的第三种实施方式中,所述资源比为CPU内存比,所述各类资源的数值与所述总的资源数值满足所述第一条件是指第一坐标H,K在第一区域内,所述H为已创建的总的实例的CPU核数,所述K为已创建的总的实例的内存值,所述第一区域由第一直线,第二直线,第三直线和第四直线构成,所述第一直线为经过原点,斜率为a的直线,所述第二直线为经过所述原点,斜率为b的直线,所述第三直线为经过第二坐标Z,M,斜率为a的直线,所述第四直线为经过所述第二坐标,斜率为b的直线,所述Z为所述第一服务器总的CPU核数,所述M为所述第一服务器总的内存值,所述总的资源数值包括所述总的CPU核数和所述总的内存值,所述a为所述第一服务器可创建的实例的最小CPU内存比的倒数,所述b为所述第一服务器可创建的实例的最大CPU内存比的倒数。
基于本申请第四方面,或第四方面的第一种实施方式至第二种实施方式中的任一实施方式,在本申请第四方面的第三种实施方式中,所述第一实例为独享实例,所述剩余资源信息包括已创建的独享实例CPU核数和总的独享实例CPU核数,所述剩余资源大于或等于所述第一实例所需的资源包括所述已创建的独享实例CPU核数加F小于或等于所述总的独享实例CPU核数。
基于本申请第四方面的第三种实施方式,在本申请第四方面的第四种实施方式中,所述剩余资源信息还包括已创建的实例CPU核数,总的实例CPU核数,所述剩余资源大于或等于所述第一实例所需的资源还包括所述已创建的实例CPU核数加F小于或等于所述总的实例CPU核数。
基于本申请第四方面,或第四方面的第一种实施方式至第四种实施方式中的任一实施方式,在本申请第四方面的第五种实施方式中,所述第一实例为独享实例,所述第二实例为共享实例,所述第一实例与所述第一服务器中的第一CPU绑定,当所述第一实例被删除或空闲时,所述第二实例的绑核范围还包括所述第一CPU。
基于本申请第四方面,或第四方面的第一种实施方式至第二种实施方式中的任一实施方式,在本申请第四方面的第六种实施方式中,所述第一实例和所述第二实例为共享实例,当所述第一服务器中的共享实例竞争所述第一服务器中的CPU资源时,所述第一共享实例和所述第二共享实例竞争所述CPU资源的调度优先级的比值为K/J,所述K为所述第二共享实例的超售比,所述J为所述第一共享实例的超售比。
本申请第五方面提供了一种资源管理设备。
该设备包括处理器和收发器,所述处理器用于获取第一服务器的剩余资源信息;
所述收发器用于若所述剩余资源信息指示所述第一服务器的剩余资源大于或等于第一实例所需的资源,则所述资源管理设备向所述第一服务器发送第一命令,所述第一命令用于指示所述第一服务器根据所述第一命令创建所述第一实例,所述第一服务器还创建有第二实例,所述第二实例与所述第一实例的超售比不同。
在第五方面的一种可选方式中,所述处理器和所述收发器还用于执行前述第一方面中资源管理设备执行的全部或部分操作。
本申请第六方面提供了一种服务器。
该服务器包括处理器和收发器,所述收发器用于接收第一资源管理设备发送的第一命令;
所述处理器用于根据所述第一命令创建第一实例,所述第一命令是所述资源管理设备根据剩余资源信息得到的,所述剩余资源信息指示所述第一服务器的剩余资源大于或等于第一实例所需的资源,所述第一服务器还创建有第二实例,所述第二实例与所述第一实例的超售比不同。
在第六方面的一种可选方式中,所述处理器和所述收发器还用于执行前述第二方面中第一服务器执行的全部或部分操作。
本申请第七方面提供了一种计算机存储介质,其特征在于,所述计算机存储介质中存储有指令,所述指令在计算机上执行时,使得所述计算机执行如第一方面或第一方面任意一种实施方式所述的方法;或使得所述计算机执行如第二方面或第二方面任意一种实施方式所述的方法。
本申请第八方面提供了一种计算机程序产品,其特征在于,所述计算机程序产品在计算机上执行时,使得所述计算机执行如第一方面或第一方面任意一种实施方式所述的方法;或使得所述计算机执行如第二方面或第二方面任意一种实施方式所述的方法。
附图说明
图1为基础设施即服务的数据中心架构图;
图2为本申请实施例中实例的创建流程示意图;
图3为本申请实施例中的应用场景的一个示意图;
图4为本申请实施例中资源管理方法的一个流程示意图;
图5为本申请实施例中第一区域的结构示意图;
图6为本申请实施例中增加共享实例的绑核范围的结构示意图;
图7为本申请实施例中不增加共享实例的绑核范围的结构示意图;
图8为本申请实例中资源管理控制台展示的配置界面示意图;
图9为本申请实例中资源管理控制台展示的监控界面示意图;
图10为本申请实施例中资源管理装置的一个结构示意图;
图11为本申请实施例中资源管理装置的另一个结构示意图;
图12为本申请实施例中资源管理设备或第一服务器的结构示意图。
具体实施方式
本申请实施例提供了一种资源管理方法,装置以及相关设备,应用于云计算领域,可以降低供应链以及运行维护的成本。
云计算作为近年来新兴的产业,获得了科研界和产业界的广泛关注。“云”是一种抽象概念,它与通过网络的资源管理有关,且更确切地说,与提供用于通过网络提供服务的平台的数据中心架构有关。例如,云可以指通过因特网提供的各种服务,例如基于网络的存储服务或计算服务。典型的云架构部署包括分层式层次结构,该结构包括网络硬件的物理层以及使得用户能够接入网络硬件的一个或多个软件层。例如,云架构部署的一种常用类型包括网络资源(例如,服务器、存储设备阵列、网络交换机等)物理层伴有多层阶层式软件框架,所述软件框架包括实施基础设施即服务(Infrastructure as a Service,IaaS)的第一层、实施平台即服务(Platform as a Service,PaaS)的第二层和实施软件即服务(Software as a Service,SaaS)的第三层。一般来说,尽管可能有例外,但是第三层中的资源取决于第二层中的资源,第二层中的资源取决于第一层中的资源,且第一层中的资源取决于物理层中的资源。
对于云服务提供商而言,为了保证服务器中的资源高效合理的分配和运行,资源管理尤为重要。请参阅图1,图1为基础设施即服务的数据中心架构图。如图1所示,云服务提供商为了方便为不同地区的用户提供服务,可以按照地理区域将为不同地区的用户服务的服务器划分为不同的可用区,不同的可用区由资管管理设备统一管理。每个可用区包括多个服务器集群,每个服务器集群包括多个服务器,每个服务器通过创建实例为用户提供基本的计算、存储能力。为了满足不同用户的需要,云服务提供商通常会提供不同超售比的实例供客户选择。不同超售比的实例对应一种服务器的机型,在不同超售比的实例较多的情况下,导致服务器的机型较多,给供应链和运行维护带来较高的成本。
为此,本申请实施例提供了一种资源管理方法。在该方法中,通过将不同超售比的实例创建在一台服务器中,并结合定制的调度控制方法,以达到充分利用服务器多维资源(CPU核数,内存值,磁盘大小),降低资源碎片,减少机型,降低成本的目的。
为了方便理解本申请实施例中提供的资源管理方法,先对实例的创建流程进行阐述。请参阅图2,图2为本申请实施例中实例的创建流程示意图。该流程包括接收订单(实例)201,实例分配202,创建实例203和提供云服务204。接收订单201一般是指接收用户对某个实例的具体要求以及该实例和用户的绑定关系,例如具体要求是2个CPU核心和4G运行内存,绑定关系包括该实例与账户X绑定,只有登入账户X的用户才能使用该实例对应的云服务。实例分配202是指将该实例分配于哪个服务器,具体由哪个服务器为该实例提供计算、存储能力。创建实例203是指在某个服务器中划分出该实例需要的资源,并将该资源和用户绑定。提供云服务204是指通过服务器中的资源为登入账户的用户提供的计算,存储等服务。需要说明的是,将实例的创建流程划分为接收订单201,实例分配202,创建实例203和提供云服务204是为了方便理解本申请,并不应当作为限制本申请的条件,或者说对实例的创建流程划分的界限并不需要明确的定义。
上面对实例的创建流程进行了阐述,大致将实例的创建流程划分为接收订单201,实例分配202,创建实例203和提供云服务204。其中,创建实例203和提供云服务204由同一个计算机设备完成。实例分配202和创建实例203可以在相同的计算机设备中完成,也可以在不同的计算机设备中完成;或者,请参阅图3,图3为本申请实施例中的应用场景的一个示意图。如图3所示,由资源管理设备301执行实例分配202,在确定由第一服务器302为该实例提供资源后,资源管理设备301向第一服务器302发送第一命令,以使得第一服务器302根据该第一命令执行创建实例203,并在后续执行提供云服务204。
在图3所示的应用场景中,资源管理设备301可以参考前述图1中的资源管理设备,资源管理设备301可以是台式电脑,笔记本或服务器等。第一服务器302可以参考前述图1中的某个服务器。需要说明的是,若第一服务器302可以完成资源管理设备301执行的全部步骤,则本申请实施里提供的资源管理方法可以由第一服务器302单独完成,也可以理解为第一服务器302为资源管理设备301,并且资源管理设备301不需要向第一服务器302发送第一命令。
下面将结合附图,对本申请中的技术方案进行描述。示例性的,本申请实施例所涉及附图中的以虚线标识的特征或内容可理解为实施例可选的操作或者可选的结构。
请参阅图4,图4为本申请实施例中资源管理方法的一个流程示意图。
在步骤401中,资源管理设备获取第一实例的信息。
第一实例的信息包括第一实例的超售比和第一实例需要的资源,该资源包括CPU物理核心数和运行内存大小,该资源还可以包括硬盘内存大小。其中,CPU物理核心数在本中简称CPU核数,当CPU核数为确定的数值,还可以简称为1核,3核等。运行内存简称内存值,该内存值与硬盘内存不同,当内存值是确定的数值时,还可以简称为1G,2G,4G等。通常,CPU核数和内存值经常组合使用,例如1核2G,1核1G等。CPU核数和内存值的比值简称为CPU内存比,例如1核2G的CPU内存比为1/2,2核8G的内存比为1/4。存储空间大小是指硬盘内存大小。超售比是指共用一个CPU物理核的实例的数量,例如,3个实例都是1核2G,只有这3个实例共用一个CPU物理核,则这3个实例的超售比为3;又例如,某个实例为2核2G,该实例不与其它实例共享CPU物理核,则该实例的超售比为1。在实际应用中,超售比为1的实例称为独享实例,超售比大于1的实例称为共享实例。
在步骤402中,资源管理设备获取第一服务器的剩余资源信息。
剩余资源信息的内容由后续需要执行内容确定,为了方便理解,下面描述剩余资源信息包括的2个内容,分别为内容a和内容b。资源管理设备可以只获取内容a或内容b,也可以获取内容a和内容b。
内容a包括:第一服务器已创建的独享实例CPU核数,总的独享实例CPU核数,已创建的实例CPU核数,总的实例CPU核数。其中,第一服务器已创建的独享实例CPU核数是指在第一服务器中已创建的所有独享实例的CPU核数的和。总的独享实例CPU核数是事先设置的值,该值用于限制第一服务器中的独享实例的CPU核数不能超过改值。已创建的实例CPU核数是指在第一服务器中已创建的所有实例的CPU核数的和,所有实例包括独享实例和共享实例。总的实例CPU核数是指第一服务器可以提供云服务的CPU核数。
为了方便描述,假设第一服务器可以提供云服务的CPU核数为100,即总的实例CPU核数为100,第一服务器可以提供的运行内存的大小为320G,硬盘内存为4000G。第一服务器可以提供的实例类型包括类型1,类型2和类型3。总的独享实例CPU核数和总的共享实例CPU核数是根据第一服务器可以提供的实例类型以及实例类型之间的比例得到的。例如类型1为独享,1核2G,40G。类型2为独享1核3G,40G。类型3为共享2核4G,40G,超售比为2。经过统计发现,类型1和类型2的实例的比值约为1:2。设定总的独享实例CPU核数为70,总的共享实例CPU核数为50。在此设定下,实际的独享实例CPU核数将在50~70之间波动,实际的共享实例核数将在30~50之间波动。当实际的独享实例CPU核数为60,实际的共享实例CPU核数为40时,第一服务器不会产生资源碎片。具体如下,所有实例消耗的CPU核数为:60×1+40×2÷2=100,所有实例消耗的内存值为: 所有实例消耗的硬盘大小为:40×100=4000G。因此,如果设定总的独享实例CPU核数为60,总的共享实例CPU核数为40,总的独享实例CPU核数加总的共享实例CPU核数等于总的实例CPU核数,可以减少资源碎片。进一步地,设定总的独享实例CPU核数为70,总的共享实例CPU核数为50,总的共享实例CPU核数为40,总的独享实例CPU核数加总的共享实例CPU核数大于总的实例CPU核数,实际的独享实例CPU核数将在50~70之间波动,实际的共享实例核数将在30~50之间波动,可以提供更加灵活的配置,适用于未来用户的需要不确定的场景。需要说明的是,当总的独享实例CPU核数加总的共享实例CPU核数等于总的实例CPU核数时,资源管理设备不需要获取已创建的实例CPU核数和总的实例CPU核数。
内容b包括:第一服务器创建第一实例后,已创建的实例的各类资源的数值,总的资源数值。其中,第一服务器创建第一实例后并不是指一定要创建第一实例,而是指第一服务器如果创建第一实例后。假设已创建的实例的各类资源的数值包括已创建的总的实例的CPU核数和已创建的总的实例的内存值。总的资源数值包括总的实例的CPU核数和总的实例的内存值。
对于上述内容a和/或内容b,若本地存储空间存储有相应数据,资源管理设备可以在本地存储空间获取内容a和/或内容b;若本地存储空间存储没有相应数据,资源管理设备可以向第一服务器发送请求,使得第一服务器向资源管理设备上报上述内容a和/或内容b。当资源管理设备向第一服务器发送请求时,第一服务器可以向资源管理设备上报上述内容a和/或内容b的部分内容。例如对于内容a,第一服务器向资源管理设备发送已创建的独享实例CPU核数和已创建的实例CPU核数,资源管理设备在本地存储空间中获取总的独享实例CPU核数和总的实例CPU核数。
在步骤403中,资源管理设备根据剩余资源信息确定第一服务器的剩余资源是否大于等于第一实例所需要的资源。
在上述步骤402中,资源管理设备获取了内容a和/或内容b。下面分别描述如何利用内容a或内容b确定第一服务器中的剩余资源是否大于等于第一实例所需的资源。
对于内容a,若已创建的独享实例CPU核数加F小于或等于总的独享实例CPU核数,已创建的实例CPU核数加F小于或等于总的实例CPU核数,则资源管理设备确定第一服务器的剩余资源大于等于第一实例所需要的资源。
对于内容b,若第一服务器创建第一实例后,第一服务器中已创建的实例的各类资源的数值与总的资源数值满足第一条件,则资源管理设备确定第一服务器的剩余资源大于等于第一实例所需要的资源;若第一服务器创建第一实例后,第一服务器中已创建的实例的各类资源的数值与总的资源数值不满足第一条件,则资源管理设备确定第一服务器的剩余资源小于第一实例所需要的资源;第一条件用于降低第一服务器的资源碎片。其中,总的资源数值可以包括2个数值,也可以包括3个数值。当总的资源数值包括2个数值时,2个数值可以是总的实例的CPU核数,总的实例的内存值,总的实例的硬盘大小的任意2个组合。当总的资源数值包括3个数值时,3个数值包括总的实例的CPU核数,总的实例的内存值,总的实例的硬盘大小。已创建的实例的各类资源的数值和总的资源数值对应,即总的资源数值包括总的实例的内存值,总的实例的硬盘大小时,已创建的实例的各类资源的数值包括已创建的总的实例的硬盘大小和已创建的总的实例的内存值。为了方便理解,假设已创建的实例的各类资源的数值包括已创建的总的实例的CPU核数和已创建的总的实例的内存值,总的资源数值包括总的实例的CPU核数和总的实例的内存值。其它情况下的描述可以参考此种情况下的描述。
具体地,各类资源的数值与总的资源数值满足第一条件是指第一坐标H,K在第一区域内,H为已创建的总的实例的CPU核数,K为已创建的总的实例的内存值,第一区域由第一直线,第二直线,第三直线和第四直线构成,第一直线为经过原点,斜率为a的直线,第二直线为经过原点,斜率为b的直线,第三直线为经过第二坐标Z,M,斜率为a的直线,第四直线为经过所述第二坐标,斜率为b的直线,Z为第一服务器总的CPU核数,M为第一服务器总的内存值,总的资源数值包括总的CPU核数和总的内存值,a为第一服务器可创建的实例的最小CPU内存比的倒数,b为第一服务器可创建的实例的最大CPU内存比的倒数。请参阅图5,图5为本申请实施例中第一区域的结构示意图。在图5中,横坐标为CPU核数,纵坐标为内存值,第一区域的4条边分别为第一直线501,第二直线502,第三直线503和第四直线504。假设,总的实例的CPU核数为100,总的实例的内存值为320G。第二坐标为(100,320)。延续步骤402中第一服务器可以提供的实例的3个类型的假设。在这3个类型中,类型1的CPU内存比为1/2,类型2的CPU内存比为1/3,类型3的CPU内存比为1/4。因此,第一直线501和第三直线503的斜率为4,第二直线502和第四直线的斜率为2。其中,类型3的实例为2核4G,超售比为2,因此类型3的CPU内存比为2÷4÷2=1/4。在得出第一区域后,判断第一坐标(H,K)是否在第一区域中内,若是,则确定第一服务器中已创建的实例的各类资源的数值与总的资源数值满足第一条件,例如坐标点505在第一区域内。若否,则确定第一服务器中已创建的实例的各类资源的数值与总的资源数值不满足第一条件。需要说明的是,当第一坐标(H,K)在第一区域的边上,即第一坐标(H,K)在第一直线501,第二直线502,第三直线503,第四直线504上时,也认为第一坐标(H,K)在第一区域中内,例如坐标点506在第一区域内。H为已创建的总的实例的CPU核数(包括第一实例所需的CPU核数),K为已创建的总的实例的内存值(包括第一实例所需的内存值)。
第一坐标(H,K)在第一区域内,说明第一服务器暂时还未产生资源碎片。若第一服务器后续创建的实例都满足第一条件,则第一服务器不会产生资源碎片,即未来的第一坐标(H,K)和第二坐标(100,320)重合。即使未来第一坐标(H,K)和第二坐标(100,320)不重合,也可以使得第一坐标(H,K)和第二坐标(100,320)尽量靠近,减少第一服务器中资源碎片的数量。若第一坐标H,K在第一区域外,说明一定会产生资源碎片。因此,通过限制第一坐标H,K在第一区域内,可以减少或避免第一服务器的资源碎片产生,提升资源利用率。
对于上述内容a和内容b判断方式,资源管理设备可以采用1个,也可以2个都采用,2个都采用时,需要已创建的独享实例CPU核数加F小于或等于总的独享实例CPU核数,已创建的实例CPU核数加F小于或等于总的实例CPU核数,第一服务器中已创建的实例的各类资源的数值与总的资源数值满足第一条件,资源管理设备才能确定第一服务器的剩余资源大于等于第一实例所需要的资源。
在步骤404中,资源管理设备向第一服务器发送第一命令。
在上述步骤403中,若资源管理设备确定第一服务器的剩余资源大于或等于第一实例所需要的资源,则资源管理设备向第一服务器发送第一命令。
在步骤405中,第一服务器根据第一命令创建第一实例,第一服务器中还创建有第二实例,第二实例和第一实例的超售比不同。
第一服务器划分出该第一实例需要的资源,并将该资源和用户绑定,后续为该用户提供云服务。例如第一实例为独享实例,1核2G,40G。第一服务器需要划分出一个CPU核心,2G的运行内存和40G的硬盘大小,并且上述CPU核心,2G的运行内存和40G的硬盘大小不与其它实例共享。
在其它实施例中,若第一实例为独享实例,第二实例为共享实例,第一实例与第一服务器中的第一CPU绑定,当第一实例被删除或空闲时,在共享实例的原绑核范围不变的情况下,第二实例的绑核范围还包括第一CPU。如图6所示,图6为本申请实施例中增加共享实例的绑核范围的结构示意图。6a为删除第一实例前的绑核范围示意图。第一服务器包括CPU核1~5,其中,CPU核1和CPU核2为独享实例绑定的CPU核,称为独享CPU核,并且CPU核2和第一实例绑定,第一实例为1核的独享实例。CPU核3,CPU核4和CPU核5为共享实例绑定的CPU核,共享实例包括第二实例。当删除第一实例后,如6b所示,第二实例的绑核范围还包括CPU核2,即第二实例可以使用CPU核2。在共享实例的数量不变的情况下,共享实例可以多使用一个CPU核,因此提升了共享实例的性能,提升用户体验。特别地,在事先设定总的独享实例CPU核数和总的共享实例CPU核数的情况下,还可以尽可能保证共享实例的性能提升。例如,设定总的独享实例CPU核数为70,总的共享实例CPU核数为50,在此情况下,剩余的50个CPU核要么空闲,要么由独享实例使用。即使剩余的50个CPU核数都和相对应的独享实例绑定,只要有独享实例空闲,便可以提升共享实例的绑核范围,提升共享实例的性能。在不设定总的独享实例CPU核数和总的共享实例CPU核数的情况下,第一服务器的99个核都可能和共享实例绑定,从而造成对共享实例的性能提升不明显。
上面对增加共享实例的绑核范围的情况进行了描述,若不增加共享实例的绑核范围,则共享实例的绑核范围可以随着独享实例的绑核范围的改变而改变。如图7所示,图7为本申请实施例中不增加共享实例的绑核范围的结构示意图。7a为删除第一实例前的绑核范围示意图。7a继承上述对6a的描述,在此基础上,删除第一实例后,如图7b所示,共享实例的绑核范围为CPU核2,CPU核3和CPU核4,共享实例的绑核范围不包括CPU核5。
在其它实施例中,不同超售比的实例会被部署在一台服务中,即可能会出现不同超售比的共享实例同时出现在一台服务器的情况。例如第一实例和第二实例为不同超售比共享实例,当第一实例和第二实例竞争第一服务器中的CPU资源时,若第一实例和第二实例的竞争到相同数量的CPU资源,则对于第一实例而言是不公平的。因此,不同超售比的共享实例需要具备与超售比相对应的线程调度优先级,即不同超售比实例的调度优先级比为超售比的倒数,第一服务器可以通过设置share值来定义不同共享实例的调度优先级(在竞争是所占的份额,share值为一个无量纲的绝对值(可代表实例在cpu线程调度中的时间片占比),第一服务器通过比较不同实例的share值决定不同实例对应的虚拟机对于cpu资源的调度优先级。在不同超售比的实例混部情况下,通过设置混部实例不同的share值保证不同超售比的实例具有与超售比想对应的竞争优先级。例如第一实例,第二实例,第三实例的超售比分别为L,m,n,则第一实例的share值为vcpus1×(L×m×n)×1024/L=vcpus1×m×n×1024;第二实例的share值为vcpus2×(L×m×n)×1024/m=vcpus2×L×n×1024,第三实例的share值为vcpus3×(L×m×n)×1024/n=vcpus3×L×m×1024。其中,vcpus为虚拟机使用的CPU核数,以上述步骤402中的实例类型为例,第一实例为类型3的实例时,vcpus3为2。通过每个实例的share值可计算每个虚拟机均分到的cpu基础份额,不同实例的基础cpu份额的计算能力由服务器保证。在服务器cpu资源空闲时,共享实例之间不存在CPU资源竞争,此时不同超分比共享实例的每个cpu都可以在自己基础份额的基础上,最大100%占用物理cpu(根据实例的商业设计不同,超出基准份额的部分计算能力可额外收取费用),但是当共享实例之间存在cpu资源竞争时,kvm虚拟机监控器可以通过share值控制不同实例的cpu调度优先级(share值越高的实例占用的物理cpu资源比例越高)。
为了方便管理第一服务器中的实例,可以在资源管理控制台中配置第一服务器中配置总的独享实例CPU核数和总的共享实例CPU核数。资源管理控制台可以是上述资源管理设备,也可以是其它的计算机设备。如图8所示,图8为本申请实例中资源管理控制台展示的配置界面示意图。在图8中,包括混部池和普通池的选项,混部池是指第一服务器用于创建独享实例和共享实例。普通池是指第一服务器用于创建独享实例或共享实例。当选择混部池时,可以对总的独享实例CPU核数和总的共享实例CPU核数进行配置。例如,总的独享实例CPU核数为70,总的共享实例CPU核数为50。点击确认可以对该配置进行保存,以便后续执行。
为了方便监控第一服务器中的实例,可以在资源管理控制台显示不同类似资源使用情况。请参阅图9所示,图9为本申请实例中资源管理控制台展示的监控界面示意图。在图9中,包括实例类型,CPU内存比,超售比,CPU核使用率等的数据,不同类型的实例分别列出。例如不同类型的实例包括类型1,类型2和类型3的实例,关于类型1,类型2和类型3的描述继承上述步骤402中的描述。其中,CPU核使用率为30是指所有类型1的实例在第一服务器中正在使用30%的CPU资源。
上面对本申请实施例中的资源管理方法进行了描述,下面对本申请实施例中的资源管理装置进行描述,请参阅图10,图10为本申请实施例中资源管理装置的一个结构示意图。
该装置包括:获取模块1001,用于获取第一服务器的剩余资源信息;
发送模块1002,用于若剩余资源信息指示第一服务器的剩余资源大于或等于第一实例所需的资源,则向第一服务器发送第一命令,第一命令用于指示第一服务器根据第一命令创建第一实例,第一服务器还创建有第二实例,第二实例与第一实例的超售比不同。
在其它的实施例中,该装置中的模块具体用于执行前述图4对应的实施例中的资源管理设备可以执行的全部或部分操作。
请参阅图11,图11为本申请实施例中资源管理装置的另一个结构示意图。
该装置包括:接收模块1101,用于接收第一资源管理设备发送的第一命令;
创建模块1102,用于根据第一命令创建第一实例,第一命令是资源管理设备根据剩余资源信息得到的,剩余资源信息指示第一服务器的剩余资源大于或等于第一实例所需的资源,第一服务器还创建有第二实例,第二实例与第一实例的超售比不同。
在其它的实施例中,该装置中的模块具体用于执行前述图4对应的实施例中的第一服务器可以执行的全部或部分操作。
上面对本申请实施例中的资源管理装置进行了描述,下面对本申请实施例中的资源管理设备和第一服务器进行描述。
请参阅图12,图12为本申请实施例中资源管理设备或第一服务器的结构示意图。
如图12所示,资源管理设备或第一服务器1200包括处理器1210,与所述处理器1210耦接的收发器1220。处理器1210可以是中央处理器(central processing unit,CPU),网络处理器(network processor,NP)或者CPU和NP的组合。处理器还可以是专用集成电路(application-specific integrated circuit,ASIC),可编程逻辑器件(programmablelogic device,PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complexprogrammable logic device,CPLD),现场可编程逻辑门阵列(field-programmable gatearray,FPGA),通用阵列逻辑(generic array logic,GAL)或其任意组合。处理器1210可以是指一个处理器,也可以包括多个处理器。
在其它的实施例中,资源管理设备或第一服务器1200包括还包括存储器,存储器可以包括易失性存储器(volatile memory),例如随机存取存储器(random-accessmemory,RAM);存储器也可以包括非易失性存储器(non-volatile memory),例如只读存储器(read-only memory,ROM),FRAM存储器,快闪存储器(flash memory),硬盘(hard diskdrive,HDD)或固态硬盘(solid-state drive,SSD);存储器还可以包括上述种类的存储器的组合。
当图12是资源管理设备的结构示意图时:
处理器1210用于获取第一服务器的剩余资源信息;
收发器1220用于若剩余资源信息指示第一服务器的剩余资源大于或等于第一实例所需的资源,则资源管理设备向第一服务器发送第一命令,第一命令用于指示第一服务器根据第一命令创建第一实例,第一服务器还创建有第二实例,第二实例与第一实例的超售比不同。
在其它的实施例中,处理器1210还用于执行存储器中的计算机可读指令后,按照所述计算机可读指令的指示,执行资源管理设备可以执行的全部或部分操作,例如资源管理设备在与图4对应的实施例中执行的操作。
当图12是第一服务器的结构示意图时:
收发器1220用于接收第一资源管理设备发送的第一命令;
处理器1210用于根据第一命令创建第一实例,第一命令是资源管理设备根据剩余资源信息得到的,剩余资源信息指示第一服务器的剩余资源大于或等于第一实例所需的资源,第一服务器还创建有第二实例,第二实例与第一实例的超售比不同。
在其它的实施例中,处理器1210还用于执行存储器中的计算机可读指令后,按照所述计算机可读指令的指示,执行第一服务器可以执行的全部或部分操作,例如第一服务器在与图4对应的实施例中执行的操作。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:闪存盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
Claims (17)
1.一种资源管理方法,其特征在于,包括:
资源管理设备获取第一服务器的剩余资源信息;
若所述剩余资源信息指示所述第一服务器的剩余资源大于或等于第一实例所需的资源,则所述资源管理设备向所述第一服务器发送第一命令,所述第一命令用于指示所述第一服务器根据所述第一命令创建所述第一实例,所述第一服务器还创建有第二实例,所述第二实例与所述第一实例的超售比不同。
2.根据权利要求1所述的方法,其特征在于,若所述剩余资源信息指示所述第一服务器的剩余资源大于或等于第一实例所需的资源,所述资源管理设备向所述第一服务器发送第一命令包括:
若所述第一服务器创建所述第一实例后,所述第一服务器中已创建的实例的各类资源的数值与总的资源数值满足第一条件,则所述资源管理设备向所述第一服务器发送所述第一命令,所述第一条件用于降低所述第一服务器的资源碎片。
3.根据权利要求2所述的方法,其特征在于,所述各类资源的数值与所述总的资源数值满足所述第一条件是指第一坐标H,K在第一区域内,所述H为已创建的总的实例的CPU核数,所述K为已创建的总的实例的内存值,所述第一区域由第一直线,第二直线,第三直线和第四直线构成,所述第一直线为经过原点,斜率为a的直线,所述第二直线为经过所述原点,斜率为b的直线,所述第三直线为经过第二坐标Z,M,斜率为a的直线,所述第四直线为经过所述第二坐标,斜率为b的直线,所述Z为所述第一服务器总的CPU核数,所述M为所述第一服务器总的内存值,所述总的资源数值包括所述总的CPU核数和所述总的内存值,所述a为所述第一服务器可创建的实例的最小CPU内存比的倒数,所述b为所述第一服务器可创建的实例的最大CPU内存比的倒数。
4.根据权利要求1至3任意一项所述的方法,其特征在于,所述第一实例为独享实例,所述方法还包括:
所述资源管理设备获取所述第一服务器的已创建的独享实例CPU核数,总的独享实例CPU核数;
若所述剩余资源信息指示所述第一服务器的剩余资源大于第一实例所需的资源,则所述资源管理设备向所述第一服务器发送第一命令包括:
若所述已创建的独享实例CPU核数加F小于或等于所述总的独享实例CPU核数,则所述资源管理设备向所述第一服务器发送所述第一命令,所述F为所述第一实例所需的CPU核数。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:
所述资源管理设备获取所述第一服务器的已创建的实例CPU核数,总的实例CPU核数;
若所述已创建的独享实例CPU核数加F小于或等于所述总的独享实例CPU核数,则所述资源管理设备向所述第一服务器发送所述第一命令包括:
若所述已创建的独享实例CPU核数加所述F小于或等于所述总的独享实例CPU核数,所述已创建的实例CPU核数加所述F小于或等于所述总的实例CPU核数,则所述资源管理设备向所述第一服务器发送所述第一命令。
6.根据权利要求1至5任意一项所述的方法,其特征在于,所述第一实例为独享实例,所述第二实例为共享实例,所述第一实例与所述第一服务器中的第一CPU绑定,当所述第一实例被删除或空闲时,所述第二实例的绑核范围还包括所述第一CPU。
7.根据权利要求1至3任意一项所述的方法,其特征在于,所述第一实例和所述第二实例为共享实例,当所述第一服务器中的共享实例竞争所述第一服务器中的CPU资源时,所述第一共享实例和所述第二共享实例竞争所述CPU资源的调度优先级的比值为K/J,所述K为所述第二共享实例的超售比,所述J为所述第一共享实例的超售比。
8.一种资源管理装置,其特征在于,包括:
获取模块,用于获取第一服务器的剩余资源信息;
发送模块,用于若所述剩余资源信息指示所述第一服务器的剩余资源大于或等于第一实例所需的资源,则向所述第一服务器发送第一命令,所述第一命令用于指示所述第一服务器根据所述第一命令创建所述第一实例,所述第一服务器还创建有第二实例,所述第二实例与所述第一实例的超售比不同。
9.根据权利要求8所述的装置,其特征在于,
所述发送模块具体用于若所述第一服务器创建所述第一实例后,所述第一服务器中已创建的实例的各类资源的数值与总的资源数值满足第一条件,则向所述第一服务器发送所述第一命令,所述第一条件用于降低所述第一服务器的资源碎片。
10.根据权利要求9所述的装置,其特征在于,所述各类资源的数值与所述总的资源数值满足所述第一条件是指第一坐标H,K在第一区域内,所述H为已创建的总的实例的CPU核数,所述K为已创建的总的实例的内存值,所述第一区域由第一直线,第二直线,第三直线和第四直线构成,所述第一直线为经过原点,斜率为a的直线,所述第二直线为经过所述原点,斜率为b的直线,所述第三直线为经过第二坐标Z,M,斜率为a的直线,所述第四直线为经过所述第二坐标,斜率为b的直线,所述Z为所述第一服务器总的CPU核数,所述M为所述第一服务器总的内存值,所述总的资源数值包括所述总的CPU核数和所述总的内存值,所述a为所述第一服务器可创建的实例的最小CPU内存比的倒数,所述b为所述第一服务器可创建的实例的最大CPU内存比的倒数。
11.根据权利要求8至10任意一项所述的装置,其特征在于,所述第一实例为独享实例,所述获取模块还用于获取所述第一服务器的已创建的独享实例CPU核数,总的独享实例CPU核数;
所述发送模块具体用于若所述已创建的独享实例CPU核数加F小于或等于所述总的独享实例CPU核数,则向所述第一服务器发送所述第一命令,所述F为所述第一实例所需的CPU核数。
12.根据权利要求11所述的装置,其特征在于,
所述获取单元还用于获取所述第一服务器的已创建的实例CPU核数,总的实例CPU核数;所述发送模块具体用于若所述已创建的独享实例CPU核数加所述F小于或等于所述总的独享实例CPU核数,所述已创建的实例CPU核数加所述F小于或等于所述总的实例CPU核数,则向所述第一服务器发送所述第一命令。
13.根据权利要求8至12任意一项所述的装置,其特征在于,所述第一实例为独享实例,所述第二实例为共享实例,所述第一实例与所述第一服务器中的第一CPU绑定,当所述第一实例被删除或空闲时,所述第二实例的绑核范围还包括所述第一CPU。
14.根据权利要求8至10任意一项所述的装置,其特征在于,所述第一实例和所述第二实例为共享实例,当所述第一服务器中的共享实例竞争所述第一服务器中的CPU资源时,所述第一共享实例和所述第二共享实例竞争所述CPU资源的调度优先级的比值为K/J,所述K为所述第二共享实例的超售比,所述J为所述第一共享实例的超售比。
15.一种资源管理设备,其特征在于,包括处理器和收发器,
所述处理器用于获取第一服务器的剩余资源信息;
所述收发器用于若所述剩余资源信息指示所述第一服务器的剩余资源大于或等于第一实例所需的资源,则所述资源管理设备向所述第一服务器发送第一命令,所述第一命令用于指示所述第一服务器根据所述第一命令创建所述第一实例,所述第一服务器还创建有第二实例,所述第二实例与所述第一实例的超售比不同。
16.一种计算机存储介质,其特征在于,所述计算机存储介质中存储有指令,所述指令在计算机上执行时,使得所述计算机执行如权利要求1至7中任意一项所述的方法。
17.一种计算机程序产品,其特征在于,所述计算机程序产品在计算机上执行时,使得所述计算机执行如权利要求1至7中任意一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011025397.1A CN114253702A (zh) | 2020-09-25 | 2020-09-25 | 资源管理方法,装置以及相关设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011025397.1A CN114253702A (zh) | 2020-09-25 | 2020-09-25 | 资源管理方法,装置以及相关设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114253702A true CN114253702A (zh) | 2022-03-29 |
Family
ID=80789295
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011025397.1A Pending CN114253702A (zh) | 2020-09-25 | 2020-09-25 | 资源管理方法,装置以及相关设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114253702A (zh) |
-
2020
- 2020-09-25 CN CN202011025397.1A patent/CN114253702A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111966500B (zh) | 资源调度方法、装置、电子设备及存储介质 | |
US11508021B2 (en) | Processes and systems that determine sustainability of a virtual infrastructure of a distributed computing system | |
EP3073374B1 (en) | Thread creation method, service request processing method and related device | |
US8930731B2 (en) | Reducing power consumption in data centers having nodes for hosting virtual machines | |
CN107688492B (zh) | 资源的控制方法、装置和集群资源管理系统 | |
US11502972B2 (en) | Capacity optimization in an automated resource-exchange system | |
US20140244848A1 (en) | Fulfillment of requests for computing capacity | |
CN111344688B (zh) | 云计算中资源提供的方法及系统 | |
CN106033373A (zh) | 一种云计算平台中虚拟机资源调度方法和调度系统 | |
US11467874B2 (en) | System and method for resource management | |
CN113965579B (zh) | 一种云服务的资源发放方法及相关设备 | |
CN113886089B (zh) | 一种任务处理方法、装置、系统、设备及介质 | |
JPWO2007072544A1 (ja) | 情報処理装置、計算機、リソース割り当て方法及びリソース割り当てプログラム | |
US20170262315A1 (en) | Multilayered resource scheduling | |
CN111158909A (zh) | 集群资源分配处理方法、装置、设备及存储介质 | |
WO2023174037A1 (zh) | 资源调度方法、装置、系统、设备、介质和程序产品 | |
EP3358795B1 (en) | Method and apparatus for allocating a virtual resource in network functions virtualization (nfv) network | |
CN115292014A (zh) | 图像渲染方法、装置和服务器 | |
CN107766154B (zh) | 服务器的转换方法及装置 | |
Imdoukh et al. | Optimizing scheduling decisions of container management tool using many‐objective genetic algorithm | |
US11057263B2 (en) | Methods and subsystems that efficiently distribute VM images in distributed computing systems | |
EP4312122A1 (en) | Resource allocation method and apparatus, device, and storage medium | |
CN116680078A (zh) | 云计算资源调度方法、装置、设备以及计算机存储介质 | |
CN114253702A (zh) | 资源管理方法,装置以及相关设备 | |
CN114448909B (zh) | 基于ovs的网卡队列轮询方法、装置、计算机设备及介质 |
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 |