[发明专利]资源调度方法及装置在审
申请号: | 202210564209.5 | 申请日: | 2022-05-23 |
公开(公告)号: | CN115208893A | 公开(公告)日: | 2022-10-18 |
发明(设计)人: | 王园 | 申请(专利权)人: | 中国银行股份有限公司 |
主分类号: | H04L67/1012 | 分类号: | H04L67/1012;H04L67/1004;G06Q40/04 |
代理公司: | 北京三友知识产权代理有限公司 11127 | 代理人: | 党晓林;李辉 |
地址: | 100818 *** | 国省代码: | 北京;11 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 资源 调度 方法 装置 | ||
本发明公开了一种资源调度方法及装置,涉及金融技术领域,其中该方法包括:接收目标交易系统的资源调度请求,获取该目标交易系统中的各个子系统的运行数据,每个子系统由至少一台负载均衡服务器组成;根据各个子系统的运行数据和所述资源调度请求中的场景预配置信息,确定各个子系统的服务器资源需求数量;将每个子系统中的负载均衡服务器数量调整为所述服务器资源需求数量,以完成所述资源调度请求对应的资源调度。本申请能够提高资源调度的准确性,避免系统资源的浪费。
技术领域
本发明涉及数据处理技术领域,尤其涉及资源调度方法及装置。
背景技术
本部分旨在为权利要求书中陈述的本发明实施例提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。
在移动支付市场,为了促进消费,时常会举办大型的购物节,活动的持续时间多则几日少则1天;在秒杀活动场景中,每秒处理事务数(transactions per second,简称TPS)能够达到平时高峰TPS的几倍,甚至几十倍。为了支撑突发的高并发、大流量的情况,扩充硬件资源的方法往往都是直接并且效果显著的。因此,银行作为支付服务提供方,往往采取的应对手段就是简答粗暴的增加支付链路中的各个子系统的硬件资源来支撑这种需求。
但是,秒杀活动场景往往只持续几分钟甚至只有几秒,活动一旦结束后恢复常态,硬件资源利用率都将大大降低;同时,在不同秒杀活动场景下,同一支付链路所需要承受的压力可能不同,同一子系统所要承受的压力也可能不同,如果是简单的通过增加各个子系统的服务器资源来满足不同的场景需求,必然导致系统资源的浪费。
发明内容
本发明实施例提供一种资源调度方法,用以提高资源调度的准确性,避免系统资源的浪费,该方法包括:
接收目标交易系统的资源调度请求,获取该目标交易系统中的各个子系统的运行数据,每个子系统由至少一台负载均衡服务器组成;
根据各个子系统的运行数据和所述资源调度请求中的场景预配置信息,确定各个子系统的服务器资源需求数量;
将每个子系统中的负载均衡服务器数量调整为所述服务器资源需求数量,以完成所述资源调度请求对应的资源调度。
进一步地,所述根据各个子系统的运行数据和所述资源调度请求中的场景预配置信息,确定各个子系统的服务器资源需求数量,包括:
将每个子系统的运行数据和所述资源调度请求中的场景预配置信息输入预设的资源需求监测模型中,将所述预设的资源需求监测模型的输出结果确定为该子系统的服务器资源需求数量;
其中,所述预设的资源需求监测模型是预先根据批量子系统的历史运行数据、其各自对应的场景预配置信息和实际服务器资源需求数量对决策树算法进行训练得到的。
进一步地,在所述根据各个子系统的运行数据和所述资源调度请求中的场景预配置信息,确定各个子系统的服务器资源需求数量之后,还包括:
根据所述场景预配置信息,获取所述资源调度请求对应的预存储的运行数据与资源需求区间关系表;
根据所述运行数据与资源需求区间关系表以及每个子系统的运行数据,确定该子系统对应的资源需求区间;
判断每个子系统的服务器资源需求数量是否在该子系统对应的资源需求区间内,若是,则确定所述服务器资源需求数量的验证通过;
将每个子系统中的负载均衡服务器数量调整为所述服务器资源需求数量,以完成所述资源调度请求对应的资源调度。
进一步地,所述的资源调度方法,还包括:
若存在服务器资源需求数量为超出其对应的资源需求区间的子系统,则中止当前操作并输出该子系统对应的预警信息。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于中国银行股份有限公司,未经中国银行股份有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202210564209.5/2.html,转载请声明来源钻瓜专利网。