CN112445569B - 部署方法、装置、电子设备及存储介质 - Google Patents
部署方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN112445569B CN112445569B CN201910824466.6A CN201910824466A CN112445569B CN 112445569 B CN112445569 B CN 112445569B CN 201910824466 A CN201910824466 A CN 201910824466A CN 112445569 B CN112445569 B CN 112445569B
- Authority
- CN
- China
- Prior art keywords
- task execution
- main body
- priority
- execution main
- tenant
- 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.)
- Active
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/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/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)
- Stored Programmes (AREA)
Abstract
本公开实施例公开了一种部署方法、装置、电子设备及存储介质,所述方法包括:接收第一任务执行主体的部署请求;其中,所述部署请求包括所述第一任务执行主体的优先级;根据所述部署请求在云平台的物理设备上部署所述第一任务执行主体;其中,所述物理设备上能够部署与所述第一任务执行主体的优先级不同的至少一个第二任务执行主体;根据所述优先级为所述第一任务执行主体调度所述物理设备上的资源。该技术方案能够提升资源使用率的同时,为租户提供了资源使用的可选择余地,能够进一步降低租户的使用成本。
Description
技术领域
本公开涉及计算机技术领域,具体涉及一种部署方法、装置、电子设备及存储介质。
背景技术
数据中心当前所面临的严峻问题是资源利用率极低,一般数据中心资源利用率普遍在10%左右。现在随着越来越多用户开始使用云平台,而由于公有云上是多租户环境,且用户业务对云平台而言接近黑盒,在这样多租户环境上如何提升用户购买的云平台上物理资源的利用率,使得租户成本下降是当前所要解决的技术问题之一。
发明内容
本公开实施例提供一种部署方法、装置、电子设备及计算机可读存储介质。
第一方面,本公开实施例中提供了一种部署方法。
具体的,所述部署方法,包括:
接收第一任务执行主体的部署请求;其中,所述部署请求包括所述第一任务执行主体的优先级;
根据所述部署请求在云平台的物理设备上部署所述第一任务执行主体;其中,所述物理设备上能够部署与所述第一任务执行主体的优先级不同的至少一个第二任务执行主体;
根据所述优先级为所述第一任务执行主体调度所述物理设备上的资源。
进一步地,所述第一任务执行主体包括虚拟机、Docker容器、应用和计算函数中的至少一个。
进一步地,不同执行优先级的第一任务执行主体在云平台上的服务等级目标不同。
进一步地,所述物理设备包括所述部署请求的请求者专享的专用宿主机或者与其他租户共享的共享宿主机。
进一步地,根据所述部署请求在云平台的物理设备上部署所述第一任务执行主体,包括以下至少之一:
在所述部署请求中指定的物理设备上部署所述第一任务执行主体;
根据所述执行优先级选择所述云平台中对应的物理设备部署所述第一任务执行主体。
进一步地,根据所述执行优先级选择所述云平台中对应的物理设备部署所述第一任务执行主体,包括:
根据在同一物理设备上高优先级任务执行主体和低优先级任务执行主体搭配部署的策略选择所述云平台中相应的物理设备,并在所选择的物理设备上部署所述第一任务执行主体。
进一步地,部署在同一物理设备上的所述第一任务执行主体的优先级高于至少一个所述第二任务执行主体的情况下,根据所述执行优先级为所述第一任务执行主体调度所述物理设备上的资源,包括:
在所述第一任务执行主体的资源使用率上升到第一预设阈值时,将第二任务执行主体当前占用的至少一部分资源调度给所述第一任务执行主体。
进一步地,部署在同一物理设备上的所述第一任务执行主体的优先低于至少一个所述第二任务执行主体的情况下,根据所述执行优先级为所述第一任务执行主体调度所述物理设备上的资源,包括以下至少之一:
在所述第二任务执行主体的资源使用率下降到第二预设阈值时,为所述第一任务执行主体增加资源;
在内存溢出时,回收所述第一任务执行主体所占用的内存资源。
第二方面,本公开实施例中提供了一种任务配置方法。
具体的,所述任务配置方法,包括:
接收任务执行主体的配置请求;
展示针对所述任务执行主体可配置的至少一个优先级;
接收针对所述任务执行主体所选择的所述优先级;
根据所选择的所述优先级将所述任务执行主体部署在云平台的物理设备上。
第三方面,本发明实施例中提供了一种部署装置。
具体的,所述部署装置,包括:
第一接收模块,被配置为接收第一任务执行主体的部署请求;其中,所述部署请求包括所述第一任务执行主体的优先级;
第一部署模块,被配置为根据所述部署请求在云平台的物理设备上部署所述第一任务执行主体;其中,所述物理设备上能够部署与所述第一任务执行主体的优先级不同的至少一个第二任务执行主体;
调度模块,被配置为根据所述优先级为所述第一任务执行主体调度所述物理设备上的资源。
进一步地,所述第一任务执行主体包括虚拟机、Docker容器、应用和计算函数中的至少一个。
进一步地,不同执行优先级的第一任务执行主体在云平台上的服务等级目标不同。
进一步地,所述物理设备包括所述部署请求的请求者专享的专用宿主机或者与其他租户共享的共享宿主机。
进一步地,所述第一部署模块,包括以下至少之一:
第一部署子模块,被配置为在所述部署请求中指定的物理设备上部署所述第一任务执行主体;
第二部署子模块,被配置为根据所述执行优先级选择所述云平台中对应的物理设备部署所述第一任务执行主体。
进一步地,所述第二部署子模块,包括:
第三部署子模块,被配置为根据在同一物理设备上高优先级任务执行主体和低优先级任务执行主体搭配部署的策略选择所述云平台中相应的物理设备,并在所选择的物理设备上部署所述第一任务执行主体。
进一步地,部署在同一物理设备上的所述第一任务执行主体的优先级高于至少一个所述第二任务执行主体的情况下,所述调度模块,包括:
调度子模块,被配置为在所述第一任务执行主体的资源使用率上升到第一预设阈值时,将第二任务执行主体当前占用的至少一部分资源调度给所述第一任务执行主体。
进一步地,部署在同一物理设备上的所述第一任务执行主体的优先低于至少一个所述第二任务执行主体的情况下,所述调度模块包括以下至少之一:
资源增加子模块,被配置为在所述第二任务执行主体的资源使用率下降到第二预设阈值时,为所述第一任务执行主体增加资源;
资源回收子模块,被配置为在内存溢出时,回收所述第一任务执行主体所占用的内存资源。
第四方面,本发明实施例中提供了一种任务配置装置。
具体的,所述任务配置装置,包括:
第二接收模块,被配置为接收任务执行主体的配置请求;
展示模块,被配置为展示针对所述任务执行主体可配置的至少一个优先级;
第三接收模块,被配置为接收针对所述任务执行主体所选择的所述优先级;
第二部署模块,被配置为根据所选择的所述优先级将所述任务执行主体部署在云平台的物理设备上。
所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
在一个可能的设计中,部署装置或任务配置装置的结构中包括存储器和处理器,所述存储器用于存储一条或多条支持部署装置执行上述第一方面中部署方法或第二方面中任务配置方法的计算机指令,所述处理器被配置为用于执行所述存储器中存储的计算机指令。所述部署装置任务配置装置还可以包括通信接口,用于部署装置任务配置装置与其他设备或通信网络通信。
第五方面,本公开实施例提供了一种电子设备,包括存储器和处理器;其中,所述存储器用于存储一条或多条计算机指令,其中,所述一条或多条计算机指令被所述处理器执行以实现第一方面和/或第二方面所述的方法。
第六方面,本公开实施例提供了一种计算机可读存储介质,用于存储企业账户的安全认证装置所用的计算机指令,其包含用于执行上述第一方面中部署方法和/或第二方面中任务配置方法所涉及的计算机指令。
本公开实施例提供的技术方案可以包括以下有益效果:
本公开实施例中在接收到第一任务执行主体的部署请求后,可以根据请求者在部署请求中携带的针对第一任务执行主体配置的优先级,在云平台中的物理设备上部署第一任务执行主体,并根据第一任务执行主体的优先级为第一任务执行主体调度物理设备上的资源。通过上述技术方案,可以基于租户的请求为不同任务执行主体设置不同的优先级,并通过同台物理设备上部署不同优先级的任务执行主体,并在不同优先级的任务执行主体间进行资源的灵活调度,能够提升资源使用率的同时,为租户提供了资源使用的可选择余地,能够进一步降低租户的使用成本。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
结合附图,通过以下非限制性实施方式的详细描述,本公开的其它特征、目的和优点将变得更加明显。在附图中:
图1示出根据本公开一实施方式的部署方法的流程图;
图2示出根据本公开一实施方式的任务配置方法的流程图;
图3示出根据本公开一实施方式的场景应用示意图;
图4示出根据本公开一实施方式的部署装置的结构框图;
图5示出根据本公开一实施方式的任务配置装置的结构框图;
图6是适于用来实现根据本公开一实施方式的部署方法的电子设备的结构示意图。
具体实施方式
下文中,将参考附图详细描述本公开的示例性实施方式,以使本领域技术人员可容易地实现它们。此外,为了清楚起见,在附图中省略了与描述示例性实施方式无关的部分。
在本公开中,应理解,诸如“包括”或“具有”等的术语旨在指示本说明书中所公开的特征、数字、步骤、行为、部件、部分或其组合的存在,并且不欲排除一个或多个其他特征、数字、步骤、行为、部件、部分或其组合存在或被添加的可能性。
另外还需要说明的是,在不冲突的情况下,本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。
图1示出根据本公开一实施方式的部署方法的流程图。如图1所示,所述部署方法包括以下步骤S101-S103:
在步骤S101中,接收第一任务执行主体的部署请求;其中,所述部署请求包括所述第一任务执行主体的优先级;
在步骤S102中,根据所述部署请求在云平台的物理设备上部署所述第一任务执行主体;其中,所述物理设备上能够部署与所述第一任务执行主体的优先级不同的至少一个第二任务执行主体;
在步骤S103中,根据所述优先级为所述第一任务执行主体调度所述物理设备上的资源。
本实施例中,租户可以通过云平台在物理设备上部署任务执行主体,任务执行主体用于执行租户的某个或某些任务,例如任务执行主体用于执行在线应用、离线应用等。云平台中的物理设备可以是能够部署任务执行主体,并为任务执行主体提供执行任务所需的资源的设备,例如计算机、服务器等。云平台也称之为云计算平台,是一种为提供自助服务而开发的虚拟环境,云平台底层的物理设备可以分布在网络中的任何位置,上层应用无需关心底层物理设备的具体位置,云平台的中间层统一管理底层的物理设备。云平台可以划分为三类:以数据存储为主的存储型云平台,以数据处理为主的计算型云平台以及计算和数据存储处理兼顾的综合云计算平台。
在一些实施例中,任务执行主体包括但不限于虚拟机、Docker容器、应用和计算函数等;其中,虚拟机部署在云平台上后,可以称之为云服务器,云服务器是一种简单高效、安全可靠、处理能力可弹性伸缩的计算服务。
本实施例中,同一台物理设备上可以部署多个优先级不同的任务执行主体,该多个任务执行主体可以同属于同一租户,也可以属于不同租户。为了实现同一台物理设备上部署的多个不同任务执行主体之间资源的隔离,可以使用Linux内核提供的Cgroup机制,它是一种可以限制、记录、隔离进程组所使用的物理资源的机制,具体涉及CPU隔离、CAT(Cache Allocation Technology)、Memory隔离、磁盘IO、Network等。
目前为止,云平台中物理设备的资源利用率通常在10%左右。因此,本公开实施例为了提高云平台中物理设备上的资源利用率,可以基于租户的请求,将不同优先级的任务执行主体部署在同一物理设备,并且基于优先级的不同为任务执行主体灵活调用该物理设备上的资源。物理设备上的资源包括但不限于CPU、内存、磁盘I/O、网络流量等。
租户可以根据实际需求预先确定所要部署的第一任务执行主体的优先级,并请求云平台将第一任务执行主体部署在物理设备上。第一任务执行主体的优先级可以分为多个等级,具体根据实际情况而定。
云平台接收到租户的部署请求之后,可以将该第一任务执行主体部署在相应的物理设备上,该物理设备可以是租户专享的专用宿主机,也可以是与其他租户共享的宿主机,该物理设备上还可以部署一个或多个其他任务执行主体,例如第二任务执行主体,该第二任务执行主体可以与第一任务执行主体同属该租户,也可以属于其他租户。第一任务执行主体的优先级可以与第二任务执行主体的优先级不同,第一任务执行主体和第二任务执行主体在运行过程中,云平台可以根据优先级分别为第一任务执行主体和第二任务执行主体调度物理设备上的资源。
在一些实施例中,可以根据优先级预先制定资源调度策略,而资源调度的策略可以包括但不限于高优先级任务执行主体在资源需求提升时,能够即时抢占低优先级任务执行主体的资源,而低优先级任务执行主体在高优先级任务执行主体对资源使用需求不高的情况下,能够通过资源超卖的方式占用更多资源。
例如,当高优先级的任务执行主体需要使用CPU资源的时候,如果CPU资源正好被低优先级任务执行主体占有,内核CPU调度器可以让高优先级任务执行主体能够即时抢占低优先级任务执行主体的CPU,从而高优先级任务执行主体对CPU的调度延迟降低到最低;此外,内存也可以配置成是动态调整的,在日常运行中,高优先级任务执行主体可以部署在线应用,低优先级任务执行主体可以部署离线应用,而在线应用实际使用的内存一般并不高,而离线应用通常执行大量的计算任务,因此对内存的需求非常大;因此可以通过监控实际内存使用,当高优先级任务执行主体的内存使用率低的情况下,让一部分低优先级任务执行主体以超卖在线内存的方式运行;而当高优先级任务执行主体的内存使用率上升的时候,通过快速回收低优先级任务执行主体的超卖作业,把内存及时归还给高优先级任务执行主体。此外,内存能够动态超卖之外,也可以配置OOM(Out Of Memory,内存溢出)时回收进程的优先策略,也即发生OOM时,优先回收低优先级任务执行主体的超卖作业进程。
本公开实施例中在接收到第一任务执行主体的部署请求后,可以根据请求者在部署请求中携带的针对第一任务执行主体配置的优先级,在云平台中的物理设备上部署第一任务执行主体,并根据第一任务执行主体的优先级为第一任务执行主体调度物理设备上的资源。通过上述技术方案,可以基于租户的请求为不同任务执行主体设置不同的优先级,并通过同台物理设备上部署不同优先级的任务执行主体,并在不同优先级的任务执行主体间进行资源的灵活调度,能够提升资源使用率的同时,为租户提供了资源使用的可选择余地,能够进一步降低租户的使用成本。
在本实施例的一个可选实现方式中,所述第一任务执行主体包括虚拟机、Docker容器、应用和计算函数中的至少一个。
该可选的实现方式中,租户可以根据自身的需求,通过云平台配置要部署的第一任务执行主体的优先级,并将第一任务执行主体的部署请求发送给云平台,以便云平台能够根据租户配置的优先级将第一任务执行主体部署在相应的物理设备上。
虚拟机为通过软件模拟形成具有完整硬件系统功能的、运行在一个完全隔离环境中的完整计算机系统,其部署在云平台中的物理设备上,能够为用户提供云服务。例如,租户为一电商,其可以通过虚拟机将其电商平台部署在云平台中的物理设备上,以便该电商平台能够为用户提供线上购物等功能。
Docker是一个开源的应用容器引擎,能够让开发者可以打包他们的应用以及依赖包到一个可移植的容器中,然后发布到任何流行的Linux机器上。因此租户可以将其应用放在Docker容器中,并部署在云平台的物理设备上。同样,租户也可以将自己开发的应用、计算函数等部署到云平台的物理设备上,使用物理设备上的资源运行应用和计算函数承载的任务。
在本实施例的一个可选实现方式中,不同执行优先级的第一任务执行主体在云平台上的服务等级目标不同。
该可选的实现方式中,服务等级目标(Service Level Object,SLO)是指云平台能够为第一任务执行主体提供的服务等级,例如第一任务执行主体在云平台的物理设备上运行时能够达到的性能指标等。因此,租户在购买云服务时,可以基于自身需求,也即第一任务执行主体需要达到的性能指标选择购买高优先级服务或者低优先级服务,在选择了高优先级服务后,租户可以将第一任务执行主体的优先级配置成高优先级,进而部署在云平台的物理设备上后,能够以高优先级标准为第一任务执行主体调度物理设备上的资源;而在选择了低优先级服务后,租户可以将第一任务执行主体的优先级配置成低优先级,进而部署在云平台的物理设备上后,能够以低优先级标准为第一任务执行主体调度物理设备上的资源。众所周知,服务等级目标越高,所需要花费的成本就越高,而通过本公开这种方式,租户可以基于自身需求选择合适的服务等级目标,例如租户的第一任务执行主体用于运行离线计算任务时,租户可以选择服务等级目标较低的云服务,这样能够降低租户使用云服务的成本。
在本实施例的一个可选实现方式中,所述物理设备包括所述部署请求的请求者专享的专用宿主机或者与其他租户共享的共享宿主机。
该可选的实现方式中,部署请求的请求者可以是请求部署第一任务执行主体的租户。专用宿主机是租户独享的一台物理服务器,通过本公开实施例的技术手段,将物理设备上的资源进行充分利用,能够降低租户的成本,假如专用宿主机的资源率从10%提升到30%,对租户而言成本会下降66%。因此为了降低租户的成本,可以在一台专用宿主机上部署多个不同优先级的任务执行主体,并且通过优先级调度该专用宿主机上的机器资源。
例如,将在线应用配置为高优先级任务执行主体,而离线计算任务配置为低优先级任务执行主体,通常情况下,在线应用的高峰期在白天,低峰期在夜晚,其在白天所需要的资源相对夜晚要高,因此在高优先级任务执行主体的低峰期也即对资源使用率不高的时段,可以为低优先级任务执行主体调度更多的资源,使得低优先级任务执行主体能够利用这个时间段加速执行计算任务,而在高优先级任务执行主体的高峰期,高优先级任务执行主体对资源使用率上升后,可以即时将低优先级任务执行主体所占用的资源调度给高优先级任务执行主体。需要说明的是,在通过优先级调度资源的过程中,前提是要保障任务执行主体的服务等级目标,通过高低优先级任务执行主体之间资源抢占、超卖等调度方式充分使用资源,降低成本。
在本实施例的一个可选实现方式中,所述步骤S102,即根据所述部署请求在云平台的物理设备上部署所述第一任务执行主体的步骤,进一步包括以下步骤之一:
在所述部署请求中指定的物理设备上部署所述第一任务执行主体;
根据所述执行优先级选择所述云平台中对应的物理设备部署所述第一任务执行主体。
该可选的实现方式中,租户在发起部署请求时,还可以指定云平台中的物理设备。例如租户在云平台中拥有专用宿主机的情况下,租户可以指定其中一台专用宿主机来部署第一任务执行主体。而在租户未指定物理设备的情况下,云平台可以根据第一任务执行主体的优先级从租户可以使用的物理设备中选择一台进行部署,选择的原则是尽量将不同优先级的任务执行主体部署在同一台物理设备上,而把同优先级的任务执行主体部署在不同物理设备上。例如,第一任务执行主体的优先级较高时,可以选择未部署任何任务执行主体的物理设备,或者已部署有低优先级任务执行主体的物理设备;而在第一任务执行主体的优先级较低时,可以选择未部署任何任务执行主体的物理设备,或者已部署有高优先级任务执行主体的物理设备。
在本实施例的一个可选实现方式中,所述根据所述执行优先级选择所述云平台中对应的物理设备部署所述第一任务执行主体的步骤,进一步包括以下步骤:
根据在同一物理设备上高优先级任务执行主体和低优先级任务执行主体搭配部署的策略选择所述云平台中相应的物理设备,并在所选择的物理设备上部署所述第一任务执行主体。
该可选的实现方式中,高优先级任务执行主体和低优先级任务执行主体搭配部署的策略可以理解为同一台物理设备上同时部署有高优先级任务执行主体和低优先级任务执行主体。在执行该策略的过程中,可以根据第一任务执行主体的优先级从租户有使用权的物理设备中选择其中一台,且所选择的该物理设备上可以部署有与第一任务执行主体的优先级不同的至少一个第二任务执行主体,或者不存在部署有与第一任务执行主体的优先级不同的第二任务执行主体的物理设备时,可以选择未部署有任务执行主体的物理设备。
在本实施例的一个可选实现方式中,部署在同一物理设备上的所述第一任务执行主体的优先级高于至少一个所述第二任务执行主体的情况下,所述步骤S103,即根据所述执行优先级为所述第一任务执行主体调度所述物理设备上的资源的步骤,进一步包括以下步骤:
在所述第一任务执行主体的资源使用率上升到第一预设阈值时,将第二任务执行主体当前占用的至少一部分资源调度给所述第一任务执行主体。
该可选的实现方式中,资源使用率包括但不限于内存使用率、CPU使用率、网络带宽占用率等。在第一任务执行主体的资源使用率提升以后,可以抢占优先级比它低的第二任务执行主体的资源,也即云平台可以将第二任务执行主体当前占用的部分资源调度给第一任务执行主体使用,以便能够保证高优先级的第一任务执行主体的正常运行状态。例如,第一任务执行主体运行在线应用时,在高峰期可能会占用更多的CPU资源,此时可以将低优先级的第二任务执行主体当前所占用的至少一部分CPU资源调度给第一任务执行主体,以保证第一任务执行主体的低延时。
在本实施例的一个可选实现方式中,部署在同一物理设备上的所述第一任务执行主体的优先低于至少一个所述第二任务执行主体的情况下,所述步骤S103,即根据所述执行优先级为所述第一任务执行主体调度所述物理设备上的资源的步骤,进一步包括以下步骤之一:
在所述第二任务执行主体的资源使用率下降到第二预设阈值时,为所述第一任务执行主体增加资源;
在内存溢出时,回收所述第一任务执行主体所占用的内存资源。
该可选的实现方式中,在同一物理设备上部署的第二任务执行主体的优先级较高,且第二任务执行主体当前的资源使用率较低时,可以为第一任务执行主体调度更多的资源,使得第一任务执行主体可以以超卖方式运行。而在第二任务执行主体的资源使用率上升后,可以回收第一任务执行主体的超卖资源。
此外,在内存溢出时,还可以优先回收低优先级的任务执行主体的内容。在第一任务执行主体的优先级低于同台物理设备上部署的第二任务执行主体的优先级时,内存溢出的情况下可以优先回收第一任务执行主体占用的部分内存。
图2示出根据本公开另一实施方式的任务配置方法的流程图。如图2所示,所述任务配置方法包括以下步骤:
在步骤S201中,接收任务执行主体的配置请求;
在步骤S202中,展示针对所述任务执行主体可配置的至少一个优先级;
在步骤S203中,接收针对所述任务执行主体所选择的所述优先级;
在步骤S204中,根据所选择的所述优先级将所述任务执行主体部署在云平台的物理设备上。
本实施例中,任务执行主体包括但不限于虚拟机、Docker容器、应用和计算函数等;其中,虚拟机部署在云平台上后,可以称之为云服务器,云服务器是一种简单高效、安全可靠、处理能力可弹性伸缩的计算服务。
同一台物理设备上可以部署多个优先级不同的任务执行主体,该多个任务执行主体可以同属于同一租户,也可以属于不同租户。为了实现同一台物理设备上部署的多个不同任务执行主体之间资源的隔离,可以使用Linux内核提供的Cgroup机制,它是一种可以限制、记录、隔离进程组所使用的物理资源的机制,具体涉及CPU隔离、CAT(Cache AllocationTechnology)、Memory隔离、磁盘IO、Network等。
租户在需要利用云平台的物理资源执行一项或者多项任务,例如运行在线应用或者离线计算任务等时,可以通过客户端订购云平台中的物理资源,例如可以订购云平台中整个物理设备上的物理资源,也可以订购一个或多个物理设备上的部分物理资源。物理资源可以包括但不限于CPU、内存、磁盘I/O、网络流量等。
为了提高云平台上物理设备的利用率,本实施例支持在同一台物理设备上部署具有不同优先级的任务执行主体,如虚拟机。不同优先级的任务执行主体在不同时段所能占用的物理资源可以动态变化。例如,高优先级的任务执行主体可以抢占低优先级任务执行主体的物理资源,而低优先级的任务执行主体在高优先级任务执行主体空闲时可以使用更多物理资源等。
租户可以根据自身需求将要部署的任务执行主体配置对应的优先级。在订购物理资源之后,租户请求配置任务执行主体时,可以通过客户端为用户展示可在所订购物理资源上配置的任务执行主体的可选优先级,通过客户端接收到租户选择要配置的优先级后,根据租户的请求将任务执行主体部署到物理设备上,该物理设备上还可以部署其他任务执行主体,并且其他任务执行主体与该任务执行主体的优先级可以不同。
具体细节还可以参见上述图1所示实施例及相关实施例中对部署方法的描述,在此不再赘述。
图3示出根据本公开一实施方式的场景应用示意图。如图3所示,租户301通过客户端302部署虚拟机3041,客户端302将用户的请求发送到云平台303,云平台303根据用户的请求将该虚拟机3041部署到其中一台服务器304上,并设置该虚拟机3041的优先级为用户所配置的优先级。云平台303对应有m台服务器,每台服务器上可以部署一个或多个虚拟机,且该一个或多个虚拟机的优先级可以不同。
下述为本公开装置实施例,可以用于执行本公开方法实施例。
图4示出根据本公开一实施方式的部署装置的结构框图,该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图4所示,所述部署装置包括:
第一接收模块401,被配置为接收第一任务执行主体的部署请求;其中,所述部署请求包括所述第一任务执行主体的优先级;
第一部署模块402,被配置为根据所述部署请求在云平台的物理设备上部署所述第一任务执行主体;其中,所述物理设备上能够部署与所述第一任务执行主体的优先级不同的至少一个第二任务执行主体;
调度模块403,被配置为根据所述优先级为所述第一任务执行主体调度所述物理设备上的资源。
本实施例中,租户可以通过云平台在物理设备上部署任务执行主体,任务执行主体用于执行租户的某个或某些任务,例如任务执行主体用于执行在线应用、离线应用等。云平台中的物理设备可以是能够部署任务执行主体,并为任务执行主体提供执行任务所需的资源的设备,例如计算机、服务器等。云平台也称之为云计算平台,是一种为提供自助服务而开发的虚拟环境,云平台底层的物理设备可以分布在网络中的任何位置,上层应用无需关心底层物理设备的具体位置,云平台的中间层统一管理底层的物理设备。云平台可以划分为三类:以数据存储为主的存储型云平台,以数据处理为主的计算型云平台以及计算和数据存储处理兼顾的综合云计算平台。
在一些实施例中,任务执行主体包括但不限于虚拟机、Docker容器、应用和计算函数等;其中,虚拟机部署在云平台上后,可以称之为云服务器,云服务器是一种简单高效、安全可靠、处理能力可弹性伸缩的计算服务。
本实施例中,同一台物理设备上可以部署多个优先级不同的任务执行主体,该多个任务执行主体可以同属于同一租户,也可以属于不同租户。为了实现同一台物理设备上部署的多个不同任务执行主体之间资源的隔离,可以使用Linux内核提供的Cgroup机制,它是一种可以限制、记录、隔离进程组所使用的物理资源的机制,具体涉及CPU隔离、CAT(Cache Allocation Technology)、Memory隔离、磁盘IO、Network等。
目前为止,云平台中物理设备的资源利用率通常在10%左右。因此,本公开实施例为了提高云平台中物理设备上的资源利用率,可以基于租户的请求,将不同优先级的任务执行主体部署在同一物理设备,并且基于优先级的不同为任务执行主体灵活调用该物理设备上的资源。物理设备上的资源包括但不限于CPU、内存、磁盘I/O、网络流量等。
租户可以根据实际需求预先确定所要部署的第一任务执行主体的优先级,并请求云平台将第一任务执行主体部署在物理设备上。第一任务执行主体的优先级可以分为多个等级,具体根据实际情况而定。
云平台接收到租户的部署请求之后,可以将该第一任务执行主体部署在相应的物理设备上,该物理设备可以是租户专享的专用宿主机,也可以是与其他租户共享的宿主机,该物理设备上还可以部署一个或多个其他任务执行主体,例如第二任务执行主体,该第二任务执行主体可以与第一任务执行主体同属该租户,也可以属于其他租户。第一任务执行主体的优先级可以与第二任务执行主体的优先级不同,第一任务执行主体和第二任务执行主体在运行过程中,云平台可以根据优先级分别为第一任务执行主体和第二任务执行主体调度物理设备上的资源。
在一些实施例中,可以根据优先级预先制定资源调度策略,而资源调度的策略可以包括但不限于高优先级任务执行主体在资源需求提升时,能够即时抢占低优先级任务执行主体的资源,而低优先级任务执行主体在高优先级任务执行主体对资源使用需求不高的情况下,能够通过资源超卖的方式占用更多资源。
例如,当高优先级的任务执行主体需要使用CPU资源的时候,如果CPU资源正好被低优先级任务执行主体占有,内核CPU调度器可以让高优先级任务执行主体能够即时抢占低优先级任务执行主体的CPU,从而高优先级任务执行主体对CPU的调度延迟降低到最低;此外,内存也可以配置成是动态调整的,在日常运行中,高优先级任务执行主体可以部署在线应用,低优先级任务执行主体可以部署离线应用,而在线应用实际使用的内存一般并不高,而离线应用通常执行大量的计算任务,因此对内存的需求非常大;因此可以通过监控实际内存使用,当高优先级任务执行主体的内存使用率低的情况下,让一部分低优先级任务执行主体以超卖在线内存的方式运行;而当高优先级任务执行主体的内存使用率上升的时候,通过快速回收低优先级任务执行主体的超卖作业,把内存及时归还给高优先级任务执行主体。此外,内存能够动态超卖之外,也可以配置OOM(Out Of Memory,内存溢出)时回收进程的优先策略,也即发生OOM时,优先回收低优先级任务执行主体的超卖作业进程。
本公开实施例中在接收到第一任务执行主体的部署请求后,可以根据请求者在部署请求中携带的针对第一任务执行主体配置的优先级,在云平台中的物理设备上部署第一任务执行主体,并根据第一任务执行主体的优先级为第一任务执行主体调度物理设备上的资源。通过上述技术方案,可以基于租户的请求为不同任务执行主体设置不同的优先级,并通过同台物理设备上部署不同优先级的任务执行主体,并在不同优先级的任务执行主体间进行资源的灵活调度,能够提升资源使用率的同时,为租户提供了资源使用的可选择余地,能够进一步降低租户的使用成本。
在本实施例的一个可选实现方式中,所述第一任务执行主体包括虚拟机、Docker容器、应用和计算函数中的至少一个。
该可选的实现方式中,租户可以根据自身的需求,通过云平台配置要部署的第一任务执行主体的优先级,并将第一任务执行主体的部署请求发送给云平台,以便云平台能够根据租户配置的优先级将第一任务执行主体部署在相应的物理设备上。
虚拟机为通过软件模拟形成具有完整硬件系统功能的、运行在一个完全隔离环境中的完整计算机系统,其部署在云平台中的物理设备上,能够为用户提供云服务。例如,租户为一电商,其可以通过虚拟机将其电商平台部署在云平台中的物理设备上,以便该电商平台能够为用户提供线上购物等功能。
Docker是一个开源的应用容器引擎,能够让开发者可以打包他们的应用以及依赖包到一个可移植的容器中,然后发布到任何流行的Linux机器上。因此租户可以将其应用放在Docker容器中,并部署在云平台的物理设备上。同样,租户也可以将自己开发的应用、计算函数等部署到云平台的物理设备上,使用物理设备上的资源运行应用和计算函数承载的任务。
在本实施例的一个可选实现方式中,不同执行优先级的第一任务执行主体在云平台上的服务等级目标不同。
该可选的实现方式中,服务等级目标(Service Level Object,SLO)是指云平台能够为第一任务执行主体提供的服务等级,例如第一任务执行主体在云平台的物理设备上运行时能够达到的性能指标等。因此,租户在购买云服务时,可以基于自身需求,也即第一任务执行主体需要达到的性能指标选择购买高优先级服务或者低优先级服务,在选择了高优先级服务后,租户可以将第一任务执行主体的优先级配置成高优先级,进而部署在云平台的物理设备上后,能够以高优先级标准为第一任务执行主体调度物理设备上的资源;而在选择了低优先级服务后,租户可以将第一任务执行主体的优先级配置成低优先级,进而部署在云平台的物理设备上后,能够以低优先级标准为第一任务执行主体调度物理设备上的资源。众所周知,服务等级目标越高,所需要花费的成本就越高,而通过本公开这种方式,租户可以基于自身需求选择合适的服务等级目标,例如租户的第一任务执行主体用于运行离线计算任务时,租户可以选择服务等级目标较低的云服务,这样能够降低租户使用云服务的成本。
在本实施例的一个可选实现方式中,所述物理设备包括所述部署请求的请求者专享的专用宿主机或者与其他租户共享的共享宿主机。
该可选的实现方式中,部署请求的请求者可以是请求部署第一任务执行主体的租户。专用宿主机是租户独享的一台物理服务器,通过本公开实施例的技术手段,将物理设备上的资源进行充分利用,能够降低租户的成本,假如专用宿主机的资源率从10%提升到30%,对租户而言成本会下降66%。因此为了降低租户的成本,可以在一台专用宿主机上部署多个不同优先级的任务执行主体,并且通过优先级调度该专用宿主机上的机器资源。
例如,将在线应用配置为高优先级任务执行主体,而离线计算任务配置为低优先级任务执行主体,通常情况下,在线应用的高峰期在白天,低峰期在夜晚,其在白天所需要的资源相对夜晚要高,因此在高优先级任务执行主体的低峰期也即对资源使用率不高的时段,可以为低优先级任务执行主体调度更多的资源,使得低优先级任务执行主体能够利用这个时间段加速执行计算任务,而在高优先级任务执行主体的高峰期,高优先级任务执行主体对资源使用率上升后,可以即时将低优先级任务执行主体所占用的资源调度给高优先级任务执行主体。需要说明的是,在通过优先级调度资源的过程中,前提是要保障任务执行主体的服务等级目标,通过高低优先级任务执行主体之间资源抢占、超卖等调度方式充分使用资源,降低成本。
在本实施例的一个可选实现方式中,所述第一部署模块402,进一步包括以下至少之一:
第一部署子模块,被配置为在所述部署请求中指定的物理设备上部署所述第一任务执行主体;
第二部署子模块,被配置为根据所述执行优先级选择所述云平台中对应的物理设备部署所述第一任务执行主体。
该可选的实现方式中,租户在发起部署请求时,还可以指定云平台中的物理设备。例如租户在云平台中拥有专用宿主机的情况下,租户可以指定其中一台专用宿主机来部署第一任务执行主体。而在租户未指定物理设备的情况下,云平台可以根据第一任务执行主体的优先级从租户可以使用的物理设备中选择一台进行部署,选择的原则是尽量将不同优先级的任务执行主体部署在同一台物理设备上,而把同优先级的任务执行主体部署在不同物理设备上。例如,第一任务执行主体的优先级较高时,可以选择未部署任何任务执行主体的物理设备,或者已部署有低优先级任务执行主体的物理设备;而在第一任务执行主体的优先级较低时,可以选择未部署任何任务执行主体的物理设备,或者已部署有高优先级任务执行主体的物理设备。
在本实施例的一个可选实现方式中,所述第二部署子模块,包括:
第三部署子模块,被配置为根据在同一物理设备上高优先级任务执行主体和低优先级任务执行主体搭配部署的策略选择所述云平台中相应的物理设备,并在所选择的物理设备上部署所述第一任务执行主体。
该可选的实现方式中,高优先级任务执行主体和低优先级任务执行主体搭配部署的策略可以理解为同一台物理设备上同时部署有高优先级任务执行主体和低优先级任务执行主体。在执行该策略的过程中,可以根据第一任务执行主体的优先级从租户有使用权的物理设备中选择其中一台,且所选择的该物理设备上可以部署有与第一任务执行主体的优先级不同的至少一个第二任务执行主体,或者不存在部署有与第一任务执行主体的优先级不同的第二任务执行主体的物理设备时,可以选择未部署有任务执行主体的物理设备。
在本实施例的一个可选实现方式中,部署在同一物理设备上的所述第一任务执行主体的优先级高于至少一个所述第二任务执行主体的情况下,所述调度模块403,包括:
调度子模块,被配置为在所述第一任务执行主体的资源使用率上升到第一预设阈值时,将第二任务执行主体当前占用的至少一部分资源调度给所述第一任务执行主体。
该可选的实现方式中,资源使用率包括但不限于内存使用率、CPU使用率、网络带宽占用率等。在第一任务执行主体的资源使用率提升以后,可以抢占优先级比它低的第二任务执行主体的资源,也即云平台可以将第二任务执行主体当前占用的部分资源调度给第一任务执行主体使用,以便能够保证高优先级的第一任务执行主体的正常运行状态。例如,第一任务执行主体运行在线应用时,在高峰期可能会占用更多的CPU资源,此时可以将低优先级的第二任务执行主体当前所占用的至少一部分CPU资源调度给第一任务执行主体,以保证第一任务执行主体的低延时。
在本实施例的一个可选实现方式中,部署在同一物理设备上的所述第一任务执行主体的优先低于至少一个所述第二任务执行主体的情况下,所述调度模块403包括以下至少之一:
资源增加子模块,被配置为在所述第二任务执行主体的资源使用率下降到第二预设阈值时,为所述第一任务执行主体增加资源;
资源回收子模块,被配置为在内存溢出时,回收所述第一任务执行主体所占用的内存资源。
该可选的实现方式中,在同一物理设备上部署的第二任务执行主体的优先级较高,且第二任务执行主体当前的资源使用率较低时,可以为第一任务执行主体调度更多的资源,使得第一任务执行主体可以以超卖方式运行。而在第二任务执行主体的资源使用率上升后,可以回收第一任务执行主体的超卖资源。
此外,在内存溢出时,还可以优先回收低优先级的任务执行主体的内容。在第一任务执行主体的优先级低于同台物理设备上部署的第二任务执行主体的优先级时,内存溢出的情况下可以优先回收第一任务执行主体占用的部分内存。
图5示出根据本公开一实施方式的任务配置装置的结构框图,该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图5所示,所述任务配置装置包括:
第二接收模块501,被配置为接收任务执行主体的配置请求;
展示模块502,被配置为展示针对所述任务执行主体可配置的至少一个优先级;
第三接收模块503,被配置为接收针对所述任务执行主体所选择的所述优先级;
第二部署模块504,被配置为根据所选择的所述优先级将所述任务执行主体部署在云平台的物理设备上。
本实施例中,任务执行主体包括但不限于虚拟机、Docker容器、应用和计算函数等;其中,虚拟机部署在云平台上后,可以称之为云服务器,云服务器是一种简单高效、安全可靠、处理能力可弹性伸缩的计算服务。
同一台物理设备上可以部署多个优先级不同的任务执行主体,该多个任务执行主体可以同属于同一租户,也可以属于不同租户。为了实现同一台物理设备上部署的多个不同任务执行主体之间资源的隔离,可以使用Linux内核提供的Cgroup机制,它是一种可以限制、记录、隔离进程组所使用的物理资源的机制,具体涉及CPU隔离、CAT(Cache AllocationTechnology)、Memory隔离、磁盘IO、Network等。
租户在需要利用云平台的物理资源执行一项或者多项任务,例如运行在线应用或者离线计算任务等时,可以通过客户端订购云平台中的物理资源,例如可以订购云平台中整个物理设备上的物理资源,也可以订购一个或多个物理设备上的部分物理资源。物理资源可以包括但不限于CPU、内存、磁盘I/O、网络流量等。
为了提高云平台上物理设备的利用率,本实施例支持在同一台物理设备上部署具有不同优先级的任务执行主体,如虚拟机。不同优先级的任务执行主体在不同时段所能占用的物理资源可以动态变化。例如,高优先级的任务执行主体可以抢占低优先级任务执行主体的物理资源,而低优先级的任务执行主体在高优先级任务执行主体空闲时可以使用更多物理资源等。
租户可以根据自身需求将要部署的任务执行主体配置对应的优先级。在订购物理资源之后,租户请求配置任务执行主体时,可以通过客户端为用户展示可在所订购物理资源上配置的任务执行主体的可选优先级,通过客户端接收到租户选择要配置的优先级后,根据租户的请求将任务执行主体部署到物理设备上,该物理设备上还可以部署其他任务执行主体,并且其他任务执行主体与该任务执行主体的优先级可以不同。
具体细节还可以参见上述图2所示实施例及相关实施例中对部署装置的描述,在此不再赘述。
图6是适于用来实现根据本公开实施方式的部署方法的电子设备的结构示意图。
如图6所示,电子设备600包括中央处理单元(CPU)601,其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行上述图1所示的实施方式中的各种处理。在RAM603中,还存储有电子设备600操作所需的各种程序和数据。CPU601、ROM602以及RAM603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。
以下部件连接至I/O接口605:包括键盘、鼠标等的输入部分606;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607;包括硬盘等的存储部分608;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器610上,以便于从其上读出的计算机程序根据需要被安装入存储部分608。
特别地,根据本公开的实施方式,上文参考本公开实施方式中的方法可以被实现为计算机软件程序。例如,本公开的实施方式包括一种计算机程序产品,其包括有形地包含在及其可读介质上的计算机程序,所述计算机程序包含用于执行本公开实施方式中方法的程序代码。在这样的实施方式中,该计算机程序可以通过通信部分609从网络上被下载和安装,和/或从可拆卸介质611被安装。
附图中的流程图和框图,图示了按照本公开各种实施方式的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,路程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分,所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开实施方式中所涉及到的单元或模块可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中,这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定。
作为另一方面,本公开还提供了一种计算机可读存储介质,该计算机可读存储介质可以是上述实施方式中所述装置中所包含的计算机可读存储介质;也可以是单独存在,未装配入设备中的计算机可读存储介质。计算机可读存储介质存储有一个或者一个以上程序,所述程序被一个或者一个以上的处理器用来执行描述于本公开的方法。
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本公开中所涉及的发明范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离所述发明构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
Claims (20)
1.一种部署方法,其特征在于,包括:
接收第一任务执行主体的部署请求;其中,所述部署请求包括所述第一任务执行主体的优先级,所述第一任务执行主体的优先级是租户在订购物理资源之后,请求配置任务执行主体时,通过客户端为租户展示可在所订购物理资源上配置的任务执行主体的可选优先级,根据第一任务执行主体在云平台上需要达到的服务等级目标配置的;
根据所述部署请求在云平台的物理设备上部署所述第一任务执行主体;其中,所述物理设备上能够部署与所述第一任务执行主体的优先级不同的至少一个第二任务执行主体,且尽量将不同优先级的任务执行主体部署在同一台物理设备上,把同优先级的任务执行主体部署在不同物理设备上;所述物理设备包括所述租户专享的专用宿主机,所述专用宿主机提供租户订购的物理资源,且所述第一任务执行主体和至少一个第二任务执行主体均属于所述租户;
根据所述优先级为所述第一任务执行主体调度所述物理设备上的资源,以保障所述第一任务执行主体的服务等级目标为前提,在其高峰期抢占所述物理设备上低优先级任务执行主体的资源,在其低峰期向所述物理设备上低优先级任务执行主体提供超卖资源。
2.根据权利要求1所述的方法,其特征在于,所述第一任务执行主体包括虚拟机、Docker容器、应用和计算函数中的至少一个。
3.根据权利要求1所述的方法,其特征在于,不同执行优先级的第一任务执行主体在云平台上的服务等级目标不同。
4.根据权利要求1-3任一项所述的方法,其特征在于,根据所述部署请求在云平台的物理设备上部署所述第一任务执行主体,包括以下至少之一:
在所述部署请求中指定的物理设备上部署所述第一任务执行主体;
根据执行优先级选择所述云平台中对应的物理设备部署所述第一任务执行主体。
5.根据权利要求4所述的方法,其特征在于,根据所述执行优先级选择所述云平台中对应的物理设备部署所述第一任务执行主体,包括:
根据在同一物理设备上高优先级任务执行主体和低优先级任务执行主体搭配部署的策略选择所述云平台中相应的物理设备,并在所选择的物理设备上部署所述第一任务执行主体。
6.根据权利要求1-3、5任一项所述的方法,其特征在于,部署在同一物理设备上的所述第一任务执行主体的优先级高于至少一个所述第二任务执行主体的情况下,根据执行优先级为所述第一任务执行主体调度所述物理设备上的资源,包括:
在所述第一任务执行主体的资源使用率上升到第一预设阈值时,将第二任务执行主体当前占用的至少一部分资源调度给所述第一任务执行主体。
7.根据权利要求1-3、5任一项所述的方法,其特征在于,部署在同一物理设备上的所述第一任务执行主体的优先低于至少一个所述第二任务执行主体的情况下,根据执行优先级为所述第一任务执行主体调度所述物理设备上的资源,包括以下至少之一:
在所述第二任务执行主体的资源使用率下降到第二预设阈值时,为所述第一任务执行主体增加资源;
在内存溢出时,回收所述第一任务执行主体所占用的内存资源。
8.一种部署方法,其特征在于,包括:
接收第一任务执行主体的部署请求;其中,所述部署请求包括所述第一任务执行主体的优先级,所述第一任务执行主体的优先级是租户在订购物理资源之后,请求配置任务执行主体时,通过客户端为租户展示可在所订购物理资源上配置的任务执行主体的可选优先级,根据第一任务执行主体在云平台上需要达到的服务等级目标配置的;
根据所述部署请求在云平台的物理设备上部署所述第一任务执行主体;其中,所述物理设备上能够部署与所述第一任务执行主体的优先级不同的至少一个第二任务执行主体,且尽量将不同优先级的任务执行主体部署在同一台物理设备上,把同优先级的任务执行主体部署在不同物理设备上;所述物理设备包括所述租户与其他租户共享的共享宿主机,所述共享宿主机提供租户订购的物理资源,且所述至少一个第二任务执行主体属于其他租户;
根据所述优先级为所述第一任务执行主体调度所述物理设备上的资源,以保障所述第一任务执行主体的服务等级目标为前提,在其高峰期抢占所述物理设备上低优先级任务执行主体的资源,在其低峰期向所述物理设备上低优先级任务执行主体提供超卖资源。
9.一种任务配置方法,其特征在于,包括:
接收任务执行主体的配置请求;
展示针对所述任务执行主体可配置的至少一个优先级;
接收针对所述任务执行主体所选择的所述优先级,所述优先级是租户通过云平台根据第一任务执行主体在云平台上需要达到的服务等级目标选择的;
根据所选择的所述优先级将所述任务执行主体部署在云平台的物理设备上;其中,所述物理设备上能够部署与所述任务执行主体的优先级不同的至少一个其它任务执行主体,且尽量将不同优先级的任务执行主体部署在同一台物理设备上,把同优先级的任务执行主体部署在不同物理设备上;
所述物理设备包括所述租户专享的专用宿主机,所述专用宿主机提供租户订购的物理资源,且所述第一任务执行主体和至少一个第二任务执行主体均属于所述租户;或者,所述物理设备包括所述租户与其他租户共享的共享宿主机,所述共享宿主机提供租户订购的物理资源,且所述至少一个第二任务执行主体属于其他租户。
10.一种部署装置,其特征在于,包括:
第一接收模块,被配置为接收第一任务执行主体的部署请求;其中,所述部署请求包括所述第一任务执行主体的优先级,所述第一任务执行主体的优先级是租户在订购物理资源之后,请求配置任务执行主体时,通过客户端为租户展示可在所订购物理资源上配置的任务执行主体的可选优先级,根据第一任务执行主体在云平台上需要达到的服务等级目标配置的;
第一部署模块,被配置为根据所述部署请求在云平台的物理设备上部署所述第一任务执行主体;其中,所述物理设备上能够部署与所述第一任务执行主体的优先级不同的至少一个第二任务执行主体,且尽量将不同优先级的任务执行主体部署在同一台物理设备上,把同优先级的任务执行主体部署在不同物理设备上;所述物理设备包括所述租户专享的专用宿主机,所述专用宿主机提供租户订购的物理资源,且所述第一任务执行主体和至少一个第二任务执行主体均属于所述租户;
调度模块,被配置为根据所述优先级为所述第一任务执行主体调度所述物理设备上的资源,以保障所述第一任务执行主体的服务等级目标为前提,在其高峰期抢占所述物理设备上低优先级任务执行主体的资源,在其低峰期向所述物理设备上低优先级任务执行主体提供超卖资源。
11.根据权利要求10所述的装置,其特征在于,所述第一任务执行主体包括虚拟机、Docker容器、应用和计算函数中的至少一个。
12.根据权利要求10所述的装置,其特征在于,不同执行优先级的第一任务执行主体在云平台上的服务等级目标不同。
13.根据权利要求10-12任一项所述的装置,其特征在于,所述第一部署模块,包括以下至少之一:
第一部署子模块,被配置为在所述部署请求中指定的物理设备上部署所述第一任务执行主体;
第二部署子模块,被配置为根据所述执行优先级选择所述云平台中对应的物理设备部署所述第一任务执行主体。
14.根据权利要求13所述的装置,其特征在于,所述第二部署子模块,包括:
第三部署子模块,被配置为根据在同一物理设备上高优先级任务执行主体和低优先级任务执行主体搭配部署的策略选择所述云平台中相应的物理设备,并在所选择的物理设备上部署所述第一任务执行主体。
15.根据权利要求10-12、14任一项所述的装置,其特征在于,部署在同一物理设备上的所述第一任务执行主体的优先级高于至少一个所述第二任务执行主体的情况下,所述调度模块,包括:
调度子模块,被配置为在所述第一任务执行主体的资源使用率上升到第一预设阈值时,将第二任务执行主体当前占用的至少一部分资源调度给所述第一任务执行主体。
16.根据权利要求15所述的装置,其特征在于,部署在同一物理设备上的所述第一任务执行主体的优先低于至少一个所述第二任务执行主体的情况下,所述调度模块包括以下至少之一:
资源增加子模块,被配置为在所述第二任务执行主体的资源使用率下降到第二预设阈值时,为所述第一任务执行主体增加资源;
资源回收子模块,被配置为在内存溢出时,回收所述第一任务执行主体所占用的内存资源。
17.一种部署装置,其特征在于,包括:
第一接收模块,被配置为接收第一任务执行主体的部署请求;其中,所述部署请求包括所述第一任务执行主体的优先级,所述第一任务执行主体的优先级是租户在订购物理资源之后,请求配置任务执行主体时,通过客户端为租户展示可在所订购物理资源上配置的任务执行主体的可选优先级,根据第一任务执行主体在云平台上需要达到的服务等级目标配置的;
第一部署模块,被配置为根据所述部署请求在云平台的物理设备上部署所述第一任务执行主体;其中,所述物理设备上能够部署与所述第一任务执行主体的优先级不同的至少一个第二任务执行主体,且尽量将不同优先级的任务执行主体部署在同一台物理设备上,把同优先级的任务执行主体部署在不同物理设备上;所述物理设备包括所述租户与其他租户共享的共享宿主机,所述共享宿主机提供租户订购的物理资源,且所述至少一个第二任务执行主体属于其他租户;
调度模块,被配置为根据所述优先级为所述第一任务执行主体调度所述物理设备上的资源,以保障所述第一任务执行主体的服务等级目标为前提,在其高峰期抢占所述物理设备上低优先级任务执行主体的资源,在其低峰期向所述物理设备上低优先级任务执行主体提供超卖资源。
18.一种任务配置装置,其特征在于,包括:
第二接收模块,被配置为接收任务执行主体的配置请求;
展示模块,被配置为展示针对所述任务执行主体可配置的至少一个优先级;
第三接收模块,被配置为接收针对所述任务执行主体所选择的所述优先级,所述优先级是租户通过云平台根据第一任务执行主体在云平台上需要达到的服务等级目标选择的;
第二部署模块,被配置为根据所选择的所述优先级将所述任务执行主体部署在云平台的物理设备上;其中,所述物理设备上能够部署与所述任务执行主体的优先级不同的至少一个其它任务执行主体,且尽量将不同优先级的任务执行主体部署在同一台物理设备上,把同优先级的任务执行主体部署在不同物理设备上;
所述物理设备包括所述租户专享的专用宿主机,所述专用宿主机提供租户订购的物理资源,且所述第一任务执行主体和至少一个第二任务执行主体均属于所述租户;或者,所述物理设备包括所述租户与其他租户共享的共享宿主机,所述共享宿主机提供租户订购的物理资源,且所述至少一个第二任务执行主体属于其他租户。
19.一种电子设备,其特征在于,包括存储器和处理器;其中,
所述存储器用于存储一条或多条计算机指令,其中,所述一条或多条计算机指令被所述处理器执行以实现权利要求1-9任一项所述的方法。
20.一种计算机可读存储介质,其上存储有计算机指令,其特征在于,该计算机指令被处理器执行时实现权利要求1-9任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910824466.6A CN112445569B (zh) | 2019-09-02 | 2019-09-02 | 部署方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910824466.6A CN112445569B (zh) | 2019-09-02 | 2019-09-02 | 部署方法、装置、电子设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112445569A CN112445569A (zh) | 2021-03-05 |
CN112445569B true CN112445569B (zh) | 2023-01-17 |
Family
ID=74734278
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910824466.6A Active CN112445569B (zh) | 2019-09-02 | 2019-09-02 | 部署方法、装置、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112445569B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113407305A (zh) * | 2021-05-31 | 2021-09-17 | 北京达佳互联信息技术有限公司 | 一种任务部署方法、装置、电子设备及存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103106043A (zh) * | 2011-06-29 | 2013-05-15 | 国际商业机器公司 | 用于管理存储服务器的资源的方法和计算机系统 |
CN104252393A (zh) * | 2013-06-25 | 2014-12-31 | 威睿公司 | 分布式计算机系统中的性能驱动的资源管理 |
CN106255967A (zh) * | 2014-03-31 | 2016-12-21 | 亚马逊科技公司 | 分布式存储系统中的命名空间管理 |
CN107911316A (zh) * | 2017-12-29 | 2018-04-13 | 江苏省未来网络创新研究院 | 一种基于MPLS in SDN技术的流量调度方法及系统 |
CN108170531A (zh) * | 2017-12-26 | 2018-06-15 | 北京工业大学 | 一种基于深度信念网络的云数据中心请求流调度方法 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7752622B1 (en) * | 2005-05-13 | 2010-07-06 | Oracle America, Inc. | Method and apparatus for flexible job pre-emption |
US7984447B1 (en) * | 2005-05-13 | 2011-07-19 | Oracle America, Inc. | Method and apparatus for balancing project shares within job assignment and scheduling |
CN109992403B (zh) * | 2017-12-30 | 2021-06-01 | 中国移动通信集团福建有限公司 | 多租户资源调度的优化方法、装置、终端设备及存储介质 |
CN109783225B (zh) * | 2018-12-12 | 2023-09-08 | 华南理工大学 | 一种多租户大数据平台的租户优先级管理方法及系统 |
-
2019
- 2019-09-02 CN CN201910824466.6A patent/CN112445569B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103106043A (zh) * | 2011-06-29 | 2013-05-15 | 国际商业机器公司 | 用于管理存储服务器的资源的方法和计算机系统 |
CN104252393A (zh) * | 2013-06-25 | 2014-12-31 | 威睿公司 | 分布式计算机系统中的性能驱动的资源管理 |
CN106255967A (zh) * | 2014-03-31 | 2016-12-21 | 亚马逊科技公司 | 分布式存储系统中的命名空间管理 |
CN108170531A (zh) * | 2017-12-26 | 2018-06-15 | 北京工业大学 | 一种基于深度信念网络的云数据中心请求流调度方法 |
CN107911316A (zh) * | 2017-12-29 | 2018-04-13 | 江苏省未来网络创新研究院 | 一种基于MPLS in SDN技术的流量调度方法及系统 |
Non-Patent Citations (2)
Title |
---|
"多租户集群中基于服务水平目标的调度机制";杜雄杰等;《计算机应用》;20150410;第35卷(第4期);第2节,图2 * |
杜雄杰等."多租户集群中基于服务水平目标的调度机制".《计算机应用》.2015,第35卷(第4期),第944-949页. * |
Also Published As
Publication number | Publication date |
---|---|
CN112445569A (zh) | 2021-03-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10599466B2 (en) | Managed services coordinator | |
US9830677B2 (en) | Graphics processing unit resource sharing | |
US10831545B2 (en) | Efficient queueing and scheduling of backups in a multi-tenant cloud computing environment | |
US9277003B2 (en) | Automated cloud workload management in a map-reduce environment | |
US9612878B2 (en) | Resource allocation in job scheduling environment | |
CN111966500B (zh) | 资源调度方法、装置、电子设备及存储介质 | |
US9635103B2 (en) | Dynamic virtual resource request rate control for utilizing physical resources | |
US11150951B2 (en) | Releasable resource based preemptive scheduling | |
US20200218579A1 (en) | Selecting a cloud service provider | |
US10360074B2 (en) | Allocating a global resource in a distributed grid environment | |
US11502972B2 (en) | Capacity optimization in an automated resource-exchange system | |
US10540285B2 (en) | Coordination of cache and memory reservation | |
US9591094B2 (en) | Caching of machine images | |
US9971971B2 (en) | Computing instance placement using estimated launch times | |
US20180136980A1 (en) | Provisioning of computing resources for a workload | |
EP3561671A1 (en) | Allocating workload | |
López García et al. | Resource provisioning in Science Clouds: Requirements and challenges | |
CN112445569B (zh) | 部署方法、装置、电子设备及存储介质 | |
US10956228B2 (en) | Task management using a virtual node | |
US11029999B1 (en) | Lottery-based resource allocation with capacity guarantees | |
CN116450298A (zh) | 一种gpu任务细粒度调度方法及相关装置 | |
CN114090228A (zh) | 资源分配方法、装置、电子设备及介质 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |