[go: up one dir, main page]

CN115801702A - 资源调度方法以及装置 - Google Patents

资源调度方法以及装置 Download PDF

Info

Publication number
CN115801702A
CN115801702A CN202211261606.1A CN202211261606A CN115801702A CN 115801702 A CN115801702 A CN 115801702A CN 202211261606 A CN202211261606 A CN 202211261606A CN 115801702 A CN115801702 A CN 115801702A
Authority
CN
China
Prior art keywords
deployment
area
target
service
resources
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
CN202211261606.1A
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.)
Alibaba China Co Ltd
Original Assignee
Alibaba China 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 Alibaba China Co Ltd filed Critical Alibaba China Co Ltd
Priority to CN202211261606.1A priority Critical patent/CN115801702A/zh
Publication of CN115801702A publication Critical patent/CN115801702A/zh
Pending legal-status Critical Current

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本说明书实施例提供一种资源调度方法以及装置,其中资源调度方法包括:根据目标服务的部署资源需求,确定所述目标服务部署的目标部署区域以及各个目标部署区域对应的部署资源,其中,目标服务为至少一个待部署服务之一,目标部署区域为至少一个待部署区域之一,各个待部署区域对应一个或多个边缘节点,所述部署资源包括边缘节点上的部署资源;基于所述部署资源,部署所述目标服务;根据针对所述目标服务的客户端请求,确定处理所述客户端请求的目标边缘节点,以使所述目标边缘节点处理所述客户端请求。通过对目标服务确定目标部署区域和目标部署区域对应的部署资源,以及针对客户端请求分配相应的目标边缘节点,由此提高了边缘节点的运行效率。

Description

