CN115037752B - 资源再分配方法、装置及电子设备 - Google Patents

Abstract

本发明提供了一种资源再分配方法、装置及电子设备，该方法应用于预设资源系统的多个分配节点中的第一节点；接收到来自客户端的资源分配请求后，从预设资源系统的第一节点控制的资源中，为客户端分配对应的资源；如果第一节点控制的资源满足预设条件，生成资源调整请求，以使预设资源系统中的分配节点在监听到资源调整请求时，基于资源调整请求更新该分配节点中记录的剩余资源的资源量和当前版本号；如果剩余资源的资源量更新成功，按照资源调整请求调整第一节点控制的资源。该方式在分配节点的资源消耗过多或过少的情况下，基于剩余资源的当前版本号生成资源调整请求，进而实现资源的再分配，实现了资源系统的负载均衡，提高了系统的稳定性。

Description

资源再分配方法、装置及电子设备

技术领域

本发明涉及资源分配技术领域，具体而言，涉及一种资源再分配方法、装置及电子设备。

背景技术

相关技术中，在限量资源分配过程中，通常由一个单点服务器持有所有资源，所有的客户端与该服务器交互，由该服务器进行资源分配。或者设置消息队列，将客户端发送的资源请求缓存至消息队列，由单点服务器从消息队列中获取资源请求进行逐一处理。上述方式中，当用户数量较多，请求频繁时，上述方式中的单点服务器负载过大，响应效率较低，难以适用于大规模用户请求的资源分配场景。

发明内容

有鉴于此，本发明的目的在于提供一种资源再分配方法、装置及电子设备，以实现资源系统的负载均衡，提高系统的稳定性。

第一方面，本发明实施例提供了一种资源再分配方法，预设资源系统包括多个分配节点；每个分配节点用于控制部分资源，并记录没有被任一分配节点控制的剩余资源的资源量，以及剩余资源的当前版本号；方法应用于多个分配节点中的第一节点；该方法包括：接收来自客户端的资源分配请求，从第一节点控制的资源中，为客户端分配资源分配请求对应的资源；如果第一节点控制的资源满足预设条件，生成资源调整请求，以使第二节点在监听到资源调整请求时，基于资源调整请求更新第二节点中记录的剩余资源的资源量和当前版本号；第二节点为任一预设资源系统的分配节点；其中，资源调整请求中包括调整后的剩余资源的资源量，以及第一节点中记录的当前版本号；如果剩余资源的资源量更新成功，按照资源调整请求调整第一节点控制的资源。

上述如果第一节点控制的资源满足预设条件，生成资源调整请求的步骤，包括：判断第一节点控制的资源是否满足预设条件；其中，预设条件包括下述之一：第一节点控制的资源的数量小于第一预设数量阈值；第一节点控制的资源的消耗速率小于预设速率阈值，且第一节点控制的资源的数量大于第二预设数量阈值；如果是，确定第一节点控制的资源满足预设条件，以及，确定第一节点对应的资源的需求数量；基于需求数量以及剩余资源的资源量，确定调整后的剩余资源的资源量；基于调整后的剩余资源的资源量，以及第一节点中记录的当前版本号，生成资源调整请求。

上述需求数量包括归还数量或再分配数量；确定第一节点对应的资源的需求数量的步骤，包括：如果第一节点控制的资源的数量小于第一预设数量阈值，将预设的第一数量确定为第一节点的资源的再分配数量；如果第一节点控制的资源的消耗速率小于预设速率阈值，且第一节点控制的资源的数量大于第二预设数量阈值，将预设的第二数量确定为第一节点的资源的归还数量。

上述需求数量包括归还数量或再分配数量；基于需求数量以及剩余资源的资源量，确定调整后的剩余资源的资源量的步骤，包括：如果需求数量包括归还数量，将剩余资源的资源量与归还数量之和确定为调整后的剩余资源的资源量；如果需求数量包括再分配数量，将剩余资源的资源量与再分配数量之差确定为调整后的剩余资源的资源量。

上述分配节点预先设置有校验参数；分配节点预先配置有一致性协议；各个分配节点的校验参数通过一致性协议在各个节点服务器保持一致；剩余资源的当前版本号包括预设的校验参数的当前版本号；上述方法还包括：如果监听到资源调整请求，将校验参数的当前版本号加一；基于资源调整请求中的当前版本号以及第一节点记录的校验参数的当前版本号，确定是否更新剩余资源的资源量；如果更新，将调整后的剩余资源的资源量确定为剩余资源的资源量。

