简单讲述Linux Apache系统应用操作管理

运维 系统运维
支持FastCGI, CGI, Auth, 输出压缩(output compress), URL重写, Alias等重要功能,而Linux Apache之所以流行,很大程度也是因为功能丰富,在lighttpd上很多功能都有相应的实现了,这点对于apache的用户是非常重要的,因为迁移到lighttpd就必须面对这些问题。

Linux Apache经过长时间的发展,很多用户都很了解Linux Apache了,这里我发表一下个人理解,和大家讨论讨论tux是一种有GPL(GNU General Public License )许可的基于内核的Web服务器。目前它还只能提供静态的网页服务,只有和内核区模块,用户区模块,以及一般的用户区Web服务器后台一起应用的时候才提供动态的内容服务。

一般用户区的Web服务器不需要为了适应TUX而改变很多地方。然而,用户区数据段代码必须要有一个通向TUX的系统调用的接口。
虽然动态的内容服务现在增长的很迅速,但是也必须要提供静态的内容服务。如,所有的图片文件就都是静态的。TUX能给在Linux的内核里提供非常高效率的静态内容服务,就象在内核里运行的NFS网络文件系统服务一样。

TUX也有处理动态内容的功能。TUX模块用网页缓冲存储动态内容的对象。当一个动态的请求到达的时候,一个TUX的模块就发送会一个联合的动态请求并缓冲这个请求。这就是TUX的零拷贝缓存校验的结构。(建议TUX模块不许运行在用户区,虽然他们也可以运行在内核区。)
这个新的动态内容的处理需要一个新的API接口。当前的CGI的API接口不能充分的用在TUX的API上。因此,当前的CGI程序为了使用TUX就要修改当前的程序。如果CGI程序不需要增加TUX的速度的话,TUX也可以把它安一般的CGI来处理。要实现这个功能就要用TUX的CGI模块。TUX也可以处理复杂的CGI或是其他的请求,这要通过它把请求重定向到另外一个web服务器后台程序,如Linux Apache。也就是说,静态的内容,TUX模块,老的CGI程序,以及为TUX Web服务器编写的特定的程序都可以在TUX这个主服务器里运行。

一句话,TUX和其他的Web服务器的区别和TUX的好处包括:
TUX是作为Linux的内核2.4.x或更高的一部分来运行的,另外一部分可以做为用户区来运行。
TUX缓存部分的TCP校验并用它们来加快网络数据传输速度。
用一个特定的网络卡,TUX可以从页面缓存定向分散的DMA直接到网络,这样就避免了数据的拷贝。
当TUX不知道如何去处理一个请求或是接受到一个请求不能去运行的时候,它一般会把这个请求传送到用户区的Web服务器后台去处理它。一个典型的用户区Web服务器就是Linux Apache。

TUX 2.0的新功能

TUX 2.0是从TUX 1.0升级成的,仍然保守着与用户区模块的兼容性。
增加的功能包括:
真正的零磁盘读拷贝,TUX1.0是放到一个临时的缓存里的。
生成网络写的零拷贝。
零拷贝解析。
其他新功能:
提高用户去功能模块的支持。
虚拟主机的支持,它不限制虚拟主机的数量。
CGI可以绑定到特定的进程
一些BUG的修复。

系统的基本需要

TUX需要基于2.4.x内核或是更高版本的系统。
基于X86的服务器。
交替的Web服务器如Linux Apache来处理不知道的请求
当前的限制:
内核模块只支持服务器端。
TUX只在x86的Linux平台上测试过。
TUX能请求其他的Web服务器如Linux Apache来处理请求。在当前的版本,它对回滚不是处理的很好。lighttpd,thttpd,shttpd
国内绝大部分的web server不是IIS就是Apache,而论市场占有率,我认为Linux Apache是大赢家了,至少是占据了半壁江山。
但除了IIS/Apache外,其实我们有很多选择,对于高负载/大并发的网站而言,高性能、轻量级的web server是一剂良药。最近手头一台Server 的负载太高,居然将swap吃光导致机器非常缓慢,后来一查,原来是Linux Apache耗掉了几乎所有资源,当时apache进程已有9XX个了。
于是用轻量级的web server替换掉Linux Apache就进入了日程表。这里顺带介绍一下这些可选的对象:

lighttpd

