【51CTO快译】WordPress.com为超过3300万个网站提供服务，这些网站每个月吸引的访客和网页分别超过3.39亿和34亿。自2008年4月份以来，WordPress.com的页面浏览量增长了大约4.4倍。WordPress.com的贵宾服务（http://vip.wordpress.com/）托管运行许多大受欢迎的网站，比如美国有线电视新闻网（CNN）的Political Ticker（政治新闻收报机）、美国全国橄榄球联盟（NFL）、时代出版公司的The Page、《人物杂志》的Style Watch（时尚观察）、Flickr和KROQ的企业博客，不一而足。WordPress.com母公司Automattic在遍布全球的十二个数据中心运行着2000台服务器。WordPress.com的客户数据在不同位置之间即时复制，旨在为数以亿计的访客提供一种极其可靠的、快速的互联网体验。
问题所在
2005年开始上线的WordPress.com最初从事的是共享主机服务，这跟所有的WordPress.org网站颇为相似。它很快被搬到了一台专用服务器，后来被搬到了两台专用服务器。2005年年底，WordPress.com向公众开放；到2006年年初，已扩大到了四台Web服务器，采用循环域名服务（round robin DNS）来分发流量。此后没过多久，WordPress.com扩大到了第二个数据中心，随后扩大到了第三个数据中心。很快发现，循环域名服务不是一种切实可行的长久之计。
虽然像F5 BIG-IP这些硬件设备提供了WordPress.com所需要的许多功能特性，但是只有五个人的Automattic系统团队决定评估基于现有开源软件而建的不同选择方案。使用在大众化硬件上运行的开源软件，不仅提供了最高级别的灵活性，还具有节省成本的优点--“为单单一个数据中心购买一对采用故障切换配置的功能强大的硬件设备也许费用有点高，但是为10个数据中心采购和维护10对这样的硬件设备很快就会变得费用非常高。”
起初，WordPress.com的团队选择了Pound作为软件负载均衡系统，因为它易于使用，还内置了对SSL的支持。Pound用了大概两年后，WordPress.com需要额外的功能和可扩展性，也就是说：
- 可实时重新配置的功能，又不干扰实时流量。
- 更有效的运行状况检查机制，以便后端系统遇到故障后，可以顺畅、稳步地恢复过来，不会因突如其来的大量请求而导致应用程序基础设施出现过载。
- 更好的可扩展性--包括每秒请求和并发连接数量。就每个负载均衡实例而言，Pound基于线程的模式则无法可靠地处理每秒超过1000次请求的任务。
解决办法
2008年4月份，Automattic把WordPress.com的所有负载均衡系统由Pound全部改用NGINX。在此之前，Automattic的工程师好几个月都一直将NGINX用于Gravatar（http://en.gravatar.com/），对其出色的性能和可扩展性留下了深刻印象，于是把WordPress.com迁移过去自然而然成了下一步。将WordPress.com改用NGINX之前，Automattic评估了另外几款产品，其中包括HAProxy和LVS。下面是之所以选择NGINX的几个原因：
- 简单、灵活、采用逻辑配置。
- 能够实时重新配置和升级NGINX实例，不会造成用户请求被丢弃。
- 通过FastCGI、uwsgi或SCGI协议的应用程序请求路由传送；NGINX还可以直接从存储系统提供静态内容，进一步优化了性能。
- 测试表明唯一能够可靠地处理每秒超过10000次请求（实时流量从单单一台服务器传送到WordPress应用程序）的软件。
- NGINX占用的内存和处理器资源最少，而且易于预测。改用NGINX后，负载均衡服务器上的处理器资源使用量整整减少了三倍。
总的来说，借助基于NGINX的负载均衡系统，WordPress.com在峰值状态下每秒可以处理大约70000次请求和每秒超过15吉比特的流量，还为以后的发展留出了足够的空间。硬件配置是采用超线程技术的双至强5620四核处理器、8-12GB内存，运行Debian Linux 6.0操作系统。作为高可用性架构的一部分，WordPress.com之前使用Wackamole/Spread，但是最近迁移到了Keepalived。就连跨基于NGINX的Web加速和负载均衡层分发入站请求的工作也基于DNS循环机制来完成。
原文链接：点击这里
