资源均衡方法和系统、第一Pod节点、资源代理服务器技术方案

本申请公开了一种资源均衡方法和系统、第一Pod节点、资源代理服务器，资源均衡方法包括：接收客户终端发送的大规模促销业务请求；在当前处于运行态的情况下，向资源代理服务器发送资源扩容请求；接收所述资源代理服务器发送的资源扩容响应，进行资源扩容；在进行资源扩容完成后，向所述资源代理服务器发送资源扩容完成消息。本申请实施例提高了资源腾挪调度的效率，且成本低廉、安全快速、易于实施。

【技术实现步骤摘要】
资源均衡方法和系统、第一Pod节点、资源代理服务器
本申请涉及互联网
，具体涉及一种资源均衡方法和系统、第一Pod(PrintOnDemand)节点、资源代理服务器。
技术介绍
现阶段，伴随着消费习惯以及网络行为的改变，大规模促销的业务场景更加复杂，不同场景下的大规模促销涉及的应用是不同的，每一类应用在应对独特的洪峰时都需要有足够的资源。不同应用都在大规模促销前准备充足的资源自然是轻松度过大规模促销洪峰时期，但是大规模促销洪峰时间短暂，大量的资源投入有很长一段时间都处于空闲状态，不符合资源合理适用。传统的解决短时间内大规模资源均衡方法主要采用资源腾挪调度的方式，通过释放某些应用大规模促销过后的闲置资源，但当资源规模非常庞大时，缩容扩容的效率极低，应用需要把资源申请处理并启动应用，耗时很长，如果多个大规模促销活动之间的时间间隔很短，腾挪需要的时间极有可能超过大规模促销的时间间隔。其次，资源腾挪调度最大的问题是应用需要冷启动，冷启动本身需要的时间，加上冷启动后预热需要的时间，对整个资源腾挪调度的时间影响极大。
技术实现思路
本申请提供一种资源均衡方法和系统、第一Pod节点、资源代理服务器，能够提高实现资源腾挪调度的效率。本申请第一方面提供一种资源均衡方法，应用于第一Pod节点，该方法包括：接收客户终端发送的大规模促销业务请求；在当前处于运行态的情况下，向资源代理服务器发送资源扩容请求；接收所述资源代理服务器发送的资源扩容响应，进行资源扩容；在进行资源扩容完成后，向所述资源代理服务器发送资源扩容完成消息。在一些示例性实施例中，在当前处于保活态的情况下，所述向资源代理服务器发送资源扩容请求之前，该方法还包括：从所述保活态切换为所述运行态。本申请第二方面提供一种资源均衡方法，应用于资源代理服务器，该方法包括：接收第一Pod节点发送的资源扩容请求；确定当前处于保活态的第二Pod节点，向所述第二Pod节点发送资源缩容请求；接收所述第二Pod节点发送的资源缩容完成消息，向所述第一Pod节点发送资源扩容响应；接收所述第一Pod节点发送的资源扩容完成消息。在一些示例性实施例中，该方法还包括：更新所述第二Pod节点的资源占用情况；更新所述第一Pod节点的资源占用情况。在一些示例性实施例中，所述确定当前处于保活态的第二Pod节点包括：根据Pod节点和状态之间的对应关系，确定当前处于保活态的第二Pod节点。本申请第三方面提供一种第一Pod节点，包括：第一接收模块，用于接收客户终端发送的大规模促销业务请求；第一发送模块，用于在当前处于运行态的情况下，向资源代理服务器发送资源扩容请求；第一接收模块还用于：接收所述资源代理服务器发送的资源扩容响应，进行资源扩容；第一发送模块还用于：在进行资源扩容完成后，向所述资源代理服务器发送资源扩容完成消息。在一些示例性实施例中，还包括：切换模块，用于在当前处于保活态的情况下，从所述保活态切换为所述运行态。本申请第四方面提供一种资源代理服务器，包括：第二接收模块，用于接收第一Pod节点发送的资源扩容请求；确定模块，用于确定当前处于保活态的第二Pod节点；第二发送模块，用于向所述第二Pod节点发送资源缩容请求；第二接收模块还用于：接收所述第二Pod节点发送的资源缩容完成消息；第二发送模块还用于：向所述第一Pod节点发送资源扩容响应；第二接收模块还用于：接收所述第一Pod节点发送的资源扩容完成消息。在一些示例性实施例中，还包括：更新模块，用于更新所述第二Pod节点的资源占用情况；更新所述第一Pod节点的资源占用情况。在一些示例性实施例中，所述确定模块具体用于：根据Pod节点和状态之间的对应关系，确定当前处于保活态的第二Pod节点。本申请第五方面提供一种资源均衡系统，包括：第一Pod节点，用于：接收客户终端发送的大规模促销业务请求；在当前处于运行态的情况下，向资源代理服务器发送资源扩容请求；接收所述资源代理服务器发送的资源扩容响应，进行资源扩容；在进行资源扩容完成后，向所述资源代理服务器发送资源扩容完成消息；资源代理服务器，用于：接收第一Pod节点发送的资源扩容请求；确定当前处于保活态的第二Pod节点，向所述第二Pod节点发送资源缩容请求；接收所述第二Pod节点发送的资源缩容完成消息，向所述第一Pod节点发送资源扩容响应；接收所述第一Pod节点发送的资源扩容完成消息。本申请具有如下优点：本申请实施例中，在接收到客户终端发送的大规模促销业务请求时，如果当前处于运行态，则向资源代理服务器发送资源扩容请求，以直接实现资源扩容，即不需要重新启动应用即可实现资源腾挪调度，从而提高了资源腾挪调度的效率，且成本低廉、安全快速、易于实施。附图说明附图是用来提供对本申请的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本申请，但并不构成对本申请的限制。图1为本申请一个实施例提供的应用于第一Pod节点的资源均衡方法的流程图；图2为本申请实施例的Pod节点状态示意图；图3为本申请另一个实施例提供的应用于资源代理服务器的资源均衡方法的流程图；图4为本申请另一个实施例提供的第一Pod节点的结构组成示意图；图5为本申请另一个实施例提供的资源代理服务器的结构组成示意图；图6为本申请另一个实施例提供的资源均衡系统的结构组成示意图。具体实施方式以下结合附图对本申请的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本申请，并不用于限制本申请。如本公开所使用的，术语“和/或”包括一个或多个相关列举条目的任何和全部组合。本公开所使用的术语仅用于描述特定实施例，且不意欲限制本公开。如本公开所使用的，单数形式“一个”和“该”也意欲包括复数形式，除非上下文另外清楚指出。当本公开中使用术语“包括”和/或“由......制成”时，指定存在所述特征、整体、步骤、操作、元件和/或组件，但不排除存在或添加一个或多个其它特征、整体、步骤、操作、元件、组件和/或其群组。本公开所述实施例可借助本公开的理想示意图而参考平面图和/或截面图进行描述。因此，可根据制造技术和/或容限来修改示例图示。除非另外限定，否则本公开所用的全部术语(包括技术和科学术语)的含义与本领域普通技术人员通常理解的含义相同。还将理解，诸如那些在常用字典中限定的那些术语应当被解释为具有与其在相关技术以及本公开的背景下的含义一致的含义，且将不解释为具有理想化或过度形式上的含义，除非本公开明确如此限定。图1为本申请一个实施例提供的应用于第一Pod本文档来自技高网...

