web-applications - 如何最大化服务器性能？

Question

我一直在努力了解性能和可扩展性，并想知道开发人员/系统管理员正在做什么来充实他们的系统。为了使答案标准化，如果您能尽力回答以下任何问题，这将有所帮助:

简介 - 在 Joomla 上发表杂志； CodeIgniter + OpenId + AJAX 上的工作板

业绩 - 每秒最大请求数每台服务器 ?

硬件 - 服务器、路由器、磁盘、局域网？

软件 - Lighttpd、Memcache、Varnish、Nginx、Squid、Pound、LVS、eAccelerator等

服务 - Amazon S3、Akamai、谷歌计算等

配置 - 静态散列、上游模块、n 个请求后 x 分钟的 Memcache、禁用记录图像请求等。

其他 - 还要别的吗？ (例如，规范化的表不适合有大量读取的站点)

编辑:在结束这个问题之前请重新考虑 as it is important让 Web 开发人员去寻找这些东西。程序员可以从他/她的代码中调整分号，但仍然会输给为 memcached 编写错误的编码器或设法将 CDN 放在一起通过谷歌应用引擎。

Answer 1

我们的系统:我不能告诉你太多，但它是一个服务于许多付费客户的大型 SaaS 应用程序。

我们所做的每一项性能/容量工作都非常仔细地完成——我们不能只是尝试看看它们是否有效。

最初会对当前的性能和容量进行一些分析，我们是否可以继续工作。

如果可能的话，我们会在非生产系统上重现性能问题，我们可以在其中分析代码并进行实验性更改。我们不能总是使用与生产完全相同的硬件(生产有大量非常高规范的服务器；开发只有少数生产规范的专用性能测试箱)。

如果在非生产环境中无法对问题进行有意义的分析，我们会在生产环境中为我们的代码提供一些检测(经过仔细测试以确保检测不会影响系统本身)。该仪器将被“关闭”并有选择地打开以收集足够的数据。

一旦我们对问题进行了准确的分析，我们就会考虑可能的解决方案，并且可能会开发原型(prototype)——这些可以测试功能的正确性。

如果有几个，我们通常会选择风险最小的选择。

然后将遵循正常的发布过程——大量的测试、代码审查等。

如果相关，更改可能会附带一个“恢复开关”，如果出现问题，它可以在生产中快速关闭。

我们已经确定了许多潜在的性能改进，其中大部分在出现问题之前我们不会进一步开发(除非我们无论如何都要对该软件进行不相关的重构)。