官方主页:www.lighttpd.net
Lighttpd是一个德国人领导的开源软件,其根本的目的是提供一个专门针对高性能网站,安全、快速、兼容性好并且灵活的web server环境。具有非常低的内存开销,cpu占用率低,效能好,以及丰富的模块等特点。
lighttpd是众多OpenSource轻量级的web server中较为优秀的一个。支持FastCGI, CGI, Auth, 输出压缩(output compress), URL重写, Alias等重要功能,而Linux Apache之所以流行,很大程度也是因为功能丰富,在lighttpd上很多功能都有相应的实现了,这点对于apache的用户是非常重要的,因为迁移到lighttpd就必须面对这些问题。
实用起来lighttpd确实非常不错,上文提到的apache overload的问题,用lighttpd就完全解决了。apache主要的问题是密集并发下,不断的fork()和切换,以及较高(相对于lighttpd而言)的内存占用,使系统的资源几尽枯竭。而lighttpd采用了Multiplex技术,代码经过优化,体积非常小,资源占用很低,而且反应速度相当快。
利用apache的rewrite技术,将繁重的cgi/fastcgi任务交给lighttpd来完成,充分利用两者的优点,现在那台服务器的负载下降了一个数量级,而且反应速度也提高了一个甚至是2个数量级!

下面是他们官方站点上的一段话:
“lightTPD is the BEST webserver out there, much faster than apache and much much much more flexible/configurable/secure than tux, and its fcgi php support is simply unbeatable.”
thttpd
官方网站:http://www.acme.com/software/thttpd/
thttpd是一个非常小巧的轻量级web server,它非常非常简单,仅仅提供了HTTP/1.1和简单的CGI支持,在其官方网站上有一个与其他web server(如Linux Apache, Zeus等)的对比图+Benchmark,可以参考参考。此外,thttpd 也类似于lighttpd,对于并发请求不使用fork()来派生子进程处理,而是采用多路复用(Multiplex)技术来实现。因此效能很好。
Thttpd支持多种平台,如FreeBSD, SunOS, Solaris, BSD, Linux, OSF等。对于小型web server而言,速度快似乎是一个代名词,通过官方站提供的Benchmark,可以这样认为:thttpd至少和主流的web server一样快,在高负载下更快,因为其资源占用小的缘故。
Thttpd还有一个较为引人注目的特点:基于URL的文件流量限制,这对于下载的流量控制而言是非常方便的。象Linux Apache就必须使用插件实现,效率较thttpd低。
shttpd

官方网站:http://shttpd.sourceforge.net/ Shttpd是另一个轻量级的web server,具有比thttpd更丰富的功能特性,支持CGI, SSL, cookie, MD5认证, 还能嵌入(embedded)到现有的软件里。最有意思的是不需要配置文件!
由于shttpd可以嵌入其他软件,因此可以非常容易的开发嵌入式系统的web server,官方网站上称shttpd如果使用uclibc/dielibc(libc的简化子集)则开销将非常非常低。以下是其特点:
Stand-alone server, or embeddable into existing C/C++ program
GET, POST, PUT, DELETE methods
CGI
SSL
Digest (MD5) authorization
Multiple (and user defineable) index files
Directory listing
Standard logging
Cookies
inetd mode
User-defineable mime types
No configuration files
No external dependencies
由于shttpd可以轻松嵌入其他程序里,因此shttpd是较为理想的web server开发原形,开发人员可以基于shttpd开发出自己的webserver!

下面是我翻译的LiteSpeed Web Server官方的一篇文章。
图片请参见……
http://www.litespeedtech.com/benchmark.html
几种web server表现的对比:
被测试的web server 软件
测试环境
测试结果
以小的静态文件为测试基准
以CGI为基准
以FAST CGI为基准
以PHP脚本为基准:mod_php vs. FastCGI PHP
以Perl脚本为基准:mod_perl vs. lsperld结论。

被测试的web server 软件

下面几种web server都包含在这次测试中。
Linux Apache 1.3.33
Linux Apache 2.0.52 (prefork mpm)
IIS 6.0
LiteSpeed 2.0 Standard
LiteSpeed 2.0 Professional
thttpd 2.25b
TUX 3.2
boa 0.94.14rc20
lighttpd 1.3.12
Aolserver 4.0.7
Mathopd 1.5p3
说明一下LSWS 是LiteSpeed Web Server的缩写。
本来也很想把zeus和 sunone也放到这次基准测试中来,但是那些软件的声明不允许对对它们的测试结果进行公布。
测试环境
Network Switch: D-Link Gigabit Eight Ports Switch DGS-1008D
Server Hardware: Dell PowerEdge SC1600
CPU: Single Intel Xeon 2.4GHz/533FSB/512KB L2 Cache
memory: 256MB ECC PC2700
Hard Drive: 36GB 10K RPM SCSI drive Seagate ST336607LW
NIC: on board Intel PRO/1000 Gigabit Adapter
Server Software:
Fedora Core 3 with stock kernel 2.6.10-1.760
IIS 6.0 on Windows 2003 Enterprise
Web Server Configurations:
Linux Apache 1.3.33
Linux Apache 2.0.52
IIS 6.0 - default
LiteSpeed 2.0 Standard - default
LiteSpeed 2.0 Professional - default
thttpd
TUX 3.2 - default
boa
lighttpd
Aolserver
Mathopd

