Web容量规划之美

27

容量规划的目标

、

问题和过程

操作系统，这要比启动服务花费更多的时间。当然，在大公司的好处是，你可以

利用大公司采购能力的优势通过提升采购量来和供应商谈谈未来硬件采购更优惠

的折扣。无论在哪种情况下，关注点都是一样的：采购过程应该被设计成更大的

计划活动，就像所有其他步骤一样这需要时间和努力（我们在第

4

章中对此进行

了讨论）。

性能与容量，两种不同的概念

性能优化与能力规划之间的关系常常被误解。虽然它们互相影响，但是目标还是

不同的。优化现有系统以获得更好的性能。容量规划决定系统需要什么、何时需要，

以及使用当前性能作为基线。

让我们面对一个事实：性能优化是有趣的和令人上瘾的。但是，在你花了一些时

间调整参数、测试和再调整之后，性能优化会变成一个无休止的空洞，消耗时间

和精力，随着时间的推移性能优化的收益越来越少或者基本没有收益。当你偶然

发现一些显而易见的简单的参数时，那些稀有而美好的时刻会让一切变得更快，

比如你发现一个

MySQL

配置参数能使缓存大小加倍，或者在经过数次测试之后发

现在内核中设置

TCP

窗口参数设置能真正起到作用。太棒啦！但是，如图

1-6

所示，

每发现一种银弹，我们发现的明显优化的数量迅速减少。在获得容易实现的目标

之后，采用复杂技术的边际效益、编译器驱动的代码优化、轮廓引导优化、动态

优化等通常不值得投入时间。在这种情况下，高级优化通常必须要进行系统或算

法的重新设计，以挤压出可能存在的性能增益，前提是如果有的话！

图

1

-

6

： 通过性能优化获取回报随时间递减

28

第

1

章

除了调优，容量规划也必须做， ...