写在前面，本文转载张宴同学的，这篇文章写得相当不错，图文并茂，非常仔细，我只截取了前言方案的介绍，具体配置需要与时俱进，具体还请跟进张宴的原文，谢谢，另外我个人觉得Nginx还有一个很大用途是可以分流Crawler的流量，这对于数据库压力比较大的动态网页尤其实用，通过一定的逻辑（如同一源IP地每秒请求大于XXX的流量导到另外一普通WEB服务器+普通数据库，正常用户及大搜索引擎VIP待遇，垃圾Crawler导向普通性能的服务免得拖跨主服务）
[文章作者：张宴 本文版本：v4.12 最后修改：2009.01.17 转载请注明原文链接：http://blog.s135.com/post/366.htm]
前言：本文是我撰写的关于搭建“Nginx + PHP（FastCGI）”Web服务器的第4篇文章。本系列文章作为国内最早详细介绍 Nginx + PHP 安装、配置、使用的资料之一，为推动 Nginx 在国内的发展产生了积极的作用。这是一篇关于Nginx 0.7.x系列版本的文章，安装、配置方式与第3篇文章相差不大，但配置参数有不同。Nginx 0.7.x系列版本虽然为开发版，但在很多大型网站的生产环境中已经使用。
Nginx ("engine x") 是一个高性能的 HTTP 和反向代理服务器，也是一个 IMAP/POP3/SMTP 代理服务器。 Nginx 是由 Igor Sysoev 为俄罗斯访问量第二的 Rambler.ru 站点开发的，它已经在该站点运行超过两年半了。Igor 将源代码以类BSD许可证的形式发布。
Nginx 超越 Apache 的高性能和稳定性，使得国内使用 Nginx 作为 Web 服务器的网站也越来越多，其中包括新浪博客、新浪播客、网易新闻等门户网站频道，六间房、56.com等视频分享网站，Discuz!官方论坛、水木社区等知名论坛，豆瓣、YUPOO相册、海内SNS、迅雷在线等新兴Web 2.0网站。
[文章作者：张宴 本文版本：v4.12 最后修改：2009.01.17 转载请注明原文链接：http://blog.s135.com/post/366.htm]
前言：本文是我撰写的关于搭建“Nginx + PHP（FastCGI）”Web服务器的第4篇文章。本系列文章作为国内最早详细介绍 Nginx + PHP 安装、配置、使用的资料之一，为推动 Nginx 在国内的发展产生了积极的作用。这是一篇关于Nginx 0.7.x系列版本的文章，安装、配置方式与第3篇文章相差不大，但配置参数有不同。Nginx 0.7.x系列版本虽然为开发版，但在很多大型网站的生产环境中已经使用。
Nginx ("engine x") 是一个高性能的 HTTP 和反向代理服务器，也是一个 IMAP/POP3/SMTP 代理服务器。 Nginx 是由 Igor Sysoev 为俄罗斯访问量第二的 Rambler.ru 站点开发的，它已经在该站点运行超过两年半了。Igor 将源代码以类BSD许可证的形式发布。
Nginx 超越 Apache 的高性能和稳定性，使得国内使用 Nginx 作为 Web 服务器的网站也越来越多，其中包括新浪博客、新浪播客、网易新闻等门户网站频道，六间房、56.com等视频分享网站，Discuz!官方论坛、水木社区等知名论坛，豆瓣、YUPOO相册、海内SNS、迅雷在线等新兴Web 2.0网站。
2009/02/11 22:44 | 
转载出处：DBA Notes
http://www.dbanotes.net/opensource/wikipedia_arch.html
本想自己从PDF文档中抓出重点翻译一下，但看Fenng兄已经在Blog讲得比较细，就直接转载，谢谢了，正文如下：
维基百科(WikiPedia.org)位列世界十大网站，目前排名第八位。这是开放的力量。
来点直接的数据：
- 峰值每秒钟3万个 HTTP 请求
- 每秒钟 3Gbit 流量, 近乎375MB
- 350 台 PC 服务器(数据来源)
架构示意图如下：
作者: Luke Lai | 同意转载, 转载时请以超链接形式标明文章原始出处，谢谢!
网址: http://www.it-infra.cn/web_frontend
我们应该把谁放在网站的前方？ 防火墙还是负载均衡器?
如果你的单位有些钱，又对安全性及可用性有一定的要求，呵呵，估计负载均衡器(Load Balance)和防火墙(Firewall)都会逐渐添齐，那么怎么在网站这种应用环境中去使用它们？下面的小经验却是血泪换来的，呜呜
我曾经历一段“可怕”的经历，因为单位的业务迅猛发展，网络流量跟会话(Session数)猛增，原来一直放置在前段的防火墙撑不下去，只能临时从厂商借来load balance顶住。后来事后跟厂商的同志们分析，跟网络流量的增长不是太大关系，一般百兆防火墙虽然不能达到线速，但到60~70M问题不太大，当然这属于比较好的牌子的防火墙，当时主要的性能瓶颈在Session数及防火墙上包过滤策略。
Load balance的Session数跟防火墙比起来，那不是一个数量级的，主要原因是load balance处理并发连接的方式对于防火墙来说是一个创新的方式，具体也很难在这个博文中解释清楚，如有兴趣，建议在网上搜取F5与Netscaler相关资料。 记住一点，把负载均衡器(Load balance)放置在面向Internet用户的位置，而把防火墙/VPN搁在内部网与IDC连接中间，作为内部安全设备使用。这样即保持网站的可用性，又保证内网的安全性。具体拓扑结构可以考虑另外一篇博文<<某中大型网站系统架构--实战案例研究>>
网址: http://www.it-infra.cn/web_frontend
我们应该把谁放在网站的前方？ 防火墙还是负载均衡器?
如果你的单位有些钱，又对安全性及可用性有一定的要求，呵呵，估计负载均衡器(Load Balance)和防火墙(Firewall)都会逐渐添齐，那么怎么在网站这种应用环境中去使用它们？下面的小经验却是血泪换来的，呜呜
我曾经历一段“可怕”的经历，因为单位的业务迅猛发展，网络流量跟会话(Session数)猛增，原来一直放置在前段的防火墙撑不下去，只能临时从厂商借来load balance顶住。后来事后跟厂商的同志们分析，跟网络流量的增长不是太大关系，一般百兆防火墙虽然不能达到线速，但到60~70M问题不太大，当然这属于比较好的牌子的防火墙，当时主要的性能瓶颈在Session数及防火墙上包过滤策略。
Load balance的Session数跟防火墙比起来，那不是一个数量级的，主要原因是load balance处理并发连接的方式对于防火墙来说是一个创新的方式，具体也很难在这个博文中解释清楚，如有兴趣，建议在网上搜取F5与Netscaler相关资料。 记住一点，把负载均衡器(Load balance)放置在面向Internet用户的位置，而把防火墙/VPN搁在内部网与IDC连接中间，作为内部安全设备使用。这样即保持网站的可用性，又保证内网的安全性。具体拓扑结构可以考虑另外一篇博文<<某中大型网站系统架构--实战案例研究>>