资源调度方法以及装置
技术领域
本说明书实施例涉及云计算技术领域,特别涉及一种资源调度方法。
背景技术
目前,随着5G、物联网时代的到来以及云计算应用的逐渐增加,终端对云资源在时延、带宽等性能上的要求越来越高,如CDN(Content Delivery Network,内容分发网络)、直播、云游戏、自动驾驶等。集中式的云计算平台已经无法满足终端日渐增高的云资源需求。
发明内容
有鉴于此,本说明书实施例提供了一种资源调度方法。本说明书一个或者多个实施例同时涉及一种资源调度装置,一种资源调度系统,一种计算设备,一种计算机可读存储介质以及一种计算机程序,以解决现有技术中存在的技术缺陷。
根据本说明书实施例的第一方面,提供了一种资源调度方法,包括:
根据目标服务的部署资源需求,确定所述目标服务部署的目标部署区域以及各个目标部署区域对应的部署资源,其中,所述目标服务为至少一个待部署服务之一,所述目标部署区域为至少一个待部署区域之一,各个待部署区域对应一个或多个边缘节点,所述部署资源包括边缘节点上的部署资源;
基于所述部署资源,部署所述目标服务;
根据针对所述目标服务的客户端请求,确定处理所述客户端请求的目标边缘节点,以使所述目标边缘节点处理所述客户端请求。
根据本说明书实施例的第二方面,提供了一种资源调度装置,包括:
资源确定模块,被配置为根据目标服务的部署资源需求,确定所述目标服务部署的目标部署区域以及各个目标部署区域对应的部署资源,其中,所述目标服务为至少一个待部署服务之一,所述目标部署区域为至少一个待部署区域之一,各个待部署区域对应一个或多个边缘节点,所述部署资源包括边缘节点上的部署资源;
资源部署模块,被配置为基于所述部署资源,部署所述目标服务;
请求处理模块,被配置为根据针对所述目标服务的客户端请求,确定处理所述客户端请求的目标边缘节点,以使所述目标边缘节点处理所述客户端请求。
根据本说明书实施例的第三方面,提供了一种资源调度系统,所述系统包括中心管控设备和区域;
所述中心管控设备,用于根据目标服务的部署资源需求,确定所述目标服务部署的目标部署区域以及各个目标部署区域对应的部署资源,其中,所述目标服务为至少一个待部署服务之一,所述目标部署区域为至少一个待部署区域之一,各个待部署区域对应一个或多个边缘节点,所述部署资源包括边缘节点上的部署资源;
所述中心管控设备,用于基于所述部署资源,部署所述目标服务;
所述中心管控设备,用于根据针对所述目标服务的客户端请求,确定处理所述客户端请求的目标边缘节点,以使所述目标边缘节点处理所述客户端请求;
所述边缘节点,用于接收目标客户端请求,并对所述目标客户端请求进行处理。
根据本说明书实施例的第四方面,提供了一种计算设备,包括:
存储器和处理器;
所述存储器用于存储计算机可执行指令,所述处理器用于执行所述计算机可执行指令,该计算机可执行指令被处理器执行时实现上述资源调度方法的步骤。
根据本说明书实施例的第五方面,提供了一种计算机可读存储介质,其存储有计算机可执行指令,该指令被处理器执行时实现上述资源调度方法的步骤。
根据本说明书实施例的第六方面,提供了一种计算机程序,其中,当所述计算机程序在计算机中执行时,令计算机执行上述资源调度方法的步骤。
本说明书实施例提供一种资源调度方法以及装置,其中资源调度方法包括:根据目标服务的部署资源需求,确定所述目标服务部署的目标部署区域以及各个目标部署区域对应的部署资源,其中,所述目标服务为至少一个待部署服务之一,所述目标部署区域为至少一个待部署区域之一,各个待部署区域对应一个或多个边缘节点,所述部署资源包括边缘节点上的部署资源;基于所述部署资源,部署所述目标服务;根据针对所述目标服务的客户端请求,确定处理所述客户端请求的目标边缘节点,以使所述目标边缘节点处理所述客户端请求。通过在部署阶段结合目标服务在各个部署区域的需求情况为目标服务确定目标部署区域以及目标部署区域对应的部署资源,为后续对已部署的服务进行的高效调度奠定了基础,此外,通过针对客户端请求分配相应的目标边缘节点,可以均衡各边缘节点的负载,由此提高了边缘节点的运行效率。
附图说明
图1是本说明书一个实施例提供的一种资源调度方法的场景示意图;
图2是本说明书一个实施例提供的一种资源调度方法的流程图;
图3是本说明书一个实施例提供的一种资源调度系统的架构图;
图4是本说明书一个实施例提供的一种资源调度方法的处理过程流程图;
图5是本说明书一个实施例提供的一种资源调度装置的结构示意图;
图6是本说明书一个实施例提供的一种计算设备的结构框图。
具体实施方式
在下面的描述中阐述了很多具体细节以便于充分理解本说明书。但是本说明书能够以很多不同于在此描述的其它方式来实施,本领域技术人员可以在不违背本说明书内涵的情况下做类似推广,因此本说明书不受下面公开的具体实施的限制。
在本说明书一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本说明书一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本说明书一个或多个实施例中可能采用术语第一、第二等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本说明书一个或多个实施例范围的情况下,第一也可以被称为第二,类似地,第二也可以被称为第一。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
首先,对本说明书一个或多个实施例涉及的名词术语进行解释。
边缘云:是分布在网络边缘侧,提供实时数据处理和分析决策的小规模云数据中心。
分布式:分布式计算是计算机科学中一个研究方向,它研究如何把一个需要非常巨大的计算能力才能解决的问题分成许多小的部分,然后把这些部分分配给多个计算机进行处理,最后把这些计算结果综合起来得到最终的结果。
IaaS:基础设施服务,Infrastructure-as-a-service。
PaaS:平台服务,Platform-as-a-service。
全局负载均衡(GSL.B,Global Server Load Balance):主要的目的是在整个网络范围内将用户的请求定向到合适的节点(或者区域)。
宿主机:是部署了虚拟化环境的专属物理服务器。
中央处理器(central processing unit,简称CPU):作为计算机系统的运算和控制核心,是信息处理、程序运行的最终执行单元。
内存(Memory):是计算机的重要部件,也称内存储器和主存储器,它用于暂时存放CPU中的运算数据,以及与硬盘等外部存储器交换的数据。
带宽:在单位时间内从网络中的某一点到另一点所能通过的“最高数据率”,即单位时间内能够在线路上传送的数据量。带宽常用的单位是bps(bit per second)。计算机网络的带宽是指网络可通过的最高数据率,即每秒多少比特。
处理器主频:CPU的主频表示在CPU内数字脉冲信号震荡的速度,主频和实际的运算速度存在一定的关系。
存储空间:物理地址的集合称为物理空间,也称存储空间,即某个存储设备的总容量,如256MB的内存、128MB的U盘、80GB的硬盘等。
吉字节(GigaByte):又称千兆字节,是计算机存储容量单位。
PB:指Petabyte,它是较高级的存储单位,1PB=1024TB=1048576GB。
裸机:英文名是Bare machine,Bare metal,指没有配置操作系统和其他软件的电子计算机。
每秒查询率(QPS,Queries-per-second):是对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准。
在本说明书中,提供了一种资源调度方法,本说明书同时涉及一种资源调度装置,一种计算设备,一种资源调度系统,以及一种计算机可读存储介质,在下面的实施例中逐一进行详细说明。
参见图1,图1示出了根据本说明书一个实施例提供的一种资源调度方法的场景示意图。本实施例的网络系统100是基于云计算技术和边缘计算的能力,构筑在边缘基础设施之上的云计算平台,是一种边缘位置的具备计算、网络、存储、安全等能力的云平台。该网络系统100包括:中心管控设备101、边缘节点102、边缘节点103、边缘节点104。每个边缘节点包括一系列的边缘基础设施,这些边缘基础设施包括但不限于:分布式数据中心(DC)、无线机房或集群,运营商的通信网络、核心网设备、基站、边缘网关、家庭网关、计算设备或存储设备等边缘设备及对应的网络环境等等。在此说明,不同边缘节点的位置、能力以及包含的基础设施可以相同,也可以不相同。
具体地,边缘节点102、边缘节点103、边缘节点104均与中心管控设备101网络连接。且边缘节点102、边缘节点103、边缘节点104分别分布在不同的区域,中心管控设备可以根据每个区域的资源需求量对边缘节点102、边缘节点103、边缘节点104的资源的额度进行规划。并且,中心管控设备可以对每个区域中的服务进行资源分配,以保证资源的合理利用。另外,中心管控设备可以对服务的客户端请求进行分析,从而给客户端请求分配更优的区域。
通过利用一个区域的处理资源需求量,对该区域进行处理资源的配置,并对运行在区域上的服务进行部署资源的分配,以及针对客户端请求分配相应的处理区域,由此提高了系统的运行效率。
参见图2,图2示出了根据本说明书一个实施例提供的一种资源调度方法的流程图,具体包括以下步骤。
步骤202:根据目标服务的部署资源需求,确定所述目标服务部署的目标部署区域以及各个目标部署区域对应的部署资源,其中,所述目标服务为至少一个待部署服务之一,所述目标部署区域为至少一个待部署区域之一,各个待部署区域对应一个或多个边缘节点,所述部署资源包括边缘节点上的部署资源。
其中,部署资源需求可以为运行服务所需的资源,在云计算应用场景中,资源需求可能表现为虚拟机对宿主机的资源需求,例如,资源需求为处理器的主频,内存的占用率,带宽的速度等。相应地,部署资源可以为对服务分配的资源。待部署区域可以为物理位置的区域,例如,北京、上海、深圳等区域;服务可以为运行在边缘节点上的服务,例如,虚拟机,应用程序的服务端等。
在实际应用中,边缘云基础设施上承载着多应用,即多个服务,可以按各服务的需求进行资源配额申请,也就是需要对每个服务分配相应的资源,以满足服务稳定运行。
例如,需要部署服务D,并给出了服务D的资源需求:存储空间15PB,内存256G,CPU为64核心,处理频率为2.8GHz,带宽为200Gbps。则根据该资源需求对服务D分配相应的目标部署区域,以及在目标部署区域中的部署资源。
本说明书实施例通过目标服务的资源需求,对服务进行资源分配以及部署,提高了服务所需的资源分配的合理性,减少了后续因资源不足对服务进行调度的情况,减少了调度所使用的处理资源,节省了资源成本。
在一种可实现方式中,在所述根据目标服务的部署资源需求,确定所述目标服务部署的目标部署区域以及各个目标部署区域对应的部署资源之前,还包括:
根据第一区域对应的至少一个服务的资源需求,确定所述第一区域的配置需求,其中,所述第一区域为待部署区域之一;
根据所述第一区域的配置需求,对所述第一区域对应的边缘节点资源进行配置。
其中,配置需求可以为区域内需要的资源需求,如,需要多少机房,每个机房中需要多少台服务器等。相应地,边缘节点资源可以为机房、服务器等。配置需求还可以为机器中的处理器的主频,内存的占用率,带宽的速度等。
在实际应用中,由于边缘云是分布式集群,需要根据各区域对应的业务需求进行预测,统管全局资源如何规划建设,例如,按月维度进行全局资源的规划建设。从而可以进行对区域内的资源量管理,以满足服务的资源需求的增长。
例如,在A区域中,存在一个边缘节点,该区域对应的服务包括服务A、服务B和服务C。服务A的资源需求为需要的资源为:存储空间10PB,内存256G,CPU为64核心,处理频率为2.8GHz,带宽为100Gbps。服务B的资源需求为需要的资源为:存储空间50PB,内存256G,CPU为64核心,处理频率为2.0GHz,带宽为150Gbps。服务C的资源需求为需要的资源为:存储空间10PB,内存512G,CPU为128核心,处理频率为2.8GHz,带宽为100Gbps。将服务A、服务B和服务C的资源需求进行组合得到,存储空间70PB,内存1024G,CPU为256核心的资源需求。可以根据资源需求确定需要两个机房,每个机房内对应50台服务器。
本说明书实施例根据服务的资源需求,对每个区域的资源进行规划,提高了区域的合理利用率。
在一种可实现方式中,所述根据所述第一区域的配置需求,对所述第一区域对应的边缘节点资源进行配置,包括:
确定所述第一区域对应的至少一个服务的在设定时间段内的目标资源需求;
根据所述目标资源需求,对所述第一区域在设定时间段内的边缘节点资源进行配置。
其中,设定时间段可以为进行资源统计的时间段,例如,一个月,一个星期等;目标资源需求可以为资源需求的上限值,例如,一个月内最大的资源使用为存储空间10PB,内存256G,CPU为128核心,处理频率为2.8GHz,带宽为100Gbps。
在实际应用中,需要对一段时间内的资源占用进行统计,以确定资源占用的上限,根据资源占用的上限可以对这个区域进行资源规划。
例如,在A区域中,对应的服务包括服务A、服务B和服务C。在最近一个月内,服务A的资源需求为需要的资源上限为:存储空间10PB,内存256G,CPU为64核心,处理频率为2.8GHz,带宽为100Gbps。服务B的资源需求为需要的资源上限为:存储空间50PB,内存512G,CPU为64核心,处理频率为2.0GHz,带宽为150Gbps。服务C的资源需求为需要的资源上限为:存储空间10PB,内存256G,CPU为64核心,处理频率为2.8GHz,带宽为100Gbps。将服务A、服务B和服务C的资源需求进行组合得到,存储空间70PB,内存1024G,CPU为256核心的目标资源需求,因为需要预留出一些资源,以避免异常情况的产生,所以资源需求可以为存储空间100PB,内存1280G,CPU为320核心。可以根据资源需求确定需要两个机房,每个机房内对应50台服务器。
本说明书实施例通过对一段时间内的资源需求进行统计,以确定区域中近一段时间的资源需求,从而可以对资源进行合理配置。
在实际应用中,还可以根据预计的活动,节日等情况,预估出资源的需求量提升或者下降。从而对服务的资源进行调整。
例如,在A区域中,对应的服务包括服务A、服务B和服务C。在接下来的一个星期内,服务A因为举办活动,预计资源需求会增长,预计服务A的资源需求为:存储空间10PB,内存256G,CPU为64核心,处理频率为2.8GHz,带宽为100Gbps。服务B的资源需求为:存储空间50PB,内存512G,CPU为64核心,处理频率为2.0GHz,带宽为150Gbps。服务C的资源需求为:存储空间10PB,内存256G,CPU为64核心,处理频率为2.8GHz,带宽为100Gbps。将服务A、服务B和服务C的资源需求进行组合得到,存储空间70PB,内存1024G,CPU为256核心的目标资源需求,因为需要预留出一些资源,以避免异常情况的产生,所以资源需求可以为存储空间100PB,内存1280G,CPU为320核心。根据资源需求配置对应的区域内边缘节点的处理资源。
本说明书实施例通过对未来一段时间内的资源需求进行预估,以确定区域中资源需求的变化情况,从而可以对资源进行合理配置。
在一种可实现方式中,所述根据目标服务的部署资源需求,确定所述目标服务部署的目标部署区域以及各个目标部署区域对应的部署资源,包括:
确定所述待部署区域的处理资源,在所述待部署区域的处理资源满足所述目标服务的部署资源需求的情况下,将所述待部署区域确定为所述目标服务部署的目标部署区域,并根据所述目标部署区域的处理资源为所述目标服务分配部署资源。
其中,处理资源可以为宿主机的处理资源,例如,宿主机的存储空间为10PB,内存为256G(吉字节),CPU为128核心,处理频率为2.8GHz(吉赫兹),带宽为100Gbps(吉比特每秒)。
在实际应用中,多个服务在进行部署的情况下,可能会出现区域内的处理资源不足的情况,那么需要确定目标服务可以部署的目标部署区域以及目标部署区域内给目标服务分配的部署资源。
例如,存在区域1、区域2和区域3,需要在区域1、区域2和区域3中部署服务D,然而,在区域1、区域2中的处理资源不足,则可以确定区域3为目标部署区域,并根据目标部署区域对应的处理资源为目标服务分配部署资源。
步骤204:基于所述部署资源,部署所述目标服务。
在实际应用中,在分配好了部署资源之后,即,可以将服务基于分配好的部署资源安装在对应的边缘节点。
沿用上例,在A区域中,部署资源为存储空间100PB,内存1280G,CPU为320核心。基于存储空间10PB,内存256G,CPU为64核心,处理频率为2.8GHz,带宽为100Gbps的资源安装服务A。基于存储空间50PB,内存512G,CPU为64核心,处理频率为2.0GHz,带宽为150Gbps的资源安装服务B。基于存储空间10PB,内存256G,CPU为64核心,处理频率为2.8GHz,带宽为100Gbps的资源安装服务C。
在一种可实现方式中,本说明书一个实施例提供的一种资源调度方法还包括:
监测所述目标服务的更新部署资源需求;
根据所述更新部署资源需求和第二区域对应的部署资源确定补充部署资源,其中,所述第二区域为所述目标部署区域之一;
若所述第二区域的可用处理资源满足所述补充部署资源,从所述第二区域的处理资源中确定所述补充部署资源;
将所述补充部署资源补充到所述第二区域对应的部署资源中。
其中,更新部署资源需求可以为服务目前运行中的资源需求,例如,服务在最近五秒钟内的资源需求;部署资源可以为对服务分配的资源,例如,部署资源为存储空间15PB,内存256G,CPU为64核心,处理频率为2.8GHz,带宽为150Gbps;补充部署资源可以为对服务进行添加或者减少的资源。
在实际应用中,资源调度需动态满足多业务的资源弹性调配需求,也就是说,根据不同时间段的需求量对服务分配相应的资源。
例如,服务D的资源需求:存储空间15PB,内存256G,CPU为64核心,处理频率为2.8GHz,带宽为150Gbps。则根据该资源需求对服务D分配相应的资源。但服务D存在一段时间的访问高峰期,在每天的16点至18点中,对服务D的请求量会比其他时间段高,则根据16点至18点的资源需求量,对服务D进行分配,如,在每天的16点至18点对服务D的资源更改为,存储空间15PB,内存512G,CPU为128核心,处理频率为3.8GHz,带宽为200Gbps。
又例如,服务D的资源需求:存储空间15PB,内存256G,CPU为64核心,处理频率为2.8GHz,带宽为150Gbps。则根据该资源需求对服务D分配相应的资源。但服务D存在一段时间的访问低谷期,在每天的24点至7点中,对服务D的请求量会比其他时间段低,则根据24点至7点的资源需求量,对服务进行分配,如,在每天的24点至7点对服务D的资源更改为,存储空间15PB,内存128G,CPU为32核心,处理频率为1.8GHz,带宽为20Gbps。
本说明书实施例通过对服务的进行弹性资源分配,以提高资源利用合理性,并且提高了稳定性。
在一种可实现方式中,还包括:
监测所述目标服务的更新部署资源需求;
根据所述更新部署资源需求和第二区域对应的部署资源确定补充部署资源,其中,所述第二区域为所述目标部署区域之一;
若所述第二区域的可用处理资源不满足所述补充部署资源,从第三区域的处理资源中确定替代资源,其中,所述第三区域包括所述目标部署区域中除所述第二区域外的其他区域;
根据所述替代资源在所述第三区域部署所述目标服务。
在实际应用中,如果目标服务所在的边缘节点的资源不足的情况下,可以优先在当前区域寻找其他的边缘节点,对目标服务进行部署,如果服务所在的区域的资源不足的情况下,可以寻找其他区域,利用其他区域的部署资源对边缘节点进行部署。
例如,服务D的资源需求:存储空间15PB,内存256G,CPU为64核心,处理频率为2.8GHz,带宽为150Gbps。但服务D存在一段时间的访问高峰期,在每天的16点至18点中,对服务D的请求量会比其他时间段高。然而当前区域没有多余的处理资源,则寻找较近的,且资源足够的区域,将服务D部署在相应边缘节点中。
需要说明的是,将目标服务在边缘节点部署完成后,该边缘节点可以直接接收针对目标服务的客户端请求,并对客户端请求进行处理。
在一种可实现方式中,还包括:
监测所述目标服务的更新部署资源需求;
根据所述更新部署资源需求和第二区域对应的部署资源确定补充部署资源,其中,所述第二区域为所述目标部署区域之一;
若所述第二区域的可用处理资源不满足所述补充部署资源,确定至少一个第二服务对应的部署资源,其中,所述至少一个第二服务包括所述第二区域上除所述目标服务以外的其他服务;
从所述至少一个第二服务对应的部署资源中确定所述补充部署资源;
将所述补充部署资源补充到所述第二区域对应的部署资源中。
在实际应用中,多业务共享资源池,业务在边缘云资源上需具备快速腾挪能力,也就是说,每个服务所占用的资源需要按需要进行相互协调,以合理分配部署资源。
例如,服务D的资源需求:存储空间15PB,内存256G,CPU为64核心,处理频率为2.8GHz,带宽为150Gbps。该区域上同样部署了服务E,服务E的资源需求:存储空间20PB,内存512G,CPU为64核心,处理频率为2.8GHz,带宽为150Gbps。但服务D存在一段时间的访问高峰期,在每天的16点至18点中,对服务D的请求量会比其他时间段高,而服务E的请求量会比其他时间段低,则根据16点至18点的资源需求量,通过压缩对服务E的资源占用以对服务D进行分配,如,在每天的16点至18点对服务D的资源更改为,存储空间15PB,内存512G,CPU为128核心,处理频率为3.8GHz,带宽为200Gbps。则在16点至18点服务E的资源占用为存储空间20PB,内存256G,CPU为64核心,处理频率为1.8GHz,带宽为100Gbps。
又例如,服务D的资源需求:存储空间15PB,内存256G,CPU为64核心,处理频率为2.8GHz,带宽为150Gbps。该区域上同样部署了服务E和服务F,服务E的资源需求:存储空间20PB,内存512G,CPU为64核心,处理频率为2.8GHz,带宽为150Gbps。服务F的资源需求:存储空间25PB,内存512G,CPU为64核心,处理频率为2.8GHz,带宽为150Gbps。但服务D存在一段时间的访问高峰期,在每天的16点至18点中,对服务D的请求量会比其他时间段高,而服务E和服务F的请求量会比其他时间段低,则根据16点至18点的资源需求量,通过压缩服务E和服务F的资源占用以对服务D进行分配,如,在每天的16点至18点对服务D的资源更改为,存储空间15PB,内存512G,CPU为128核心,处理频率为3.8GHz,带宽为200Gbps。则在16点至18点服务E的资源占用为存储空间20PB,内存384G,CPU为32核心,处理频率为2.3GHz,带宽为130Gbps。服务资源F的资源占用为存储空间25PB,内存384G,CPU为32核心,处理频率为2.3GHz,带宽为120Gbps。
本说明书实施例通过对其他的服务进行资源压缩以进行服务资源的分配,由于进行了资源的动态分配,也就提高了资源利用的合理性。
在一种可实现方式中,所述从所述至少一个第二服务对应的部署资源中确定所述补充部署资源,包括:
确定所述目标服务的优先级,在所述目标服务的优先级高于至少一个第二服务的优先级的情况下,从所述至少一个第二服务对应的部署资源中确定所述补充部署资源。
其中,优先级可以为服务抢占资源的优先级,例如,优先级分为A级,B级和C级,A级可以为最高优先级,C级可以为最低优先级。
在实际应用中,一个边缘节点内资源量紧张时,高优先级业务可抢占低优先级业务的资源,也就是说,可以对所有的服务设定一个优先级,按照优先级对所有的业务进行资源调度分配。
例如,服务D的资源需求:存储空间15PB,内存256G,CPU为64核心,处理频率为2.8GHz,带宽为150Gbps。该区域上同样部署了服务E,服务E的资源需求:存储空间20PB,内存512G,CPU为64核心,处理频率为2.8GHz,带宽为150Gbps。但服务D存在一段时间的访问高峰期,在每天的16点至18点中,对服务D的请求量会比其他时间段高,而服务E的请求量在每天的16点至18点中,同样会比其他时间段高。并且,在每天的16点至18点中,区域的处理资源没有空闲的资源,则根据服务E和服务D的优先级进行资源分配。如,服务E的优先级为B级,服务D的优先级为A级,在每天的16点至18点对服务D的资源更改为,存储空间15PB,内存512G,CPU为128核心,处理频率为3.8GHz,带宽为200Gbps。则在16点至18点服务E的资源占用为存储空间20PB,内存256G,CPU为64核心,处理频率为1.8GHz,带宽为100Gbps。
又例如,服务D的资源需求:存储空间15PB,内存256G,CPU为64核心,处理频率为2.8GHz,带宽为150Gbps。该区域上同样部署了服务E,服务E的资源需求:存储空间20PB,内存512G,CPU为64核心,处理频率为2.8GHz,带宽为150Gbps。但服务D存在一段时间的访问高峰期,在每天的16点至18点中,对服务D的请求量会比其他时间段高,而服务E的请求量在每天的16点至18点中,同样会比其他时间段高。并且,在每天的16点至18点中,区域的处理资源没有空闲的资源,则根据服务E和服务D的优先级进行资源分配。如,服务E的优先级为A级,服务D的优先级为B级,则从区域的空闲资源中抢占资源。若区域中也没有资源,那么等待新的空闲资源或者低于B级的服务可以压缩出来的资源。
本说明书实施例可以根据优先级对进行资源的分配,能够根据需求设定优先级,以进行合理的资源分配,提高了资源的利用效率。
在一种可实现方式中,在所述确定所述目标服务的优先级之后,还包括:
在所述目标服务的优先级与所述至少一个第二服务的优先级相同的情况下,根据所述目标服务的资源需求和所述至少一个第二服务的资源需求,对所述目标服务的优先级进行调整。
在实际应用中,单机群出现资源紧张、拥塞过载等情况上,按优先级进行抢占和降级保障,也就是说,还可以对服务的优先级进行调整,以对服务进行资源调整。
例如,在区域上部署服务D,并给出了服务D的资源需求:存储空间15PB,内存256G,CPU为64核心,处理频率为2.8GHz,带宽为150Gbps。该区域上同样部署了服务E,服务E的资源需求:存储空间20PB,内存512G,CPU为64核心,处理频率为2.8GHz,带宽为150Gbps。但服务D存在一段时间的访问高峰期,在每天的16点至18点中,对服务D的请求量会比其他时间段高,而服务E的请求量在每天的16点至18点中,同样会比其他时间段高。并且,在每天的16点至18点中,区域的处理资源没有空闲的资源,则根据服务E和服务D的优先级进行资源分配。如,服务E的优先级为A级,服务D的优先级为A级,则可以调整服务D的优先级为B级,以避免资源抢占冲突。
本说明书实施例通过对优先级相同的服务进行优先级调节,以避免因为优先级冲突而造成不稳定,提高了稳定性。
进一步地,所述从所述至少一个第二服务对应的部署资源中确定所述补充部署资源之后,还包括:
将所述至少一个第二服务迁移至第三区域,其中,所述第三区域包括所述目标部署区域中除所述第二区域外的其他区域之一。
在实际应用中,如果目标服务对其他服务进行资源抢占,致使其他服务资源被占用完了,那么可以寻找较近的,且资源足够的区域,将其他服务部署在相应边缘节点中。
在一种可实现方式中,在所述根据目标服务的部署资源需求,确定所述目标服务部署的目标部署区域以及各个目标部署区域对应的部署资源之后,还包括:
响应于包含部署区域信息的自定义部署指令,确定所述目标服务对应的自定义部署区域,将所述目标服务迁移至所述自定义部署区域,其中,所述自主部署区域为所述目标部署区域之一。
其中,自定义部署指令可以为用户对服务部署的区域进行指定的指令;调度区域可以为自定义部署指令中指定的区域。
在实际应用中,边缘云资源调度给客户提供具有位置属性的分布式资源池列表,如,向用户展示A地的区域的资源能力,以使用户可以选择重调度到位置属性和资源量都能满足的新资源实例进行替补。
例如,服务D部署在上海的目标部署区域,服务D的资源需求:存储空间15PB,内存256G,CPU为64核心,处理频率为2.8GHz,带宽为150Gbps。用户查询得知在北京也存在目标部署区域,那么将服务D指定部署在北京的目标部署区域上,则在北京的目标部署区域上部署服务D,即进行服务D的迁移。
本说明书实施例根据用户指定要部署服务的区域,将服务迁移至对应的区域上,提供了个性化能力。
在一种可实现方式中,在所述根据目标服务的部署资源需求,确定所述目标服务部署的目标部署区域以及各个目标部署区域对应的部署资源之后,还包括:
在所述目标部署区域对应的边缘节点发生故障的情况下,确定发生故障的边缘节点对应的待恢复服务,将所述待恢复服务迁移至其他的边缘节点,其中,所述待恢复服务为所述目标服务之一。
其中,边缘节点发生故障可以为宿主机中的硬件或软件出现故障,例如,宿主机内存损坏。待恢复服务为使用了发生故障的资源的服务,例如,服务A使用宿主机1,宿主机1的磁盘损坏,则服务A需要进行恢复,服务A成为了待恢复服务。
在实际应用中,针对分配的资源池列表中部分资源异常故障,需具备重调度能力。也就是说,可以对因为故障而无法运行的服务,调度至其他的区域。
例如,服务D部署在上海的目标部署区域,服务D的资源需求:存储空间15PB,内存256G,CPU为64核心,处理频率为2.8GHz,带宽为150Gbps。上海的目标部署区域出现网络故障,无法进行通信,那么将服务D迁移至北京的目标部署区域上,也就是在北京的目标部署区域上部署服务D。
本说明书实施例在目标部署区域中的边缘节点发生故障的情况下,对目标部署区域中的服务进行迁移,提高了目标部署区域中边缘节点的稳定性。
步骤206:根据针对所述目标服务的客户端请求,确定处理所述客户端请求的目标边缘节点,以使所述目标边缘节点处理所述客户端请求。
其中,客户端请求可以为对服务的请求,例如,服务为余额查询程序,客户端请求可以为查询余额的请求。
在实际应用中,对于服务的访问也会影响资源消耗,那么也就需要确定访问所需要的资源量,以便于后续进行客户端请求的调度。
例如,在同一秒内,对服务D的访问量为1000万QPS,根据该访问量可以确定需要的带宽为500Gbps,内存256G。
本说明书实施例通过确定访问所需要的资源量,以便于后续进行客户端请求的调度,从而进行访问请求的调度,提高了系统的处理效率。
在一种可实现方式中,所述根据针对所述目标服务的客户端请求,确定处理所述客户端请求的目标边缘节点,包括:
确定针对所述目标服务的客户端请求对应的区域,根据所述客户端请求对应的区域和预设调度规则确定目标处理区域,其中,所述目标处理区域包括所述目标部署区域之一;
在所述目标处理区域对应的边缘节点中,确定处理所述客户端请求的目标边缘节点。
在实际应用中,可以实时根据全网各个业务的用户请求量和资源池容量进行全局动态负载均衡。引导来自全网的用户请求找到对应业务的最合适的资源实例,从对应业务的资源实例池中找到综合考虑位置、容量最合理的边缘资源实例。
沿用上例,在同一秒内,对服务D的访问量为1000万QPS,根据该访问量可以确定需要的带宽为500Gbps,内存256G。而服务D当前所在的边缘节点没有这么多的处理资源,那么根据资源需求量在当前区域内确定目标边缘节点,将全部或者一部分请求分配至目标边缘节点。
又例如,在同一秒内,对服务D的访问量为1000万QPS,根据该访问量可以确定需要的带宽为500Gbps,内存256G。而服务D当前所在的区域1没有这么多的资源,那么根据资源需求量确定目标区域,区域2离区域1距离较近且拥有足够的资源量,那么可以将全部或者一部分请求分配至区域2,以保证服务D调度至最合理的边缘资源实例。
通过根据用户请求量和资源池容量进行全局动态负载均衡,减少了某一个节点的重度负载,将负载分配在多个区域中的多个边缘节点,以使资源分配合理。
本说明书实施例提供一种资源调度方法以及装置,其中资源调度方法包括:根据目标服务的部署资源需求,确定所述目标服务部署的目标部署区域以及各个目标部署区域对应的部署资源,其中,所述目标服务为至少一个待部署服务之一,所述目标部署区域为至少一个待部署区域之一,各个待部署区域对应一个或多个边缘节点,所述部署资源包括边缘节点上的部署资源;基于所述部署资源,部署所述目标服务;根据针对所述目标服务的客户端请求,确定处理所述客户端请求的目标边缘节点,以使所述目标边缘节点处理所述客户端请求。通过对目标服务确定目标部署区域和目标部署区域对应的部署资源,以及针对客户端请求分配相应的目标边缘节点,由此提高了边缘节点的运行效率。
本说明书实施例还提供了一种资源处理系统,所述系统包括中心管控设备和至少一个边缘节点;
所述中心管控设备,用于根据目标服务的部署资源需求,确定所述目标服务部署的目标部署区域以及各个目标部署区域对应的部署资源,其中,所述目标服务为至少一个待部署服务之一,所述目标部署区域为至少一个待部署区域之一,各个待部署区域对应一个或多个边缘节点,所述部署资源包括边缘节点上的部署资源;
所述中心管控设备,用于基于所述部署资源,部署所述目标服务;
所述中心管控设备,用于根据针对所述目标服务的客户端请求,确定处理所述客户端请求的目标边缘节点,以使所述目标边缘节点处理所述客户端请求;
所述目标边缘节点,用于接收目标客户端请求,并对所述目标客户端请求进行处理。
其中,待部署区域可以为物理位置的区域,例如,北京、上海、深圳等区域;服务可以为运行在区域上的服务,例如,虚拟机,应用程序的服务端等。资源需求可以为,为了运行所述服务,所需的资源需求。例如,在云计算应用场景中,资源需求可能表现为虚拟机对宿主机的资源需求,资源需求为处理器的主频,内存的占用率,带宽的速度等。处理资源可以为宿主机的处理资源,例如,宿主机的存储空间为10PB,内存为256G(吉字节),CPU为128核心,处理频率为2.8GHz(吉赫兹),带宽为100Gbps(吉比特每秒)。部署资源可以为对服务分配的资源。客户端请求可以为对服务的请求,例如,服务为余额查询程序,客户端请求可以为查询余额的请求。
中心管控设备以边缘节点为管控对象,在资源调度,镜像管理,实例管控,运维,网络,安全等各方面对网络系统中的至少一个边缘节点进行统一管控,从而将云计算服务放到各边缘节点中处理。在部署实施上,中心管控设备可以部署在一个或多个云计算数据中心中,或者,可以部署在一个或多个传统数据中心中,中心管控设备也可以和其管控的至少一个边缘节点共同构成边缘云网络,本实施例对此不做限定。
在实际应用中,参见图3,图3示出本说明书实施例提供的一种资源调度系统的架构图,资源分配系统可以为边缘云调度系统,边缘云调度系统分多个层次,包括接入调度层、资源调度层和资源规划层。边缘云是个相对概念,边缘云是指相对靠近终端的云计算平台,或者说,与中心云或者传统的云计算平台相区别,中心云或者传统的云计算平台可以包括资源规模化且位置集中的数据中心,而边缘节点覆盖的网络范围更广泛,也因此具备距离终端更近的特性,单个边缘节点的资源规模较小,但是边缘节点的数量多,多个边缘节点构成了本实施例中边缘云的组成部分。
首先资源调度层可以是IAAS层资源调度,能按需调度生产虚机、容器、裸机、以及其他资源配额载体,也就是上述实施例中的对边缘节点的处理资源进行调度。其次接入调度层可以是PAAS层业务调度,含请求接入调度、任务调度等,也就是上述实施例中对客户端请求进行调度。最后还包括资源规划层,用于进行大盘资源规划,指导供应链进行分布式节点布局,这里的大盘资源规划指的是对于所有区域内的资源规划,供应链指的是一些列软件提供的服务,如:存在调用的服务程序。
进一步地,边缘云调度系统多个层次交互联动,包括接入调度具备精准流量牵引能力,能按需进行就近接入,和全局负载均衡,即根据区域为客户端请求分配目标边缘节点。接入调度能异常感知体系联动,完成故障或异常的快速逃逸,即对因为故障而无法运行的服务程序,调度至其他的边缘节点。接入调度能根据全局或局部负载,触发业务资源池进行资源扩缩容,如,对所有的服务程序设定一个优先级,按照优先级对所有的业务进行资源调度分配。资源调度按需响应资源申请需求,并进行资源交付,以维护业务资源池容量处于合理资源量,如,根据不同时间段的需求量对服务程序分配相应的资源。资源调度根据全局资源库存进行合理业务编排和应用混部,达到全局资源使用率处于合理资源量,其中,应用混部是指将不同服务混合部署在同一节点上,如,将应用A和应用B部署在边缘节点1上,边缘节点1的资源正好足够应用A和应用B的部署。
进一步地,边缘云由遍布全网的分布式小型云集群组成,每个节点集群规模小,其中,多个应用共享出口带宽,如,应用A和应用B共享500Gbps的带宽。多个应用交叉混部,共享物理资源(存储、计算等),如,应用A和应用B共享一个64核心的CPU,1024G内存。边缘云集群之间通过公网连接,海量集群遍布全网,分布式布局无法保障全网所有节点均处于可用状态,需要边缘云调度系统具有比较好的异常感知和逃逸能力,也就是说,在某个边缘节点发生故障的情况下,可以监测到异常事件,并对该边缘节点的服务程序进行迁移。
在一种可能的实现方式中,所述目标边缘节点,确定未分配处理资源,在所述未分配处理资源可以满足所述访问资源的情况下,对所述客户端请求进行处理;
在所述未分配处理资源不满足所述访问资源的情况下,将所述客户端请求发送至所述中心管控设备进行处理。
在实际应用中,请求接入后,能在边缘处理的就地计算处理,不能就地处理的请求,发送至中心管控设备进行处理,也就是说,边缘节点需要具备请求跨节点路由和路径规划能力,确保请求以最合理方式汇总到中心进行处理。
例如,对服务程序D的访问量为1000万QPS,根据该访问量可以确定需要的带宽为500Gbps,内存256G。而服务程序D当前所在的边缘节点没有这么多的资源,那么可以将全部或者一部分请求发送至中心管控设备进行调度处理,以保证服务程序D的稳定运行。中心管控设备可以将接收到的请求发送至云计算数据中心的计算模块,从而分担边缘节点的负载。
本说明书实施例通过利用一个区域的需求量,对该区域的边缘节点进行资源分配,并对运行在边缘节点上的服务程序进行资源分配,以及针对客户端请求分配相应的边缘节点,由此提高了边缘节点的运行效率。
下述结合附图4,以本说明书提供的资源调度方法在云计算场景的应用为例,对所述资源调度方法进行进一步说明。其中,图4示出了本说明书一个实施例提供的一种资源调度方法的处理过程流程图,具体包括以下步骤。
步骤402:在设定时间段,确定每个待部署区域对应的至少一个服务的目标资源需求。
其中,设定时间段可以为进行资源统计的时间段,例如,一个月,一个星期等;目标资源需求可以为资源需求的上限值,例如,一个月内最大的资源使用为存储空间10PB,内存256G,CPU为64核心,处理频率为2.8GHz,带宽为100Gbps。
例如,在A区域中,对应的服务包括服务A、服务B和服务C。在最近一个月内,服务A的资源需求为需要的资源上限为:存储空间10PB,内存256G,CPU为64核心,处理频率为2.8GHz,带宽为100Gbps。服务B的资源需求为需要的资源上限为:存储空间50PB,内存512G,CPU为64核心,处理频率为2.0GHz,带宽为150Gbps。服务C的资源需求为需要的资源上限为:存储空间10PB,内存256G,CPU为64核心,处理频率为2.8GHz,带宽为100Gbps。将服务A、服务B和服务C的资源需求进行组合得到,存储空间70PB,内存1024G,CPU为256核心的目标资源需求。
步骤404:根据待部署区域对应的至少一个服务的目标资源需求确定待部署区域的配置需求,根据待部署区域的配置需求,对待部署区域对应的边缘节点资源进行配置。
例如,因为需要预留出一些资源,以避免异常情况的产生,所以资源需求可以为存储空间100PB,内存1280G,CPU为320核心。根据资源需求分配给边缘节点相应的处理资源。
步骤406:确定目标服务的更新部署资源需求和部署资源。
其中,更新部署资源需求可以为服务目前运行中的资源需求,例如,服务在最近五秒钟内的资源需求;部署资源可以为对服务分配的资源,例如,部署资源为存储空间15PB,内存256G,CPU为64核心,处理频率为2.8GHz,带宽为150Gbps。
例如,在区域上部署服务D,并给出了服务的资源需求:存储空间15PB,内存256G,CPU为64核心,处理频率为2.8GHz,带宽为150Gbps。则根据该资源需求对服务D分配相应的资源。
步骤408:确定部署资源是否满足部署更新部署资源需求。若是,执行步骤412。若否,执行步骤410。
例如,服务D存在一段时间的访问高峰期,在每天的16点至18点中,对服务D的请求量会比其他时间段高,则根据16点至18点的资源需求量,对服务进行分配。
步骤410:根据更新部署资源需求和部署资源确定补充部署资源,从区域的处理资源中确定补充部署资源。
其中,补充部署资源可以为对服务进行添加或者减少的资源。
例如,在每天的16点至18点对服务D的资源更改为,存储空间15PB,内存512G,CPU为128核心,处理频率为3.8GHz,带宽为200Gbps。
步骤412:根据针对目标服务的客户端请求,确定处理客户端请求的目标边缘节点,以使目标边缘节点处理客户端请求。
沿用上例,在同一秒内,对服务D的访问量为1000万QPS,根据该访问量可以确定需要的带宽为50Gbps,内存256G。而服务D当前所在的区域没有这么多的资源,那么根据资源需求量确定目标区域,将全部或者一部分请求分配至其他的区域。
通过利用一个区域的处理资源需求量,对该区域进行处理资源分配,并对运行在区域上的服务进行资源分配,以及针对客户端请求分配相应的处理区域,由此提高了系统的运行效率。
与上述方法实施例相对应,本说明书还提供了资源调度装置实施例,图5示出了本说明书一个实施例提供的一种资源调度装置的结构示意图。如图5所示,该装置包括:
资源确定模块502,被配置为根据目标服务的部署资源需求,确定所述目标服务部署的目标部署区域以及各个目标部署区域对应的部署资源,其中,所述目标服务为至少一个待部署服务之一,所述目标部署区域为至少一个待部署区域之一,各个待部署区域对应一个或多个边缘节点,所述部署资源包括边缘节点上的部署资源;
资源部署模块504,被配置为基于所述部署资源,部署所述目标服务;
请求处理模块506,被配置为根据针对所述目标服务的客户端请求,确定处理所述客户端请求的目标边缘节点,以使所述目标边缘节点处理所述客户端请求。
在一种可能的实现方式中,资源确定模块502,还被配置为:
根据第一区域对应的至少一个服务的资源需求,确定所述第一区域的配置需求,其中,所述第一区域为待部署区域之一;
根据所述第一区域的配置需求,对所述第一区域对应的边缘节点资源进行配置。
在一种可能的实现方式中,资源确定模块502,还被配置为:
确定所述第一区域对应的至少一个服务的在设定时间段内的目标资源需求;
根据所述目标资源需求,对所述第一区域在设定时间段内的边缘节点资源进行配置。
在一种可能的实现方式中,资源确定模块502,还被配置为:
确定所述待部署区域的处理资源,在所述待部署区域的处理资源满足所述目标服务的部署资源需求的情况下,将所述待部署区域确定为所述目标服务部署的目标部署区域,并根据所述目标部署区域的处理资源为所述目标服务分配部署资源。
在一种可能的实现方式中,资源部署模块504,还被配置为:
监测所述目标服务的更新部署资源需求;
根据所述更新部署资源需求和第二区域对应的部署资源确定补充部署资源,其中,所述第二区域为所述目标部署区域之一;
若所述第二区域的可用处理资源满足所述补充部署资源,从所述第二区域的处理资源中确定所述补充部署资源;
将所述补充部署资源补充到所述第二区域对应的部署资源中。
在一种可能的实现方式中,资源部署模块504,还被配置为:
监测所述目标服务的更新部署资源需求;
根据所述更新部署资源需求和第二区域对应的部署资源确定补充部署资源,其中,所述第二区域为所述目标部署区域之一;
若所述第二区域的可用处理资源不满足所述补充部署资源,从第三区域的处理资源中确定替代资源,其中,所述第三区域包括所述目标部署区域中除所述第二区域外的其他区域;
根据所述替代资源在所述第三区域部署所述目标服务。
在一种可能的实现方式中,资源部署模块504,还被配置为:
监测所述目标服务的更新部署资源需求;
根据所述更新部署资源需求和第二区域对应的部署资源确定补充部署资源,其中,所述第二区域为所述目标部署区域之一;
若所述第二区域的可用处理资源不满足所述补充部署资源,确定至少一个第二服务对应的部署资源,其中,所述至少一个第二服务包括所述第二区域上除所述目标服务以外的其他服务;
从所述至少一个第二服务对应的部署资源中确定所述补充部署资源;
将所述补充部署资源补充到所述第二区域对应的部署资源中。
在一种可能的实现方式中,资源部署模块504,还被配置为:
将所述至少一个第二服务迁移至第三区域,其中,所述第三区域包括所述目标部署区域中除所述第二区域外的其他区域之一。
在一种可能的实现方式中,资源部署模块504,还被配置为:
确定所述目标服务的优先级,在所述目标服务的优先级高于至少一个第二服务的优先级的情况下,从所述至少一个第二服务对应的部署资源中确定所述补充部署资源。
在一种可能的实现方式中,资源部署模块504,还被配置为:
在所述目标服务的优先级与所述至少一个第二服务的优先级相同的情况下,根据所述目标服务的资源需求和所述至少一个第二服务的资源需求,对所述目标服务的优先级进行调整。
在一种可能的实现方式中,资源部署模块504,还被配置为:
响应于包含部署区域信息的自定义部署指令,确定所述目标服务对应的自定义部署区域,将所述目标服务迁移至所述自定义部署区域,其中,所述自主部署区域为所述目标部署区域之一。
在一种可能的实现方式中,资源部署模块504,还被配置为:
在所述目标部署区域对应的边缘节点发生故障的情况下,确定发生故障的边缘节点对应的待恢复服务,将所述待恢复服务迁移至其他的边缘节点,其中,所述待恢复服务为所述目标服务之一。
在一种可能的实现方式中,请求处理模块506,还被配置为:
确定针对所述目标服务的客户端请求对应的区域,根据所述客户端请求对应的区域和预设调度规则确定目标处理区域,其中,所述目标处理区域包括所述目标部署区域之一;
在所述目标处理区域对应的边缘节点中,确定处理所述客户端请求的目标边缘节点。
本说明书实施例提供一种资源调度方法以及装置,其中资源调度装置包括:根据目标服务的部署资源需求,确定所述目标服务部署的目标部署区域以及各个目标部署区域对应的部署资源,其中,所述目标服务为至少一个待部署服务之一,所述目标部署区域为至少一个待部署区域之一,各个待部署区域对应一个或多个边缘节点,所述部署资源包括边缘节点上的部署资源;基于所述部署资源,部署所述目标服务;根据针对所述目标服务的客户端请求,确定处理所述客户端请求的目标边缘节点,以使所述目标边缘节点处理所述客户端请求。通过对目标服务确定目标部署区域和目标部署区域对应的部署资源,以及针对客户端请求分配相应的目标边缘节点,由此提高了边缘节点的运行效率。
上述为本实施例的一种资源调度装置的示意性方案。需要说明的是,该资源调度装置的技术方案与上述的资源调度方法的技术方案属于同一构思,资源调度装置的技术方案未详细描述的细节内容,均可以参见上述资源调度方法的技术方案的描述。
图6示出了根据本说明书一个实施例提供的一种计算设备600的结构框图。该计算设备600的部件包括但不限于存储器610和处理器620。处理器620与存储器610通过总线630相连接,数据库650用于保存数据。
计算设备600还包括接入设备640,接入设备640使得计算设备600能够经由一个或多个网络660通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备640可以包括有线或无线的任何类型的网络接口(例如,网络接口卡(NIC))中的一个或多个,诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口,等等。
在本说明书的一个实施例中,计算设备600的上述部件以及图6中未示出的其他部件也可以彼此相连接,例如通过总线。应当理解,图6所示的计算设备结构框图仅仅是出于示例的目的,而不是对本说明书范围的限制。本领域技术人员可以根据需要,增添或替换其他部件。
计算设备600可以是任何类型的静止或移动计算设备,包括移动计算机或移动计算设备(例如,平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如,智能手机)、可佩戴的计算设备(例如,智能手表、智能眼镜等)或其他类型的移动设备,或者诸如台式计算机或PC的静止计算设备。计算设备600还可以是移动式或静止式的服务器。
其中,处理器620用于执行如下计算机可执行指令,该计算机可执行指令被处理器执行时实现上述资源调度方法的步骤。
上述为本实施例的一种计算设备的示意性方案。需要说明的是,该计算设备的技术方案与上述的资源调度方法的技术方案属于同一构思,计算设备的技术方案未详细描述的细节内容,均可以参见上述资源调度方法的技术方案的描述。
本说明书一实施例还提供一种计算机可读存储介质,其存储有计算机可执行指令,该计算机可执行指令被处理器执行时实现上述资源调度方法的步骤。
上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是,该存储介质的技术方案与上述的资源调度方法的技术方案属于同一构思,存储介质的技术方案未详细描述的细节内容,均可以参见上述资源调度方法的技术方案的描述。
本说明书一实施例还提供一种计算机程序,其中,当所述计算机程序在计算机中执行时,令计算机执行上述资源调度方法的步骤。
上述为本实施例的一种计算机程序的示意性方案。需要说明的是,该计算机程序的技术方案与上述的资源调度方法的技术方案属于同一构思,计算机程序的技术方案未详细描述的细节内容,均可以参见上述资源调度方法的技术方案的描述。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
所述计算机指令包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
需要说明的是,对于前述的各方法实施例,为了简便描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本说明书实施例并不受所描述的动作顺序的限制,因为依据本说明书实施例,某些步骤可以采用其它顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定都是本说明书实施例所必须的。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其它实施例的相关描述。
以上公开的本说明书优选实施例只是用于帮助阐述本说明书。可选实施例并没有详尽叙述所有的细节,也不限制该发明仅为所述的具体实施方式。显然,根据本说明书实施例的内容,可作很多的修改和变化。本说明书选取并具体描述这些实施例,是为了更好地解释本说明书实施例的原理和实际应用,从而使所属技术领域技术人员能很好地理解和利用本说明书。本说明书仅受权利要求书及其全部范围和等效物的限制。

