一种残膜回收机防缠绕挑膜装置的制 一种秧草收获机用电力驱动行走机构

一种云资源分配方法和电子设备与流程

2022-05-18 03:32:26 来源:中国专利 TAG:


1.本说明书一个或多个实施例涉及计算机网络领域,尤其涉及一种云资源分配方法和电子设备。


背景技术:

2.在云资源分配场景中,云平台通过接收用户提交的云资源供应请求,从而向用户分配对应的云资源。然而,现阶段云资源的分配通过现货交易的方式实现,即云平台会将事先准备好云资源予以售卖,并在用户提交针对该云资源的供应请求后向其分配该云资源,这导致稀缺的云资源需要由用户抢购获取,给用户带来了不便。


技术实现要素:

3.有鉴于此,本说明书一个或多个实施例提供一种云资源分配方法和电子设备。
4.本说明书一个或多个实施例提供技术方案如下:
5.根据本说明书一个或多个实施例的第一方面,提出了一种云资源分配方法,包括:
6.选取请求队列中包含的请求优先级最高的目标供应请求进行处理,其中,所述请求队列中包含的任一供应请求的请求优先级与其属性优先级相关,所述任一供应请求的属性优先级匹配于所述任一供应请求的请求属性;
7.在所述目标供应请求处理成功的情况下,将所述目标供应请求所申请的目标云资源分配至所述目标供应请求的发起方,并从所述请求队列中移除所述目标供应请求。
8.根据本说明书一个或多个实施例的第二方面,提出了一种电子设备,包括:
9.处理器;用于存储处理器可执行指令的存储器;其中,所述处理器通过运行所述可执行指令以实现上述云资源分配方法的步骤。
10.应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本说明书。
附图说明
11.此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本说明书的实施例,并与说明书一起用于解释本说明书的原理。
12.图1是本说明书根据一示例性实施例提供的一种云资源分配的网络架构示意图。
13.图2是本说明书根据一示例性实施例提供的一种云资源分配方法的流程图。
14.图3是本说明书根据一示例性实施例示出的一种请求队列的示意图。
15.图4是本说明书根据一示例性实施例提供的一种处理目标供应请求的场景示意图。
16.图5是一示例性实施例提供的一种设备的结构示意图。
17.图6是本说明书根据一示例性实施例提供的一种云资源分配装置的框图。
具体实施方式
18.这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。
19.需要说明的是:在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中,其方法所包括的步骤可以比本说明书所描述的更多或更少。此外,本说明书中所描述的单个步骤,在其他实施例中可能被分解为多个步骤进行描述;而本说明书中所描述的多个步骤,在其他实施例中也可能被合并为单个步骤进行描述。
20.图1是一示例性实施例提供的一种云资源分配的网络架构示意图。如图1所示,本说明书实施例中,维护云资源、分配云资源的主体为云平台,而被分配云资源的主体可以包括作为云平台外部的客户端或者云平台内部的运维系统。以云平台向客户端分配云资源为例,云平台与用户侧的客户端通过网络(例如公网)相连接,从而使得云平台能够响应客户端发出的针对云资源的供应请求,向客户端分配云资源。在本说明书实施例中云平台将云资源分配至客户端,具体是指将云资源的使用权分配至对应的客户端,例如,客户端可以通过在云平台上注册的账户登录云平台,云平台可以将自身维护的云资源与该客户端对应的身份标识进行绑定,从而将该云资源的使用权指定为该客户端,并在该客户端本地登录云平台后所显示的控制台界面中展示该云资源,以响应于客户端对该云资源的各种使用或配置操作。
21.本说明书实施例所涉及的云资源,是指在云平台进行实例化后并且处于可使用状态的虚拟云端设备,包括云实例、云资源池和云私有池等,其中云实例包括云服务器、云盘、云应用或云网络中的虚拟网元等。由于云平台的本质是对实体硬件资源进行弹性维护和资源整合,因此云平台需要与大量硬件实体相连,从而维护有基本的云资源空间,本说明书实施例所涉及的云资源空间指的是用于实现云资源的计算资源、存储资源和/或网络资源的总称,其实质是对硬件实体所蕴含的计算资源、存储资源和/或网络资源的一种抽象表征方式。而云资源在云资源空间中实现(或称实例化),则是指云资源在对云资源空间进行占用并实例化得到的可供使用的虚拟云端设备的过程,其实质是对硬件实体按需进行的碎片化占用。
22.图2是本说明书根据一示例性实施例提供的一种云资源分配方法的流程图,该方法包括以下步骤:
23.s202:选取请求队列中包含的请求优先级最高的目标供应请求进行处理,其中,所述请求队列中包含的任一供应请求的请求优先级与其属性优先级相关,所述任一供应请求的属性优先级匹配于所述任一供应请求的请求属性。
24.本说明书实施例所涉及的云资源分配方法可以应用于图1所示的云平台。例如,云平台会动态维护有一个用于缓存接收到的多个供应请求的请求队列,并将这些供应请求按照请求优先级的顺序进行排序,再按照请求优先级由高至低的顺序依次处理请求队列中的供应请求。由于云资源的存量是有限的,因此如果对多个供应请求进行并行处理,可能会导
致并行处理的多个供应请求所需申请的是相同且库存紧张的云资源,由于并行处理的多个供应请求对彼此的处理过程不可见,这势必导致同一云资源被多个供应请求同时争夺,或同一云资源空间被多个供应请求分别预留,并最终导致并行处理的多个供应请求均处理失败,而本说明书实施例通过对请求队列中的供应请求按照请求优先级由高至低的顺序进行处理的串行处理方式就可以避免上述情况。
25.在本说明书实施例中,由于供应请求的处理需要时间,而云平台可以不断接收新的供应请求并被加入到请求队列中,因此请求队列通常会滞留有大量当前暂未处理完成的供应请求。其中,任一供应请求都具备对应的请求优先级,该请求优先级可以通过所述任一供应请求对应的属性优先级所确定,具体而言,所述任一供应请求的请求优先级与其属性优先级正相关。例如,所述任一供应请求的请求优先级可以被直接确定为所述任一供应请求的属性优先级本身。
26.本说明书实施例所涉及的任一供应请求的属性优先级由所述任一供应请求的请求属性所确定。所述任一供应请求的请求属性包括所述任一供应请求的请求来源和/或请求需求,其中,所述任一供应请求的请求来源是指所述任一供应请求对应的发起方,例如所述任一供应请求的发起方可以包括云平台自身的运维系统、云平台外部的注册用户对应的客户端、其他平台等;所述任一供应请求的请求需求包括所述任一供应请求的交付需求、分批需求以及所需申请的云资源的类型和数量。交付需求包含两种不同的交付方式:一种是完全交付,具体是指在所述任一供应请求的交付时刻之前向所述任一供应请求的发起方分配所述任一供应请求所需申请的全部云资源,如果在交付时刻无法向发起方分配全部云资源,则认为所述任一供应请求处理失败,且不会向发起方分配任何云资源;另一种是尽力交付,具体是指在所述任一供应请求的交付时刻即使无法向所述任一供应请求的发起方分配所需的全部云资源,也会认为所述任一供应请求处理成功,并尽可能地给发起方分配当前可供应的所述任一供应请求所需申请的部分云资源。分批需求是指对于所述任一供应请求所需申请的云资源是在交付时刻一次性交付,还是在一定的时间段分多批次进行多次交付。云资源类型包括云实例、云资源池和云私有池,或具体的一些云实例例如云服务器。本说明书实施例所涉及的所述任一供应请求的交付时刻是指所述任一供应请求所必须分配所述任一供应请求所需分配的云资源的时刻,或因无法分配云资源而向发起方返回请求处理失败通知的时刻。
27.上述的这些请求需求可以由所述任一供应请求的发起方在发起所述任一供应请求时指定,也可以由云平台根据所述任一供应请求的请求来源自行确定。
28.在一实施例中,在云平台预先设定有请求属性与属性优先级的对应关系,这种对应关系称为云资源供应场景,因此,每次云平台接收到新的供应请求后,会首先确定该供应请求的请求属性,并将其匹配至包含该请求属性的云资源供应场景,最后将该供应请求赋予匹配得到的云资源供应场景中包含的属性优先级。例如,可以进行如下云资源供应场景的配置:
29.场景1:请求来源为云平台内部运维系统的供应请求对应的属性优先级为属性优先级10。场景2:请求来源为云平台外部客户端的供应请求对应的属性优先级为属性优先级5。那么在进行上述云资源供应场景的配置后,如果云平台新接收到的供应请求的发起方为云平台内部运维系统,那么就会匹配场景1,并将该供应请求的属性优先级确定为属性优先
级10;如果云平台新接收到的供应请求的发起方为云平台外部客户端,那么就会匹配到场景2,并将该供应请求的属性优先级确定为属性优先级5。
30.可选的,所述选取请求队列中包含的请求优先级最高的目标供应请求进行处理,包括:从所述请求队列中包含的请求优先级最高的多个供应请求中,选取对应发起时刻最早的所述目标供应请求进行处理。在本说明书实施例中,对于请求队列中包含的具有相同请求优先级的多个供应请求,将按照所述多个供应请求对应发起时刻由早到晚的顺序进行处理。由此以来,可以使具有相同请求优先级但发起时刻更早的先被处理。本说明书实施例所涉及的任一供应请求的发起时刻可以是指:所述任一供应请求由其发起方进行发起的时刻、所述任一供应请求被云平台获取的时刻或所述任一供应请求首次/最近一次加入请求队列的时刻。
31.s204:在所述目标供应请求处理成功的情况下,将所述目标供应请求所申请的目标云资源分配至所述目标供应请求的发起方,并从所述请求队列中移除所述目标供应请求。
32.在一实施例中,目标供应请求的发起方在发起目标供应请求时,所述目标云资源已经完成实例化并被维护在云平台,此时云平台在处理目标供应请求时,可以通过检查所述目标云资源是否可用来确定所述目标供应请求是否处理成功,并在所述目标供应请求处理成功的情况下,将所述目标云资源的使用权赋予所述发起方;在另一实施例中,所述发起方在发起目标供应请求时,所述目标云资源还暂未完成实例化,此时云平台在处理目标供应请求时,可以通过检查云平台目前的云资源空间是否支持实例化出至少部分目标云资源,并在目前的云资源空间能够实例化出至少部分目标云资源时确定所述目标供应请求处理成功,利用预留的用于实现目标云资源的目标云资源空间实例化出至少部分目标云资源并将其使用权赋予所述发起方。在本说明书实施例中,任一供应请求在处理成功的情况下,都会从请求队列中移除,从而确保已经分配成功的云资源的不会重复被分配。
33.在本说明书实施例中,如果所述目标供应请求处理失败,该目标供应请求会被重新加入请求队列中而不会从请求队列中移除。
34.在本说明书实施例中,默认目标供应请求对应的发起方即针对目标云资源的需求方,因此可以通过直接给发起方分配目标云资源,然而,在其他实施例中,目标供应请求还会额外指定需求方,该需求方可以区别于发起方,那么在将目标云资源进行分配时,就不会分配至所述发起方而是会将其分配至所述需求方。
35.本说明书实施例通过设置请求队列,并使其中包含的各供应请求按照请求优先级由高至低的顺序进行逐一处理,并在所述目标供应请求处理成功的情况下,将所述目标供应请求所申请的目标云资源分配至所述目标供应请求的发起方,使得发起方申请云资源的过程与向发起方分配云资源的过程在时间上解除耦合,但又能确保所有的供应请求都能够被处理,由此发起方可以无需在发起针对云资源的供应请求时关注当前云资源的存货情况,从而避免因云资源库存紧张或缺货所导致的发起方无法正常申请云资源的现象,实现了预订云资源这种新的云资源分配方式。另外,由于所述请求队列中包含的任一供应请求的请求优先级与其属性优先级相关,所述任一供应请求的属性优先级匹配于所述任一供应请求的请求属性,因此还可以充分利用请求属性与属性优先级之间的对应关系来区分不同供应请求的处理顺序,实现基于请求属性的供应请求处理,以适应不同的云资源分配场景。
36.可选的,所述任一供应请求的请求优先级还与其时间优先级相关,其中:
37.对于时间优先级相同的多个供应请求,属性优先级相对更高的供应请求的请求优先级也相对更高;
38.对于时间优先级不同的多个供应请求,时间优先级相对更高的供应请求的请求优先级也相对更高。
39.在本说明书实施例中,任一供应请求的请求优先级将由其对应的属性优先级和时间优先级所共同决定。并且,通过上述的请求优先级的确定规则可以推知:时间优先级相对更高的供应请求一定比时间优先级相对更低的供应请求优先处理,而对于同一时间优先级中的各个供应请求,则是按照属性优先级由高至低的顺序进行处理。在本说明书实施例中,处于时间紧迫状态的供应请求总是被更优先地处理,从而能够尽可能提高发起方申请云资源的成功率并减少发起方的等待时间,提高发起方的体验。
40.以图3为例,图3是本说明书根据一示例性实施例示出的一种请求队列的示意图。在该图中,请求队列中包含的供应请求按照请求优先级由高至低的顺序由上至下排列,显然,包含有所有时间优先级为时间优先级10的供应请求的一级子队列(称为时间优先级10的一级子队列)应该排列在时间优先级9的一级子队列上方,而对于时间优先级10的一级子队列中,包含有所有属性优先级为属性优先级10的供应请求的二级子队列(称为时间优先级10、属性优先级10的二级子队列)应该排列在时间优先级10、属性优先级9的二级子队列上方,云平台将按照由上至下的顺序逐一处理供应请求。例如在图3中,时间优先级10、属性优先级10的二级子队列中排在队首的供应请求1将作为请求优先级最高的目标供应请求被首先处理,在供应请求1处理完毕后,将再依次选取并处理新的目标供应请求,即供应请求2、供应请求3和供应请求4,而在时间优先级10、属性优先级10的二级子队列中不含任何供应请求的情况下,云平台就会开始执行时间优先级10、属性优先级9的二级子队列中的供应请求,以此类推。
41.可选的,所述任一供应请求的时间优先级正相关于所述任一供应请求的等待时长,所述任一供应请求的等待时长为所述任一供应请求的发起时刻到当前时刻之间的时长;和/或,所述任一供应请求的时间优先级负相关于所述任一供应请求的到期时长,所述任一供应请求的到期时长为所述当前时刻到所述任一供应请求的交付时刻之间的时长。
42.在本说明书实施例中,任一供应请求的时间优先级将正相关于所述任一供应请求的时间紧迫状态,本说明书实施例所涉及的任一供应请求的时间紧迫状态,具体是由所述任一供应请求的等待时长和/或到期时长所确定的,且所述任一供应请求的时间紧迫状态正相关于所述任一供应请求的等待时长,所述任一供应请求的时间紧迫状态负相关于所述任一供应请求的到期时长,例如,在由等待时长和到期时长所共同确定时间紧迫程度的情况下,所述时间紧迫程度可以被表述为等待时长与到期时长在统一单位的状态下之间的比值,例如等待时长和到期时长的单位可以包括秒、分、小时、日等,本说明书对此并不作任何限制。如表1所示,表1展示了不同的时间紧迫状态与不同的时间优先级的对应关系。
43.等待时长/到期时长(时间紧迫状态)时间优先级20以上1015~20912~158
10~1278~1066~854~642~431~220~11
44.表1
45.例如,对于一个刚刚加入请求队列的供应请求而言,其等待时长与到期时长的比值接近于0,因此其时间优先级将被确定为时间优先级1;而对于一个等待时长刚好超过到期时长的供应请求而言,由于其等待时长与到期时长的比值处于1~2之间,因此需要将该供应请求的时间优先级调整更新为时间优先级2.
46.对请求队列中包含的各供应请求的时间优先级的更新时机可以是周期性的,也可以是在固定条件下进行,例如,在对所述任一供应请求进行处理后,根据所述请求队列当前包含的当前供应请求的等待时长和/或到期时长,更新所述当前供应请求的时间优先级。
47.可选的,还包括:
48.在对所述目标供应请求进行处理后,更新所述请求队列中当前包含的供应请求的属性优先级,以使所述任一供应请求更新后的属性优先级正相关于所述任一供应请求的等待时长和/或负相关于所述任一供应请求的到期时长;
49.其中,所述任一供应请求的等待时长为所述任一供应请求的发起时刻到当前时刻之间的时长,所述任一供应请求的到期时长为所述当前时刻到所述任一供应请求的交付时刻之间的时长。
50.在本说明书实施例中,不引入时间优先级的向度,而是仅通过对不同供应请求的属性优先级的动态调整来实现对不同供应请求的处理顺序的调整。每次处理完一个供应请求后,无论处理结果如何,均会对请求队列中包含的所有供应请求的属性优先级进行更新,例如可以设置预先维护有等待时长区间与属性优先级增长程度的对应关系,如表2所示。
51.等待时长(单位:小时)相对于初始属性优先级的增加值0~10010~20120以上3
52.表2
53.假设某一供应请求刚刚加入请求队列其初始属性优先级为属性优先级5,那么在该供应请求刚加入请求队列的前10小时内,该供应请求的属性优先级将维持不变;在该供应请求超过10小时还暂未处理完毕的情况下,将被提升1级的属性优先级,即该供应请求的属性优先级将升为属性优先级6;而在该供应请求持续20个小时依然没有处理完毕的情况下,该供应请求的属性优先级将在初始属性优先级的基础上增加3级,即更新为属性优先级8。
54.通过上述实施例,可以使得处于时间紧迫状态的供应请求被优先处理,从而尽可能提高申请成功率以及减少发起方的等待时间,提高发起方的体验。
55.可选的,还包括:在所述目标供应请求处理失败的情况下,降低所述目标供应请求的属性优先级。在本说明书实施例中,所述目标供应请求处理失败,包括:所述目标供应请求的请求属性中包含的交付需求为完全交付且所述目标云资源空间无法用于完整实现所述目标云资源;或者,所述目标供应请求的请求属性中包含的交付需求为尽量交付且所述目标云资源空间无法用于实现至少部分所述目标云资源。在任一供应请求处理失败的情况下,所述任一供应请求不会被马上从请求队列中移除,而是会在降低属性优先级的情况下继续留存在请求队列中,从而等待被下一次处理,而只有在所述任一供应请求处理失败且所述任一供应请求的交付时刻超过当前时刻的情况下,所述任一供应请求才会被移除请求队列,同时向所述任一供应请求的发起方返回请求处理失败的通知。通过在目标供应请求处理失败的情况下降低其属性优先级,并将其重新加入请求队列,使得同一供应请求可以被多次处理,提高供应请求的处理成功率,同时也避免了处理失败的供应请求长期反复占用处理资源,有碍于其他供应请求的处理效率。
56.可选的,还包括:记录所述任一供应请求处理失败的失败次数;在所述任一供应请求的失败次数超过预设阈值的情况下,将所述任一供应请求的属性优先级降低至预设优先级,或者,从所述请求队列中移除所述任一供应请求。在本说明书实施例中,如果某一供应请求处理失败的次数过多,则意味着该供应请求当前处理成功的可能性很低,此时可以将其属性优先级调低至最低优先级,或者直接移除请求队列,从而防止多次处理失败的供应请求长期反复占用处理资源,有碍于其他供应请求的处理效率。
57.可选的,还包括:获取用于申请云资源的新增供应请求,并根据所述新增供应请求的请求属性确定所述新增供应请求的属性优先级;将所述新增供应请求加入所述请求队列。
58.如前所述,云平台可以在任意时刻接收来自不同发起方所发起的新增供应请求,并根据其请求属性匹配对应的属性优先级,再将所述新增供应请求加入请求队列,以实现在请求队列中新增供应请求并排队的功能。由于新增供应请求与处理供应请求的过程是两个独立的过程,因此发起方可以无需关注于供应请求的处理过程,方便随时发起新的供应请求。
59.可选的,所述选取请求队列中包含的请求优先级最高的目标供应请求进行处理,包括:
60.从所述请求队列选取请求优先级最高的所述目标供应请求,从闲置云资源空间中确定出用于实现至少部分所述目标云资源的目标云资源空间,并将所述目标云资源空间从所述闲置云资源空间中移除;或者,
61.从所述请求队列选取请求优先级最高的所述目标供应请求,从正在使用的云资源空间中预订当前用于实现其他云资源的目标云资源空间,以使所述目标云资源空间用于在释放所述其他云资源后实现至少部分所述目标云资源。
62.在本说明书实施例中,默认云平台当前没有维护现成的已经实例化且可用的目标云资源,而是需要在处理目标供应请求的过程中逐渐生成用于实现目标云资源的目标云资源空间,然后再在需要将目标云资源分配至所述发起方的情况下,在所述目标云资源空间中先实例化出对应的至少部分目标云资源,然后再将目标云资源的使用权分配至所述发起方。
63.图4是本说明书根据一示例性实施例提供的一种处理目标供应请求的场景示意图,如图4所示,云平台中维护有用于实现云资源的云资源空间,云资源空间可以分为三大类,分别为闲置云资源空间、正在使用的云资源空间以及预留云资源空间。其中,闲置云资源空间是指当前云平台中可以收集得到的既没有被预留也没有被使用的可用的云资源空间,正在使用的云资源空间则是指已经用于实例化正在运行的云资源的云资源空间,而预留云资源空间则是指用于预备实现请求队列中各个尚未处理成功的供应请求所需申请的云资源的云资源空间,而一旦任一供应请求处理成功,则会利用所述任一供应请求在预留云资源空间中对应的云资源空间实现所述任一供应请求所需申请的至少部分云资源,并同时将这部分用于实现至少部分云资源的云资源空间移动至正在使用的云资源空间。
64.对于目标供应请求而言,其同样会在预留云资源空间中维护有对应的目标云资源空间,以用于在目标云资源空间处理成功的情况下实例化目标云资源。在对目标供应请求进行处理时,可以通过两种不同的方式预留出对应的目标云资源空间。例如,可以从闲置云资源空间中选取其中的部分作为目标云资源空间中的现有云资源空间加入目标云资源空间,同时将这部分从闲置云资源空间中移除,或者,可以从正在使用的云资源空间中选取出正在用于实现其他云资源的部分云资源空间预订作为目标云资源空间中的预订云资源空间加入目标云资源空间,以使在所述部分云资源空间释放所述其他云资源后被转化为目标云资源空间中的现有云资源空间。在本说明书实施例中,上述其他云资源存在一个释放时刻,在当前时刻达到释放时刻时,所述其他云资源就会被释放,而原本用于实现所述其他云资源的所述部分云资源空间就会被划归到现有云资源空间。特别的,在所述其他云资源的云资源类型与目标云资源的云资源类型相同的情况下,可以无需释放所述其他云资源,作为释放的代替,是将所述其他云资源的使用权直接调整为所述目标供应请求的发起方,从而实现无缝继承的分配方式,大大提高了云资源的分配效率。
65.需要指出的是,对于正在使用的云资源空间,其中同一部分的云资源空间只能被一个供应请求所预订,例如上述所述部分云资源空间在被目标供应请求所预订成为目标云资源空间中的预订云资源空间后,就无法再被其他供应请求所预订。在目标供应请求处理成功的情况下,将触发目标云资源空间实现目标云资源的过程,而由于只有现有云资源空间是可用状态的,因此即使触发了上述实现目标云资源过程,也需要持续等待到预订云资源空间完全转化为现有云资源空间后,再基于现有云资源空间实现对应的目标云资源。
66.在本说明书实施例中,可以从闲置云资源空间或正在使用的云资源空间中预留出目标云资源空间,从而最终实现目标云资源,不仅充分地利用了闲置的云资源空间,还对正在使用的云资源空间进行了预订,尽可能地挖掘出更多当前可用或后续可用云资源空间,增加云资源空间的利用率。
67.可选的,所述从闲置云资源空间中确定出用于实现至少部分所述目标云资源的目标云资源空间,包括:
68.从闲置云资源空间中确定出用于实现至少部分待实现目标云资源的新增云资源空间,所述待实现目标云资源为所述目标云资源空间当前无法实现的至少部分所述目标云资源;
69.将所述新增云资源空间合并至所述目标云资源空间,以使合并后的所述目标云资源空间还用于实现所述至少部分待实现目标云资源。
70.所述从正在使用的云资源空间中预订当前用于实现其他云资源的目标云资源空间,包括:
71.从正在使用的云资源空间中预订当前用于实现其他云资源的新增云资源空间,以使所述新增云资源空间用于在释放所述其他云资源后实现至少部分待实现目标云资源,所述待实现目标云资源为所述目标云资源空间当前无法实现的至少部分所述目标云资源;
72.将所述新增云资源空间合并至所述目标云资源空间,以使合并后的所述目标云资源空间还用于在释放所述其他云资源后实现所述至少部分待实现目标云资源。
73.如图4所示,每次处理目标供应请求时,都可以在上一次处理目标供应请求的基础上,从闲置云资源空间和/或正在使用的云资源空间中挖掘出新增云资源空间合并至目标云资源空间,从而使得合并后得到的云资源空间能够实现合并前目标云资源空间先前无法实现的目标云资源中的新增部分,例如,在合并前的目标云资源空间只能实现10台云服务器,而通过合并新增云资源空间,使得合并后的目标云资源空间可以实现15台云服务器。通过本说明书实施例,可以使得每次目标供应请求被处理时,都可以预留出更多的目标云资源空间,从而使得通过多次处理目标供应请求来最终预留出一个能够完整实现所述目标云资源的目标云资源空间成为可能。
74.可选的,所述其他云资源的临释放时长不超过所述目标供应请求的到期时长,所述其他云资源的临释放时长为当前时刻到所述其他云资源的释放时刻之间的时长,所述目标供应请求的到期时长为所述当前时刻到所述目标供应请求的交付时刻之间的时长。为了确保预订云资源空间能够在目标供应请求的交付时刻之前被转化为现有云资源空间并进一步实现目标云资源,在本说明书实施例中,所述其他云资源的临释放时长不能超过所述目标供应请求的到期时长。
75.可选的,所述目标供应请求处理成功,包括:
76.所述目标供应请求的请求属性中包含的交付需求为完全交付且所述目标云资源空间用于完整实现所述目标云资源;或者,
77.所述目标供应请求的请求属性中包含的交付需求为尽量交付且所述目标云资源空间用于实现至少部分所述目标云资源。
78.在本说明实施例中,针对目标供应请求不同的交付需求,对请求处理成功与否的判别方式有所不同。如果目标供应请求的交付需求为完全交付,则必须要确保所述目标云资源空间用于完整实现所述目标云资源,才能认为目标供应请求处理成功,否则认为目标供应请求处理失败,例如目标供应请求所需申请的目标云资源为20台云服务器,而假如目标供应请求在处理过程中所预留的目标云资源空间仅能够实现10台云服务器,则会认为本次目标供应请求处理失败。如果目标供应请求的交付需求为尽量交付,则只需要确保所述目标云资源空间能够用于实现部分所述目标云资源,就可以认为目标供应请求处理成功,例如目标供应请求所需申请的目标云资源为20台云服务器,而假如目标供应请求在处理过程中所预留的目标云资源空间仅能够实现10台云服务器,则同样会认为本次目标供应请求处理成功,并进一步将这10台云服务器分配给所述目标供应请求的发起方。
79.在本说明书实施例中,如果目标供应请求在未处理成功的情况下被移除请求队列,则宣告目标供应请求的处理已经彻底失败,此时需要将先前预留的目标云资源空间进行释放,使目标云资源空间中的现有云资源空间和预订云资源空间分别回归到原本所处的
闲置云资源空间或正在使用的云资源空间。
80.下面将结合云服务器售卖场景来对本技术的云资源分配方法进行详细描述。在本说明书实施例中,所述供应请求具体为用于申请获取云服务器的预购订单,该预购订单由用户对应的客户端发起并被提交至云平台。
81.在本说明书实施例中,用户可以采用多种付款策略用于结算上述预购订单。例如,用户可以在发起预购订单时就针对该预购订单进行相应的预付款,在这种情况下,如果该预购订单处理成功,云平台就会立即为该用户分配预购订单所申请的云服务器,而如果该预购订单处理失败则会基于用户的预付款进行相应的退款;或者,用户也可以在发起预购订单前将该预购订单所需金额对应的付款权限授权给云平台,从而使得在该预购订单处理成功的情况下由云平台基于用户授予的付款权限进行自动收款以结算预购订单,并在收款成功后将预购订单申请的云服务器分配给用户;或者,用户也可以只发起预购订单,待预购订单处理成功后,云平台会向用户对应的客户端返回预购订单处理成功的消息提醒以及针对该预购订单的缴费通知,用户收到提醒和通知后,需要在客户端上相应的缴费页面中手动进行付款操作以结算预购订单,最后云平台在确定预购订单成功结算后才会向用户分配相应的云服务器。
82.以用户在发起预购订单时就完成了相应的预付款为例,云平台在接收到客户端提交的预购订单后,首先确定该预购订单的请求属性,包括请求来源以及由用户所配置的请求需求,例如用户可以为该预购订单配置如下请求需求“交付需求:完全交付;分配需求:一次性交付;云资源类型及数量:云服务器10台”,那么云平台就会基于预购订单的请求属性匹配预先设定的云资源供应场景,例如上述预购订单就可以被匹配至预先设定的“请求来源为云平台外部客户端、交付需求为完全交付、分配需求为一次性交付、云资源类型为云服务器且数量在10台以内(包含10台)的预购订单的属性优先级为属性优先级7”的云资源供应场景,因而使得该预购订单的属性优先级被确定为属性优先级7。
83.每个预购订单都具有独一无二的请求标识,云平台维护有每个请求标识与对应预购订单发起方之间的绑定关系,假设上述预购订单的请求标识为“001”,那么在为该预购订单赋予属性优先级后,云平台会进一步为该预购订单赋予时间优先级最低一档的时间优先级1,并将该预购订单加入请求队列中时间优先级1的一级子队列中的时间优先级1、属性优先级7的二级子队列中的队末并排队等待处理。整个请求队列中的预购订单按照请求优先级由高至低的顺序进行串行处理,由于请求优先级被设定为时间优先级高的预购订单总大于时间优先级低的预购订单,而同等时间优先级下属性优先级高的预购订单总大于属性优先级低的预购订单,因此在该预购订单的时间优先级不发生更新的情况下,时间优先级1、属性优先级7的二级子队列中的预购订单需要等待至当前请求队列中不存在比时间优先级1更高的预购订单、且时间优先级1的一级子队列中不存在比属性优先级7更高的预购订单的情况下才会开始从二级子队列的队首开始进行处理。
84.云平台每次处理完一个预购订单后,会对请求队列中的每一个预购订单的时间优先级进行更新,具体是根据每个预购订单的等待时长和/或到期时长确定对应预购订单更新后的时间优先级。例如在请求标识为“001”的上述预购订单在加入请求队列一段时间后,其时间优先级可能会被更新为时间优先级2,因此将会从时间优先级1、属性优先级7的二级子队列中抽取出并被重新加入请求队列中时间优先级2、属性优先级7的二级子队列的队
末。
85.只要请求标识为“001”的预购订单在处理时未处理成功,则会被重新加入请求队列并等待下一次的处理。每次请求标识为“001”的预购订单在被处理时,均会从云平台的云资源空间中预留用于实现云服务器的云资源空间,例如在某一次处理过程中,闲置云资源空间中可以被整理出用于实现1台云服务器的云资源空间,那么这一部分云资源空间就会被请求标识为“001”的预购订单所预留至预留云资源空间中对应于自身的云资源空间,该云资源空间与请求标识“001”相互绑定,假设原本“001”对应的云资源空间可以实例化5台云服务器,那么通过这一次针对“001”预购订单的处理,使得“001”对应的云资源空间可以实例化6台云服务器。又例如,在某一次处理过程中,正在使用的云资源空间中存在用于实现即将释放的其他云资源的云资源空间,那么这部分云资源空间也可以有“001”预购订单所预订至“001”云资源空间,以使得这部分云资源空间在释放所述其他云资源空间后用于实现2台云服务器,那么,只需要确保“001”对应的云资源空间中的现有云资源空间与预订云资源空间加起来能够实现10台云服务器的情况下,就可以认为“001”预购订单可以满足完全交付的交付需求,那么只需等待在交付时刻之前预定云资源空间中的其他云资源被释放并完全转化为现有云资源空间后,就可以在下一次处理中被宣告处理成功,从而利用现有云资源空间实例化出10台云服务器并将在确定“001”预购订单的发起方用户以及完成预付款的前提下将这10台云服务器的使用权分配至该用户并向该用户发送预购成功的消息提醒,至此该用户便可以通过客户端上的控制台实现针对这10台云服务器的控制。
86.最后,因为“001”预购订单成功处理,因此需要将其从请求队列中移除,以避免重复处理,至此完成针对云服务器预购的全部过程。通过本说明书实施例,可以使需要购买云服务器的用户不必等待有备货的情况下再进行抢购,而是可以通过预购的形式参与排队,并在云平台能够整理出足够的云资源空间后按照请求优先级顺序处理对应的预购订单,以向用户提供所需的云服务器,避免了用户抢购不到云服务器的情况,同时通过设置属性优先级与时间优先级,在适应不同的云资源分配场景的情况下确保用户能够及时获取云服务器,具有更高的人性化,提高了用户体验。
87.与前述方法的实施例相对应,本说明书还提供了装置、电子设备以及存储介质的实施例。
88.图5是一示例性实施例提供的一种设备的示意结构图。请参考图5,在硬件层面,该设备包括处理器502、内部总线504、网络接口506、内存508以及非易失性存储器510,当然还可能包括其他功能所需要的硬件。本说明书一个或多个实施例可以基于软件方式来实现,比如由处理器502从非易失性存储器510中读取对应的计算机程序到内存508中然后运行。当然,除了软件实现方式之外,本说明书一个或多个实施例并不排除其他实现方式,比如逻辑器件抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑单元,也可以是硬件或逻辑器件。
89.如图6所示,图6是本说明书根据一示例性实施例提供的一种云资源分配装置的框图,该装置可以应用于如图5所示的设备中,以实现本说明书所涉及的云资源分配方案,该装置可以包括:
90.请求处理单元601,用于选取请求队列中包含的请求优先级最高的目标供应请求进行处理,其中,所述请求队列中包含的任一供应请求的请求优先级与其属性优先级相关,
所述任一供应请求的属性优先级匹配于所述任一供应请求的请求属性;
91.云资源分配单元602,用于在所述目标供应请求处理成功的情况下,将所述目标供应请求所申请的目标云资源分配至所述目标供应请求的发起方,并从所述请求队列中移除所述目标供应请求。
92.可选的,所述请求处理单元601具体用于:
93.从所述请求队列中包含的请求优先级最高的多个供应请求中,选取对应发起时刻最早的所述目标供应请求进行处理。
94.可选的,所述任一供应请求的请求优先级与其属性优先级正相关。
95.可选的,所述任一供应请求的请求优先级还与其时间优先级相关,其中:
96.对于时间优先级相同的多个供应请求,属性优先级相对更高的供应请求的请求优先级也相对更高;
97.对于时间优先级不同的多个供应请求,时间优先级相对更高的供应请求的请求优先级也相对更高。
98.可选的,
99.所述任一供应请求的时间优先级正相关于所述任一供应请求的等待时长,所述任一供应请求的等待时长为所述任一供应请求的发起时刻到当前时刻之间的时长;和/或,
100.所述任一供应请求的时间优先级负相关于所述任一供应请求的到期时长,所述任一供应请求的到期时长为所述当前时刻到所述任一供应请求的交付时刻之间的时长。
101.可选的,所述请求处理单元601具体用于:
102.从所述请求队列选取请求优先级最高的所述目标供应请求,从闲置云资源空间中确定出用于实现至少部分所述目标云资源的目标云资源空间,并将所述目标云资源空间从所述闲置云资源空间中移除。
103.可选的,所述请求处理单元601具体用于:
104.从闲置云资源空间中确定出用于实现至少部分待实现目标云资源的新增云资源空间,所述待实现目标云资源为所述目标云资源空间当前无法实现的至少部分所述目标云资源;
105.将所述新增云资源空间合并至所述目标云资源空间,以使合并后的所述目标云资源空间还用于实现所述至少部分待实现目标云资源。
106.可选的,所述请求处理单元601具体用于:
107.从所述请求队列选取请求优先级最高的所述目标供应请求,从正在使用的云资源空间中预订当前用于实现其他云资源的目标云资源空间,以使所述目标云资源空间用于在释放所述其他云资源后实现至少部分所述目标云资源。
108.可选的,所述请求处理单元601具体用于:
109.从正在使用的云资源空间中预订当前用于实现其他云资源的新增云资源空间,以使所述新增云资源空间用于在释放所述其他云资源后实现至少部分待实现目标云资源,所述待实现目标云资源为所述目标云资源空间当前无法实现的至少部分所述目标云资源;
110.将所述新增云资源空间合并至所述目标云资源空间,以使合并后的所述目标云资源空间还用于在释放所述其他云资源后实现所述至少部分待实现目标云资源。
111.可选的,所述其他云资源的临释放时长不超过所述目标供应请求的到期时长,所
述其他云资源的临释放时长为当前时刻到所述其他云资源的释放时刻之间的时长,所述目标供应请求的到期时长为所述当前时刻到所述目标供应请求的交付时刻之间的时长。
112.可选的,所述目标供应请求处理成功,包括:
113.所述目标供应请求的请求属性中包含的交付需求为完全交付且所述目标云资源空间用于完整实现所述目标云资源;或者,
114.所述目标供应请求的请求属性中包含的交付需求为尽量交付且所述目标云资源空间用于实现至少部分所述目标云资源。
115.可选的,还包括:
116.优先级更新单元603,用于在对所述目标供应请求进行处理后,更新所述请求队列中当前包含的供应请求的属性优先级,以使所述任一供应请求更新后的属性优先级正相关于所述任一供应请求的等待时长和/或负相关于所述任一供应请求的到期时长;
117.其中,所述任一供应请求的等待时长为所述任一供应请求的发起时刻到当前时刻之间的时长,所述任一供应请求的到期时长为所述当前时刻到所述任一供应请求的交付时刻之间的时长。
118.可选的,还包括:
119.优先级降低单元604,用于在所述目标供应请求处理失败的情况下,降低所述目标供应请求的属性优先级。
120.可选的,还包括:
121.失败次数记录单元605,用于记录所述任一供应请求处理失败的失败次数;
122.失败请求处理单元606,用于在所述任一供应请求的失败次数超过预设阈值的情况下,将所述任一供应请求的属性优先级降低至预设优先级,或者,从所述请求队列中移除所述任一供应请求。
123.可选的,还包括:
124.新增请求获取单元607,用于获取用于申请云资源的新增供应请求,并根据所述新增供应请求的请求属性确定所述新增供应请求的属性优先级;
125.加入队列单元608,用于将所述新增供应请求加入所述请求队列。
126.相应的,本说明书还提供一种装置,所述装置包括有处理器;用于存储处理器可执行指令的存储器;其中,所述处理器被配置为实现上述全部方法实施例提供的云资源分配方法的步骤。
127.相应的,本说明书还提供一种计算机可读存储介质,其上存储有可执行的指令;其中,该指令被处理器执行时,实现上述全部方法实施例提供的云资源分配方法的步骤。
128.对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理模块,即可以位于一个地方,或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
129.上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机,计算机的具体形式可
以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。
130.在一个典型的配置中,计算机包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
131.内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(ram)和/或非易失性内存等形式,如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
132.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带、磁盘存储、量子存储器、基于石墨烯的存储介质或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
133.还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个
……”
限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
134.上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
135.在本说明书一个或多个实施例使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
136.应当理解,尽管在本说明书一个或多个实施例可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本说明书一个或多个实施例范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
137.以上所述仅为本说明书一个或多个实施例的较佳实施例而已,并不用以限制本说明书一个或多个实施例,凡在本说明书一个或多个实施例的精神和原则之内,所做的任何
修改、等同替换、改进等,均应包含在本说明书一个或多个实施例保护的范围之内。
再多了解一些

本文用于企业家、创业者技术爱好者查询,结果仅供参考。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表

相关文献