上述基于资源调整请求中的当前版本号以及第一节点记录的校验参数的当前版本号，确定是否更新剩余资源的资源量的步骤，包括：判断第一节点中记录的当前版本号是否为资源调整请求中的当前版本号加一；如果是，确定更新剩余资源的资源量。

上述资源调整请求还包括第一节点的设备标识；将调整后的剩余资源的资源量确定为剩余资源的资源量的步骤之前，方法还包括：基于资源调整请求更新校验参数；校验参数包括设备标识；设备标识指示资源申请成功的分配节点。

上述分配节点预先设置有校验参数；校验参数包括设备标识；设备标识指示资源申请成功的分配节点：按照资源调整请求调整第一节点控制的资源的步骤之前，方法还包括：判断校验参数中的设备标识与第一节点的设备标识是否一致；如果一致，确定剩余资源的资源量更新成功。

上述第一节点对应的需求数量包括归还数量或再分配数量；按照资源调整请求调整第一节点控制的资源的步骤，包括：如果需求数量包括归还数量，将第一节点控制的资源的数量与归还数量之差确定为调整后的第一节点控制的资源的数量；如果需求数量包括再分配数量，将第一节点控制的资源的数量与再分配数量之和确定为调整后的第一节点控制的资源的数量。

第二方面，本发明实施例提供了一种资源再分配装置，预设资源系统包括多个分配节点；每个分配节点用于控制部分资源，并记录没有被任一分配节点控制的剩余资源的资源量，以及剩余资源的当前版本号；装置设置于多个分配节点中的第一节点；该装置包括：资源分配模块，用于接收来自客户端的资源分配请求，从第一节点控制的资源中，为客户端分配资源分配请求对应的资源；请求生成模块，用于如果第一节点控制的资源满足预设条件，生成资源调整请求，以使第二节点在监听到资源调整请求时，基于资源调整请求更新第二节点中记录的剩余资源的资源量和当前版本号；第二节点为任一预设资源系统的分配节点；其中，资源调整请求中包括调整后的剩余资源的资源量，以及第一节点中记录的当前版本号；资源调整模块，用于如果剩余资源的资源量更新成功，按照资源调整请求调整第一节点控制的资源。

第三方面，本发明实施例提供了一种电子设备，包括处理器和存储器，存储器存储有能够被处理器执行的机器可执行指令，处理器执行机器可执行指令以实现上述的资源再分配方法。

第四方面，本发明实施例提供了一种机器可读存储介质，该机器可读存储介质存储有机器可执行指令，机器可执行指令在被处理器调用和执行时，机器可执行指令促使处理器实现上述的资源再分配方法。

本发明实施例带来了以下有益效果：

上述一种资源再分配方法、装置及电子设备，该方法应用于预设资源系统的多个分配节点中的第一节点；接收到来自客户端的资源分配请求后，从预设资源系统的第一节点控制的资源中，为客户端分配对应的资源；如果第一节点控制的资源满足预设条件，生成资源调整请求，以使预设资源系统中的分配节点在监听到资源调整请求时，基于资源调整请求更新该分配节点中记录的剩余资源的资源量和当前版本号；如果剩余资源的资源量更新成功，按照资源调整请求调整第一节点控制的资源。该方式在分配节点的资源消耗过多或过少的情况下，基于剩余资源的当前版本号生成资源调整请求，进而实现资源的再分配，实现了资源系统的负载均衡，提高了系统的稳定性。

本发明的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种限量资源的分配框架的示意图；

图2为本发明实施例提供的另一种限量资源的分配框架的流程图；

图3为本发明实施例提供的一种资源再分配方法的流程图；

图4为本发明实施例提供的一种基于一致性协议的多个分配节点交互的示意图；

图5为本发明实施例提供的一种资源再分配装置的结构示意图；

图6为本发明实施例提供的一种电子设备的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

相关技术中，限量资源的分配框架通常由单点服务器和客户端构成。其中，单点服务器(也可以由Resource表示)持有所有资源，所有的客户端(也可以由Client表示)与该服务器交互，通常为向该服务器发送资源申请，然后由该服务器基于资源申请对客户端进行资格认证，以及进行资源分配，具体如图1所示，。此外也可以在架构中引入消息队列(MsgQueue)，将客户端的请求进行缓存，之后再将请求交由资源服务器处理，具体如图2所示。

上述资源分配方式中无法回避的问题就是单点服务器带来的限制，导致系统健壮性不足。当用户数量过大的时候，作为持有资源的单点服务器无法及时响应这么多的请求，进而可能导致服务不可用，甚至宕机丢失数据。而如果引入消息队列，无疑会增加架构的复杂度，需要增加额外的交互接口，并且需要按照异步的方式对流程进行处理，增加了开发的负担。

