1 目标

     预测容量达到瓶颈的时间，并为扩容提供可参考的数据指标；

     根据业务指标或为业务发展形成扩容方案。

    2 需求描述

     为了能够达到以上两个目标，在容量规划平台上需要提供以下功能。

    2.1 系统容量及成本

     当进入容量规划平台时，可先看到如下的界面，对于容量超过6x的应用仅以>6x来表示：

    通过搜索或直接点击应用可看到该应用容量的详细状况：

    每次容量测试完成后，根据系统的容量以及安全阀值，自动设置系统请求量的报警，自动发送邮件或IM通知给相应的开发人员，以便其判断是否要制定扩容的计划，以及评估近期项目上线的状况。

    对于容量预测图，在达到红线PV前两个月或一个月时应邮件或IM通知相应的开发人员，以便制定扩容计划。

    具有应用容量管理权限的相关人员则可通过点击进行容量测试来生成实时的容量状况报告。

    2.2 扩容方案

    扩容方案主要为两种，一种为和业务指标挂钩，另一种为在明确某应用需要支撑多少容量时给予扩容方案。

     和业务指标挂钩的期望是，能够根据业务指标增长的需求来提供哪些系统需要支撑多少的容量。

    例如某系统PV要增长X，平台就能知道和哪些系统相关，容量是否足够，各系统分别需要增加多少机器。

    在明确某应用需要支撑多少容量时，可在平台上直接输入A应用需要支撑5x容量，平台即生成哪些系统需要增加机器，分别需要增加多少台，然后由开发人员来评估是否可以增加机器，在以后再考虑如何能够给开发人员判断是否能增加机器来提供更多的数据指标参考。

建议继续学习：

1. Redis容量及使用规划    (阅读：3336)
2. redis内存容量的预估和优化    (阅读：2834)