CentOS FastCGI最大化性能挥其性能优势

系统 Linux
Lighttpd 提供了很多其他Web服务器不具备的优势,可以最大化CentOS FastCGI的性能。现在Mongrel/Thin/ebb都利用了一些多线程或者事件IO机制来 提供并发性能,这是CentOS FastCGI所不具备的,但遗憾的是Rails框架是单线程的,最终还是必须单进程单线程来执行Rails请求,所以这些并发优势无 用武之地。

对大家推荐很好使用的CentOS FastCGI系统,像让大家对CentOS FastCGI系统有所了解,然后对CentOS FastCGI系统全面讲解介绍,希望对大家有用。

一、到底我应该用Lighttpd,还是Nginx/Mongrel?

现在Nginx/Mongrel的部署方式越来越受欢迎了,很多人置疑Lighttpd/FastCGI,并且现在也涌现了一些比Mongrel性能更好的例如Thin,ebb等ruby应用服务器,那Lighttpd/FastCGI真的过时了吗?

Lighttpd 提供了很多其他Web服务器不具备的优势,可以最大化CentOS FastCGI的性能。现在Mongrel/Thin/ebb都利用了一些多线程或者事件IO机制来 提供并发性能,这是CentOS FastCGI所不具备的,但遗憾的是Rails框架是单线程的,最终还是必须单进程单线程来执行Rails请求,所以这些并发优势无 用武之地。但一些其他Ruby的Web框架例如camping,weavers已经开始支持ruby多线程,提供了比Rails好得多的性 能,mongrel/ebb只有在这些web框架上面才能发挥其性能优势。

有人会问,Rails会不会改成多线程?我认为不可能:一来Rails的多进程被证明是一种古老的、但是高可靠性、高扩展性的部署方式,没有改的必要性;二来真要改成多线程,改动实在太大了,整个底层框架都要改。

所以只要你还是用Rails框架,Lighttpd/CentOS FastCGI就是性能最好的部署方案。

二、ubuntu Linux安装ruby碰到的缺少readline,zlib库的问题?

有些人的ubuntu安装的库不全,比方说缺少readline库,缺少zlib库,可能会导致自己手工编译安装ruby的失败,那么就用apt-get先把库安装好。

三、Lighttpd安装遇到的缺少pcre库的问题?

RHEL/CentOS用户可能要用yum安装一下pcre/pcre-devel这两个库,ubuntu用户用apt-get安装一下,Linux熟手 也可以自己下载源代码编译安装,Pcre是Perl兼容的正则表达式库,Lighttpd的Rewrite功能需要它。

四、Lighttpd配置过程当中遇到的种种问题?

1、我用的是ubuntu,你说的控制脚本rc.lighttpd我跑不了,执行就会报错

rc.lighttpd这个脚本是针对SuSE Linux写的,此外还提供了一个rc.lighttpd.redhat是针对RedHat Linux写的,没有针对ubuntu的版本,但是你自己写一个控制脚本,也不过是举手之劳:

Java代码 #!/bin/sh  case "$1" in   start)  /usr/local/lighttpd/sbin/lighttpd -f /etc/lighttpd/lighttpd.conf > /dev/null 2>&1  ;;  stop)   killall lighttpd  ;;  restart)   $0 stop  sleep 1  $0 start   ;;  *)   echo "Usage: lighttpd.sh {start|stop|restart}"   ;;   esac  exit 0   view plaincopy to clipboardprint?
#!/bin/sh  case "$1" in    start)              /usr/local/lighttpd/sbin/lighttpd -f /etc/lighttpd/lighttpd.conf > /dev/null 2>&1     ;;   stop)      killall lighttpd     ;;   restart)     $0 stop    sleep

1    $0 start     ;;   *)    echo "Usage: lighttpd.sh {start|stop|restart}"    ;;  esac  exit 0    

创建一个shell脚本,内容如上,chmod u+x lighttpd.sh,这个脚本就可以用来启动关闭和重起lighttpd了

2、启动Lighttpd的时候报错,说XXX目录找不到

Lighttpd启动之后默认情况下会写access log,error log,如果你启动了压缩过程,还会把文件压缩过的版本放在压缩目录下面,所以检查一下你的lighttpd.conf配置文件,是不是这些目录还没有,或者路径不对。

3、启动lighttpd可以访问,但如果配置了Rails,就无法启动

如果无法启动,要学会自己看Lighttpd的error log和Rails项目的log目录下面的CentOS FastCGIcrash log,在这两个log文件当中可以找到出错原因。其中一种常犯的错误是:Rails项目在Windows上面创建和开发,最后部署到Linux Server上面。这种情况下dispatch.fcgi这个脚本的ruby解析器路径是 #!c:/ruby/bin/ruby.exe 这个路径在Linux上面肯定是错误的,你可以改成#!/usr/bin/env ruby,或者干脆在Linux上面创建该Rails项目。此外在windows上面创建的Rails项目,dispatch.fcgi没有可执行权限, 这也需要你在Linux上面先赋予可执行权限才行。你可以尝试着手工运行该脚本cd public && ./dispatch.fcgi,看看是否可以运行。

