第三种方法是在线切换流量，也便是将一部分流量导入到某些做事器上，不雅观察日志，直到涌现报错为止，然后再将流量切挽回到其他机器结点上，这种方法能够得到最真实的系统压力，但毕竟捐躯了部分用户体验。
以上3种方法的共性都是单次有效，下次换了新的代码环境还要重新手工测试。除了以上的方法外，还可以利用一些系统命令做监控，每天做出容量报表，通过查看报表运维职员便监控到系统的实时压力及实时容量，当逼近根据履历判断的压力上限时，发出报警，提醒扩容。还有的公司是利用监控系统，找到半个月内的系统最大流量作为未来短期内的流量预估，基本上也是靠履历。
上述方法都不能精确地得到系统所能正常承载的极限压力，总的来说都是依赖履历或捐躯用户体验为代价。因此须要将系统的极限压力量化为详细的数据，进行更为准确的容量方案。
容量管理的基本目标有两个，一是使运维职员理解系统的承载力，二因此合理的硬件成本来知足业务需求。减少本钱是企业生存的刚性需求，技能职员同样有任务在技能层面上帮助公司节约本钱。在软件方面，开拓职员通过改进程序算法来提升系统的事情效率；在硬件方面，运维职员除了方案做事架构，还要根据业务类型定制专用的做事器，有针对性地提升系统性能。无论在硬件还是软件方面，都是在原有做事的规模下通过提升性能来减少硬件本钱。除了以上两个方面，还可以通过硬件容量方案的办法进行最直接的本钱掌握，容量管理一方面是节约硬件本钱，另一方面节约了人力本钱。
为方便陈述，我们这里所说的容量管理是指做事器容量管理。容量管理紧张用于评估各集群模块在当前及未来流量下的利用率，让系统容量“可见”。
模块的性能表现和实际运行的指令息息相关，并不是一次测试便能适用所有类型的代码环境，因此，当有新项目上线或在原有根本上扩容时，较安全的做法是，须要重新评估机器性能用以考量做事的稳定性。容量管理可以量化做事的稳定性，测试职员可以专注于业务本身的测试事情，无须再做稳定性测试。
技能职员还要卖力硬件本钱预算的事情，在提交预算时要反复权衡做事本钱与稳定性。对付预算中的刚性需求，技能职员必须供应充分的情由予以支持，须要一套有效的数据作为预算的依据。有了容量管理系统，任何时候都可以用数据说话，系统须要多少台机器不是技能职员决定的，而是由业务流量决定，这样就为技能职员分担了预算压力，使他们能够更加专心地投入事情。
3 容量研究的目标目标是实现单入口流量预估，详细包括以下内容。
（1）判断现有系统规模还可以再承载多少流量。
大家该当有这样的履历，一到假期，大家花费在网络上的韶光会很多，大概会创造网站的相应有可能会变慢。对付网站来说，假期的流量比一样平常时候的流量要大，因此，在节假日的流量会有所上涨。我们可以估计出新的流量来判断现有的系统是否可承受。
（2）对付新增的流量，采购设备时给予辅导，花最少的钱办同样的事。
公司一样平常会在每个季度做一次预算，因此，要供应一套理论公式支持部门的预算申请。对付运维部门来说，就要用数据来说话了，供应容量公式是最好的证明。
（3）流量切换时可以量化。
为了担保做事稳定，常日会供应双机热备，有时保险起见，会供应多余的一套设备。或者为了提速，供应的做事会划分为多个冗余系统，当某个机房的做事涌现问题时，为担保正常做事，须要将流量切换到另一个机房。切换多少流量过去呢？这时候容量系统就派上用场了，为了不至于“压垮”另一个机房的系统，须要事先知道另一个机房的系统容量还有多少空余。
（4）优化做事规模。
产品做事中的机器数未必是最优的，容量管理可以根据访问量和指定的容量利用率，自动打算出须要的机器规模。
以上几点是容量方案要实现的目标，更多内容请参考《大型网站做事器容量方案》
本文节选自《大型网站做事器容量方案》。
内容简介
本书讲解了用数学回归剖析方法来做做事器容量方案的思路，让读者节制做事器容量方案的量化方法；模型的选择是做事器容量方案的关键，不同的程序有不同的模型。本书利用nginx+PHP+MySQL为实例演示了详细的方案过程，以便达到举一反三的浸染，使读者具备构建繁芜模型的能力，以办理做事器容量方案的实际问题。本书还先容了做事器容量一样平常监控的技能及实现方法，如整机CPU、进程CPU、进程IO等。学习完干系章节后，读者也可以编写监控程序了。
本书适宜互联网行业运维工程师、测试工程师、技能经理、项目经理、产品经理，以及致力于从全局把握运维和优化网站的所有互联网从业职员。
本文仅用于学习和互换目的，不代表异步社区不雅观点。非商业转载请注明作译者、出处，并保留本文的原始链接。