Claims (16)

1.一种资源调度方法,包括:
根据目标服务的部署资源需求,确定所述目标服务部署的目标部署区域以及各个目标部署区域对应的部署资源,其中,所述目标服务为至少一个待部署服务之一,所述目标部署区域为至少一个待部署区域之一,各个待部署区域对应一个或多个边缘节点,所述部署资源包括边缘节点上的部署资源;
基于所述部署资源,部署所述目标服务;
根据针对所述目标服务的客户端请求,确定处理所述客户端请求的目标边缘节点,以使所述目标边缘节点处理所述客户端请求。
2.根据权利要求1所述的方法,在所述根据目标服务的部署资源需求,确定所述目标服务部署的目标部署区域以及各个目标部署区域对应的部署资源之前,还包括:
根据第一区域对应的至少一个服务的资源需求,确定所述第一区域的配置需求,其中,所述第一区域为待部署区域之一;
根据所述第一区域的配置需求,对所述第一区域对应的边缘节点资源进行配置。
3.根据权利要求2所述的方法,所述根据所述第一区域的配置需求,对所述第一区域对应的边缘节点资源进行配置,包括:
确定所述第一区域对应的至少一个服务的在设定时间段内的目标资源需求;
根据所述目标资源需求,对所述第一区域在设定时间段内的边缘节点资源进行配置。
4.根据权利要求1所述的方法,所述根据目标服务的部署资源需求,确定所述目标服务部署的目标部署区域以及各个目标部署区域对应的部署资源,包括:
确定所述待部署区域的处理资源,在所述待部署区域的处理资源满足所述目标服务的部署资源需求的情况下,将所述待部署区域确定为所述目标服务部署的目标部署区域,并根据所述目标部署区域的处理资源为所述目标服务分配部署资源。
5.根据权利要求4所述的方法,还包括:
监测所述目标服务的更新部署资源需求;
根据所述更新部署资源需求和第二区域对应的部署资源确定补充部署资源,其中,所述第二区域为所述目标部署区域之一;
若所述第二区域的可用处理资源满足所述补充部署资源,从所述第二区域的处理资源中确定所述补充部署资源;
将所述补充部署资源补充到所述第二区域对应的部署资源中。
6.根据权利要求4所述的方法,还包括:
监测所述目标服务的更新部署资源需求;
根据所述更新部署资源需求和第二区域对应的部署资源确定补充部署资源,其中,所述第二区域为所述目标部署区域之一;
若所述第二区域的可用处理资源不满足所述补充部署资源,从第三区域的处理资源中确定替代资源,其中,所述第三区域包括所述目标部署区域中除所述第二区域外的其他区域;
根据所述替代资源在所述第三区域部署所述目标服务。
7.根据权利要求4所述的方法,还包括:
监测所述目标服务的更新部署资源需求;
根据所述更新部署资源需求和第二区域对应的部署资源确定补充部署资源,其中,所述第二区域为所述目标部署区域之一;
若所述第二区域的可用处理资源不满足所述补充部署资源,确定至少一个第二服务对应的部署资源,其中,所述至少一个第二服务包括所述第二区域上除所述目标服务以外的其他服务;
从所述至少一个第二服务对应的部署资源中确定所述补充部署资源;
将所述补充部署资源补充到所述第二区域对应的部署资源中。
8.根据权利要求7所述的方法,所述从所述至少一个第二服务对应的部署资源中确定所述补充部署资源之后,还包括:
将所述至少一个第二服务迁移至第三区域,其中,所述第三区域包括所述目标部署区域中除所述第二区域外的其他区域之一。
9.根据权利要求7所述的方法,所述从所述至少一个第二服务对应的部署资源中确定所述补充部署资源,包括:
确定所述目标服务的优先级,在所述目标服务的优先级高于至少一个第二服务的优先级的情况下,从所述至少一个第二服务对应的部署资源中确定所述补充部署资源。
10.根据权利要求9所述的方法,在所述确定所述目标服务的优先级之后,还包括:
在所述目标服务的优先级与所述至少一个第二服务的优先级相同的情况下,根据所述目标服务的资源需求和所述至少一个第二服务的资源需求,对所述目标服务的优先级进行调整。
11.根据权利要求1所述的方法,在所述根据目标服务的部署资源需求,确定所述目标服务部署的目标部署区域以及各个目标部署区域对应的部署资源之后,还包括:
响应于包含部署区域信息的自定义部署指令,确定所述目标服务对应的自定义部署区域,将所述目标服务迁移至所述自定义部署区域,其中,所述自主部署区域为所述目标部署区域之一。
12.根据权利要求1所述的方法,在所述根据目标服务的部署资源需求,确定所述目标服务部署的目标部署区域以及各个目标部署区域对应的部署资源之后,还包括:
在所述目标部署区域对应的边缘节点发生故障的情况下,确定发生故障的边缘节点对应的待恢复服务,将所述待恢复服务迁移至其他的边缘节点,其中,所述待恢复服务为所述目标服务之一。
13.根据权利要求1所述的方法,所述根据针对所述目标服务的客户端请求,确定处理所述客户端请求的目标边缘节点,包括:
确定针对所述目标服务的客户端请求对应的区域,根据所述客户端请求对应的区域和预设调度规则确定目标处理区域,其中,所述目标处理区域包括所述目标部署区域之一;
在所述目标处理区域对应的边缘节点中,确定处理所述客户端请求的目标边缘节点。
14.一种资源调度系统,所述系统包括中心管控设备和至少一个边缘节点;
所述中心管控设备,用于根据目标服务的部署资源需求,确定所述目标服务部署的目标部署区域以及各个目标部署区域对应的部署资源,其中,所述目标服务为至少一个待部署服务之一,所述目标部署区域为至少一个待部署区域之一,各个待部署区域对应一个或多个边缘节点,所述部署资源包括边缘节点上的部署资源;
所述中心管控设备,还用于基于所述部署资源,部署所述目标服务;
所述中心管控设备,还用于根据针对所述目标服务的客户端请求,确定处理所述客户端请求的目标边缘节点,所述目标边缘节点为所述至少一个边缘节点之一;
所述目标边缘节点,用于接收目标客户端请求,并对所述目标客户端请求进行处理。
15.一种计算设备,包括:
存储器和处理器;
所述存储器用于存储计算机可执行指令,所述处理器用于执行所述计算机可执行指令,该计算机可执行指令被处理器执行时实现权利要求1-13任意一项所述资源调度方法的步骤。
16.一种计算机可读存储介质,其存储有计算机可执行指令,该计算机可执行指令被处理器执行时实现权利要求1-13任意一项所述资源调度方法的步骤。
CN202211261606.1A 2022-10-14 2022-10-14 资源调度方法以及装置 Pending CN115801702A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211261606.1A CN115801702A (zh) 2022-10-14 2022-10-14 资源调度方法以及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211261606.1A CN115801702A (zh) 2022-10-14 2022-10-14 资源调度方法以及装置

