CN112948067A - 服务调度方法、装置、电子设备及存储介质 - Google Patents

服务调度方法、装置、电子设备及存储介质 Download PDF

Info

Publication number
CN112948067A
CN112948067A CN201911267508.7A CN201911267508A CN112948067A CN 112948067 A CN112948067 A CN 112948067A CN 201911267508 A CN201911267508 A CN 201911267508A CN 112948067 A CN112948067 A CN 112948067A
Authority
CN
China
Prior art keywords
service
resource pool
hardware
detected
resource
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
Application number
CN201911267508.7A
Other languages
English (en)
Inventor
王嘉楠
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Jinxun Ruibo Network Technology Co Ltd
Beijing Kingsoft Cloud Network Technology Co Ltd
Original Assignee
Beijing Jinxun Ruibo Network Technology Co Ltd
Beijing Kingsoft Cloud Network Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Jinxun Ruibo Network Technology Co Ltd, Beijing Kingsoft Cloud Network Technology Co Ltd filed Critical Beijing Jinxun Ruibo Network Technology Co Ltd
Priority to CN201911267508.7A priority Critical patent/CN112948067A/zh
Publication of CN112948067A publication Critical patent/CN112948067A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements 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/46Multiprogramming arrangements
    • G06F9/48Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806Task transfer initiation or dispatching
    • G06F9/4843Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/4881Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements 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/46Multiprogramming arrangements
    • G06F9/50Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals

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

本申请实施例提供了服务调度方法、装置、电子设备及存储介质,在待检测服务的硬件资源使用参数小于目标资源池对应的第一硬件资源使用阈值时,将待检测服务迁移到硬件性能更低第一资源池中;在待检测服务的硬件资源使用参数大于目标资源池对应的第二硬件资源使用阈值时,将待检测服务迁移到硬件性能更高第二资源池中。本申请实施例的服务调度方法中,以指定历史时段内的服务的硬件资源使用参数为判断依据,相比于以宿主机整体的硬件资源使用情况为判断依据,实现了以各服务的实际资源使用情况进行服务迁移,能够增加服务所需的资源与宿主机分配的资源的匹配度,从而在兼顾负载均衡的同时,根据服务的性能需求合理匹配资源。

Description