基于此，本发明实施例提供的一种资源再分配方法、装置及电子设备，该技术可以应用于各种分布式资源系统中。

为便于对本实施例进行理解，首先对本发明实施例所公开的一种资源再分配方法进行详细介绍，预设资源系统包括多个分配节点；每个分配节点用于控制部分资源，并记录没有被任一分配节点控制的剩余资源的资源量，以及剩余资源的当前版本号；该方法应用于多个分配节点中的第一节点；如图3所示，该方法包括：

步骤S302,接收来自客户端的资源分配请求，从第一节点控制的资源中，为客户端分配资源分配请求对应的资源。

上述资源分配请求通常包括客户端需要的资源的数量，以及验证标识等。第一节点在接收到资源分配请求后，通常需要通过验证标识对发送请求的客户端的身份进行验证，如果验证通过则为客户端分配客户端需要的资源。具体而言，大量的客户端随机向分配节点通过远程调用过程申请资源，分配节点在自己有剩余资源的情况下，对每一个请求，首先是进行客户端的资格验证，如果验证通过，扣除自己的一份资源，然后通知客户端申请成功。上述资源可以为虚拟资源，如虚拟红包、虚拟资产等，还可以为云存储空间等，通常为数量有限的资源。

步骤S304,如果第一节点控制的资源满足预设条件，生成资源调整请求，以使第二节点在监听到资源调整请求时，基于资源调整请求更新第二节点中记录的剩余资源的资源量和当前版本号；第二节点为任一预设资源系统的分配节点；其中，资源调整请求中包括调整后的剩余资源的资源量，以及第一节点中记录的当前版本号。

为了实时响应客户端的资源分配请求，分配节点需要保证自身所持有的资源的数量在较为合适的范围内。在每次为客户端分配了资源后，或者可以按照设定频率确定当前节点控制的资源是否满足需要进行资源调整的预设条件。例如，当前节点的资源数量较少时，可能存在接收到客户端的资源分配请求，但没有足够的资源进行分配的情况，这种情况下需要增加当前节点的资源，此时认为当前节点控制的资源满足预设条件；如果当前节点的资源的消耗速度较低，资源数量一直都较多，这种情况很可能是预设资源系统的其他分配节点消耗的资源较多，需要将当前节点的部分资源归还至剩余资源中，以便于其他分配节点从剩余资源中获取资源，同样也认为当前节点控制的资源满足预设条件，需要调整。

由于多个分配节点可能均需要进行资源调整，如果这些分配节点同时发起资源调整请求，可能会出现冲突，因此设置了剩余资源的版本号，分配节点生成的资源调整请求中需要包括当前节点记录的当前版本号。由于当前版本号保存在预设资源系统中的各个分配节点中，且具有一致性。如果多个分配节点基于同一版本号发起资源调整请求，则在分配节点基于资源调整请求更新第二节点中记录的剩余资源的资源量和当前版本号后，仅有一个发起资源调整请求的分配节点能够成功实现资源调整。

由于上述第二节点为任一预设资源系统的分配节点，因此第一节点也需要基于资源调整请求更新其记录的剩余资源的资源量和当前版本号。如果第一节点接收到资源调整请求，该资源调整请求包括调整后的剩余资源的资源量，以及发出该请求的分配节点中记录的当前版本号，通常需要将第一节点中记录的版本号加一，然后判断第一节点中记录的版本号是否为资源调整请求中的版本号加一，如果是，再将本节点中记录的剩余资源的资源量设定为请求中的调整后的资源量。其中，版本号的更改的过程可以设置在判断第一分配节中记录的版本号与请求中的版本号是否一致之前或之后，不同的设置位置会导致判断过程有所差异，但无论是否需更新剩余资源的资源量，均需要更改版本号。

通常在具体实现过程中，需要在各个分配节点均配置一致性协议，剩余资源的资源量及当前版本号均通过一致性协议在各个节点保持一致。如果某一节点已经基于资源调整请求更新了剩余资源的资源量以及当前版本号后，其他节点中记录的当前版本号已经发生了改变，其他节点再判断记录的当前版本号是否为资源调整请求中的当前版本号加一，其结果是否定的，则不会对剩余资源的资源量再次调整，因此，避免了多个分配节点同时发起资源调整请求产生的冲突。

步骤S306,如果剩余资源的资源量更新成功，按照资源调整请求调整第一节点控制的资源。