Publications (1)

Publication Number Publication Date
CN115801702A true CN115801702A (zh) 2023-03-14

Family

ID=85432993

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211261606.1A Pending CN115801702A (zh) 2022-10-14 2022-10-14 资源调度方法以及装置

Country Status (1)

Country Link
CN (1) CN115801702A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN120104141A (zh) * 2025-02-24 2025-06-06 北京智源人工智能研究院 基于关键字的模型部署方法、装置、设备及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20190083091A (ko) * 2018-01-03 2019-07-11 주식회사 케이티 분산 자원 할당 방법 및 그 장치
US20200228623A1 (en) * 2019-01-14 2020-07-16 Amdocs Development Limited Handshake of application execution between edge nodes
CN112218121A (zh) * 2019-07-09 2021-01-12 中国移动通信集团安徽有限公司 内容分发网络调度方法及装置
CN112583861A (zh) * 2019-09-27 2021-03-30 阿里巴巴集团控股有限公司 服务部署方法、资源配置方法、系统、装置及服务器
CN113726846A (zh) * 2021-07-14 2021-11-30 阿里巴巴新加坡控股有限公司 边缘云系统、资源调度方法、设备及存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20190083091A (ko) * 2018-01-03 2019-07-11 주식회사 케이티 분산 자원 할당 방법 및 그 장치
US20200228623A1 (en) * 2019-01-14 2020-07-16 Amdocs Development Limited Handshake of application execution between edge nodes
CN112218121A (zh) * 2019-07-09 2021-01-12 中国移动通信集团安徽有限公司 内容分发网络调度方法及装置
CN112583861A (zh) * 2019-09-27 2021-03-30 阿里巴巴集团控股有限公司 服务部署方法、资源配置方法、系统、装置及服务器
CN113726846A (zh) * 2021-07-14 2021-11-30 阿里巴巴新加坡控股有限公司 边缘云系统、资源调度方法、设备及存储介质

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN120104141A (zh) * 2025-02-24 2025-06-06 北京智源人工智能研究院 基于关键字的模型部署方法、装置、设备及存储介质