服务调度方法、装置、电子设备及存储介质
技术领域
本申请涉及计算机技术领域,特别是涉及服务调度方法、装置、电子设备及存储介质。
背景技术
在虚拟化领域中,资源管理主要是指基于库存网络资源的数量,统一管理网络资源、计算及存储涉及的相关资源等。现有的基于虚拟机或容器管理平台的自动资源调度方法,普遍是基于当前集群内宿主机资源占用情况,进行负载均衡。
在现有的服务调度方法中,通过计算各宿主机整体的资源使用情况,在宿主机过载时,从过载的宿主机中选取服务,迁移到剩余资源较多的宿主机中。
但是发明人在研究中发现,采用上述方法,根据宿主机整体的资源使用情况进行服务迁移,主要偏向于资源池性能,而不是资源本身,忽略了各服务的实际资源需求,会造成服务所需的资源与宿主机资源不相符,从而造成服务的资源配置不合理。
发明内容
本申请实施例的目的在于提供一种服务调度方法、装置、电子设备及存储介质,以实现在兼顾负载均衡的同时,根据服务的性能需求合理匹配资源。具体技术方案如下:
第一方面,本申请实施例提供了一种服务调度方法,所述方法包括:
获取待检测服务在指定历史时段内的硬件资源使用参数;
在所述待检测服务的硬件资源使用参数小于所述待检测服务所在的目标资源池对应的第一硬件资源使用阈值时,将所述待检测服务迁移到第一资源池中,其中,所述第一资源池中宿主机的硬件性能低于所述目标资源池中宿主机的硬件性能;
在所述待检测服务的硬件资源使用参数大于所述目标资源池对应的第二硬件资源使用阈值时,将所述待检测服务迁移到第二资源池中,其中,所述第二资源池中宿主机的硬件性能高于所述目标资源池中宿主机的硬件性能。
在一种可能的实施方式中,不同资源池的等级不同,且资源池的等级越高,该资源池中宿主机的硬件性能越高;
所述在所述待检测服务的硬件资源使用参数小于所述待检测服务所在的目标资源池对应的第一硬件资源使用阈值时,将所述待检测服务迁移到第一资源池中,包括:
在所述待检测服务的硬件资源使用参数小于所述待检测服务所在的目标资源池对应的第一硬件资源使用阈值时,将所述待检测服务迁移到所述目标资源池等级对应的下一等级的资源池中;
在一种可能的实施方式中,不同资源池的等级不同,且资源池的等级越高,该资源池中宿主机的硬件性能越高;
所述在所述待检测服务的硬件资源使用参数大于所述目标资源池对应的第二硬件资源使用阈值时,将所述待检测服务迁移到第二资源池中,包括:
在所述待检测服务的硬件资源使用参数大于所述目标资源池对应的第二硬件资源使用阈值时,将所述待检测服务迁移到所述目标资源池等级对应的上一等级的资源池中。
在一种可能的实施方式中,在所述获取待检测服务在指定历史时段内的硬件资源使用参数之前,所述方法还包括:
在接收到针对待检测服务的创建指令时,在第三资源池中选取宿主机创建所述待检测服务,其中,所述第三资源池为各资源池中宿主机硬件性能最高的资源池。
在一种可能的实施方式中,在所述获取待检测服务在指定历史时段内的硬件资源使用参数之前,所述方法还包括:
获取待分类的各宿主机的硬件性能及各资源池对应的硬件性能区间;
按照各所述宿主机硬件性能所属的硬件性能区间,分别将各所述宿主机划分到对应的资源池中。
在一种可能的实施方式中,所述硬件性能包括硬件型号批次及硬件功能参数。
第二方面,本申请实施例提供了一种服务调度装置,所述装置包括:
参数获取模块,用于获取待检测服务在指定历史时段内的硬件资源使用参数;
第一服务迁移模块,用于在所述待检测服务的硬件资源使用参数小于所述待检测服务所在的目标资源池对应的第一硬件资源使用阈值时,将所述待检测服务迁移到第一资源池中,其中,所述第一资源池中宿主机的硬件性能低于所述目标资源池中宿主机的硬件性能;
第二服务迁移模块,用于在所述待检测服务的硬件资源使用参数大于所述目标资源池对应的第二硬件资源使用阈值时,将所述待检测服务迁移到第二资源池中,其中,所述第二资源池中宿主机的硬件性能高于所述目标资源池中宿主机的硬件性能。
在一种可能的实施方式中,不同资源池的等级不同,且资源池的等级越高,该资源池中宿主机的硬件性能越高;
所述第一服务迁移模块,具体用于:在所述待检测服务的硬件资源使用参数小于所述待检测服务所在的目标资源池对应的第一硬件资源使用阈值时,将所述待检测服务迁移到所述目标资源池等级对应的下一等级的资源池中;
所述第二服务迁移模块,具体用于:在所述待检测服务的硬件资源使用参数大于所述目标资源池对应的第二硬件资源使用阈值时,将所述待检测服务迁移到所述目标资源池等级对应的上一等级的资源池中。
在一种可能的实施方式中,所述装置还包括:
服务创建模块,用于在接收到针对待检测服务的创建指令时,在第三资源池中选取宿主机创建所述待检测服务,其中,所述第三资源池为各资源池中宿主机的硬件性能最高的资源池。
在一种可能的实施方式中,所述装置还包括:宿主机划分模块,用于获取待分类的各宿主机的硬件性能及各资源池对应的硬件性能区间;按照各所述宿主机硬件性能所属的硬件性能区间,分别将各所述宿主机划分到对应的资源池中。
在一种可能的实施方式中,所述硬件性能包括硬件型号批次及硬件功能参数。
第三方面,本申请实施例提供了一种电子设备,包括处理器及存储器;
所述存储器,用于存放计算机程序;
所述处理器,用于执行所述存储器上所存放的程序时,实现上述任一所述的服务调度方法。
第四方面,本申请实施例提供了一种计算机可读存储介质,其特征在于,所述计算机可读存储介质内存储有计算机程序,所述计算机程序被处理器执行时实现上述任一所述的服务调度方法。
本申请实施例提供的服务调度方法、装置、电子设备及存储介质,获取待检测服务在指定历史时段内的硬件资源使用参数;在待检测服务的硬件资源使用参数小于待检测服务所在的目标资源池对应的第一硬件资源使用阈值时,将待检测服务迁移到第一资源池中,其中,第一资源池中宿主机的硬件性能小于目标资源池中宿主机的硬件性能;在待检测服务的硬件资源使用参数大于目标资源池对应的第二硬件资源使用阈值时,将待检测服务迁移到第二资源池中,其中,第二资源池中宿主机的硬件性能大于目标资源池中宿主机的硬件性能。本申请中以指定历史时段内的服务的硬件资源使用参数为判断依据,相比于以宿主机整体的硬件资源使用情况为判断依据,实现了以各服务的实际资源使用情况进行服务迁移,能够增加服务所需的资源与宿主机分配的资源的匹配度,从而在兼顾负载均衡的同时,根据服务的性能需求合理匹配资源。当然,实施本申请的任一产品或方法并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例的服务调度方法的第一种示意图;
图2为本申请实施例的服务调度方法的第二种示意图;
图3为本申请实施例的服务调度方法的第三种示意图;
图4为本申请实施例的服务调度方法的第四种示意图;
图5为本申请实施例的服务调度方法的第五种示意图;
图6为本申请实施例的服务调度装置的一种示意图;
图7为本申请实施例的电子设备的一种示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
现有技术中的服务调度方法会造成服务所需的资源与宿主机分配的资源不相符,浪费系统资源。有鉴于此,本申请实施例提供了一种服务调度方法,该方法包括:获取待检测服务在指定历史时段内的硬件资源使用参数;在待检测服务的硬件资源使用参数小于待检测服务所在的目标资源池对应的第一硬件资源使用阈值时,将待检测服务迁移到第一资源池中,其中,第一资源池中宿主机的硬件性能低于目标资源池中宿主机的硬件性能;在待检测服务的硬件资源使用参数大于目标资源池对应的第二硬件资源使用阈值时,将待检测服务迁移到第二资源池中,其中,第二资源池中宿主机的硬件性能高于目标资源池中宿主机的硬件性能。
本申请实施例中,以指定历史时段内的服务的硬件资源使用参数为判断依据,在服务的硬件资源使用参数小于对应的第一硬件资源使用阈值时,说明该服务当前的硬件资源充足,因此可以将该服务迁移到宿主机硬件性能更低的资源池中;在服务的硬件资源使用参数大于对应的第二硬件资源使用阈值时,说明该服务当前的硬件资源不足,因此可以将该服务迁移到宿主机硬件性能更高的资源池中。相比于以宿主机整体的硬件资源使用情况为判断依据,实现了以各服务的实际资源使用情况进行服务迁移,能够增加服务所需的资源与宿主机分配的资源的匹配度,从而节约系统的资源。
下面进行具体说明,本申请实施例的服务调度方法可以如图1所示,包括:
S101,获取待检测服务在指定历史时段内的硬件资源使用参数。
本申请实施例的服务调度方法可以应用于服务系统,因此可以通过服务系统中的物理机实现。服务系统包括多个资源池,资源池是承载服务的一组实体,是多个宿主机的集合。宿主机是资源池中的单体,用于实际承载服务,本质上是一台物理机,服务系统中各资源池中宿主机的硬件性能不同。具体的,本申请实施例的服务调度方法可以通过用于实际承载服务的物理机实现,也可以通过其他服务器实现。
本申请实施例中的服务指虚拟机及容器等业务,需要依托于宿主机运行。待检测服务可以为各资源池中的任一服务,也可以为用户自定义设置的服务。指定历史时段可以自定义设置,例如可以设置为7天、15天或30天等。宿主机分配处理器及内存等硬件资源给服务,服务依托于宿主机分配的这些资源进行运行。服务的硬件资源使用参数用于表示该服务对宿主机分配的硬件资源的使用情况;例如,待检测服务的硬件资源使用参数可以包括待检测服务对处理器利用率、IOPS(Input/Output Operations Per Second,每秒进行读写操作的次数)、TPS(Queries Per Second,每秒查询率)、QPS(Transactions Per Second,每秒事物数)或内存利用率的一种或多种。
在一种可能的实施方式中,可以周期性的检测待检测服务的硬件资源使用参数,获取待检测服务在当前周期内的硬件资源使用参数。一般情况下,在待检测服务新添加到一个资源池后,首个检测周期的时长大于后续检测周期的时长,例如,检测周期的时长为15天,后续检测周期的时长为7天等。这是因为服务首次添加到一个资源池后,在环境中的运行状况期初可能并不稳定,因此检测周期需要设定的长一些,以减少服务频繁调度的情况。当然,在检测周期的时长越长,其对应的第一硬件资源使用阈值也会越大,在检测周期的时长越短时,其对应的第一硬件资源使用阈值也相应越小。
S102,在待检测服务的硬件资源使用参数小于待检测服务所在的目标资源池对应的第一硬件资源使用阈值时,将待检测服务迁移到第一资源池中,其中,第一资源池中宿主机的硬件性能小于目标资源池中宿主机的硬件性能。
不同资源池中宿主机的硬件性能不同。此处的硬件性能主要是指硬件功能参数,例如,处理器的频率、内存的容量、硬盘的容量及最大读取速率等。各资源池的第一硬件资源使用阈值可以相同也可以不同,可以按照实际情况自定义设定,例如,可以设置为内存平均利用率为70%,处理器利用率峰值为80%,处理器利用率峰值出现10次等,当然也可以设置为多个参数的集合。
将待检测服务的宿主机所在的资源池称为目标资源池。在待检测服务的硬件资源使用参数小于目标资源池对应的第一硬件资源使用阈值时,将待检测服务迁移到宿主机硬件性能更低的第一资源池中。在一种可能的实施方式中,若目标资源池已经为宿主机硬件性能最低的资源池,则不执行上述S102的步骤。
例如,待检测服务在运行状态下,自添加到目标资源池中15后,默认每7天为一个周期,对CPU性能峰值进行记录,若一个周期内CPU利用率峰值均保持在80%以下,且出现次数小于10次,则将待检测服务调度至第一资源池中。
例如,待检测服务在运行状态下,默认每7天为一个周期,对内存使用情况进行记录,若一个周期内内存的日平均占用在70%以下的,则将待检测服务调度至第一资源池中。
利用相关技术中的负载均衡方法,在第一资源池中选取一个宿主机用于承载待检测服务,例如,可以在第一资源池中选取一个未分配硬件资源最多的宿主机用于承载待检测服务。
S103,在待检测服务的硬件资源使用参数大于目标资源池对应的第二硬件资源使用阈值时,将待检测服务迁移到第二资源池中,其中,第二资源池中宿主机的硬件性能高于目标资源池中宿主机的硬件性能。
各资源池的第二硬件资源使用阈值可以相同也可以不同。对于任一资源池,该资源池的第二硬件资源使用阈值应当大于该资源池的第一硬件资源使用阈值。在一种可能的实施方式中,若目标资源池已经为宿主机硬件性能最高的资源池,则不执行上述S103的步骤。
在待检测服务的硬件资源使用参数处于目标资源池的第一硬件资源使用阈值与第二硬件资源使用阈值之间时,不在触发待检测服务在资源池之间的调度,等待下一检测周期。在本申请实施例的服务调度方法中,除了对服务进行资源池间的调度之外,各服务还可以在同一资源池的各宿主机之间进行调度,服务在同一资源池的各宿主机之间的调度方法,可以参见相关技术中同一资源池中各宿主机的负载均衡方法,本申请中不做具体限定。
在本申请实施例中,以指定历史时段内的服务的硬件资源使用参数为判断依据,在服务的硬件资源使用参数小于对应的第一硬件资源使用阈值时,说明该服务当前的硬件资源充足,因此可以将该服务迁移到宿主机硬件性能更低的资源池中;在服务的硬件资源使用参数大于对应的第二硬件资源使用阈值时,说明该服务当前的硬件资源不足,因此可以将该服务迁移到宿主机硬件性能更高的资源池中。相比于以宿主机整体的硬件资源使用情况为判断依据,实现了以各服务的实际资源使用情况进行服务迁移,能够增加服务所需的资源与宿主机分配的资源的匹配度,从而节约系统的资源。并且相比于以宿主机整体的硬件资源使用情况为判断依据,能够减少因多个服务资源使用同时达到峰值而触发服务迁移的情况,能够减少因个别服务资源使用异常而频繁迁移同一宿主机中其他服务的情况,从而能够减少频繁触发迁移服务的情况,实现了节约系统的资源,减少服务迁移失败的次数。
在一种可能的实施方式中,不同资源池的等级不同,且资源池的等级越高,该资源池中宿主机的硬件性能越高;参见图2,上述在待检测服务的硬件资源使用参数小于待检测服务所在的目标资源池对应的第一硬件资源使用阈值时,将待检测服务迁移到第一资源池中,包括:
S201,在待检测服务的硬件资源使用参数小于待检测服务所在的目标资源池对应的第一硬件资源使用阈值时,将待检测服务迁移到目标资源池等级对应的下一等级的资源池中。
服务系统中各资源池分别对应不同的等级,资源池中宿主机的硬件性能越高,该资源池的等级相应也越高。在待检测服务的硬件资源使用参数小于目标资源池对应的第一硬件资源使用阈值时,将待检测服务迁移到目标资源池的等级对应的下一等级的资源池中。
在一种可能的实施方式中,不同资源池的等级不同,且资源池的等级越高,该资源池中宿主机的硬件性能越高;参见图2,上述在待检测服务的硬件资源使用参数大于目标资源池对应的第二硬件资源使用阈值时,将待检测服务迁移到第二资源池中,包括:
S202,在待检测服务的硬件资源使用参数大于目标资源池对应的第二硬件资源使用阈值时,将待检测服务迁移到目标资源池等级对应的上一等级的资源池中。
在本申请实施例中,将服务迁移下一等级或上一等级的资源池中,实现了按照资源池的等级逐级调度服务。相比于以宿主机整体的硬件资源使用情况为判断依据,实现了以各服务的实际资源使用情况进行服务迁移,能够增加服务所需的资源与宿主机分配的资源的匹配度,从而节约系统的资源。
服务可以在硬件性能最高的资源池中创建。在一种可能的实施方式中,参见图3,在获取待检测服务在指定历史时段内的硬件资源使用参数之前,上述方法还包括:
S301,在接收到针对待检测服务的创建指令时,在第三资源池中选取宿主机创建待检测服务,其中,第三资源池为各资源池中宿主机的硬件性能最高的资源池。
在本申请实施例中,在宿主机的硬件性能最高的第三资源池中创建服务,然后根据服务的硬件资源使用参数,确实是否向硬件性能更低的资源池中调度该服务,实现了以各服务的实际资源使用情况进行服务迁移,能够增加服务所需的资源与宿主机分配的资源的匹配度,从而节约系统的资源。
在一种可能的实施方式中,参见图4,在获取待检测服务在指定历史时段内的硬件资源使用参数之前,上述方法还包括:
S401,获取待分类的各宿主机的硬件性能及各资源池对应的硬件性能区间。
S402,按照各宿主机硬件性能所属的硬件性能区间,分别将各宿主机划分到对应的资源池中。
预先为每个资源池设定对应的硬件性能区间,按照待分类的各宿主机的硬件性能,将各宿主机分别划分到其硬件性能所属的硬件性能区间对应的资源池中。此处的硬件性能主要是指硬件功能参数,例如,处理器的频率、内存的容量、硬盘的容量及最大读取速率等。
除了硬件功能参数外,硬件性能还可以包括硬件型号批次,在一种可能的实施方式中,硬件性能包括硬件型号批次及硬件功能参数。不同的硬件型号批次同样会对宿主机的硬件性能产生影响,在本申请实施例中,在将宿主机划分到资源池的过程中,除了考虑除了硬件功能参数外,还考虑了硬件型号批次,能够有效区分宿主机硬件性能,可以细粒度有效识别宿主机性能,扬长避短,充分利旧用新,能够增加服务所需的资源与宿主机分配的资源的匹配度。
在一些应用场景中,考虑到客户的特殊需求,一些服务始终需要提供优质的服务,在一种可能的实施方式中,参见图5,在上述获取待检测服务在指定历史时段内的硬件资源使用参数之前,上述方法还包括:
S501,获取待检测服务的绑定状态标签。
上述获取待检测服务在指定历史时段内的硬件资源使用参数,包括:
S502,在待检测服务的绑定状态标签表示未绑定资源池时,获取待检测服务在指定历史时段内的硬件资源使用参数。
每个服务均可以设置一个绑定状态标签,用于表示服务是否绑定在当前所在的资源池中。用户可以按照实际需求设置及更改各服务的绑定状态标签。在待检测服务的绑定状态标签表示绑定资源池时,不在各资源池之间调度待检测服务,但可以在待检测服务所在的资源池的各宿主机上调度待检测服务。在待检测服务的绑定状态标签表示未绑定资源池时,再进行后续资源池迁移的判定步骤。
在本申请实施例中,可以通过绑定状态标签,实现将服务绑定在资源池中,能够满足用户的多种需求。
本申请实施例还提供了一种服务调度装置,参见图6,该装置包括:
参数获取模块601,用于获取待检测服务在指定历史时段内的硬件资源使用参数。
第一服务迁移模块602,用于在待检测服务的硬件资源使用参数小于待检测服务所在的目标资源池对应的第一硬件资源使用阈值时,将待检测服务迁移到第一资源池中,其中,第一资源池中宿主机的硬件性能小于目标资源池中宿主机的硬件性能。
第二服务迁移模块603,用于在待检测服务的硬件资源使用参数大于目标资源池对应的第二硬件资源使用阈值时,将待检测服务迁移到第二资源池中,其中,第二资源池中宿主机的硬件性能大于目标资源池中宿主机的硬件性能。
在一种可能的实施方式中,不同资源池的等级不同,且资源池的等级越高,该资源池中宿主机的硬件性能越高;第一服务迁移模块602,具体用于:在待检测服务的硬件资源使用参数小于待检测服务所在的目标资源池对应的第一硬件资源使用阈值时,将待检测服务迁移到目标资源池等级对应的下一等级的资源池中。第二服务迁移模块603,具体用于:在待检测服务的硬件资源使用参数大于目标资源池对应的第二硬件资源使用阈值时,将待检测服务迁移到目标资源池等级对应的上一等级的资源池中。
在一种可能的实施方式中,上述装置还包括:服务创建模块,用于在接收到针对待检测服务的创建指令时,在第三资源池中选取宿主机创建待检测服务,其中,第三资源池为各资源池中宿主机的硬件性能最高的资源池。
在一种可能的实施方式中,上述装置还包括:宿主机划分模块,用于获取待分类的各宿主机的硬件性能及各资源池对应的硬件性能区间;按照各宿主机硬件性能所属的硬件性能区间,分别将各宿主机划分到对应的资源池中。
在一种可能的实施方式中,硬件性能包括硬件型号批次及硬件功能参数。
本申请实施例还提供了一种服务系统,包括至少两个资源池,所述资源池中包括宿主机,不同资源池中的宿主机的硬件性能不同。
宿主机用于:检测自身承载的各服务在指定历史时段内的硬件资源使用参数;获取宿主机自身所在的目标资源池对应的第一硬件资源使用阈值及第二硬件资源使用阈值;选取硬件资源使用参数小于第一硬件资源使用阈值的服务,迁移到第一资源池中,其中,第一资源池中宿主机的硬件性能低于目标资源池中宿主机的硬件性能。选取硬件资源使用参数大于第二硬件资源使用阈值的服务,迁移到第二资源池中,其中,第二资源池中宿主机的硬件性能高于目标资源池中宿主机的硬件性能。
在一种可能的实施方式中,不同资源池的等级不同,且资源池的等级越高,该资源池中宿主机的硬件性能越高;宿主机具体用于:将待迁移服务迁移到目标资源池等级对应的下一等级的资源池中。
在一种可能的实施方式中,在服务系统的资源池中,宿主机的硬件性能最高的资源池为第三资源池;第三资源池中的宿主机还用于:在接收到针对目标服务的创建指令时,建目标服务。
在一种可能的实施方式中,所述硬件性能包括硬件型号批次及硬件功能参数。
在一种可能的实施方式中,宿主机还用于执行上述任一服务调度方法。
本申请实施例还提供了一种电子设备,包括:处理器及存储器;
上述存储器,用于存放计算机程序;
上述处理器用于执行上述存储器存放的计算机程序时,实现如下步骤:
获取待检测服务在指定历史时段内的硬件资源使用参数。
在待检测服务的硬件资源使用参数小于待检测服务所在的目标资源池对应的第一硬件资源使用阈值时,将待检测服务迁移到第一资源池中,其中,第一资源池中宿主机的硬件性能低于目标资源池中宿主机的硬件性能。
在待检测服务的硬件资源使用参数大于目标资源池对应的第二硬件资源使用阈值时,将待检测服务迁移到第二资源池中,其中,第二资源池中宿主机的硬件性能高于目标资源池中宿主机的硬件性能。
可选的,参见图7,本申请实施例的电子设备还包括通信接口702和通信总线704,其中,处理器701,通信接口702,存储器703通过通信总线704完成相互间的通信。
可选的,上述处理器用于执行上述存储器存放的计算机程序时,还能够实现上述任一服务调度方法。
上述电子设备提到的通信总线可以是PCI(Peripheral ComponentInterconnect,外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture,扩展工业标准结构)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示,图中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
通信接口用于上述电子设备与其他设备之间的通信。
存储器可以包括RAM(Random Access Memory,随机存取存储器),也可以包括NVM(Non-Volatile Memory,非易失性存储器),例如至少一个磁盘存储器。可选的,存储器还可以是至少一个位于远离前述处理器的存储装置。
上述的处理器可以是通用处理器,包括CPU(Central Processing Unit,中央处理器)、NP(Network Processor,网络处理器)等;还可以是DSP(Digital Signal Processing,数字信号处理器)、ASIC(Application Specific Integrated Circuit,专用集成电路)、FPGA(Field-Programmable Gate Array,现场可编程门阵列)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
本申请实施例还提供了一种计算机可读存储介质,上述计算机可读存储介质内存储有计算机程序,上述计算机程序被处理器执行时实现上述任一服务调度方法。
需要说明的是,在本文中,各个可选方案中的技术特征只要不矛盾均可组合来形成方案,这些方案均在本申请公开的范围内。诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用相关的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于装置、电子设备及存储介质的实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的较佳实施例而已,并非用于限定本申请的保护范围。凡在本申请的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本申请的保护范围内。

