全链路压测实战 30 讲
高楼
盾山科技 CEO,7DGroup 创始人
21053 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已完结/共 38 讲
全链路压测实战 30 讲
15
15
1.0x
00:00/00:00
登录|注册

34 | 容量规划:如何精准地对生产系统做容量预估?

你好,我是高楼。
到这里啊,我们专栏的主体内容已经讲得差不多了,场景也已经跑起来了。这节课,我们就来聊一聊容量规划。
对于一个线上系统来说,精准地判断系统最大容量是保证系统能稳定运行的前提条件,而对于大部分系统来说,它们的规划和评估都太过粗略,以至于不是浪费了资源就是随时等死,所以容量评估也必然是性能项目要产出的结论之一。这也是全链路线上压测出现的原因。
对于系统级的容量评估,在当前的技术市场中,除了拿硬件怼上去之外,似乎很难找到什么有效的方法。
我知道有些人会说,不是有 TPC-C、TPC-E…之类的吗?不是有基于 CPU 算力的 XX 模型吗?不管你怎么说,在实际的工作场景中,大部分的算法也还是下面这样的:
当一个节点支持 100TPS 时,有 100 个同样的节点就大概能支持:
100 × 100 × 80% ≈ 8000(TPS)
之所以乘以个 80%,是因为我们从心理上就觉得,实际场景可以支持的 TPS 总量好像可以,但又大概率达不到线性增加的程度,因为一定会有性能的损耗。但是这样算来显得也太不专业了,一个复杂的系统怎么能用小学生就能理解的公式来表达呢。确实,这么简单的公式会忽略很多问题,它过于简单粗暴不说,也非常不精准。
所以,一些架构师在做系统规划的时候会根据 TPC-C 来计算,下面我们就来说一说这种计算方式,同时也聊一聊磁盘和网络容量的评估方式。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

本文介绍了排队论容量评估方法的重要性及其在容量规划中的应用。作者指出当前容量评估方法存在精准性不足的问题,并提出排队论作为更为精准的容量评估方式。排队论能更准确地评估系统容量,避免了其他方法中的架构部署差异、请求复杂度计算难等问题。文章还介绍了排队论的模型表示和实际应用,以及磁盘容量评估的方法。通过实际案例和代码演示,读者可以了解排队论在容量评估中的应用,以及如何评估磁盘容量。此外,文章还涉及网络容量评估的计算方法,强调了对系统稳定运行的整体最大TPS的重要性。最后,作者提出了课后思考问题,引发读者对系统级容量评估和统计学模型在容量规划中的思考和讨论。整体而言,本文内容丰富,为读者提供了更为精准的容量评估方式和磁盘容量评估方法,同时引发了对容量评估方法的思考和探讨。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《全链路压测实战 30 讲》
新⼈⾸单¥59
立即购买
登录 后留言

全部留言(3)

  • 最新
  • 精选
  • 南琛一梦
    有些不太理解。。。

    编辑回复: 同学你好,可以具体说说是哪里吗?

    2022-08-04
  • Geek_f9e0e5
    磁盘容量有简单评估,其他方面还不足

    作者回复: 努力吧。

    2022-02-11
  • Geek_62d00d
    老师有3个问题需要请教您:1.使用tpc-c公式计算服务器资源,分母中的时长8是怎么来的,是假设的一个值吗 2.TPC-C 标准表,这个网上没有搜出来,都是一些讲解,老师能给个标准表的链接吗,哈哈。 3.使用排队论容量评估这个demo,这个最后也没有给出到底需要多少资源?

    作者回复: 1. 8是以一天8小时工作时间来计算的。 2. 在tpcc官网上有发布的报告。http://www.tpc.org/tpcc/ 3. 代码里有,5个服务器。

    2022-02-09
收起评论
显示
设置
留言
3
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部