[发明专利]系统容量评估方法与装置有效
申请号: | 201810731843.7 | 申请日: | 2018-07-05 |
公开(公告)号: | CN108897673B | 公开(公告)日: | 2022-04-12 |
发明(设计)人: | 沈建林;张晨 | 申请(专利权)人: | 京东科技控股股份有限公司 |
主分类号: | G06F11/34 | 分类号: | G06F11/34 |
代理公司: | 北京律智知识产权代理有限公司 11438 | 代理人: | 阚梓瑄;王卫忠 |
地址: | 100176 北京市大兴区北京经*** | 国省代码: | 北京;11 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 系统 容量 评估 方法 装置 | ||
本公开提供一种系统容量评估方法与装置。系统容量评估方法包括:监控系统运行数据与硬件运行数据;根据所述系统运行数据确定系统数据容量;获取所述系统运行数据与所述硬件运行数据的容量相关性参数;根据所述容量相关性参数确定系统物理容量;根据所述系统数据容量与所述系统物理容量确定系统容量。本公开提供的系统容量评估方法可以动态实时评估系统容量,在不影响系统运行、不增加成本的条件下获取更准确的系统容量评估结果。
技术领域
本公开涉及计算机技术领域,具体而言,涉及一种能够动态实时评估系统容量的系统容量评估方法与装置。
背景技术
随着互联网+时代的到来,SOA及微服务架构日趋深入,服务数量不断膨胀,应用环境日益复杂,服务依赖关系不断变化,实时了解系统容量情况、对系统容量进行评估成为重要目标。
相关技术中,主要通过线下压测法和线上压测法来评估系统容量。线下压测法为通过工具将线上的流量直接复制到测试服务器,在测试服务器出现瓶颈时得到应用最高的QPS(Query Per Second,每秒查询率),再通过线上线下的换算系数推算出线上的系统容量。线上压测法主要通过在负载轮询时为不同服务器指定不同的权重,并逐渐加大某一台服务器的权重,使这台服务器的流量远大于其他服务器,直至该服务器出现性能瓶颈。这个瓶颈可能是CPU、LOAD、内存、带宽等物理瓶颈,也可能是RT、失败率、QPS波动等软件瓶颈。当单机性能出现性能瓶颈时,将此时的应用QPS记为单机容量,根据集群服务器数量得出集群的系统容量。
线上压测和线下压测均费时费力,且反映的都是压测时的系统容量。在互联网快速发展的今天,程序版本迭代的速度惊人,针对每次版本的迭代、环境的变化都进行一次压测来进行容量评估是不现实的,也是不具备可操作性的。
需要说明的是,在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解,因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。
发明内容
本公开的目的在于提供一种系统容量评估方法与系统容量评估装置,用于至少在一定程度上克服由于相关技术的限制和缺陷而导致的压测评估成本高、实时性低的问题。
根据本公开实施例的第一方面,提供一种系统容量评估方法,包括:监控系统运行数据与硬件运行数据;根据所述系统运行数据确定系统数据容量;获取所述系统运行数据与所述硬件运行数据的容量相关性参数;根据所述容量相关性参数确定系统物理容量;根据所述系统数据容量与所述系统物理容量确定系统容量。
在本公开的一种示例性实施例中,所述根据所述系统运行数据确定系统数据容量包括:
根据所述系统运行数据确定系统运行参数;
根据所述系统运行参数确定一个运行单元对应的多个数据处理瓶颈值,将所述多个数据处理瓶颈值中的最小值作为所述运行单元的单元容量;
根据系统中多个运行单元的系统运行数据与单元容量确定系统资源占用比例;
根据所述系统运行数据与所述系统资源占用比例确定所述系统数据容量。
在本公开的一种示例性实施例中,所述根据所述系统运行参数确定一个运行单元对应的多个数据处理瓶颈值包括:
根据所述系统运行参数获取对应于多个任务种类的任务执行参数;
根据所述任务执行参数确定对应于每个所述任务种类的每秒最多执行次数。
在本公开的一种示例性实施例中,所述根据系统中多个运行单元的系统运行数据与单元容量确定系统资源占用比例包括:
根据所述多个运行单元的当前运行值与对应的单元容量确定每个所述运行单元的第一资源占用比例;
将所述多个运行单元的第一资源占用比例之和作为所述系统资源占用比例。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于京东科技控股股份有限公司,未经京东科技控股股份有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201810731843.7/2.html,转载请声明来源钻瓜专利网。