在具体实现时，第一节点可以监听剩余资源的资源量的更新，如果剩余资源的资源量已经更新，第一节点可以判断此次更新是否是基于该节点的资源调整请求进行的更新。当分配节点生成资源调整请求时，可以在其中加入自身的设备标识，然后在剩余资源的资源量基于资源调整请求进行更新时，可以将该资源调整请求中的设备标识进行记录，或者赋值至预设的变量中。具体而言，可以设置一个校验参数，用于存储设备标识，分配节点可以基于校验参数中的设备标识判断判断此次更新是否是基于该节点的资源调整请求进行的更新。如果是，则进一步调整当前节点的资源的数量，如增加资源数量或减少资源数量。

上述一种资源再分配方法，该方法应用于预设资源系统的多个分配节点中的第一节点；接收到来自客户端的资源分配请求后，从预设资源系统的第一节点控制的资源中，为客户端分配对应的资源；如果第一节点控制的资源满足预设条件，生成资源调整请求，以使预设资源系统中的分配节点在监听到资源调整请求时，基于资源调整请求更新该分配节点中记录的剩余资源的资源量和当前版本号；如果剩余资源的资源量更新成功，按照资源调整请求调整第一节点控制的资源。该方式在分配节点的资源消耗过多或过少的情况下，基于剩余资源的当前版本号生成资源调整请求，进而实现资源的再分配，实现了资源系统的负载均衡，提高了系统的稳定性。

下述实施例提供一生成资源调整请求的实现方式。

在生成资源调整请求的过程中，首先设置预设条件确定是否需要进行资源调整，具体而言，判断第一节点控制的资源是否满足预设条件；其中，预设条件包括下述之一：第一节点控制的资源的数量小于第一预设数量阈值；第一节点控制的资源的消耗速率小于预设速率阈值，且第一节点控制的资源的数量大于第二预设数量阈值；上述第一预设数量阈值、预设速率阈值以及第二预设数量阈值均可以基于历史数据或经验设置。在确定需要进行调整时，并确定第一节点对应的资源的需求数量；然后再基于需求数量以及剩余资源的资源量，确定调整后的剩余资源的资源量；最后基于调整后的剩余资源的资源量，以及第一节点中记录的当前版本号，生成资源调整请求。

由于分配节点可能需要将剩余资源调整至本节点或者将本节点的资源归还至剩余资源，对应地，上述需求数量可以为归还数量或再分配数量。因此，在确定第一节点对应的资源的需求数量时，如果第一节点控制的资源的数量小于第一预设数量阈值，将预设的第一数量确定为第一节点的资源的再分配数量；如果第一节点控制的资源的消耗速率小于预设速率阈值，且第一节点控制的资源的数量大于第二预设数量阈值，将预设的第二数量确定为第一节点的资源的归还数量。其中，第一数量和第二数量可以基于历史数据或经验设定。

由于需求数量可以为归还数量或再分配数量，在确定调整后的剩余资源的资源量时，如果需求数量包括归还数量，将剩余资源的资源量与归还数量之和确定为调整后的剩余资源的资源量；如果需求数量包括再分配数量，将剩余资源的资源量与再分配数量之差确定为调整后的剩余资源的资源量。对应地，在按照资源调整请求调整第一节点控制的资源时，如果需求数量包括归还数量，将第一节点控制的资源的数量与归还数量之差确定为调整后的第一节点控制的资源的数量；如果需求数量包括再分配数量，将第一节点控制的资源的数量与再分配数量之和确定为调整后的第一节点控制的资源的数量。

下述实施例提供一基于资源调整请求更新当前节点中记录的剩余资源的资源量和当前版本号的实现方式。

上述分配节点预先设置有校验参数；剩余资源的当前版本号可以以校验参数的当前版本号表示；分配节点预先配置有一致性协议；各个分配节点的校验参数通过一致性协议在各个节点服务器保持一致，具体而言可以把校验参数写入到一致性协议的数据模块；在通过一致性协议对校验参数在各个节点服务器保持一致的过程中，如果某一个节点中校验参数进行了更新，各个节点基于一致性协议与其他节点交互，告知校验参数的更新消息，从而实现校验参数在各个分配节点的更新，其交互过程示意图如图4所示。

当某个分配节点如果监听到资源调整请求，可以将校验参数的当前版本号加一；然后基于资源调整请求中的当前版本号以及第一节点记录的校验参数的当前版本号，确定是否更新剩余资源的资源量；如果更新，将调整后的剩余资源的资源量确定为剩余资源的资源量。具体而言，可以判断第一节点中记录的当前版本号是否为资源调整请求中的当前版本号加一；如果是，确定更新剩余资源的资源量。

