CN113992666A - 云资源分配方法、系统、设备及存储介质 - Google Patents

云资源分配方法、系统、设备及存储介质 Download PDF

Info

Publication number
CN113992666A
CN113992666A CN202111112268.0A CN202111112268A CN113992666A CN 113992666 A CN113992666 A CN 113992666A CN 202111112268 A CN202111112268 A CN 202111112268A CN 113992666 A CN113992666 A CN 113992666A
Authority
CN
China
Prior art keywords
resource
cloud
resources
emergency
cloud 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.)
Granted
Application number
CN202111112268.0A
Other languages
English (en)
Other versions
CN113992666B (zh
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
Alibaba Cloud Computing Ltd
Original Assignee
Alibaba China Co Ltd
Alibaba Cloud Computing 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, Alibaba Cloud Computing Ltd filed Critical Alibaba China Co Ltd
Priority to CN202111112268.0A priority Critical patent/CN113992666B/zh
Publication of CN113992666A publication Critical patent/CN113992666A/zh
Application granted granted Critical
Publication of CN113992666B publication Critical patent/CN113992666B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
    • G06F9/5016—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals the resource being the memory
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • G06F9/5038—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the execution order of a plurality of tasks, e.g. taking priority or time dependency constraints into consideration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/76—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/78—Architectures of resource allocation
    • H04L47/783—Distributed allocation of resources, e.g. bandwidth brokers

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Hardware Redundancy (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请实施例提供云资源分配方法、系统、设备以及存储介质。其中，方法包括：若未匹配到满足资源需求的指定云资源，则确定匹配失败原因；若匹配失败原因为资源不足，对资源需求进行调整，以得到多个替补需求；分别获取满足不同替补需求的至少一个目标云资源，以作为替代指定云资源的应急云资源；将应急云资源分配给请求方。本申请技术方案，当请求方的云资源匹配失败并且又有紧急需求时，可以采取等待替补需求的方式得到所需的指定云资源，从而解决请求方的紧急需求的问题。其中，指定云资源可以是依据替补需求确定的多个不同的目标云资源共同作为替代指定云资源的应急云资源，能够有效提高为请求方分配云资源的效率，解决请求方的应急需求问题。

Description

云资源分配方法、系统、设备及存储介质
技术领域
本申请涉及计算机技术领域，尤其涉及云资源分配方法、系统、设备及存储介质。
背景技术
随着云计算技术的发展，云计算相关产品技术也得到了广泛的应用。其中，弹性计算(ECS)作为云计算重要的基础产品，相较于传统的互联网数据中心(Internet DataCenter，IDC)具有明显的优势，因此越来越多的用户抛弃传统的互联网技术中心而选择弹性计算。
弹性计算(ECS)具有弹性灵活的特性，为用户提供了云资源即用即开的服务能力。可以让用户在使用高峰时能够实时开通云资源保障稳定运行，使用低谷时释放云资源能够节约成本。然而，在有的时候很多用户使用规律相近，具有很相似的潮汐分布规律。也就是，在遇到云资源紧张的使用高峰的时候，很容易出现多个用户同时争取云资源导致有的用户无法实现实时的开通云资源。尤其是在一些用户有紧急需求无法得到满足的情况下，将可能会对用户造成严重损失，甚至失去用户的信任。
发明内容
为解决或改善现有技术中存在的问题，本申请各实施例提供了云资源分配方法、系统、设备及存储介质。
第一方面，在本申请的一个实施例中，提供了一种云资源分配方法。该方法包括：
若未匹配到满足资源需求的指定云资源，则确定匹配失败原因；
若匹配失败原因为资源不足，对所述资源需求进行调整，以得到多个替补需求；
分别获取满足不同替补需求的至少一个目标云资源，以作为替代所述指定云资源的应急云资源；
将所述应急云资源分配给所述请求方。
第二方面，在本申请的一个实施例中，提供了另一种云资源分配方法。该方法包括：
发送资源需求给云资源管理端；
若未匹配到所述资源需求中指定云资源，则接收所述云资源管理端反馈的匹配失败原因；
若所述匹配失败原因为资源不足，则向所述云资源管理端发送基于所述资源需求调整得到的替补需求；
获得所述云资源管理端分配的用于替代所述指定云资源的应急云资源；其中，所述应急云资源是由满足所述替补需求至少一个目标云资源确定的。
第三方面，在本申请的一个实施例中，提供了一种云资源分配系统。所述系统包括：
云资源管理端，用于若未匹配到满足资源需求的指定云资源，则确定匹配失败原因；若匹配失败原因为资源不足，对所述资源需求进行调整，以得到多个替补需求；分别获取满足不同替补需求的至少一个目标云资源，以作为替代所述指定云资源的应急云资源；将所述应急云资源分配给请求方；
客户端，用于发送资源需求给云资源管理端；若未匹配到所述资源需求中指定云资源，则接收所述云资源管理端反馈的匹配失败原因；若所述匹配失败原因为资源不足，则向所述云资源管理端发送基于所述资源需求调整得到的替补需求；获得所述云资源管理端分配的用于替代所述指定云资源的应急云资源；其中，所述应急云资源是由满足所述替补需求至少一个目标云资源确定的。
第四方面，在本申请的一个实施例中，提供了一种电子设备，包括存储器及处理器；其中，
所述存储器，用于存储程序；
所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于实现第一方面所述的一种云资源分配方法或第二方面所述的另一种云资源分配方法。
第五方面，在本申请的一个实施例中，提供了一种非暂时性机器可读存储介质，所述非暂时性机器可读存储介质上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使所述处理器执行如第一方面所述的方法或第二方面所述的方法。
本申请实施例提供的技术方案，若未匹配到满足资源需求的指定云资源，则确定匹配失败原因；若匹配失败原因为资源不足，对所述资源需求进行调整，以得到多个替补需求；分别获取满足不同替补需求的至少一个目标云资源，以作为替代所述指定云资源的应急云资源；将所述应急云资源分配给所述请求方。基于上述实施例，在请求方的云资源匹配失败并且又有紧急需求的情况下，可以通过采取等待替补需求的方式得到所需的指定云资源，从而解决请求方的紧急需求的问题。其中，指定云资源可以是依据替补需求确定的多个不同的目标云资源共同作为替代指定云资源的应急云资源，能够有效提高为请求方分配云资源的效率，解决请求方的应急需求问题。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的云资源分配方法的流程示意图；
图2为本申请实施例提供的确定失败原因的方法的流程示意图；
图3a为本申请实施例提供的一种替补需求发起方式的流程示意图；
图3b为本申请实施例提供的另一种替补需求发起方式的流程示意图；
图4为本申请实施例提供的生成指定云资源的方法的流程示意图；
图5为本申请实施例提供的一种目标云资源筛选方法的流程示意图；
图6为本申请实施例提供的另一种云资源分配的流程示意图；
图7为本申请实施例提供的云资源分配系统结构示意图；
图8为本申请实施例提供的举例说明云资源分配流程示意图；
图9为本申请实施例提供的一种云资源分配装置的结构示意图；
图10为本申请实施例提供的一种电子设备的结构示意图；
图11为本申请实施例提供的另一种云资源分配装置的结构示意图；
图12为本申请实施例提供的另一种电子设备的结构示意图。
具体实施方式
弹性计算(ECS)作为云计算重要的基础产品，被越来越多的用户采用。因为相较于传统的互联网数据中心(IDC)具有不可比拟的优势，比如，可以让用户在使用高峰时能够实时开通云资源保障稳定运行，使用低谷时释放云资源能够节约成本。在实际应用中，用户对云资源的需求是动态多变的。然而，在一些情况当中，用户的需求存在很大的相似性，也就是需求具有相同的潮汐规律，这样就会导致出现很多用户同时争抢云资源或者同时释放云资源。若用户同时释放资源，不会对用户的利益和成本产生不利影响。若多个用户同时争抢资源，对于没有抢到云资源的用户来说，则很可能造成不利影响。尤其是当用户对云资源的需求是紧急而且重要的，由于云资源无法得到及时的分配将会对用户造成无法挽回的损失。因此，需要一种能够在云资源需求紧张的情况下为用户解决云资源紧急需求的方案。在本申请技术方案中，具体工作过程，将在下述实施例中说明。
为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。
在本申请的说明书、权利要求书及上述附图中描述的一些流程中，包含了按照特定顺序出现的多个操作，这些操作可以不按照其在本文中出现的顺序来执行或并行执行。操作的序号如101、102等，仅仅是用于区分各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。此外，下文描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
如图1为本申请实施例提供的云资源分配方法的流程示意图。在实际应用场景中，该方法的执行主体可以是云资源管理端。该方法具体包括如下步骤：
101：若未匹配到满足资源需求的指定云资源，则确定匹配失败原因。
102：若匹配失败原因为资源不足，对所述资源需求进行调整，以得到多个替补需求。
103：分别获取满足不同替补需求的至少一个目标云资源，以作为替代所述指定云资源的应急云资源。
104：将所述应急云资源分配给请求方。
这里所说的资源需求当中，通常请求方会做出具体要求。比如，在视频编解码应用场景中，请求方已经在应用的云资源所具有的资源属性包括：资源数量(比如，实例数量为3)、资源地区(比如，华北中心A市)、资源配置比如(vCPU为2G，内存为8GiB，网络带宽基础/突发1/10Gbit/s，网络收发包PPS为90万，弹性网卡2G，云盘IOPS为1.25万，云盘带宽1Gbit/s)。当请求方发现当前云资源比较紧张，需要尽快创建新资源。请求方为了实现快速应用，想要选择与此前正在使用的云资源完全相同配置的新增云资源。资源需求当中除了包含上述属性之外，还会限定想要新增云资源的数量、地区、订购时间等等。因为可以是采用订购的方式，通常认为是订购时间为实时为请求方分配所需求的云资源，默认订购地区为当前正在使用的云资源相同的地区。
这里所说的匹配失败原因，通常会有很多中。比如，可能是因为网络故障，导致资源需求发送失败，或者因为网络故障导致无法分配给请求方。比如，请求方等级过低，有一些特殊的云资源无法分配给该请求方。再比如，资源池中已有的云资源类型与请求方不匹配，因此反馈给请求方匹配失败的提示信息。一般来说，云资源管理端没有能够成功匹配到资源需求所需要的指定云资源，都会向请求方反馈一个匹配失败的失败原因，以便请求方的通过客户端及时了解问题所在，并进一步调整匹配策略或订购策略。一般来说，不同的失败原因对应的需要调整的匹配策略也不同，比如，因为资源不足导致的匹配失败则调整的匹配策略为采取替补需求方式进行重新匹配；因为网络故障则发送报警信息，并等待网络恢复后由请求方重新提出资源需求。
一般来说，资源需求中会包含有请求方所需要的指定云资源的详细信息。比如，指定云资源的数量、地区、内存、带宽等详细信息。或者，是请求方根据套餐产品名称，从多个产品当中选择一个套餐产品，套餐产品可以分为入门级(比如包括：突发性能型、共享型、轻量应用等)企业级(比如包括：通用型、大数据型、高主频型、弹性裸金属等)，各种不同套餐产品都有其突出优势，满足用户特定的云资源需求，降低用户选择云资源的难度。换言之，资源需求当中，通常是具有明确的云资源的需求信息的，在资源池中云资源充足的情况下，是能够按照资源需求为请求方提供相应的云资源。
在实际应用中，若匹配失败的失败原因为资源不足，通常可以理解为与资源需求完全匹配的云资源当前不足，导致无法直接为请求方分配其所需要的指定云资源。如果请求方不是紧急需求的情况下，可以等待其他用户释放资源后再匹配，但是这种情况下，其他用户什么时间释放都是不确定因素。如果请求方有紧急需求，则可以采用提出替补需求的方式来解决紧急情况。这里所说的请求方的紧急需求的情况通常是几分钟至几天的时间范围内的需求。
当请求方有替补需求的时候，可以基于替补需求的具体内容从资源池中选择出能够合适的至少一个目标云资源。在选择目标云资源的时候，可以依据替补需求进行选择，换言之，在选择多个目标云资源的情况下，可能这些多个目标云资源对应的替补需求并不完全相同。比如，目标云资源a的替补地区为b1城市，目标云资源b的替补地区为b1城市的临市b2城市。进而基于至少一个目标云资源生成应急云资源，将该应急云资源作为指定云资源的替代品解决应急需求。虽然请求方的替补需求只有一个，但是可以将请求方所需要的指定云资源按照不同的维度(比如，地区维度、时间维度等)进行拆分。显然，这种拆分方式不是对请求或者订单进行拆分，而是根据替补需求对云资源进行拆分，化整为零，多批次分配，但是需要注意要严格按照替补需求中限定的替补时间(比如，请求方约定10分钟内需要用应急云资源，过期则不需要)提供目标云资源。这样可以更加容易找到能够满足替补需求的应急云资源，从而很好的解决请求方的紧急需求。
在本申请一个或者多个实施例中，如图2为本申请实施例提供的确定失败原因的方法的流程示意图。从图2中可以看到，所述若未匹配到满足资源需求的指定云资源，则确定匹配失败原因，具体包括如下步骤：
201：获取所述资源需求中携带的资源地区、资源数量和资源配置。
202：若在资源池中未匹配到满足所述资源需求的所述指定云资源，确定所述匹配失败原因为资源不足。
203：向所述请求方反馈携带有所述匹配失败原因的失败提示信息。
在实际应用中，资源需求当中请求方会根据自己的需求提出所需云资源的约束条件。例如，资源地区、资源数量、资源配置。其中，这里所说的资源配置，比如可以是前文中所说的vCPU、内存、网络带宽基础/突发、网络收发包、弹性网卡、云盘吞吐量、云盘带宽等等。这里所说的资源地区可以理解为云资源所在区域，比如，华北云计算中心等。同一个请求方为了使得工作得以顺利进行，可以同时在不同地区创建云资源，从而能够满足不同地区的实际需求。
这里所说的指定云资源是具有资源需求中所限定的资源属性(包括资源地区、资源数量、资源配置等)的云资源。在资源池中云资源充足的情况下，通常会直接在资源池中寻找完全匹配的配置，若没有可以临时搭建从而满足用户的实际需求。若需要用户参与搭建过程，则可以通过可视化界面引导用户完成所需云资源的搭建工作。假设，在资源池中云资源充足，例如，请求方甲，需要一款云资源产品，在资源需求中限定了资源属性，包括：资源地区为b1地区、资源数量为2、资源配置分别为系统盘60G、弹性网卡2G等等，在资源池中推广的产品云资源A恰好完全能够满足请求方甲的产品需求，则可以云资源A分配给请求方甲。
若资源池中的云资源不充足，如步骤203所述，具体包括：若在资源池中未匹配到满足所述资源需求的所述指定云资源，确定所述资源池中所述指定云资源相关云资源的占用情况；若所述占用情况为满负荷占用，则确定所述匹配失败原因为资源不足。
根据资源需求中所限定的资源地区、资源数量以及资源配置等从资源池中查找合适的云资源的时候，若没有查找到，则会向请求方反馈携带有匹配失败原因的失败提示信息。如前述所述，查找指定云资源失败的原因有很多种，比如网络原因等。若是因为资源不足，则可以在确定未匹配到满足资源需求的指定云资源之后，确认一下资源池中相关云资源的占用情况，如果是满负荷占用(比如，满负荷占用比例达到100％或95％，这个满负荷的比例可以根据需要设定)，那么可以确定匹配失败原因是资源不足。这种情况下，进一步向用户确定是否有紧急需求而需要发起替补需求；或者有云资源管理端自动判断请求方是否有紧急需求，如果有紧急需求，则发起替补需求。下面将根据不同的替补需求生成、发起方式分别进行举例说明。
一种情况是替补需求是由客户端发起的，如图3a为本申请实施例提供的一种替补需求发起方式的流程示意图。如图3a所示，具体包括如下步骤：
301a：若所述匹配失败原因为资源不足，则向所述请求方发送替补提示信息。
302a：接收请求方反馈的基于所述资源需求调整后得到所述替补需求；其中，所述替补需求包括：替补地区、替补数量、替补时间、替补方式。
在本申请实施例当中所说的资源数量和替补数量可以理解为实例数量。比如，需要4个实例为2核4G的实例，或者需要2个4核8G的实例。在实际应用中，资源需求中还可以限定资源配置，同样在替补需求中也可以限定替补配置，一般替补配置与资源配置相同，当然也可以由请求方根据自己的应急需求进行选择。
在云资源管理端确定失败原因为资源不足之后，会向对应的请求方所在客户端发送失败提示信息的同时发送替补提示信息，通过替补提示信息询问请求方是否需要发起替补需求，换言之，请求方对云资源的需求是否紧急。具体来说，若请求方接受了替补提示信息，则表示请求方有紧急的云资源需求，愿意进行替补方式获得用于替代指定云资源的应急云资源。反之，若请求方并未接受替补提示信息(比如，请求方没有反馈或者反馈不接收替补方式)，则表示该请求方虽然想要获得新的云资源，但是需求并不紧急。需要说明的是，这里所说的替补需求包括替补地区、替补数量、替补配置、替补时间、替补方式中至少一种。
如前文所述可知，在资源需求中包括资源地区、资源数量和资源配置。由于按照资源需求中限定的资源属性从资源池中无法获取到指定云资源，因此，需要基于资源需求进行相应调整，得到替补需求。在调整的时候，基于同一类型的属性进行相应调整，比如，基于资源地区调整为临近的一个或者两个替补地区，基于资源数量调整调整为与其相等或者比其小的多个替补数量。替补时间通常是根据请求方的紧急程度确定的，比如请求方甲的紧急程度是非常紧急，需要在3个小时之内就要使用应急云资源，那么对应的替补时间就为3小时内的任一时间；再比如请求方乙的紧急程度为一般紧急，需要在1天之内使用应急云资源，那么对应的替补时间就是1天中的任一时间。
另一种情况是替补需求是由云资源管理端自动发起的。如图3b为本申请实施例提供的另一种替补需求发起方式的流程示意图。如图3b所示，具体包括如下步骤：
301b：若所述匹配失败原因为资源不足，则对所述资源需求进行调整。
302b：生成所述替补需求，所述替补需求包括：替补地区、替补数量、替补时间、替补方式。
在本申请实施例中，请求方可以采用托管的方式，交由云资源管理端自行发起替补需求。那么云资源管理端将会对资源需求进行调整(比如，对地区进行调整，对某项配置参数进行微调等等)，因为资源需求表示请求方最初想要的指定云资源的基本需求。经过调整后，就可以对参照替补需求寻找目标云资源，相当于对指定云资源做拆分得到多个相似的目标云资源，由多个相似目标云资源组成应急云资源作为指定云资源的应急替代品。具体的如何基于资源需求调整得到替补需求的调整过程，可以参见图3a对应的实施例，这里就不再重复赘述。
在本申请一个或者多个实施例中，所述替补方式包括：分批交付和整体交付。这里所说的分批交付，可以理解为按照地区、数量、时间等维度筛选得到目标云资源。比如，资源需求中限定的资源地区为b1地区，但是经过调整后替补地区包括b1地区和b2地区；资源需求中限定的资源数量为4个，但是经过调整后待选数量为1、2、3、4中一个或者多个，进而替补数量可以是多个待选数量中的一个或者多个。可知，通过上述调整后所得到的替补需求具有比原来资源需求中所限定的资源属性类型多，范围广，因此，基于替补需求更容易找到目标云资源，有利于更好的满足请求方的紧急需求。
当然，若能够在资源池中找到替补数量等于资源数量，但是其他替补需求与资源需求不完全相同的目标云资源，可以进行整体交付，实现一次性满足请求方的应急需求。
如图4为本申请实施例提供的生成指定云资源的方法的流程示意图。从图4中可以看到，所述基于满足至少一个所述替补需求的至少一个目标云资源，生成所述指定云资源，包括：
401：获取满足于所述替补地区中任一地区的目标云资源，其中所述替补地区是基于所述资源地区调整得到的距离相近的多个地区。
402：获取满足于所述替补数量中任一数量的目标云资源，其中所述替补数量是不大于所述资源数量的多个待选数量。
403：获取满足于所述替补时间中任一时间的目标云资源，其中所述替补时间是所述请求方指定应急时间。
404：基于预设指标，确定至少一个目标云资源作为替换所述指定云资源的应急云资源。
如前文所述可知，由于替补需求所包含的内容比较多，同一种替补需求可能具有多个相近选项。在进行云资源筛选的时候，将能够匹配到同一种属性中任一选项的云资源作为目标云资源。其中，不同的替补需求确定目标云资源的方式不同。
具体来说，基于替补地区筛选目标云资源的时候，将具有替补地区与资源地区相近的云资源作为目标云资源。这里所说的相近可以理解替补地区与资源地区之间的距离小于用户指定的阈值，或者，请求方指定的替补地区认为是与资源地区相近。需要说明的是，除了替补地区外，资源池中的云资源还需要确定符合其他替补需求之后，才能筛选出目标云资源。
基于替补数量筛选目标云资源的时候，将替补数量不大于资源数量的云资源作为目标云资源。比如资源数量为6个，当前资源池中可能只有2个云资源，那么为了满足请求方的紧急需求，可以先将这2个目标云资源分配给请求方进行应用。需要说明的是，除了替补数量外，资源池中的云资源还需要确定符合其他替补需求之后，才能筛选出目标云资源。
基于替补时间确定目标云资源的时候，将不晚于所述替补时间的云资源作为所述目标云资源。比如，请求方想要在3小时之后得到指定云资源，先看一下当前被占用的云资源有哪些将会在3小时之内被释放出来，则将这部分云资源作为目标云资源。需要说明的是，除了替补时间外，资源池中的云资源还需要确定符合其他替补需求之后，才能筛选出目标云资源。
为了便于理解，下面具体举例说明。假设原本请求方提出的资源需求当中限定的资源地区为b1地区，资源数量为3个2核4G，资源配置为系统盘60G、弹性网卡2G等。经过在资源池中的查找，发现有第一云资源，该第一云资源在b2地区，且该第一云资源的数量为1个2核4G，该第一云资源的配置为系统盘60G、弹性网卡2G等；第一云资源可以随时分配给请求方。此外，发现有一个可以被释放出来的第二云资源在b1地区，该第二云资源的数量为2个2核4G、第二云资源的配置为系统盘60G、弹性网卡为2G等，第二云资源可以在1小时候分配给请求方。因此，若将第一云资源和第二云资源组合生成指定云资源。虽然请求方只发送一个替补需求，但是可以根据替补需求中具体限定的替补需求通过多种替补方式组合生成指定云资源。无需拆分请求订单，而是根据云资源所对应的属性进行多维度分解分别匹配对应的目标云资源，进而组合生成用于替代指定云资源的应急云资源。能够有效解决请求方难以及时匹配到紧急需要的指定云资源的问题。
需要说明的是，所述目标云资源包括：主动释放得到的云资源和/或被动释放得到的云资源。具体来说，这里所说的主动释放得到的云资源可以是在其他用户由于资源闲置释放或者由于合约到期释放。这里所说的被动释放可以是由云资源管理端控制或者通知其他正在占用该云资源的用户释放。
其中，被动释放的情况可以有多种，比如，某部分云资源被请求方丙以低折扣的方式购买占用，但是在请求方丙享受低折扣的同时，还增加了附加条件就是云资源管理端可以在紧急情况下要求请求方丙释放该部分云资源，进而将这些云资源作为目标云资源，在进行云资源调度的过程中该方式的成功率越为90％，成功率比较高。再比如，某部分云资源被请求方丁以低价格认购方式购买占用，并没有增加任何附加条件，当有其他请求方有紧急需求的时候，经过云资源管理端询问其他各个请求方后，请求方丁表示可以释放其占用的某部分云资源，但是需要在其云资源占用量1小时后下降50％的情况下，那么该某部分云资源被成功释放的可能性只有20％，对应的成功率就比低。以上这些调度过程都是需要云资源管理端进行协调的，是需要付出时间成本、资源成本甚至是经济成本。
如前文所述可知，由于目标云资源并不是完全来自资源池当中闲置资源，而是需要云资源管理端采用调度手段才能将目标云资源分配给请求方。因此，在确定目标云资源的时候，在满足请求方需求的同时要充分考虑资源分配成本。如图5为本申请实施例提供的一种目标云资源筛选方法的流程示意图。所述预设指标包括：所述资源数量与所述替补数量之间的数量差分值，所述资源时间与所述替补时间之间的时间差分值。
从图5中可以看到，所述基于预设指标，确定至少一个目标云资源作为替换所述指定云资源的应急云资源具体包括如下步骤：
501：基于所述数量差分值、所述时间差分值，确定所述至少一个目标云资源分别对应的目标分值。
502：确定所述目标分值符合分值阈值的所述至少一个目标云资源作为替换所述指定云资源的应急云资源。
为了便于对图5所示方法的理解，下面具体举例说明：
假设，请求方需要的资源数量是4个实例，目标云资源的替补数量e为3个；假设请求方的替补时间是3小时，目标云资源的替补时间t是2小时。
数量差分值的计算公式为
Figure BDA0003270759230000091
其中，Damounti为资源数量，Samounti为替补数量，SCOREamount为数量差分值。
时间差分值为
Figure BDA0003270759230000092
其中，Dtimei为资源时间，Stimei为替补时间，SCOREtime为时间差分值。
接下来，根据上述公式计算得到的数量差分值和时间差分值综合计算出目标云资源的目标分值，具体公式如下：
Figure BDA0003270759230000093
其中，KeyComponent表示数量差分值、时间差分值等。
此外，为了使得目标云资源的筛选更加可靠合理，还可以综合考虑交付成功率s和人工及资源成本c作为KeyComponent。得到的目标分值为Ci(0<i<N)＝f(e,t,s,c)其中f为优化映射函数，取出N为目标云资源组合。用于参与目标分值计算的时间差分值对应权重值、数量差分值对应权重值、交付成功率s对应权重值以及人工资源成本c对应权重值可以根据需要进行调整，从而得到更加合理的目标分值。
通过上述方案，虽然无法在资源池中很快的找到能够满足请求方资源需求的指定云资源，但是能够根据替补需求为请求方分配用于解决其紧急需求的应急云资源，能够有效确保请求方的相关工作正常运行。
在本申请一个或者多个实施例中，将所述应急云资源分配给所述请求方之后，还包括：若存在被释放云资源满足所述资源需求，则将所述被释放云资源作为所述指定云资源分配给所述请求方；获取所述请求方释放的所述应急云资源。
容易理解的是，在资源池中的云资源是动态变化的，可能随时会有新的云资源被释放，也可能有新的云资源匹配需求。若在请求方已经成功获得满足其应急需求的应急云资源之后，若发现资源池中出现了新的被释放云资源恰好满足资源需求，那么可以将该被释放云资源分配给请求方，从而满足请求方的实际需求。需要说明的是，虽然当初为了解决请求方的紧急需求为其分配了应急云资源，但是由于应急云资源所具有的属性(比如，应急云资源配置、应急云资源地区)不能够完全符合请求方要求，导致应急云资源所提供的服务效果不能完全符合请求方的预期，因此，当发现有被释放云资源满足资源需求的时候，可以为该请求方进行重新分配，并将原来分配的应急云资源释放到资源池。当然，为请求方重新分配指定云资源可以争取请求方的同意后进一步执行指定云资源替换应急云资源的替换工作。通过本实施例使得请求方的紧急需求得到满足的情况下，尽可能的为请求方提供更加优质的服务效果。
基于相同的思路，本申请实施例还提供一种云资源分配方法。如图6为本申请实施例提供的另一种云资源分配的流程示意图。该方法可用于客户端，与云资源管理端共同实现云资源分配。所述方法包括：
601：发送资源需求给云资源管理端。
602：若未匹配到所述资源需求中指定云资源，则接收所述云资源管理端反馈的匹配失败原因。
603：若所述匹配失败原因为资源不足，则向所述云资源管理端发送基于所述资源需求调整得到的替补需求。
604：获得所述云资源管理端分配的用于替代所述指定云资源的应急云资源；其中，所述应急云资源是由满足所述替补需求至少一个目标云资源确定的。
当请求方通过客户端向云资源管理端发送资源需求，在该资源需求当中，明确限定了请求方的实际需求，比如包括：资源地区、资源数量和资源配置等。对于资源地区、资源数量和资源配置等具体内容，可以参见图1至图5所示各实施例。
一般来说，闲置的云资源都会放到资源池当中，以便请求方可以根据需要随时匹配。若某个请求方不再使用某个云资源，也可以将不再占用的云资源释放到资源池当中。使得资源池当中的云资源处于动态变化状态。
在实际应用中，对资源需求的调整工作，可以由客户端实现，也可以由云资源管理端实现。下面将以客户端对匹配需求的调整过程为例进行说明，具体包括：基于所述资源地区调整，得到与所述资源地区相近的至少一个替补地区。基于所述资源数量调整，得到不大于所述资源数量的至少一个替补数量。确定获得所述应急云资源的最晚时间为替补时间。基于所述替补地区、所述替补数量和所述替补时间生成所述替补需求。
根据替补需求为请求方分配对应的应急云资源的时候，可以采用分批交付的方式和整体交付的方式。在实际应用中，如果资源池中云资源比较紧张的情况下，整体交付可能会比较慢，通常会超过替补时间，难以满足请求方的紧急需求。
若采用分批交付的方式，需要云资源管理端通过如下方式确定应急云资源：获取满足于所述替补地区中任一地区的目标云资源，其中所述替补地区是基于所述资源地区调整得到的距离相近的多个地区。获取满足于所述替补数量中任一数量的目标云资源，其中所述替补数量是不大于所述资源数量的多个待选数量。获取满足于所述替补时间中任一时间的目标云资源，其中所述替补时间是所述请求方指定应急时间。基于预设指标，确定至少一个目标云资源作为替换所述指定云资源的应急云资源。
需要说明的是，将应急云资源分配给请求方之前，会将得到的应急云资源按照约定时间进行预留，若在约定时间内，请求方完成了支付操作(也就是购买成功)，那么将对应的应急云资源分配给该请求方。若超过约定时间之后，仍然没有进行支付，则认为该请求方放弃匹配应急云资源，则会对应急云资源进行释放。
当有多个请求方同时发出替补请求之后，将按照请求方的请求先后顺序进行应急资源的分配。
可选地，所述预设指标包括：所述资源数量与所述替补数量之间的数量差分值，所述资源时间与所述替补时间之间的时间差分值。
云资源管理端还需要进一步对目标云资源进行打分，从而确定应急云资源，具体包括：基于所述数量差分值、所述时间差分值，确定所述至少一个目标云资源分别对应的目标分值。确定所述目标分值符合分值阈值的所述至少一个目标云资源作为替换所述指定云资源的应急云资源。
需要说明的是，这里所说的目标云资源包括：主动释放得到的云资源，和/或，被动释放得到的云资源。
在实际应用中，云资源管理端将所述应急云资源分配给所述请求方之后，还包括：当云资源管理端发现资源池中存在被释放云资源满足所述资源需求，则将所述被释放云资源作为所述指定云资源分配给所述请求方。在客户端被分配之前，可能会接到云资源管理端发出的重分配提示信息，若请求方同意进行重分配，则会接收到被分配的指定云资源，若请求方不同意进行重分配，则将不会接收指定云资源。
若请求方同意进行重分配，则云资源管理端将会通知客户端进行应急云资源释放。
基于同样的思路，本申请实施例还提供一种云资源分配系统。如图7为本申请实施例提供的云资源分配系统结构示意图。从图7中可以看到，该系统包括：
云资源管理端71，用于若未匹配到满足资源需求的指定云资源，则确定匹配失败原因；若匹配失败原因为资源不足，对所述资源需求进行调整，以得到多个替补需求；分别获取满足不同替补需求的至少一个目标云资源，以作为替代所述指定云资源的应急云资源；将所述应急云资源分配给所述请求方；
客户端72，用于发送资源需求给云资源管理端；若未匹配到所述资源需求中指定云资源，则接收所述云资源管理端反馈的匹配失败原因；若所述匹配失败原因为资源不足，则向所述云资源管理端发送基于所述资源需求调整得到的替补需求；获得所述云资源管理端分配的用于替代所述指定云资源的应急云资源；其中，所述应急云资源是由满足所述替补需求至少一个目标云资源确定的。
为了便于理解，下面将进行举例说明。如图8为本申请实施例提供的举例说明云资源分配流程示意图。该图8中展示了应急云资源分配的大致流程。
在接收到用户提出的替补需求后，将根据替补需求确定多个备选供应方案，每种备选供应方案中都有对应的至少一个目标云资源。确定好目标云资源之后，将会触发执行，比如，控制释放被占用的目标云资源。为了使得请求方能够及时了解到当前进行云资源分配工作的处理进度，可以将相关处理进度信息共享给请求方，以便请求方根据进度决定是否需要等待应急云资源。
上述系统的工作过程可以参见图1至图5所述各个实施例，这里就不再重复赘述。
基于同样的思路，本申请实施例还提供一种云资源分配装置。如图9为本申请实施例提供的一种云资源分配装置的结构示意图。该云资源分配装置包括：
确定模块91，用于若未匹配到满足资源需求的指定云资源，则确定匹配失败原因。
调整模块92，用于若匹配失败原因为资源不足，对所述资源需求进行调整，以得到多个替补需求。
获取模块93，用于分别获取满足不同替补需求的至少一个目标云资源，以作为替代所述指定云资源的应急云资源。
分配模块94，用于将所述应急云资源分配给所述请求方。
可选地，确定模块91，用于获取所述资源需求中携带的资源地区、资源数量和资源配置；若在资源池中未匹配到满足所述资源需求的所述指定云资源，确定所述匹配失败原因为资源不足；向所述请求方反馈携带有所述失败原因的失败提示信息。
可选地，调整模块92，用于若所述匹配失败原因为资源不足，则向所述请求方发送替补提示信息；接收请求方反馈的基于所述资源需求调整后得到所述替补需求；其中，所述替补需求包括：替补地区、替补数量、替补时间、替补方式。
可选地，调整模块92，用于若所述匹配失败原因为资源不足，则对所述资源需求进行调整；生成所述替补需求，所述替补需求包括：替补地区、替补数量、替补时间、替补方式。
可选地，所述替补方式包括：分批交付和整体交付。获取模块93，用于获取满足于所述替补地区中任一地区的目标云资源，其中所述替补地区是基于所述资源地区调整得到的距离相近的多个地区。获取满足于所述替补数量中任一数量的目标云资源，其中所述替补数量是不大于所述资源数量的多个待选数量。获取满足于所述替补时间中任一时间的目标云资源，其中所述替补时间是所述请求方指定应急时间。基于预设指标，确定至少一个目标云资源作为替换所述指定云资源的应急云资源。
可选地，所述预设指标包括：所述资源数量与所述替补数量之间的数量差分值，所述资源时间与所述替补时间之间的时间差分值；
获取模块93，用于基于所述数量差分值、所述时间差分值，确定所述至少一个目标云资源分别对应的目标分值；确定所述目标分值符合分值阈值的所述至少一个目标云资源作为替换所述指定云资源的应急云资源。
可选的，所述目标云资源包括：主动释放得到的云资源，和/或，被动释放得到的云资源。
可选地，确定模块91，用于若在资源池中未匹配到满足所述资源需求的所述指定云资源，确定所述资源池中所述指定云资源相关云资源的占用情况；
若所述占用情况为满负荷占用，则确定所述匹配失败原因为资源不足。
可选的，分配模块94，还用于若存在被释放云资源满足所述资源需求，则将所述被释放云资源作为所述指定云资源分配给所述请求方。获取所述请求方释放的所述应急云资源。
本申请一个实施例还提供一种电子设备。该电子设备为计算单元中主节点电子设备。如图10为本申请实施例提供的一种电子设备的结构示意图。该电子设备包括存储器1001、处理器1002及通信组件1003；其中，
所述存储器1001，用于存储程序；
所述处理器1002，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：
若未匹配到满足资源需求的指定云资源，则确定匹配失败原因；
若匹配失败原因为资源不足，对所述资源需求进行调整，以得到多个替补需求；
分别获取满足不同替补需求的至少一个目标云资源，以作为替代所述指定云资源的应急云资源；
将所述应急云资源分配给所述请求方。
上述存储器1001可被配置为存储其它各种数据以支持在电子设备上的操作。这些数据的示例包括用于在电子设备上操作的任何应用程序或方法的指令。存储器可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。
进一步地，本实施例中的所述处理器1002可以具体是：可编程交换处理芯片，该可编程交换处理芯片中配置有数据复制引擎，能对接收到的数据进行复制。
上述处理器1002在执行存储器中的程序时，除了上面的功能之外，还可实现其它功能，具体可参见前面各实施例的描述。进一步，如图10所示，电子设备还包括：电源组件1004等其它组件。
本申请实施例还提供一种非暂时性机器可读存储介质，所述非暂时性机器可读存储介质上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使所述处理器执行图1至图5对应实施例所述的方法。
基于同样的思路，本申请实施例还提供一种云资源分配装置。如图11为本申请实施例提供的另一种云资源分配装置的结构示意图。该云资源分配装置包括：
发送模块1101，用于发送资源需求给云资源管理端。
接收模块1102，用于若未匹配到所述资源需求中指定云资源，则接收所述云资源管理端反馈的匹配失败原因。
所述发送模块1101，还用于若所述匹配失败原因为资源不足，则向所述云资源管理端发送基于所述资源需求调整得到的替补需求。
获取模块1103，用于获得所述云资源管理端分配的用于替代所述指定云资源的应急云资源；其中，所述应急云资源是由满足所述替补需求至少一个目标云资源确定的。
可选的，发送模块1101，还用于调整所述资源需求；其中，所述资源需求中包含有资源地区、资源数量和资源配置。基于所述资源地区调整，得到与所述资源地区相近的至少一个替补地区。基于所述资源数量调整，得到不大于所述资源数量的至少一个替补数量。确定获得所述应急云资源的最晚时间为替补时间。基于所述替补地区、所述替补数量和所述替补时间生成所述替补需求。
本申请实施例还提供一种计算机程序产品，包括计算机程序/指令，当所述计算机程序/指令被处理器执行时，致使所述处理器能够实现图6对应实施例所述的方法。
本申请一个实施例还提供一种电子设备。该电子设备为计算单元中备节点电子设备。如图12为本申请实施例提供的另一种电子设备的结构示意图。该电子设备包括存储器1201、处理器1202及通信组件1203；其中，
所述存储器1201，用于存储程序；
所述处理器1202，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：
发送资源需求给云资源管理端；
若未匹配到所述资源需求中指定云资源，则接收所述云资源管理端反馈的匹配失败原因；
若所述匹配失败原因为资源不足，则向所述云资源管理端发送基于所述资源需求调整得到的替补需求；
获得所述云资源管理端分配的用于替代所述指定云资源的应急云资源；其中，所述应急云资源是由满足所述替补需求至少一个目标云资源确定的。
上述存储器1201可被配置为存储其它各种数据以支持在电子设备上的操作。这些数据的示例包括用于在电子设备上操作的任何应用程序或方法的指令。存储器可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。
进一步地，本实施例中的所述处理器1202可以具体是：可编程交换处理芯片，该可编程交换处理芯片中配置有数据复制引擎，能对接收到的数据进行复制。
上述处理器1202在执行存储器中的程序时，除了上面的功能之外，还可实现其它功能，具体可参见前面各实施例的描述。进一步，如图12所示，电子设备还包括：电源组件1204等其它组件。
本申请实施例还提供一种非暂时性机器可读存储介质，所述非暂时性机器可读存储介质上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使所述处理器执行图6对应实施例所述的方法。
本申请实施例还提供一种计算机程序产品，包括计算机程序/指令，当所述计算机程序/指令被处理器执行时，致使所述处理器能够实现图6对应实施例所述的方法。
基于上述实施例，若未匹配到满足资源需求的指定云资源，则确定匹配失败原因；若匹配失败原因为资源不足，对所述资源需求进行调整，以得到多个替补需求；分别获取满足不同替补需求的至少一个目标云资源，以作为替代所述指定云资源的应急云资源；将所述应急云资源分配给所述请求方。基于上述实施例，在请求方的云资源匹配失败并且又有紧急需求的情况下，可以通过采取等待替补需求的方式得到所需的指定云资源，从而解决请求方的紧急需求的问题。其中，指定云资源可以是依据替补需求确定的多个不同的目标云资源共同作为替代指定云资源的应急云资源，能够有效提高为请求方分配云资源的效率，解决请求方的应急需求问题。
以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (14)

1.一种云资源分配方法，其特征在于，所述方法包括：
若未匹配到满足资源需求的指定云资源，则确定匹配失败原因；
若匹配失败原因为资源不足，对所述资源需求进行调整，以得到多个替补需求；
分别获取满足不同替补需求的至少一个目标云资源，以作为替代所述指定云资源的应急云资源；
将所述应急云资源分配给请求方。
2.根据权利要求1所述的方法，其特征在于，所述若未匹配到满足资源需求的指定云资源，则确定匹配失败原因，包括：
获取所述资源需求中携带的资源地区、资源数量和资源配置；
若在资源池中未匹配到满足所述资源需求的所述指定云资源，确定所述匹配失败原因为资源不足；
向所述请求方反馈携带有所述失败原因的失败提示信息。
3.根据权利要求2所述的方法，其特征在于，所述若匹配失败原因为资源不足，对所述资源需求进行调整，以得到多个替补需求，包括：
若所述匹配失败原因为资源不足，则向所述请求方发送替补提示信息；
接收所述请求方反馈的基于所述资源需求调整后得到所述替补需求；其中，所述替补需求包括：替补地区、替补数量、替补时间、替补方式。
4.根据权利要求1所述的方法，其特征在于，所述若匹配失败原因为资源不足，对所述资源需求进行调整，以得到多个替补需求，包括：
若所述匹配失败原因为资源不足，则对所述资源需求进行调整；
生成所述替补需求，所述替补需求包括：替补地区、替补数量、替补时间、替补方式。
5.根据权利要求3或4所述的方法，其特征在于，所述替补方式包括：分批交付和整体交付；
所述分别获取满足不同替补需求的至少一个目标云资源，以作为替代所述指定云资源的应急云资源，包括：
获取满足于所述替补地区中任一地区的目标云资源，其中所述替补地区是基于所述资源地区调整得到的距离相近的多个地区；
获取满足于所述替补数量中任一数量的目标云资源，其中所述替补数量是不大于所述资源数量的多个待选数量；
获取满足于所述替补时间中任一时间的目标云资源，其中所述替补时间是所述请求方指定应急时间；
基于预设指标，确定至少一个目标云资源作为替换所述指定云资源的应急云资源。
6.根据权利要求5所述的方法，其特征在于，所述预设指标包括：所述资源数量与所述替补数量之间的数量差分值，所述资源时间与所述替补时间之间的时间差分值；
所述基于预设指标，确定至少一个目标云资源作为替换所述指定云资源的应急云资源，包括：
基于所述数量差分值、所述时间差分值，确定所述至少一个目标云资源分别对应的目标分值；
确定所述目标分值符合分值阈值的所述至少一个目标云资源作为替换所述指定云资源的应急云资源。
7.根据权利要求1所述的方法，其特征在于，所述目标云资源包括：主动释放得到的云资源，和/或，被动释放得到的云资源。
8.根据权利要求2所述的方法，其特征在于，所述若在资源池中未匹配到满足所述资源需求的所述指定云资源，确定所述匹配失败原因为资源不足，包括：
若在资源池中未匹配到满足所述资源需求的所述指定云资源，确定所述资源池中所述指定云资源相关云资源的占用情况；
若所述占用情况为满负荷占用，则确定所述匹配失败原因为资源不足。
9.根据权利要求1所述的方法，其特征在于，将所述应急云资源分配给所述请求方之后，还包括：
若存在被释放云资源满足所述资源需求，则将所述被释放云资源作为所述指定云资源分配给所述请求方；
获取所述请求方释放的所述应急云资源。
10.一种云资源分配方法，其特征在于，所述方法包括：
发送资源需求给云资源管理端；
若未匹配到所述资源需求中指定云资源，则接收所述云资源管理端反馈的匹配失败原因；
若所述匹配失败原因为资源不足，则向所述云资源管理端发送基于所述资源需求调整得到的替补需求；
获得所述云资源管理端分配的用于替代所述指定云资源的应急云资源；其中，所述应急云资源是由满足所述替补需求至少一个目标云资源确定的。
11.根据权利要求10所述的方法，其特征在于，所述若所述匹配失败原因为资源不足，则向所述云资源管理端发送基于所述资源需求调整得到的替补需求，包括：
调整所述资源需求；其中，所述资源需求中包含有资源地区、资源数量和资源配置；
基于所述资源地区调整，得到与所述资源地区相近的至少一个替补地区；
基于所述资源数量调整，得到不大于所述资源数量的至少一个替补数量；
确定获得所述应急云资源的最晚时间为替补时间；
基于所述替补地区、所述替补数量和所述替补时间生成所述替补需求。
12.一种云资源分配系统，其特征在于，所述系统包括：
云资源管理端，用于若未匹配到满足资源需求的指定云资源，则确定匹配失败原因；若匹配失败原因为资源不足，对所述资源需求进行调整，以得到多个替补需求；分别获取满足不同替补需求的至少一个目标云资源，以作为替代所述指定云资源的应急云资源；将所述应急云资源分配给请求方；
客户端，用于发送资源需求给云资源管理端；若未匹配到所述资源需求中指定云资源，则接收所述云资源管理端反馈的匹配失败原因；若所述匹配失败原因为资源不足，则向所述云资源管理端发送基于所述资源需求调整得到的替补需求；获得所述云资源管理端分配的用于替代所述指定云资源的应急云资源；其中，所述应急云资源是由满足所述替补需求至少一个目标云资源确定的。
13.一种电子设备，其特征在于，包括存储器及处理器；其中，
所述存储器，用于存储程序；
所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于实现上述权利要求1至9中任一项所述的方法；或上述权利要求10至11中任一项所述的方法。
14.一种非暂时性机器可读存储介质，其特征在于，所述非暂时性机器可读存储介质上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使所述处理器执行如权利要求1至9中任一项所述的方法；或上述权利要求10至11中任一项所述的方法。
CN202111112268.0A 2021-09-18 2021-09-18 云资源分配方法、系统、设备及存储介质 Active CN113992666B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111112268.0A CN113992666B (zh) 2021-09-18 2021-09-18 云资源分配方法、系统、设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111112268.0A CN113992666B (zh) 2021-09-18 2021-09-18 云资源分配方法、系统、设备及存储介质

Publications (2)

Publication Number Publication Date
CN113992666A true CN113992666A (zh) 2022-01-28
CN113992666B CN113992666B (zh) 2023-12-29

Family

ID=79736363

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111112268.0A Active CN113992666B (zh) 2021-09-18 2021-09-18 云资源分配方法、系统、设备及存储介质

Country Status (1)

Country Link
CN (1) CN113992666B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115499494B (zh) * 2022-11-08 2023-03-24 恒丰银行股份有限公司 一种基于服务化的云资源智能分配方法及设备

Citations (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6356759B1 (en) * 1997-03-27 2002-03-12 Nokia Telecommunications Oy Resource allocation mechanism in packet radio network
CN1897537A (zh) * 2005-07-11 2007-01-17 华为技术有限公司 网络中对等实体之间实现资源请求处理的方法及装置
US7463648B1 (en) * 1999-08-23 2008-12-09 Sun Microsystems, Inc. Approach for allocating resources to an apparatus based on optional resource requirements
US20090183168A1 (en) * 2008-01-16 2009-07-16 Satoshi Uchida Resource allocation system, resource allocation method and program
CN102523278A (zh) * 2011-12-09 2012-06-27 中国联合网络通信集团有限公司 基于云计算的服务提供方法及网络运营商服务器
CN102577252A (zh) * 2009-10-21 2012-07-11 瑞科网信科技有限公司 基于地理位置信息确定应用传送服务器的方法和系统
US20140244843A1 (en) * 2012-07-03 2014-08-28 Empire Technology Development Llc Resource management in a cloud computing environment
CN104484233A (zh) * 2014-10-31 2015-04-01 北京邮电大学 一种资源分配方法
US20160226965A1 (en) * 2013-09-30 2016-08-04 Orange Method for a user to access at least one communication service provided via a data centre of a cloud computing system
US20160380911A1 (en) * 2015-06-26 2016-12-29 Malini K. Bhandaru Resource management techniques for heterogeneous resource clouds
CN107368372A (zh) * 2017-07-25 2017-11-21 郑州云海信息技术有限公司 一种基于云海os平台的资源展示方法与装置
CN107528799A (zh) * 2017-08-23 2017-12-29 湖北工业大学 一种云计算资源分配方法及系统
CN107659433A (zh) * 2017-09-08 2018-02-02 中国联合网络通信集团有限公司 一种云资源调度方法及设备
CN107770086A (zh) * 2017-03-13 2018-03-06 平安科技（深圳）有限公司 基于集中控制器及dci设备的负载均衡的方法及装置
US10069693B1 (en) * 2014-12-11 2018-09-04 Amazon Technologies, Inc. Distributed resource allocation
CN109474544A (zh) * 2018-11-20 2019-03-15 郑州云海信息技术有限公司 一种互联云资源的分配方法及系统
CN109885456A (zh) * 2019-02-20 2019-06-14 武汉大学 一种基于系统日志聚类的多类型故障事件预测方法及装置
US10693804B1 (en) * 2019-12-04 2020-06-23 Capital One Services, Llc Using captured configuration changes to enable on-demand production of graph-based relationships in a cloud computing environment
CN112995341A (zh) * 2021-04-21 2021-06-18 军事科学院系统工程研究院网络信息研究所 一种面向复杂信息系统的云资源动态分配方法
CN113300937A (zh) * 2021-03-10 2021-08-24 阿里巴巴新加坡控股有限公司 资源分配方法、显示方法、装置、系统及设备

Patent Citations (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6356759B1 (en) * 1997-03-27 2002-03-12 Nokia Telecommunications Oy Resource allocation mechanism in packet radio network
US7463648B1 (en) * 1999-08-23 2008-12-09 Sun Microsystems, Inc. Approach for allocating resources to an apparatus based on optional resource requirements
CN1897537A (zh) * 2005-07-11 2007-01-17 华为技术有限公司 网络中对等实体之间实现资源请求处理的方法及装置
US20090183168A1 (en) * 2008-01-16 2009-07-16 Satoshi Uchida Resource allocation system, resource allocation method and program
CN102577252A (zh) * 2009-10-21 2012-07-11 瑞科网信科技有限公司 基于地理位置信息确定应用传送服务器的方法和系统
CN102523278A (zh) * 2011-12-09 2012-06-27 中国联合网络通信集团有限公司 基于云计算的服务提供方法及网络运营商服务器
US20140244843A1 (en) * 2012-07-03 2014-08-28 Empire Technology Development Llc Resource management in a cloud computing environment
US20160226965A1 (en) * 2013-09-30 2016-08-04 Orange Method for a user to access at least one communication service provided via a data centre of a cloud computing system
CN104484233A (zh) * 2014-10-31 2015-04-01 北京邮电大学 一种资源分配方法
US10069693B1 (en) * 2014-12-11 2018-09-04 Amazon Technologies, Inc. Distributed resource allocation
CN107667503A (zh) * 2015-06-26 2018-02-06 英特尔公司 用于异构资源云的资源管理技术
US20160380911A1 (en) * 2015-06-26 2016-12-29 Malini K. Bhandaru Resource management techniques for heterogeneous resource clouds
CN107770086A (zh) * 2017-03-13 2018-03-06 平安科技（深圳）有限公司 基于集中控制器及dci设备的负载均衡的方法及装置
CN107368372A (zh) * 2017-07-25 2017-11-21 郑州云海信息技术有限公司 一种基于云海os平台的资源展示方法与装置
CN107528799A (zh) * 2017-08-23 2017-12-29 湖北工业大学 一种云计算资源分配方法及系统
CN107659433A (zh) * 2017-09-08 2018-02-02 中国联合网络通信集团有限公司 一种云资源调度方法及设备
CN109474544A (zh) * 2018-11-20 2019-03-15 郑州云海信息技术有限公司 一种互联云资源的分配方法及系统
CN109885456A (zh) * 2019-02-20 2019-06-14 武汉大学 一种基于系统日志聚类的多类型故障事件预测方法及装置
US10693804B1 (en) * 2019-12-04 2020-06-23 Capital One Services, Llc Using captured configuration changes to enable on-demand production of graph-based relationships in a cloud computing environment
CN113300937A (zh) * 2021-03-10 2021-08-24 阿里巴巴新加坡控股有限公司 资源分配方法、显示方法、装置、系统及设备
CN112995341A (zh) * 2021-04-21 2021-06-18 军事科学院系统工程研究院网络信息研究所 一种面向复杂信息系统的云资源动态分配方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
朱兵伟;陈世平;: "包簇框架云资源分配规划", 计算机应用与软件, no. 09, pages 258 - 263 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115499494B (zh) * 2022-11-08 2023-03-24 恒丰银行股份有限公司 一种基于服务化的云资源智能分配方法及设备

Also Published As

Publication number Publication date
CN113992666B (zh) 2023-12-29

Similar Documents

Publication Publication Date Title
CN112269641B (zh) 一种调度方法、装置、电子设备及存储介质
CN105159782B (zh) 基于云主机为订单分配资源的方法和装置
US7627618B2 (en) System for managing data collection processes
CN110474966B (zh) 处理云平台资源碎片的方法及相关设备
CN113296792B (zh) 存储方法、装置、设备、存储介质和系统
CN1836212A (zh) 在多节点系统中资源动态分配的分层管理
JP6881575B2 (ja) 資源割当システム、管理装置、方法およびプログラム
CN108021435B (zh) 一种基于截止时间的具有容错能力的云计算任务流调度方法
JP2004021982A (ja) コンピュータ・システム・リソースを動的に割り当てる方法およびシステム
CN111966500A (zh) 资源调度方法、装置、电子设备及存储介质
CN110991808B (zh) 一种任务分配方法和装置
CN111798113A (zh) 资源分配方法、装置、存储介质和电子设备
US9817698B2 (en) Scheduling execution requests to allow partial results
US20060031242A1 (en) Method, system, and program for distributing application transactions among work servers
CN112887228A (zh) 云资源管理方法、装置、电子设备及计算机可读存储介质
CN110740194A (zh) 基于云边融合的微服务组合方法及应用
CN111427670A (zh) 任务调度方法和系统
CN111897550B (zh) 镜像预加载方法、设备及存储介质
CN113992666A (zh) 云资源分配方法、系统、设备及存储介质
CN115794337A (zh) 资源调度方法、装置、云平台、设备及存储介质
CN111796933A (zh) 资源调度方法、装置、存储介质和电子设备
CN108459926B (zh) 数据异地备份方法、装置及计算机可读介质
CN114116173A (zh) 动态调整任务分配的方法、装置和系统
Wu et al. Abp scheduler: Speeding up service spread in docker swarm
CN114189522B (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
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 40067018

Country of ref document: HK

GR01 Patent grant
GR01 Patent grant