4、启动lighttpd报错,说找不到socket路径

我在前面安装文档中给出来的配置内容如下:


Java代码 $HTTP["host"] == "www.xxx.com" {  server.document-root = "/yourrails/public"  server.error-handler-404 = "/dispatch.fcgi"   CentOS FastCGI.server = (".fcgi" => 
("localhost" => 
("min-procs" => 10,  
 "max-procs" => 10, 
"socket" => "/tmp/lighttpd/socket/rails.socket", 
"bin-path" => "/yourrails/public/dispatch.fcgi", 
"bin-environment" => ("RAILS_ENV" => "production")  
view plaincopy to clipboardprint?
$HTTP["host"] == "www.xxx.com" {  server.document-root = "/yourrails/public"  server.error-handler-404 = "/dispatch.fcgi"  fastcgi.server = (".fcgi" =>     ("localhost" =>       ("min-procs" => 10,        "max-procs" => 10,        "socket" => "/tmp/lighttpd/socket/rails.socket",        "bin-path" => "/yourrails/public/dispatch.fcgi",        "bin-environment" => ("RAILS_ENV" => "production")       )     )  ) }  

就算照抄你要改改路径吧?这个demo当中的socket路径是/tmp/lighttpd/socket/rails.socket,那你要照 抄,先检查一下有没有/tmp/lighttpd/sock目录总是应该的吧?其实用啥路径都无妨,关键就是别照抄,领会原理,根据自己的环境做相应的调 整。

5、lighttpd可以启动,但是访问Rails应用出现404错误,找不到页面在lighttpd的虚拟域配置里面有一项 Java代码 server.error-handler-404 = "/dispatch.fcgi"  view plaincopy to clipboardprint?
server.error-handler-404 = "/dispatch.fcgi"  
意思是当lighttpd找不到URL对应的硬盘文件,就会调用Rails的dispatch.fcgi去处理该URL请求,这也是 lighttpd访问Rails的主要方式,其性能比URL转发要快。如果你在配置文件里面忽略了这一行,lighttpd就会直接返回404错误,而不 是交给Rails处理。

6、重起lighttpd以后,CentOS FastCGI进程不关闭,导致多次重起lighttpd之后,CentOS FastCGI进程堆积越来越多?

正常情况下,关闭Lighttpd以后,dispatch进程就会销毁,但是在dispatch进程处理请求的时候关闭 lighttpd,dispatch进程并不会马上关闭,而是处理完毕当前请求,才会关闭掉。一些极端情况下,可能会导致dispatch进程一直不关 闭,dispatch进程就会越来越多。解决办法很简单 killall -9 dispatch.fcgi,只管杀进程就好了。

7、我的lighttpd和CentOS FastCGI部署在不同的服务器,怎么配置呢?

这种情况下,Lighttpd只是连接远程服务器的TCP端口,而不负责启动dispatch.fcgi进程,因此需要自己写脚本启动关闭 dispatch.fcgi进程。lighttpd提供了一个spawn-fcgi的程序,可以用来启动dispatch.fcgi进程,监听TCP端 口,你可以自己写一个shell脚本来完成这个工作。另外spawn-fcgi还可以启动dispatch.fcgi进程,创建本机的unix socket端口,和本机lighttpd通讯,例如:

例如: Java代码 #!/bin/sh 
DISPATCH_PATH=/yourrailsapp/public/dispatch.fcgi 
SOCKET_PATH=/tmp/lighttpd/socket 
RAILS_ENV=production 
export RAILS_ENV 
case "$1" in  start) 

for num in 0 1 2 3 4 5 6 7 8 9  do /usr/local/lighttpd/bin/spawn-fcgi -f $DISPATCH_PATH -s $SOCKET_PATH/rails.socket-$num  done  ;;  stop)  killall -9 dispatch.fcgi 
;;  restart)  $0 stop  $0 start  ;;  *)   echo "Usage: dispatch.sh {start|stop|restart}"  ;;  esac  exit 0 

view plaincopy to clipboardprint?#!/bin/sh  DISPATCH_PATH=/yourrailsapp/public/dispatch.fcgi SOCKET_PATH=/tmp/lighttpd/socket RAILS_ENV=production export RAILS_ENV  case "$1" in    start)     for num in 0 1 2 3 4 5 6 7 8 9     do      /usr/local/lighttpd/bin/spawn-fcgi -f $DISPATCH_PATH -s $SOCKET_PATH/rails.socket-$num     done     ;;    stop)     killall -9 dispatch.fcgi     ;;    restart)     $0 stop     $0 start     ;;      *)      echo "Usage: dispatch.sh {start|stop|restart}"     ;;    esac  exit 0  