为了使节点确定自己的资源调整请求是否通过，可以在资源调整请求中加入该节点的设备标识，由于各个节点基于资源调整请求更新校验参数后，校验参数包括设备标识，设备标识指示资源申请成功的分配节点；则该节点可以判断校验参数中的设备标识与本节点的设备标识是否一致；如果一致，确定剩余资源的资源量更新成功。

具体而言，假设场景中存在A,B,C三个分配节点(也称为资源节点)，每个节点都配有一致性协议和数据模块。所有节点的数模块中存在/left_rs(相当于上述剩余资源的资源量)和/alloc_check(相当于上述校验参数)这两个键值(key)。每个节点都预先分配数量为N的资源，剩余数量L资源数未分配，可称之为公共资源数(即剩余资源)，并将/left_rs对应的值设为L，同时每个节点监听/alloc_chec这个key，为其注册一个回调函数，该函数用于在将听到资源调整申请，也可以视为校验参数写入申请时，触发节点基于资源调整申请更新剩余剩余资源的资源量及校验参数的版本号。其中，在一致性协议的数据模块中，key都存在版本号，当key对应的值发生变化，其对应的版本号就会加一。

假设A节点在一段时间后其剩余资源已被耗尽，它需要申请公共剩余资源。为了避免同时申请发生导致资源覆盖，例如A和B同时将/left_rs的值设置为L-K，成功后就算导致A和B同时都多了K份资源，系统中资源总数额外增加了K。为了解决这个问题，可以通过对校验参数的版本号的前后值来进行校验。

例如，当A想要申请K份资源时，这时候/left_rs为L，A便申请向/alloc_check字段写入(V,L-K，A)(相当于生成了资源调整申请)，其中V是A在本地看到的/alloc_check这个key对应的版本号，L-K为调整后的剩余资源的资源量，A为本节点的设备标识。通过一致性协议，A,B,C节点都会收到/alloc_check的字段变动，并触发对应的回调函数，在回调函数中，会判断V是否和当前的/alloc_check的版本号是否一致，如果一致则改变/left_rs的值为L-K，当A本地得知申请通过后，就将申请到的K分资源加到自己的本地资源上，继续对外提供服务。

因为版本号是单调递增的并且分布式一致性协议具有全局有序性，所以就算A和B基于相同的版本号进行申请，那也只会有一个申请成功，另外一个会因为版本号的判定而失败。

此外，若A因为访问量小，存在多余的资源，同样可以通过上述的方法进行资源归还，将/alloc_check写入(V,L+K)，步骤类似，这里不再赘述。

本发明实施例还提供了另一种资源再分配方法，该方法在图1所示的方法基础上实现。资源系统由数个身份相同的分配节点构成，每个节点上运行着分布式一致性协议。

假定资源总数N，系统中存在M个节点，每个节点在初始化阶段分配K个资源，此时剩余资源则为N-M*K，然后将剩余资源数量写入到一致性协议中的数据模块。

用户可以随机连接每个资源节点去申请资源，当某个资源节点中的资源消耗过快，它可以通过一致性协议向剩余资源数量申请，假设申请数目为L，它将尝试将一致性协议中数据模块的剩余资源数改为N-M*K-L。为了避免并发操作引起资源覆盖，例如两个节点同时都申请L份资源，都尝试修改剩余资源为N-M*K-L，结果导致系统中多出K分资源，该方法提供了一种修改前的验证策略。

分布式一致性协议中数据模块的key具有版本号，每次修改都会引起版本号加一，为此可以在数据模块中额外引入了一个key称其为校验key(即校验参数)，每个节点都监听key的数据变动，并绑定一个回调函数。当节点尝试修改剩余资源的时候，需要传入本地所记录的校验key的版本号V,即向校验key写入(V,VALUE)，其中VALUE为调整后的剩余资源的资源量，此时校验key的版本号加一。如上述校验key对应于一个回调函数，写入操作触发该回调函数，在该函数中只有当V+1等于校验key的当前的版本号时，才会执行剩余资源数的修改。当剩余资源数修改成功后，意味着申请成功，申请节点便可以将L加在它本地的资源数上进而继续提供服务。如果某个资源节点由于申请用户过少，资源充裕。它可以选择将自己的资源归还到剩余资源中，以同样的方式发起写操作去修改剩余资源数。

上述方法具有以下优点：

1.负载均衡。每个资源节点都能够独立提供资源分配的功能，就算用户一直增长，可以通过水平扩展资源节点的数量应付不断增长的流量。