Claims (12)

1.一种服务调度方法,其特征在于,所述方法包括:
获取待检测服务在指定历史时段内的硬件资源使用参数;
在所述待检测服务的硬件资源使用参数小于所述待检测服务所在的目标资源池对应的第一硬件资源使用阈值时,将所述待检测服务迁移到第一资源池中,其中,所述第一资源池中宿主机的硬件性能低于所述目标资源池中宿主机的硬件性能;
在所述待检测服务的硬件资源使用参数大于所述目标资源池对应的第二硬件资源使用阈值时,将所述待检测服务迁移到第二资源池中,其中,所述第二资源池中宿主机的硬件性能高于所述目标资源池中宿主机的硬件性能。
2.根据权利要求1所述的方法,其特征在于,不同资源池的等级不同,且资源池的等级越高,该资源池中宿主机的硬件性能越高;
所述在所述待检测服务的硬件资源使用参数小于所述待检测服务所在的目标资源池对应的第一硬件资源使用阈值时,将所述待检测服务迁移到第一资源池中,包括:
在所述待检测服务的硬件资源使用参数小于所述待检测服务所在的目标资源池对应的第一硬件资源使用阈值时,将所述待检测服务迁移到所述目标资源池等级对应的下一等级的资源池中。
3.根据权利要求1或2所述的方法,其特征在于,不同资源池的等级不同,且资源池的等级越高,该资源池中宿主机的硬件性能越高;
所述在所述待检测服务的硬件资源使用参数大于所述目标资源池对应的第二硬件资源使用阈值时,将所述待检测服务迁移到第二资源池中,包括:
在所述待检测服务的硬件资源使用参数大于所述目标资源池对应的第二硬件资源使用阈值时,将所述待检测服务迁移到所述目标资源池等级对应的上一等级的资源池中。
4.根据权利要求1所述的方法,其特征在于,在所述获取待检测服务在指定历史时段内的硬件资源使用参数之前,所述方法还包括:
在接收到针对待检测服务的创建指令时,在第三资源池中选取宿主机创建所述待检测服务,其中,所述第三资源池为各资源池中宿主机硬件性能最高的资源池。
5.根据权利要求1所述的方法,其特征在于,在所述获取待检测服务在指定历史时段内的硬件资源使用参数之前,所述方法还包括:
获取待分类的各宿主机的硬件性能及各资源池对应的硬件性能区间;
按照各所述宿主机硬件性能所属的硬件性能区间,分别将各所述宿主机划分到对应的资源池中。
6.根据权利要求1-5任一所述的方法,其特征在于,所述硬件性能包括硬件型号批次及硬件功能参数。
7.一种服务调度装置,其特征在于,所述装置包括:
参数获取模块,用于获取待检测服务在指定历史时段内的硬件资源使用参数;
第一服务迁移模块,用于在所述待检测服务的硬件资源使用参数小于所述待检测服务所在的目标资源池对应的第一硬件资源使用阈值时,将所述待检测服务迁移到第一资源池中,其中,所述第一资源池中宿主机的硬件性能低于所述目标资源池中宿主机的硬件性能;
第二服务迁移模块,用于在所述待检测服务的硬件资源使用参数大于所述目标资源池对应的第二硬件资源使用阈值时,将所述待检测服务迁移到第二资源池中,其中,所述第二资源池中宿主机的硬件性能高于所述目标资源池中宿主机的硬件性能。
8.根据权利要求7所述的装置,其特征在于,不同资源池的等级不同,且资源池的等级越高,该资源池中宿主机的硬件性能越高;
所述第一服务迁移模块,具体用于:在所述待检测服务的硬件资源使用参数小于所述待检测服务所在的目标资源池对应的第一硬件资源使用阈值时,将所述待检测服务迁移到所述目标资源池等级对应的下一等级的资源池中;
所述第二服务迁移模块,具体用于:在所述待检测服务的硬件资源使用参数大于所述目标资源池对应的第二硬件资源使用阈值时,将所述待检测服务迁移到所述目标资源池等级对应的上一等级的资源池中。
9.根据权利要求7所述的装置,其特征在于,所述装置还包括:
服务创建模块,用于在接收到针对待检测服务的创建指令时,在第三资源池中选取宿主机创建所述待检测服务,其中,所述第三资源池为各资源池中宿主机的硬件性能最高的资源池。
10.根据权利要求7所述的装置,其特征在于,所述装置还包括:宿主机划分模块,用于获取待分类的各宿主机的硬件性能及各资源池对应的硬件性能区间;按照各所述宿主机硬件性能所属的硬件性能区间,分别将各所述宿主机划分到对应的资源池中。
11.一种电子设备,其特征在于,包括处理器及存储器;
所述存储器,用于存放计算机程序;
所述处理器,用于执行所述存储器上所存放的程序时,实现权利要求1-6任一所述的服务调度方法。
12.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质内存储有计算机程序,所述计算机程序被处理器执行时实现权利要求1-6任一所述的服务调度方法。
CN201911267508.7A 2019-12-11 2019-12-11 服务调度方法、装置、电子设备及存储介质 Pending CN112948067A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911267508.7A CN112948067A (zh) 2019-12-11 2019-12-11 服务调度方法、装置、电子设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911267508.7A CN112948067A (zh) 2019-12-11 2019-12-11 服务调度方法、装置、电子设备及存储介质

