最近用VMWare实现的apache群集方案供大家参考

站点：http://www.blogme.cn ( Drupal 4.6.x )

Web服务器硬件：
Dell PowerEdge 1850
2* 2.8G Xeon
3G RAM
2* Ultra320 SCSI 136G HD , PERC4e/SI RAID 1

操作系统：Windows 2003 SP1

原来的配置是 Windows + Apache 2 + PHP 5.1.1 + FastCGI

ab测试40并发数时Requests per Second仅仅1点几。

现在改为：
5个Vmware虚拟机，一个作为LVS负责负载平衡和gulm锁（256M内存），另外四个作为httpd节点（每个320M内存）。

系统是Redhat Enterprise Linux AS 4 Update 3 + Cluster Suite + Redhat GFS + eAccelerator

ab测试40并发数时Requests per Second为5点几至6点几，并且页面传送速度快了很多，测试中的页面响应时间只有原来的三分之一至四分之一；稳定性还有待测试，不过四个httpd节点中只要有一个正常LVS就可以正常处理Web请求。

使用Windows主机平台的朋友可以参考一下，这个方案也许可以为你获得更好的性能。

总的说来，我觉得drupal还是对CPU的压力太大，我这个硬件有一半左右的页面响应时间在数据库上，另一半在drupal上，drupal 4.7对数据库的存取有所改进，存取时间要短于4.6。如果我这个硬件Requests Per Second能达到20以上就比较理想了。

一个重要的建议是：最好使用gulm锁而不是新的DLM锁。虽然Redhat宣布未来全力开发DLM, 不再支持gulm。但我在实践中发现有时候一台或两台虚拟机死掉了，使用DLM锁的群集可能会失去仲裁值，结果DLM会不能使用，剩下的虚拟机并不能以群集方式继续工作（因为DLM群集的共享存储的GFS卷一般使用DLM锁，需要DLM才能工作）。但gulm锁就没有这个问题，只要gulm server节点不倒，随时关掉几个虚拟机作维护都不影响群集，这个方案里正好可以将LVS节点作为gulm server。

其他参考数据：drupal4.7+中文包全新安装，不开drupal cache时Requests Per Second在20-30之间，开drupal cache可以达到80-90。