2.隔离性。假设某个节点在运行过程中发生宕机，那么它也最多只影响自己所分配得到的资源份额，用户依旧可以在其他节点上继续去申请资源，而且如果将资源份额写入该节点的磁盘(即对资源进行持久化)，这个发生错误的节点在重启之后依然能够对外提供服务。

3.动态均衡。通过一致性的写操作，可以让每个节点动态的调整自己的资源份额。如果某些服务器存在“热点”倾向，那么它变可以根据自身的负载情况动态的调整资源的份额，去拿去负载较少的节点的资源份额，避免长时间堵死客户端的情况。

对于上述方法实施例，参见图5所示的一种资源再分配装置，预设资源系统包括多个分配节点；每个分配节点用于控制部分资源，并记录没有被任一分配节点控制的剩余资源的资源量，以及剩余资源的当前版本号；该装置设置于多个分配节点中的第一节点；该装置包括：

资源分配模块502，用于接收来自客户端的资源分配请求，从第一节点控制的资源中，为客户端分配资源分配请求对应的资源；

请求生成模块504，用于如果第一节点控制的资源满足预设条件，生成资源调整请求，以使第二节点在监听到资源调整请求时，基于资源调整请求更新第二节点中记录的剩余资源的资源量和当前版本号；第二节点为任一预设资源系统的分配节点；其中，资源调整请求中包括调整后的剩余资源的资源量，以及第一节点中记录的当前版本号；

资源调整模块506，用于如果剩余资源的资源量更新成功，按照资源调整请求调整第一节点控制的资源。

上述一种资源再分配装置，该装置设置于预设资源系统的多个分配节点中的第一节点；接收到来自客户端的资源分配请求后，从预设资源系统的第一节点控制的资源中，为客户端分配对应的资源；如果第一节点控制的资源满足预设条件，生成资源调整请求，以使预设资源系统中的分配节点在监听到资源调整请求时，基于资源调整请求更新该分配节点中记录的剩余资源的资源量和当前版本号；如果剩余资源的资源量更新成功，按照资源调整请求调整第一节点控制的资源。该方式在分配节点的资源消耗过多或过少的情况下，基于剩余资源的当前版本号生成资源调整请求，进而实现资源的再分配，实现了资源系统的负载均衡，提高了系统的稳定性。

上述请求生成模块包括：数量判断单元，用于判断第一节点控制的资源是否满足预设条件；其中，预设条件包括下述之一：第一节点控制的资源的数量小于第一预设数量阈值；第一节点控制的资源的消耗速率小于预设速率阈值，且第一节点控制的资源的数量大于第二预设数量阈值；需求数量确定单元，用于如果是，确定第一节点控制的资源满足预设条件，以及，确定第一节点对应的资源的需求数量；资源调整量确定单元，用于基于需求数量以及剩余资源的资源量，确定调整后的剩余资源的资源量；请求生成单元，用于基于调整后的剩余资源的资源量，以及第一节点中记录的当前版本号，生成资源调整请求。

上述需求数量包括归还数量或再分配数量；上述需求数量确定单元还用于：如果第一节点控制的资源的数量小于第一预设数量阈值，将预设的第一数量确定为第一节点的资源的再分配数量；如果第一节点控制的资源的消耗速率小于预设速率阈值，且第一节点控制的资源的数量大于第二预设数量阈值，将预设的第二数量确定为第一节点的资源的归还数量。

上述需求数量包括归还数量或再分配数量；上述资源调整量确定单元还用于：如果需求数量包括归还数量，将剩余资源的资源量与归还数量之和确定为调整后的剩余资源的资源量；如果需求数量包括再分配数量，将剩余资源的资源量与再分配数量之差确定为调整后的剩余资源的资源量。

上述分配节点预先设置有校验参数；分配节点预先配置有一致性协议；各个分配节点的校验参数通过一致性协议在各个节点服务器保持一致；剩余资源的当前版本号包括预设的校验参数的当前版本号；上述装置还包括：版本号增加模块，用于如果监听到资源调整请求，将校验参数的当前版本号加一；校验模块，用于基于资源调整请求中的当前版本号以及第一节点记录的校验参数的当前版本号，确定是否更新剩余资源的资源量；资源量确定模块，用于如果更新，将调整后的剩余资源的资源量确定为剩余资源的资源量。

上述校验模块还用于：判断第一节点中记录的当前版本号是否为资源调整请求中的当前版本号加一；如果是，确定更新剩余资源的资源量。

上述资源调整请求还包括第一节点的设备标识；上述装置还包括：校验参数更新模块，用于基于资源调整请求更新校验参数；校验参数包括设备标识；设备标识指示资源申请成功的分配节点。