执行 ./dispatch.sh start 将启动10个dispatch.fcgi进程,在/tmp/lighttpd/sock目录下面创建了10个unix socket文件,然后配置lighttpd去连接这10个socket文件:

Java代码 $HTTP["host"] =~ "www.xxx.com$" {  server.document-root = "/yourrails/public"  server.error-handler-404 = "/dispatch.fcgi"  CentOS FastCGI.server = (".fcgi" =>   ( 

("socket"=>"/tmp/lighttpd/socket/rails.socket-0"), 
("socket"=>"/tmp/lighttpd/socket/rails.socket-1"), 
("socket"=>"/tmp/lighttpd/socket/rails.socket-2"), 
("socket"=>"/tmp/lighttpd/socket/rails.socket-3"), 
("socket"=>"/tmp/lighttpd/socket/rails.socket-4"), 
("socket"=>"/tmp/lighttpd/socket/rails.socket-5"), 
("socket"=>"/tmp/lighttpd/socket/rails.socket-6"), 
("socket"=>"/tmp/lighttpd/socket/rails.socket-7"),  
("socket"=>"/tmp/lighttpd/socket/rails.socket-8"), 
("socket"=>"/tmp/lighttpd/socket/rails.socket-9")      

view plaincopy to clipboardprint?
$HTTP["host"] =~ "www.xxx.com___FCKpd___4quot; {   server.document-root = "/yourrails/public"   server.error-handler-404 = "/dispatch.fcgi"   fastcgi.server = (".fcgi" =>     (       ("socket"=>"/tmp/lighttpd/socket/rails.socket-0"),       ("socket"=>"/tmp/lighttpd/socket/rails.socket-1"),       ("socket"=>"/tmp/lighttpd/socket/rails.socket-2"),       ("socket"=>"/tmp/lighttpd/socket/rails.socket-3"),       ("socket"=>"/tmp/lighttpd/socket/rails.socket-4"),       ("socket"=>"/tmp/lighttpd/socket/rails.socket-5"),       ("socket"=>"/tmp/lighttpd/socket/rails.socket-6"),       ("socket"=>"/tmp/lighttpd/socket/rails.socket-7"),       ("socket"=>"/tmp/lighttpd/socket/rails.socket-8"),       ("socket"=>"/tmp/lighttpd/socket/rails.socket-9")          )   ) }  

这样做的好处是,每次重新部署应用,就不需要重起lighttpd了,只需要执行自己的dispatch.sh来重起dispatch.fcgi进程就可以了。同时也可以很好的解决上一个CentOS FastCGI进程堆积的问题。

如果远程部署,配置方式是一样的,就是lighttp连接的端口改为: Java代码
("host"=>"192.168.0.1, "port"=>3001), 
("host"=>"192.168.0.1, "port"=>3002), 

view plaincopy to clipboardprint?("host"=>"192.168.0.1, "port"=>3001), ("host"=>"192.168.0.1, "port"=>3002), ......   dispatch.sh创建dispatch.fcgi进程的时候,使用 -t 参数创建tcp端口,而不是 -s 创建unix socket文件即可。

【编辑推荐】

  1. CentOS RoR应用性能优化的实战经验
  2. CentOS WEB缓存服务器程序使用比较灵活
  3. CentOS Oracle测试运行使用root用户修改
  4. CentOS NTFS安装和配置支持所有符合POSIX标准的磁盘操作
  5. Linux CentOS常用命令的各种使用方法
责任编辑:佚名 来源: csdn
相关推荐

2009-01-05 19:07:03

服务器虚拟化虚拟机

2012-07-11 22:27:21

惠普服务网络

2020-08-24 22:26:21

物联网数据IOT

2024-12-20 09:45:09

C#Windows线程

2019-12-12 15:07:44

虚拟机性能效率

2010-03-19 09:31:52

虚拟化性能

2017-10-18 11:14:02

容器虚拟机云平台

2020-04-22 14:03:30

云服务云计算企业

2023-03-02 09:57:03

2011-12-08 10:10:57

私有云

2013-05-14 13:28:37

利用大数据价值

2020-07-26 18:55:31

存储缓存IT

2022-03-10 16:39:51

Kyligence数据湖OLAP

2011-07-20 13:23:48

SaaS云计算

2016-04-12 10:02:22

2014-07-30 09:40:22

OracleERP云SaaS

2011-11-15 09:45:43

云计算云应用

2012-06-13 09:35:41

存储虚拟化

2013-05-08 10:03:52

创业设计设计思想设计

2018-02-09 05:27:20

点赞
收藏

51CTO技术栈公众号