如果想知道他们当时的具体配置可以去原文中查看,Web Server Configurations: http://www.litespeedtech.com/benchmark.html。
注意:LiteSpeed 和 lighttpd都支持在2.6内核中新的i/o 事件发送器sys_epoll()。但是有意思的是。我们发现这两种server基准测试的结果还没以前的标准时间发送器poll(),表现的好。
至少当我们通过网络测试并发等级< =1000的时候,我们仅仅用poll()来做我们所有的测试。
结果可能会和在本地机上通过回路测试完全不同。
Client Hardware: MSI K7D
CPU: Dual Athlon MP 2000+/266FSB/256KB L2 Cache
memory: 1GB PC2100
Hard Drive: 36GB 1000RPM SCSI drive
NIC: Intel PRO/1000 Gigabit Adapater
Client Software:
OS: RedHat 8.0 with kernel 2.4.22smp
Test Tool: ApacheBench (ab) 1.3.33
测试结果:
每种情况运行3次,最好的结果被采纳。服务器被重新启动,当每次测试完一种web server软件。
以小的静态文件为测试基准
小的静态页面大小只有100 bytes。用小文件测试的原因是为了避免网络带宽瓶颈。我们只为了展示web server的表现,而不是内核。
Non-KeepAlive test: ab -n 100000 -c : /100.html”>http://: /100.html

CGI 基准测试

一个简单的c cgi脚本(echo)被用来在这里测试。它是C CGI/FCGI在fcgi 2.4包中 的例子。用来打印出所有的cgi环境变量。
CGI Test: ab -n 3000 -c : /cgi-bin/echo”>http://: /cgi-bin/echoPHP脚本基准测试: mod_php vs. FastCGI PHP
两个简单的php脚本被用来测试。一个是hello.php只输出hello world。另一个是phpinfo.php,只调用phpinfo()。这里都没有配置操作码加速器(opcode accelerator)。因为他们对这两个简单的php脚本没有太大的影响。
hello.php test: ab -n 10000 -c : /phpinfo.php”>http://: /phpinfo.php

Perl 脚本基准测试: mod_perl vs. lsperld
一个Hello World perl脚本,产生一个77 bytes的响应体。被用来测试。
Linux Apache 2.0没有测。因为在同一个服务器上既为 1.3又为2.0安装mod_perl太麻烦了。
Linux Apache 1.3 被配置成用 Apache::Registry去处理perl 脚本.
Lsperld 是一个Perl Fast CGI 脚本它可以运行CGI perl 脚本在一个 persistent Perl interpreter中, 就像 Apache mod_perl’s Apache::Registry, 编译perl 脚本,cached 到内存中。
hello.pl test: AB -n 10000 -c http://www.litespeedtech.com/
LiteSpeed web server is an Apache interchangeable, full-featured high performance, secure HTTP server specifically engineered from the ground up with security and scalability in mind.
lighttpd,thttpd,shttpd的稳定性还没有一个肯定的说法。
以后再对这个文档进行补充。翻译的不正确的地方欢迎指出,可以参看原文。

【编辑推荐】

  1. 分析Linux Apache为何访问过慢
  2. Linux Apache服务器系统的设置与优化
  3. Ubuntu Linux Apache虚拟主机的安装配置
  4. 简要介绍Linux shell命令的收集编程语言
  5. 讲述Linux系统挂载分区的使用
责任编辑:佚名 来源: csdn
相关推荐

2009-12-18 15:28:19

Linux内核

2009-12-18 18:53:18

2009-12-17 14:11:29

Linux操作系统

2010-04-08 10:42:28

Unix操作系统

2010-03-18 17:29:21

2010-04-28 19:11:29

Unix操作系统

2009-12-24 09:47:17

Linux之父

2009-09-25 10:00:47

Hibernate映射

2009-10-20 10:15:01

Linux用户管理

2009-09-28 10:14:08

Hibernate基础

2009-09-24 10:06:42

Hibernate实例

2010-01-07 17:03:47

Linux操作系统

2009-12-28 12:48:35

Linux内核

2009-12-24 14:19:53

LINUX MAC驱动

2009-12-17 17:19:45

Linux系统

2009-10-10 09:57:58

使用RHEL合法

2010-03-09 13:23:51

Linux用户组管理方

2009-09-25 13:39:40

Hibernate属性

2009-12-22 13:05:15

Linux sysfs

2009-12-22 13:15:59

Linux ueven
点赞
收藏

51CTO技术栈公众号