上述分配节点预先设置有校验参数；校验参数包括设备标识；设备标识指示资源申请成功的分配节点：上述装置还包括：标识判断模块，用于判断校验参数中的设备标识与第一节点的设备标识是否一致；更新确定模块，用于如果一致，确定剩余资源的资源量更新成功。

上述第一节点对应的需求数量包括归还数量或再分配数量；上述资源调整模块还用于：如果需求数量包括归还数量，将第一节点控制的资源的数量与归还数量之差确定为调整后的第一节点控制的资源的数量；如果需求数量包括再分配数量，将第一节点控制的资源的数量与再分配数量之和确定为调整后的第一节点控制的资源的数量。

本实施例还提供一种电子设备，包括处理器和存储器，存储器存储有能够被处理器执行的机器可执行指令，处理器执行机器可执行指令以实现上述资源再分配方法。

参见图6所示，该电子设备包括处理器100和存储器101，该存储器101存储有能够被处理器100执行的机器可执行指令，该处理器100执行机器可执行指令以实现上述资源再分配方法。

进一步地，图6所示的电子设备还包括总线102和通信接口103，处理器100、通信接口103和存储器101通过总线102连接。

其中，存储器101可能包含高速随机存取存储器(RAM，Random Access Memory)，也可能还包括非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个通信接口103(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。总线102可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

处理器100可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器100中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器100可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DigitalSignal Processor，简称DSP)、专用集成电路(Application Specific IntegratedCircuit，简称ASIC)、现场可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器101，处理器100读取存储器101中的信息，结合其硬件完成前述实施例的方法的步骤。

本实施例还提供一种机器可读存储介质，机器可读存储介质存储有机器可执行指令，机器可执行指令在被处理器调用和执行时，机器可执行指令促使处理器实现上述资源再分配方法。

本发明实施例所提供的一种资源再分配方法、装置以及电子设备，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

另外，在本发明实施例的描述中，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者所述技术方案的部分可以以软件产品的形式体现出来，所述计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。

最后应说明的是：以上实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (11)

1.一种资源再分配方法，其特征在于，预设资源系统包括多个分配节点；每个所述分配节点用于控制部分资源，并记录没有被任一分配节点控制的剩余资源的资源量，以及所述剩余资源的当前版本号；所述方法应用于所述多个分配节点中的第一节点；所述方法包括：

接收来自客户端的资源分配请求，从所述第一节点控制的资源中，为所述客户端分配所述资源分配请求对应的资源；

如果所述第一节点控制的资源满足预设条件，生成资源调整请求，以使第二节点在监听到所述资源调整请求时，基于所述资源调整请求更新所述第二节点中记录的剩余资源的资源量和当前版本号；所述第二节点为任一所述预设资源系统的分配节点；其中，所述资源调整请求中包括调整后的剩余资源的资源量，以及所述第一节点中记录的当前版本号；

如果所述剩余资源的资源量更新成功，按照所述资源调整请求调整所述第一节点控制的资源；

所述分配节点预先设置有校验参数；所述分配节点预先配置有一致性协议；各个所述分配节点的校验参数通过所述一致性协议在各个所述节点服务器保持一致；所述剩余资源的当前版本号包括预设的校验参数的当前版本号；

所述方法还包括：

如果监听到资源调整请求，将所述校验参数的当前版本号加一；

基于所述资源调整请求中的当前版本号以及所述第一节点记录的所述校验参数的当前版本号，确定是否更新所述剩余资源的资源量；

如果更新，将所述调整后的剩余资源的资源量确定为剩余资源的资源量。

2.根据权利要求1所述的方法，其特征在于，如果所述第一节点控制的资源满足预设条件，生成资源调整请求的步骤，包括：

判断所述第一节点控制的资源是否满足预设条件；其中，所述预设条件包括下述之一：所述第一节点控制的资源的数量小于第一预设数量阈值；所述第一节点控制的资源的消耗速率小于预设速率阈值，且所述第一节点控制的资源的数量大于第二预设数量阈值；

如果是，确定所述第一节点控制的资源满足预设条件，以及，确定所述第一节点对应的所述资源的需求数量；

基于所述需求数量以及所述剩余资源的资源量，确定调整后的剩余资源的资源量；

基于所述调整后的剩余资源的资源量，以及所述第一节点中记录的当前版本号，生成资源调整请求。

3.根据权利要求2所述的方法，其特征在于，所述需求数量包括归还数量或再分配数量；

确定所述第一节点对应的所述资源的需求数量的步骤，包括：

