目前网站基准测试大约有600个请求/秒,但考虑到我们分配给它的资源量,我觉得它可能要高得多.

现在我们在8台Web服务器前使用Rackspace云负载均衡器(Apache Zeus).每个Web服务器在512MB云实例上运行Linux,内容由Varnish提供Apache 2后端.

Web应用程序本身就是PHP. Apache在mpm-worker中运行,而PHP在fcgi中运行. PHP APC也已启用.

至于数据库后端,我在Master-Master复制设置中有两个服务于MysqL的4gb服务器实例,其中一半Web服务器指向每个服务器.该应用程序是数据库密集型的,因此拥有如此多的专用于数据库的资源.

性能通常很好,但是我们遇到了现有基础架构无法处理的负载峰值,因此我动态地增加了节点的大小.这很好,但我觉得在我们拥有的特定负载条件下,我不得不在基础设施上投入比我预期的更多的资源来保持网站的快速启动.在我的研究中,似乎我们使用了一个非常罕见的设置,因为有这么多单独的清漆实例,我可能需要探索缓存层的选项.

绘制了当前体系结构的概述here (google docs link)

架空云的定价模型非常线性,这意味着1024mb的服务器实例正好是512mb实例的两倍.因此,我希望在相同数量的资源(成本)下工作时最大化我的表现.

我最初的想法是删除机架空间负载均衡器,而不是在apache后端使用单个清漆实例,并且可能使apache后端为4x 1gb实例而不是8x 512mb实例.负载平衡器的成本非常便宜,因此为了证明用另一个专用服务器替换它,合理的性能增益需要很大.

我已经玩弄了HAProxy和Nginx的想法,但我不想盲目地在生产网站上进行实验.

我的目标是能够在大致相同的硬件分配上提供接近2000 req / s的服务.

编辑：我让mod_pagespeed工作了一段时间,这让我大约100 req / s,但我似乎有很多与它如何与清漆互动的问题.

编辑：Varnish VCL,磁盘是Rackspace Cloud的默认值(非san,猜测SATA),目前数据库约为1.5gb.在正常情况下不能交换到磁盘. Apache进程每个大约20mb. php-cgi进程倾向于咀嚼更多资源.