Similar Documents

Publication Publication Date Title
JP7162385B2 (ja) エッジと端末とのコラボレーションに基づくマルチユーザーマルチmecタスクアンロードリソーススケジュール方法
CN108141470B (zh) 向网络服务供应商分配网络资源的方法与系统
CN102546700B (zh) 一种资源调度以及资源迁移的方法及设备
CN110221920B (zh) 部署方法、装置、存储介质及系统
CN110858161A (zh) 资源分配方法、装置、系统、设备和介质
CN112995682B (zh) 一种对视频云服务进行部署迁移的方法和装置
CN111541760A (zh) 基于无服务器雾计算系统架构的复杂任务分配方法
Megharaj et al. A survey on load balancing techniques in cloud computing
CN108684075B (zh) 集中式基站架构下的处理资源分配方法
Khalifa¹ et al. Collaborative autonomic resource management system for mobile cloud computing
Singh et al. Survey on various load balancing techniques in cloud computing
WO2020108337A1 (zh) 一种cpu资源调度方法及电子设备
CN115934264A (zh) 业务调度方法、装置、电子设备和计算机可读存储介质
CN116136799A (zh) 算力调度管理侧设备及方法、算力提供侧设备及方法
Hosseini et al. Energy-efficient scheduling based on task prioritization in mobile fog computing
JP7515710B2 (ja) リソーススケジューリング方法、システム、電子デバイスおよびコンピュータ可読記憶媒体
CN115915404A (zh) 一种基于nfv-mano的网络切片部署系统和方法
CN115604768A (zh) 基于资源状态的电磁感知任务动态迁移方法、系统及终端
Yu et al. Network slice mobility for 6g networks by exploiting user and network prediction
CN115801702A (zh) 资源调度方法以及装置
Jasim et al. Efficient load migration scheme for fog networks
Shen et al. Tango: Harmonious optimization for mixed services in kubernetes-based edge clouds
Bisht et al. Survey on load balancing and scheduling algorithms in cloud integrated fog environment
WO2023066035A1 (zh) 资源分配方法以及资源分配装置
CN119668865B (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