如果所述第一节点控制的资源的数量小于第一预设数量阈值，将预设的第一数量确定为所述第一节点的资源的再分配数量；

如果所述第一节点控制的资源的消耗速率小于预设速率阈值，且所述第一节点控制的资源的数量大于第二预设数量阈值，将预设的第二数量确定为所述第一节点的资源的归还数量。

4.根据权利要求2所述的方法，其特征在于，所述需求数量包括归还数量或再分配数量；

基于所述需求数量以及所述剩余资源的资源量，确定调整后的剩余资源的资源量的步骤，包括：

如果所述需求数量包括归还数量，将所述剩余资源的资源量与所述归还数量之和确定为调整后的剩余资源的资源量；

如果所述需求数量包括再分配数量，将所述剩余资源的资源量与所述再分配数量之差确定为调整后的剩余资源的资源量。

5.根据权利要求1所述的方法，其特征在于，基于所述资源调整请求中的当前版本号以及所述第一节点记录的所述校验参数的当前版本号，确定是否更新所述剩余资源的资源量的步骤，包括：

判断所述第一节点中记录的当前版本号是否为资源调整请求中的当前版本号加一；

如果是，确定更新所述剩余资源的资源量。

6.根据权利要求1所述的方法，其特征在于，所述资源调整请求还包括所述第一节点的设备标识；将所述调整后的剩余资源的资源量确定为剩余资源的资源量的步骤之前，所述方法还包括：

基于所述资源调整请求更新所述校验参数；所述校验参数包括设备标识；所述设备标识指示资源申请成功的分配节点。

7.根据权利要求1所述的方法，其特征在于，所述分配节点预先设置有校验参数；所述校验参数包括设备标识；所述设备标识指示资源申请成功的分配节点：

按照所述资源调整请求调整所述第一节点控制的资源的步骤之前，所述方法还包括：

判断所述校验参数中的设备标识与所述第一节点的设备标识是否一致；

如果一致，确定所述剩余资源的资源量更新成功。

8.根据权利要求1所述的方法，其特征在于，所述第一节点对应的需求数量包括归还数量或再分配数量；

按照所述资源调整请求调整所述第一节点控制的资源的步骤，包括：

如果所述需求数量包括归还数量，将所述第一节点控制的资源的数量与所述归还数量之差确定为调整后的第一节点控制的资源的数量；

如果所述需求数量包括再分配数量，将所述第一节点控制的资源的数量与所述再分配数量之和确定为调整后的第一节点控制的资源的数量。

9.一种资源再分配装置，其特征在于，预设资源系统包括多个分配节点；每个所述分配节点用于控制部分资源，并记录没有被任一分配节点控制的剩余资源的资源量，以及所述剩余资源的当前版本号；所述装置设置于所述多个分配节点中的第一节点；所述装置包括：

资源分配模块，用于接收来自客户端的资源分配请求，从所述第一节点控制的资源中，为所述客户端分配所述资源分配请求对应的资源；

请求生成模块，用于如果所述第一节点控制的资源满足预设条件，生成资源调整请求，以使第二节点在监听到所述资源调整请求时，基于所述资源调整请求更新所述第二节点中记录的剩余资源的资源量和当前版本号；所述第二节点为任一所述预设资源系统的分配节点；其中，所述资源调整请求中包括调整后的剩余资源的资源量，以及所述第一节点中记录的当前版本号；

资源调整模块，用于如果所述剩余资源的资源量更新成功，按照所述资源调整请求调整所述第一节点控制的资源；

所述分配节点预先设置有校验参数；所述分配节点预先配置有一致性协议；各个所述分配节点的校验参数通过所述一致性协议在各个所述节点服务器保持一致；所述剩余资源的当前版本号包括预设的校验参数的当前版本号；

所述装置还包括：

版本号增加模块，用于如果监听到资源调整请求，将所述校验参数的当前版本号加一；

校验模块，用于基于所述资源调整请求中的当前版本号以及所述第一节点记录的所述校验参数的当前版本号，确定是否更新所述剩余资源的资源量；

资源量确定模块，用于如果更新，将所述调整后的剩余资源的资源量确定为剩余资源的资源量。

10.一种电子设备，其特征在于，包括处理器和存储器，所述存储器存储有能够被所述处理器执行的机器可执行指令，所述处理器执行所述机器可执行指令以实现权利要求1-8任一项所述的资源再分配方法。

11.一种机器可读存储介质，其特征在于，所述机器可读存储介质存储有机器可执行指令，所述机器可执行指令在被处理器调用和执行时，所述机器可执行指令促使所述处理器实现权利要求1-8任一项所述的资源再分配方法。