分析一：
1. apache
apache 是世界排名第一的 web 服务器 , 根据 netcraft 所作的调查 , 世界上百分之五十以上的 web 服务器在使用 apache.
1995 年 4 月 , 最早的 apache(0.6.2 版 ) 由 apache group 公布发行 . apache group 是一个完全通过 internet 进行运作的非盈利机构 , 由它来决定 apache web 服务器的标准发行版中应该包含哪些内容 . 准许任何人修改隐错 , 提供新的特征和将它移植到新的平台上 , 以及其它的工作 . 当新的代码被提交给 apache group 时 , 该团体审核它的具体内容 , 进行测试 , 如果认为满意 , 该代码就会被集成到 apache 的主要发行版中 .
apache 的特性 :
1) 几乎可以运行在所有的计算机平台上 .
2) 支持最新的 http/1.1 协议
3) 简单而且强有力的基于文件的配置 (httpd.conf).
4) 支持通用网关接口 (cgi)
5) 支持虚拟主机 .
6) 支持 http 认证 .
7) 集成 perl.
8) 集成的代理服务器
9) 可以通过 web 浏览器监视服务器的状态 , 可以自定义日志 .
10) 支持服务器端包含命令 (ssi).
11) 支持安全 socket 层 (ssl).
12) 具有用户会话过程的跟踪能力 .
13) 支持 fastcgi
14) 支持 java servlets
2. nginx
Nginx 是俄罗斯人编写的十分轻量级的 HTTP 服务器 ,Nginx ，它的发音为 “engine X” ， 是一个高性能的 HTTP 和反向代理服务器，同时也是一个 IMAP/POP3/SMTP 代理服务器． Nginx 是由俄罗斯人 Igor Sysoev 为俄罗斯访问量第二的 Rambler.ru 站点开发 .
Nginx 以事件驱动的方式编写，所以有非常好的性能，同时也是一个非常高效的反向代理、负载平衡。其拥有匹配 Lighttpd 的性能，同时还没有 Lighttpd 的内存泄漏问题，而且 Lighttpd 的 mod_proxy 也有一些问题并且很久没有更新。但是 Nginx 并不支持 cgi 方式运行，原因是可以减少因此带来的一些程序上的漏洞。所以必须使用 FastCGI 方式来执行 PHP 程序。
nginx 做为 HTTP 服务器，有以下几项基本特性：
处理静态文件，索引文件以及自动索引；打开文件描述符缓冲．
无缓存的反向代理加速，简单的负载均衡和容错．
FastCGI ，简单的负载均衡和容错．
模块化的结构。包括 gzipping, byte ranges, chunked responses, 以及 SSI-filter 等 filter 。如果由 FastCGI 或其它代理服务器处理单页中存在的多个 SSI ，则这项处理可以并行运行，而不需要相互等待。
Nginx 专为性能优化而开发，性能是其最重要的考量 , 实现上非常注重效率。它支持内核 Poll 模型，能经受高负载的考验 , 有报告表明能支持高达 50,000 个并发连接数。
Nginx 具有很高的稳定性。其它 HTTP 服务器，当遇到访问的峰值，或者有人恶意发起慢速连接时，也很可能会导致服务器物理内存耗尽频繁交换，失去响应，只能重启服务器。例如当前 apache 一旦上到 200 个以上进程， web 响应速度就明显非常缓慢了。而 Nginx 采取了分阶段资源分配技术，使得它的 CPU 与内存占用率非常低。 nginx 官方表示保持 10,000 个没有活动的连接，它只占 2.5M 内存，所以类似 DOS 这样的攻击对 nginx 来说基本上是毫无用处的。就稳定性而言 ,nginx 比 lighthttpd 更胜一筹。
Nginx 支持热部署。它的启动特别容易 , 并且几乎可以做到 7*24 不间断运行，即使运行数个月也不需要重新启动。你还能够在不间断服务的情况下，对软件版本进行进行升级。
3. lighttpd
Lighttpd (发音：lighty）是一个具有非常低的内存开销， cpu 占用率低，效能好，以及丰富的模块等特点。 lighttpd 是众多 OpenSource 轻量级的 web server 中较为优秀的一个。支持 FastCGI, CGI, Auth, 输出压缩 (output compress), URL 重写 , Alias 等重要功能。
Lighttpd 使用 fastcgi 方式运行 php, 它会使用很少的 PHP 进程响应很大的并发量。
Fastcgi 的优点在于：
· 从稳定性上看 , fastcgi 是以独立的进程池运行来 cgi, 单独一个进程死掉 , 系统可以很轻易的丢弃 , 然后重新分配新的进程来运行逻辑 .
· 从安全性上看 , fastcgi 和宿主的 server 完全独立 , fastcgi 怎么 down 也不会把 server 搞垮 ,
· 从性能上看 , fastcgi 把动态逻辑的处理从 server 中分离出来 , 大负荷的 IO 处理还是留给宿主 server, 这样宿主 server 可以一心一意作 IO, 对于一个普通的动态网页来说 , 逻辑处理可能只有一小部分 , 大量的图片等静态 IO 处理完全不需要逻辑程序的参与 ( 注 1)
· 从扩展性上讲 , fastcgi 是一个中立的技术标准 , 完全可以支持任何语言写的处理程序 (php,java,python...)
3 种 WEB 服务器的比较：
| server | Apache | Nginx | Lighttpd |
| Proxy 代理 | 非常好 | 非常好 | 一般 |
| Rewriter | 好 | 非常好 | 一般 |
| Fcgi | 不好 | 好 | 非常好 |
| 热部署 | 不支持 | 支持 | 不支持 |
| 系统压力比较 | 很大 | 很小 | 比较小 |
| 稳定性 | 好 | 非常好 | 不好 |
| 安全性 | 好 | 一般 | 一般 |
| 技术支持 | 非常好 | 很少 | 一般 |
| 静态文件处理 | 一般 | 非常好 | 好 |
| Vhosts 虚拟主机 | 支持 | 不支持 | 支持 |
| 反向代理 | 一般 | 非常好 | 一般 |
| Session sticky | 支持 | 不支持 | 不支持 |
建议方案：
Apache 后台服务器（主要处理php及一些功能请求 如：中文url）
Nginx 前端服务器（利用它占用系统资源少得优势来处理静态页面大量请求）
Lighttpd 图片服务器
总体来说，随着nginx功能得完善将使他成为今后web server得主流。
分析二：
性能测试 ：
将分别测试 3 种软件在对动态页面和静态页面请求及并发时的响应时间
LIGHTTPD
| n/-c(ab 参数) | cpu% | Mem | RequestsperSecond | Time taken for tests |
| 100000/100 | 64 | 60 | 462.75 | 21.6 |
| 100000/200 | 67 | 60 | 312.07 | 32.4 |
| 100000/500 | 83 | 60 | 137.24 | 72.8 |
| 100000/1000 出现错误丢包 | 94 | 60 | 126.6 | 78.9 |
| n/-c(ab 参数) | cpu% | Mem | RequestsperSecond | Time taken for tests |
| 100000/100 | 34.6 | 140 | 943.66 | 10.597 |
| 100000/200 | 35.6 | 110 | 924.32 | 10.818 |
| 100000/500 | 34.3 | 110 | 912.68 | 10.956 |
| 100000/1000 | 37 | 160 | 832.59 | 12.106 |
| n/-c(ab 参数) | cpu% | Mem | RequestsperSecond | Time taken for tests |
| 100000/100 | 40.6 | 170 | 690.72 | 14.47 |
| 100000/200 | 41.1 | 180 | 685.39 | 14.59 |
| 100000/500 | 42.3 | 190 | 633.64 | 15.78 |
| 100000/1000 | 43.1 | 200 | 547.53 | 18.26 |
LIGHTTPD
| n/-c(ab 参数) | cpu% | Mem | RequestsperSecond | Time taken for tests |
| 1000/100 | 50 | 200 | 33.54 | 29.816 |
| 1000/200 | 52 | 210 | 30.43 | 32.858 |
| 1000/500 | 54 | 230 | 25.79 | 38.76 |
| 1000/1000 | 62 | 250 | 24.83 | 40.28 |
| n/-c(ab 参数) | cpu% | Mem | RequestsperSecond | Time taken for tests |
| 1000/100 | 53.8 | 250 | 83.12 | 12.305 |
| 1000/200 | 55.8 | 250 | 74.05 | 13.504 |
| 1000/500 | 56 | 260 | 58.99 | 16.951 |
| 1000/1000 | 58 | 260 | 43.41 | 23.347 |
| n/-c(ab 参数) | cpu% | Mem | RequestsperSecond | Time taken for tests |
| 100000/100 | 60 | 200 | 27.37 | 36.541 |
| 100000/200 | 61 | 220 | 23.82 | 41.981 |
| 100000/500 | 73 | 150 | 20.59 | 48.562 |
| 100000/1000 | 53 | 200 | 27.18 | 36.796 |
LIGHTTPD
| n/-c(ab 参数) | cpu% | Mem | RequestsperSecond | Time taken for tests |
| 100000/100 | 45 | 20 | 168.06 | 59.504 |
| 100000/200 | 47 | 22 | 140.64 | 71.103 |
| 100000/500 | 49 | 24 | 52.80 | 189.386 |
| 100000/1000 | 在请求到4840时测试测试程序死掉 | |||
| n/-c(ab 参数) | cpu% | Mem | RequestsperSecond | Time taken for tests |
| 100000/100 | 70 | 120 | 143.46 | 69.706 |
| 100000/200 | 72 | 130 | 140.57 | 71.140 |
| 100000/500 | 73 | 150 | 135.87 | 73.601 |
| 100000/1000 | 77 | 160 | 132.18 | 75.657 |
| n/-c(ab 参数) | cpu% | Mem | RequestsperSecond | Time taken for tests |
| 100000/100 | 70 | 180 | 245.73 | 40.694 |
| 100000/200 | 72 | 190 | 245.79 | 40.684 |
| 100000/500 | 75 | 200 | 241.29 | 41.443 |
| 100000/1000 | 77 | 220 | 236.74 | 42.239 |
网站名 操作系统 web 服务器
1. 门户网站类：
搜狐 LINUX apache 1.3.37
新浪 LINUX apache 2.0.54
迅雷 LINUX nginx 0.6.31
163 LINUX apache 2.2.6
2. 搜索类
百度 unknown BWS 1.0
Google linux gws
Sougou FreeBSD apache 2.2.4
Hao123 linux apache 2.2.4
4. 电子邮箱类
126 linux apache
Hotmail win2003 microsoft-IIS 6.0
新浪邮箱 F5 Big-IP apache 2.2.8
263 linux apache 2.2.6
5. 博客类
新浪博客 linux nginx 0.5.35
搜狐博客 linux nginx
迅雷博客 linux nginx 0.6.32
天涯博客 F5 Big-IP Microsoft-IIS/5.0
6 ．视频类
优酷 linux apache
土豆 linux apache
Ku6 linux apache
六间房 linux nginx 0.6.14
如果你不确定应该用什么服务器，那就应该用Apache
但是稍微可以配置多个服务的情况下，做一个Nginx在最前端，然后把需要的功能转发给Apache是最好的选择
如果你打算跑fcgi，Lighttpd是不二的选择
如果你打算做图片服务器，独立的Lighttpd也是很好的选择
Apache
Apache2对fcgi支持并不好
非常好用的proxy和proxy_ajp（很多人用它作为tomcat的前端）
不支持epoll
Nginx
速度快，占用资源少
杀手级的proxy和rewrite
非常不错的静态文件能力
最适合作为整个网站的前端服务（将php、svn等不同请求发送往后端apache）
Lighttpd
杀手级的静态文件能力
杀手级的fcgi能力
不稳定的proxy模块
分析四：
关于生产环境中使用的Web Server
转载请注明原文链接：http://blog.csdn.net/omohe/archive/2009/07/09/4335735.aspx
版本：v1.0 作者：OMO 最后修改时间：2009.07.09
1. Apache服务器和nginx的优缺点：
我们之前大量使用Apache来作为HTTPServer。
1)首先Apache对客户端的响应是支持并发的 ，运行httpd这个daemon进程之后，它会同时产生多个孩子进程/线程，每个孩子进程/线程分别对客户端的请求进行响应；
2)另外，Apache可以提供静态和动态的服务 ，例如对于PHP的解析不是通过性能较差的CGI实现的而是通过支持PHP的模块来实现的(通常为mod_php5，或者叫做apxs2)。
3)缺点:
因此通常称为Apache的这种Server为 process-based server ，也就是基于多进程的HTTPServer，因为它需要对每个用户请求创建一个孩子进程/线程进行响应；
这样的缺点是，如果并发的请求非常多(这在大型门户网站是很常见的)就会需要非常多的线程，从而占用极多的系统资源CPU和内存。 因此对于并发处理不是Apache的强项。
4)解决方法：
目前来说出现了另一种WebServer， 在并发方面表现更加优越，叫做asynchronous servers异步服务器。最有名的为Nginx和Lighttpd。 所谓的异步服务器是事件驱动程序模式的event-driven，除了用户的并发请求通常只需要一个单一的或者几个线程。因此占用系统资源就非常少。这几种又被称为lightweight web server。
举例，对于10,000的并发连接请求，nginx可能仅仅使用几M的内存；而Apache可能需要使用几百M的内存资源。
2. 实际中单一的使用：
1)关于单一使用Apache来作为HTTPServer的情况我们不用再多做介绍，非常常见的应用；
上面我们介绍到Apache对于PHP等服务器端脚本的支持是通过自己的模块来实现的，而且性能优越。
2)我们同样可以单单使用nginx或者lighttpd来作为HTTPServer来使用。
nginx和lighttpd和Apache类似都通过各种模块可以对服务器的功能进行丰富的扩展，同样都是通过conf配置文件对各种选项进行配置。
对于PHP等，nginx和lighttpd都没有内置的模块来对PHP进行支持，而是通过FastCGI来支持的。
Lighttpd 通过模块可以提供CGI, FastCGI和SCGI等服务，Lighttpd is capable of automatically spawning FastCGI backends as well as using externally spawned processes.
nginx则没有自己提供处理PHP的功能，需要通过第三方的模块来提供对PHP进行FastCGI方式的集成。
nginx has module support for FastCGI via a built-in module, SCGI and WSGI via 3rd Party module. The user must be able to spawn the processes separately because nginx is not able to automatically spawn them [9]. nginx does not support normal CGI applications [10], which is actually a security benefit.
详细可以参看： http://www.wikivs.com/wiki/Lighttpd_vs_nginx
3.反向代理Reverse Proxy：
0) 代理服务器的概念proxy server:
代理服务器 的概念很容易理解，就是通常作为两台机器中间的机器，需要提供的功能往往有：
我们常见的代理是正向的代理，例如我们机房有20台电脑要上网，现在只有一个电脑可以上网，那么可以使用这台电脑作为代理服务器，所有通过网络的数据传输都要经过该代理服务器。
而反向代理，是和正向代理相反的 ，正向代理针对服务接收方用户来说，反向代理或者叫做服务器端代理是针对服务器端的，意思是有多台服务器，反向代理服务器对用户的请求代理发送给其中的一台服务器进行处理。
更多可以参看： http://en.wikipedia.org/wiki/Proxy_server
1) 实际中对于一个大型网站，我们通常使用很多台sever来构成一个cluster来对用户的各种请求进行响应。
因此 通常需要一台或者多台反向代理服务器来对多台Server进行服务。
这个反向代理服务器需要提供的功能一般都包括：
安全方面；缓存压缩功能；负载均衡功能；
具体可以参看： http://en.wikipedia.org/wiki/Reverse_proxy
(需要注意反向代理服务器和防火墙优点类似，但是防火墙一般只有安全方面的考虑，没有缓存和负载均衡方面的功能。)
3) 综上，实际中Web服务器端的架构
通常是多台Web服务器运行并行地提供服务；同时还需要在Web服务器前段部署一台或者多台反向代理服务器，一方面缓存一些静态数据，或者将Web服务器动态产生的一些内容缓存，另一方面通过负载均衡功能，可以均匀地将用户的并发请求传递给多台Web服务器进行处理。
这样一方面可以大大降低后面每台Web服务器的负担；另一方面可以实现多台服务器的负载均衡。
4. 实际中使用nginx或者lighttpd当做反向代理服务器，后台布置多台ApacheHTTPServer：
1)上面说到，nginx和lighttpd的优点在于速度快，轻量级，在处理多用户并发方面要大大优于Apache服务器。
因此我们通常可以把他们作为反向代理服务器放置到多台的Apache Web服务器前段，来一方面缓存数据，另一方面实现多台服务器的负载均衡。
2)当然了Apache本身通过mod_proxy和mod_cache也可以实现反向代理和缓存功能 ，但是在处理高并发方面还是无法与nginx和lighttpd这种轻量的异步模式的服务器来比较。
3)另外，利用nginx和lighttpd的反响代理功能，我们可以通过设置其configuration文件，当客户端请求的是静态内容(例如一些图片,js,html文件等)的话，直接由nginx或者lighttpd进行响应；
如果需要访问动态内容(通常需要实时从数据库中读取)的话，则通过反向代理，nginx等可以将请求发送给后台等待的Apache进行响应，然后Apache将相应的结果返回给nginx，后者再响应用户的时候还可以进行缓存。
4)有时候还可以使用一些缓存的工具，例如Squid。
另外nginx也提供了对一些缓存功能的支持，例如 memcache 等。
5)因此如果从图形来分析的话，通常的架构如下：
http://sudone.com/archie/app-nginx-squid-nginx.html
http://sudone.com/archie/app_nginx_squid.html
http://www.linuxvirtualserver.org/architecture.html
因此总结，实际中，我们可以使用： nginx-squid-apache的方式来构建server cluster；
也有一些人，纯粹使用nginx代替了apache不再使用apache了...
扫一扫
1940
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