【技术保护点】
1.一种资源均衡方法，应用于第一Pod节点，该方法包括：/n接收客户终端发送的大规模促销业务请求；/n在当前处于运行态的情况下，向资源代理服务器发送资源扩容请求；/n接收所述资源代理服务器发送的资源扩容响应，进行资源扩容；/n在进行资源扩容完成后，向所述资源代理服务器发送资源扩容完成消息。/n

【技术特征摘要】
1.一种资源均衡方法，应用于第一Pod节点，该方法包括：
接收客户终端发送的大规模促销业务请求；
在当前处于运行态的情况下，向资源代理服务器发送资源扩容请求；
接收所述资源代理服务器发送的资源扩容响应，进行资源扩容；
在进行资源扩容完成后，向所述资源代理服务器发送资源扩容完成消息。


2.根据权利要求1所述的资源均衡方法，在当前处于保活态的情况下，所述向资源代理服务器发送资源扩容请求之前，该方法还包括：从所述保活态切换为所述运行态。


3.一种资源均衡方法，应用于资源代理服务器，该方法包括：
接收第一Pod节点发送的资源扩容请求；
确定当前处于保活态的第二Pod节点，向所述第二Pod节点发送资源缩容请求；
接收所述第二Pod节点发送的资源缩容完成消息，向所述第一Pod节点发送资源扩容响应；
接收所述第一Pod节点发送的资源扩容完成消息。


4.根据权利要求3所述的资源均衡方法，该方法还包括：
更新所述第二Pod节点的资源占用情况；
更新所述第一Pod节点的资源占用情况。


5.根据权利要求3所述的资源均衡方法，其中，所述确定当前处于保活态的第二Pod节点包括：
根据Pod节点和状态之间的对应关系，确定当前处于保活态的第二Pod节点。


6.一种第一Pod节点，包括：
第一接收模块，用于接收客户终端发送的大规模促销业务请求；
第一发送模块，用于在当前处于运行态的情况下，向资源代理服务器发送资源扩容请求；
第一接收模块还用于：接收所述资源代理服务器发送的资源扩容响应，进行资源扩容；
第一发送模块还用于：在进行资源扩容完成后，向所述资源代理服务器发送资源扩容完成消息。
<...

【专利技术属性】
技术研发人员：屈阳，
申请(专利权)人：中国联合网络通信集团有限公司，
类型：发明
国别省市：北京;11