一种线上系统的容量评估方法

桔妹导读:业务在持续增长时,如何评估内部各服务的容量上限、如何决策是否需要扩容,很多时候依赖经验,本文探索一种容量评估的方法,希望容扩容决策更合理更科学。

1.

背景


以滴滴内部某业务为例,从BI监控、流量晚的流量高峰、夜间的流量低谷。但把周期拉长,可以看到业务单量及服务流量的增加趋势。

对应该服务的资源使用,比如CPU Idle,长期看则有一定的下降趋势。


基于此,我们能否从中找到规律,回答几个重要的问题:

  • 随着业务单量增长,该服务的流量也会增加,峰值会是多少?

  • 随着该服务的流量增加,该服务消耗更多的资源,容量上限是多少?

  • 以及终极问题:随着业务单量增长,该服务是否需要扩容,扩容多少?


2.

容量预估的思路


懵懂中有这样的猜想,服务的流量应该取决于业务单量。所以换个角度考虑,把上面三幅图的横坐标改为业务单量,纵坐标改为服务流量。如果关系成立,预测流量增长自然不难。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值