心目中的容量规划平台
浏览:1461次 出处信息
1 目标
预测容量达到瓶颈的时间,并为扩容提供可参考的数据指标;
根据业务指标或为业务发展形成扩容方案。
2 需求描述
为了能够达到以上两个目标,在容量规划平台上需要提供以下功能。
2.1 系统容量及成本
当进入容量规划平台时,可先看到如下的界面,对于容量超过6x的应用仅以>6x来表示:
通过搜索或直接点击应用可看到该应用容量的详细状况:
每次容量测试完成后,根据系统的容量以及安全阀值,自动设置系统请求量的报警,自动发送邮件或IM通知给相应的开发人员,以便其判断是否要制定扩容的计划,以及评估近期项目上线的状况。
对于容量预测图,在达到红线PV前两个月或一个月时应邮件或IM通知相应的开发人员,以便制定扩容计划。
具有应用容量管理权限的相关人员则可通过点击进行容量测试来生成实时的容量状况报告。
2.2 扩容方案
扩容方案主要为两种,一种为和业务指标挂钩,另一种为在明确某应用需要支撑多少容量时给予扩容方案。
和业务指标挂钩的期望是,能够根据业务指标增长的需求来提供哪些系统需要支撑多少的容量。
例如某系统PV要增长X,平台就能知道和哪些系统相关,容量是否足够,各系统分别需要增加多少机器。
在明确某应用需要支撑多少容量时,可在平台上直接输入A应用需要支撑5x容量,平台即生成哪些系统需要增加机器,分别需要增加多少台,然后由开发人员来评估是否可以增加机器,在以后再考虑如何能够给开发人员判断是否能增加机器来提供更多的数据指标参考。
建议继续学习:
QQ技术交流群:445447336,欢迎加入!
扫一扫订阅我的微信号:IT技术博客大学习
扫一扫订阅我的微信号:IT技术博客大学习
<< 前一篇:MooseFS知多少
后一篇:ZeroMQ 的模式 >>
文章信息
- 作者:bluedavy 来源: BlueDavy之技术Blog
- 标签: 容量
- 发布时间:2011-02-28 23:12:49
建议继续学习
近3天十大热文
- [65] Oracle MTS模式下 进程地址与会话信
- [65] Go Reflect 性能
- [64] 如何拿下简短的域名
- [59] android 开发入门
- [59] IOS安全–浅谈关于IOS加固的几种方法
- [58] 图书馆的世界纪录
- [58] 【社会化设计】自我(self)部分――欢迎区
- [53] 视觉调整-设计师 vs. 逻辑
- [47] 界面设计速成
- [46] 读书笔记-壹百度:百度十年千倍的29条法则