Publications (1)

Publication Number Publication Date
CN112948067A true CN112948067A (zh) 2021-06-11

Family

ID=76233940

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911267508.7A Pending CN112948067A (zh) 2019-12-11 2019-12-11 服务调度方法、装置、电子设备及存储介质

Country Status (1)

Country Link
CN (1) CN112948067A (zh)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102156738A (zh) * 2011-04-13 2011-08-17 成都市华为赛门铁克科技有限公司 数据块处理方法、数据块存储设备及系统
US20150277987A1 (en) * 2014-03-31 2015-10-01 International Business Machines Corporation Resource allocation in job scheduling environment
CN105138290A (zh) * 2015-08-20 2015-12-09 浪潮(北京)电子信息产业有限公司 一种高性能存储池组织方法及装置
CN105187512A (zh) * 2015-08-13 2015-12-23 航天恒星科技有限公司 一种虚拟机集群负载均衡方法及系统
CN106339386A (zh) * 2015-07-08 2017-01-18 阿里巴巴集团控股有限公司 数据库弹性调度方法以及装置
CN107423114A (zh) * 2017-07-17 2017-12-01 中国科学院软件研究所 一种基于服务分类的虚拟机动态迁移方法
CN108519917A (zh) * 2018-02-24 2018-09-11 国家计算机网络与信息安全管理中心 一种资源池分配方法和装置

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102156738A (zh) * 2011-04-13 2011-08-17 成都市华为赛门铁克科技有限公司 数据块处理方法、数据块存储设备及系统
US20150277987A1 (en) * 2014-03-31 2015-10-01 International Business Machines Corporation Resource allocation in job scheduling environment
CN106339386A (zh) * 2015-07-08 2017-01-18 阿里巴巴集团控股有限公司 数据库弹性调度方法以及装置
CN105187512A (zh) * 2015-08-13 2015-12-23 航天恒星科技有限公司 一种虚拟机集群负载均衡方法及系统
CN105138290A (zh) * 2015-08-20 2015-12-09 浪潮(北京)电子信息产业有限公司 一种高性能存储池组织方法及装置
CN107423114A (zh) * 2017-07-17 2017-12-01 中国科学院软件研究所 一种基于服务分类的虚拟机动态迁移方法
CN108519917A (zh) * 2018-02-24 2018-09-11 国家计算机网络与信息安全管理中心 一种资源池分配方法和装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
季莉莉;李烨;: "云环境下基于迁移的虚拟机集群优化算法", 电子科技, no. 08 *

Similar Documents

Publication Publication Date Title
CN108881495B (zh) 资源分配方法、装置、计算机设备及存储介质
CN108205541B (zh) 分布式网络爬虫任务的调度方法及装置
JP7304887B2 (ja) 仮想マシンスケジューリング方法および装置
CN104391749B (zh) 一种资源分配方法及装置
CN107295090B (zh) 一种资源调度的方法和装置
CN107301093B (zh) 一种管理资源的方法和装置
CN111414070B (zh) 一种机箱功耗管理方法、系统及电子设备和存储介质
US10712945B2 (en) Deduplication processing method, and storage device
CN111078363A (zh) 一种虚拟机的numa节点调度方法、装置、设备及介质
EP3537281B1 (en) Storage controller and io request processing method
CN108874502B (zh) 云计算集群的资源管理方法、装置及设备
CN111124687A (zh) 一种cpu资源预留方法、装置及其相关设备
CN105022668B (zh) 一种作业调度方法及系统
CN107343023A (zh) 一种Mesos管理集群中的资源分配方法、装置及电子设备
CN112395075A (zh) 资源的处理方法、装置以及资源调度系统
CN111061752A (zh) 数据处理方法、装置及电子设备
CN111580951A (zh) 一种任务分配方法及资源管理平台
CN112948067A (zh) 服务调度方法、装置、电子设备及存储介质
CN108429704B (zh) 一种节点资源分配方法及装置
CN113051063B (zh) 分布式任务的任务调度方法、装置及电子设备
CN111143073B (zh) 一种虚拟化资源的管理方法、设备及存储介质
CN112395081B (zh) 一种资源在线自动回收方法、系统、服务器以及存储介质
CN114090256A (zh) 一种基于云计算的应用交付负载管理方法及其系统
CN109246216B (zh) 一种访问请求处理方法和装置
CN113806050A (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