Nginx fastcgi 与 uwsgi 的配置.docx
- 文档编号:10957745
- 上传时间:2023-02-24
- 格式:DOCX
- 页数:23
- 大小:29.32KB
Nginx fastcgi 与 uwsgi 的配置.docx
《Nginx fastcgi 与 uwsgi 的配置.docx》由会员分享,可在线阅读,更多相关《Nginx fastcgi 与 uwsgi 的配置.docx(23页珍藏版)》请在冰豆网上搜索。
Nginxfastcgi与uwsgi的配置
nginx的概述
什么是Nginx呢?
也许大家还很陌生?
Nginx("enginex")是一个高性能的HTTP和反向代理服务器,也是一个IMAP/POP3/SMTP代理服务器。
Nginx是由IgorSysoev为俄罗斯访问量第二的Rambler.ru站点开发的,Igor将源代码以类BSD许可证的形式发布。
尽管还是测试版,但是,Nginx已经因为它的稳定性、丰富的功能集、示例配置文件和低系统资源的消耗而闻名了。
Nginx可以在大多数UnixlikeOS上编译运行,并有Windows移植版。
目前Nginx的开发版为0.7.x,稳定版为0.6.x,历史稳定版为0.5.x,建议使用0.6系列(国内的腾讯、六间房、等网站目前在使用)作为生产版本。
Nginx的源代码使用2-clauseBSD-likelicense。
Nginx是一个很牛的高性能Web和反向代理服务器,它具有有很多非常优越的特性:
在高连接并发的情况下,Nginx是Apache服务器不错的替代品:
Nginx在美国是做虚拟主机生意的老板们经常选择的软件平台之一.能够支持高达50,000个并发连接数的响应,感谢Nginx为我们选择了epollandkqueue作为开发模型.
Nginx作为负载均衡服务器:
Nginx既可以在内部直接支持Rails和PHP程序对外进行服务,也可以支持作为HTTP代理服务器对外进行服务.Nginx采用C进行编写,不论是系统资源开销还是CPU使用效率都比Perlbal要好很多.
作为邮件代理服务器:
Nginx同时也是一个非常优秀的邮件代理服务器(最早开发这个产品的目的之一也是作为邮件代理服务器),Last.fm描述了成功并且美妙的使用经验.
Nginx是一个安装非常的简单,配置文件非常简洁(还能够支持perl语法),Bugs非常少的服务器:
Nginx启动特别容易,并且几乎可以做到7*24不间断运行,即使运行数个月也不需要重新启动.你还能够不间断服务的情况下进行软件版本的升级.支持的操作系统:
FreeBSD3.x,4.x,5.x,6.xi386;FreeBSD5.x,6.xamd64;
Linux2.2,2.4,2.6i386;Linux2.6amd64;
Solaris8i386;Solaris9i386andsun4u;Solaris10i386;
MacOSX(10.4)PPC;
因为Nginx的文档大部分是俄文的,Nginx的中文维基的目的是帮助使用中文世界的用户安装、配置和交换有关Nginx的使用经验。
大部分文档源自AleksandarLazic
有关本维基本身的问题请直接询问CliffWells
Nginx的中文维基:
Nginx的中文站:
Nginx介绍
Nginx("enginex")是一个高性能的HTTP和反向代理服务器,也是一个IMAP/POP3/SMTP代理服务器。
Nginx是由IgorSysoev为俄罗斯访问量第二的Rambler.ru站点开发的,它已经在该站点运行超过两年半了。
Igor将源代码以类BSD许可证的形式发布。
尽管还是测试版,但是,Nginx已经因为它的稳定性、丰富的功能集、示例配置文件和低系统资源的消耗而闻名了。
因为Nginx的文档大部分是俄文的,Nginx的中文维基的目的是帮助使用中文世界的用户安装、配置和交换有关Nginx的使用经验。
大部分文档源自AleksandarLazic
有关本维基本身的问题请直接询问CliffWells
Nginx的中文维基:
的中文站:
Nginx是俄罗斯人编写的十分轻量级的HTTP服务器,Nginx,它的发音为“engineX”,是一个高性能的HTTP和反向代理服务器,同时也是一个IMAP/POP3/SMTP代理服务器.Nginx是由俄罗斯人IgorSysoev为俄罗斯访问量第二的Rambler.ru站点开发的,它已经在该站点运行超过两年半了。
IgorSysoev在建立的项目时,使用基于BSD许可。
据说他当初是F5的成员之一,英文主页:
。
俄罗斯的一些大网站已经使用它超过两年多了,一直表现不凡,相信想了解nginx的朋友都读过阿叶大哥的利用nginx实现负载均衡.直到2007年4月,俄罗斯大约有20%左右的虚拟主机是由nignx服务或代理的。
Google在线安全博客中统计nginx服务或代理了大约所有Internet虚拟主机的4%。
而netcraft的统计显示,nginx服务的主机在过去的一年里以四倍的速度增长。
短短的几年里,它的排名已跃进第9。
(参见:
)
Nginx以事件驱动的方式编写,所以有非常好的性能,同时也是一个非常高效的反向代理、负载平衡。
其拥有匹配Lighttpd的性能,同时还没有Lighttpd的内存泄漏问题,而且Lighttpd的mod_proxy也有一些问题并且很久没有更新。
因此我打算用其替代Apache应用于Linux服务器上。
但是Nginx并不支持cgi方式运行,原因是可以减少因此带来的一些程序上的漏洞。
那么我们必须使用FastCGI方式来执行PHP程序。
现在,Igor将源代码以类BSD许可证的形式发布。
Nginx因为它的稳定性、丰富的模块库、灵活的配置和低系统资源的消耗而闻名.业界一致认为它是Apache2.2+mod_proxy_balancer的轻量级代替者,不仅是因为响应静态页面的速度非常快,而且它的模块数量达到Apache的近2/3。
对proxy
和rewrite模块的支持很彻底,还支持mod_fcgi、ssl、vhosts,适合用来做mongrelclusters的前端HTTP响应。
nginx做为HTTP服务器,有以下几项基本特性:
处理静态文件,索引文件以及自动索引;打开文件描述符缓冲.
无缓存的反向代理加速,简单的负载均衡和容错.
FastCGI,简单的负载均衡和容错.
模块化的结构。
包括gzipping,byteranges,chunkedresponses,以及SSI-filter等filter。
如果由FastCGI或其它代理服务器处理单页中存在的多个SSI,则这项处理可以并行运行,而不需要相互等待。
支持SSL和TLSSNI.
Nginx专为性能优化而开发,性能是其最重要的考量,实现上非常注重效率。
它支持内核Poll模型,能经受高负载的考验,有报告表明能支持高达50,000个并发连接数。
Nginx具有很高的稳定性。
其它HTTP服务器,当遇到访问的峰值,或者有人恶意发起慢速连接时,也很可能会导致服务器物理内存耗尽频繁交换,失去响应,只能重启服务器。
例如当前apache一旦上到200个以上进程,web响应速度就明显非常缓慢了。
而Nginx采取了分阶段资源分配技术,使得它的CPU与内存占用率非常低。
nginx官方表示保持10,000个没有活动的连接,它只占2.5M内存,所以类似DOS这样的攻击对nginx来说基本上是毫无用处的。
就稳定性而言,nginx比lighthttpd更胜一筹。
Nginx支持热部署。
它的启动特别容易,并且几乎可以做到7*24不间断运行,即使运行数个月也不需要重新启动。
你还能够在不间断服务的情况下,对软件版本进行进行升级。
Nginx采用master-slave模型,能够充分利用SMP的优势,且能够减少工作进程在磁盘I/O的阻塞延迟。
当采用select()/poll()调用时,还可以限制每个进程的连接数。
Nginx代码质量非常高,代码很规范,手法成熟,模块扩展也很容易。
特别值得一提的是强大的Upstream与Filter链。
Upstream为诸如reverseproxy,与其他服务器通信模块的编写奠定了很好的基础。
而Filter链最酷的部分就是各个filter不必等待前一个filter执行完毕。
它可以把前一个filter的输出做为当前filter的输入,这有点像Unix的管线。
这意味着,一个模块可以开始压缩从后端服务器发送过来的请求,且可以在模块接收完后端服务器的整个请求之前把压缩流转向客户端。
Nginx采用了一些os提供的最新特性如对sendfile(Linux2.2+),accept-filter(FreeBSD4.1+),TCP_DEFER_ACCEPT(Linux2.4+)的支持,从而大大提高了性能。
当然,nginx还很年轻,多多少少存在一些问题,比如:
Nginx是俄罗斯人创建,目前文档方面还不是很完善.因为文档大多是俄语,所以文档方面这也是个障碍.尽管nignx的模块比较多,但它们还不够完善。
对脚本的支持力度不够。
这些问题,nginx的作者和社区都在努力解决,我们有理由相信nginx将继续以高速的增长率来分享轻量级HTTP服务器市场,会有一个更美好的未来。
首先是配置十分的简单,而且功能非常强大。
真是相见恨晚。
先来看看配置文件怎么写吧
worker_processes1;
events{
worker_connections1024;
}
http{
upstreammyproject{
#这里指定多个源服务器,ip:
端口,80端口的话可写可不写
server192.168.43.158:
80;
server192.168.41.167;
}
server{
listen8080;
location/{
proxy_passhttp:
//myproject;
}
}
}
nginx的负载均衡有哪些功能呢?
[list]
[*]如果后面的服务器其中一台坏了,它能自动识别,更牛的是它好了之后nginx可以马上识别
[*]服务器A和B,如果A的响应时间为3,B的响应时间为1,那么nginx会自动调整访问B的概率是A的3倍,真正做到负载均衡
[/list]
在这里还是想说说nginx的安装及运行
先到
我下载到的是nginx-0.5.33.tar.gz
解压:
tarzxvfnginx-0.5.33.tar.gz
接着:
./configure
再接着:
make
最后:
makeinstall
好的,安装完成了。
我在make的时候报了个错,说HTTPRewrite模块有问题,我就./configure--without-http_rewrite_module
然后再make,makeinstall就可以了。
安装好了之后新建一个配置文件,把上面的配置文件内容拷进去,当然要修改你的IP,保存为比如load_balance.conf
然后启动:
/usr/local/nginx/sbin/nginx-cload_balence.conf
如果上面的步骤走下来有问题的话,可以参考:
nginx的中文维基
当然也可以到官方网站
由于nginx的作者是俄国人,所以英文的文档也不是那么完善,对于我来说nginx的最大优点还是配置简单,功能强大
我曾经配过apache-jk,那真的不是一般人能配的。
太复杂了,而且只能用来做tomcat的负载均衡。
nginx就没有这个限制,对它来说后面是什么服务器是完全透名的。
nginx就一点不爽,它本身目前还不能在windows下面跑。
写了一大堆,哈哈。
~~
说的不对的大家指出哈
nginx+uwsgi之实践
这段时间一直都在捣鼓nginx和uwsgi。
说实在的不怎么想用fastcgi来搭建pythonweb应用。
毕竟WSGI才是pythonweb的标准协议,所以开始关注WSGI的服务器实现。
WSGI的实现有很多,参考NicholasPiel写的http:
//nichol.as/benchmark-of-python-web-servers。
nginx的最新dev版0.8.40将uwsgi当作一个标准模块加入进来,也就是说uwsgi默认就被编译进nginx服务中了。
由此看得出,nginx对于uwsgi的重视。
所以决定使用uwsgi来搭建应用了。
一. uwsgi的安装
1.获取uwsgi http:
//projects.unbit.it/downloads/uwsgi-0.9.5.1.tar.gz
2.编译uwsgi
默认已经安装了gnugcc编译环境,Python为2.65版本
由于uwsgi可以通过xml进行配置,所以默认需要libxml2库支持,你也可以修改uwsgiconfig.py去掉对xml的依赖。
对于Unbuntulinux可以通过apt-get安装
sudoapt-getinstalllibxml2libxml2-dev
开始编译:
tarzxvfuwsgi-0.9.5.1.tar.gz
cd uwsgi-0.9.5.1
makeMakefile.Py26#使用针对python26的makefile
编译成功后会生成uwsgi执行文件,至此uwsgi编译成功
可以将uwsgi复制到/usr/sbin下方便使用。
二.nginx安装
1.获取nginx http:
//nginx.org/download/nginx-0.8.40.tar.gz
2.安装相关支持库
如果你需要nginx支持ssl,rewrite等模块功能还需要安装openssl,pcre等库
sudoapt-getinstallopenssllibssl-dev
sudoapt-getinstalllibpcre3libpcre3-dev
开始编译nginx
tarzxvf nginx-0.8.40.tar.gz
cd nginx-0.8.40
配置nginx编译选项
./configure\
--user=nginx\
--group=nginx\
--with-http_ssl_module\
--with-http_flv_module\
--with-http_gzip_static_module\
--http-log-path=/var/log/nginx/access.log\
--http-client-body-temp-path=/var/tmp/nginx/client/\
--http-proxy-temp-path=/var/tmp/nginx/proxy/\
--http-fastcgi-temp-path=/var/tmp/nginx/fcgi/\
编译安装nginx
make&&makeinstall
nginx默认安装在/usr/local/nginx下
三.配置并运行
1.配置nginx
编辑nginx配置文件,在conf目录下的nginx.conf文件
加入:
location/{
uwsgi_pass127.0.0.1:
3031;
includeuwsgi_params;
在本地3031端口监听,也可以通过unix套接字sock链接。
2.配置uwsgi
启动uwsgi服务(详细参数请看http:
//projects.unbit.it/uwsgi/wiki/Doc095)
建立测试python模块
mkdirtest
cdtest
cat>myapp.py
defapplication(environ,start_response):
start_response('200OK',[('Content-Type','text/plain')])
yield'HelloWorld\n'
yield'ThisisuWsgiapplication.\n'
Crtl+D
uwsgi-s127.0.0.1:
3031-wmyapp-p4-M-t20--limit-as128-m-T
显示如下信息:
***StartinguWSGI0.9.5.1(32bit)on[SatJun1216:
11:
362010]***
compiledwithversion:
4.4.3
Pythonversion:
2.6.5(r265:
79063,Apr162010,13:
28:
26)
[GCC4.4.3]
limitingaddressspaceofprocesses...
yourprocessaddressspacelimitis134217728bytes(128MB)
yourmemorypagesizeis4096bytes
allocated372bytes(0KB)for1request'sbuffer.
threadssupportenabled
bindingonTCPport:
3031
yourserversocketlistenbacklogislimitedto64connections
initializinghooks...done.
...gettingtheapplicationslistfromthe'myapp'module...
uwsgi.applicationsdictionaryisnotdefined,tryingwiththe"applications"one...
applicationsdictionaryisnotdefined,tryingwiththe"application"callable.
initializing[/]app...
application0(/)ready
settingdefaultapplicationto0
spawneduWSGImasterprocess(pid:
25587)
spawneduWSGIworker1(pid:
25612)
spawneduWSGIworker2(pid:
25613)
spawneduWSGIworker3(pid:
25614)
spawneduWSGIworker4(pid:
25615)
uwsgi已经启动成功了
注意:
在uwsgi的官方文档(http:
//projects.unbit.it/uwsgi/wiki/Doc095)上有直接使用uwsgi应用的例子,
但实际上如果不配合nginx服务器的话,直接应用uwsgi将出现错误
3.启动nginx服务器
现在再启动nginx服务器
cd/usr/local/nginx/sbin
sudo./nginx
nginx服务器启动成功后,在浏览器地址栏输入http:
//localhost/
将显示如下信息:
HelloWorld
ThisisuWsgiapplication.
说明平台已经ok了。
也可以使用Django框架应用,正在学习中...下次再叙述。
nginx的自动启动脚本
忘了从哪个网址找到的了,请原作者见谅。
该脚本在RedHat/CentOS下测试通过。
1、编辑/etc/init.d/ngxin,内容为:
#!
/bin/bash
#v.0.0.1
#createbyjackbillowat2007.10.15
#nginx-Thisshellscripttakescareofstartingandstoppingnginx.
#
#chkconfig:
-6050
#description:
nginx[enginex]islighthttpweb/proxyserver
#thatanswersincomingftpservicerequests.
#processname:
nginx
#config:
/usr/local/nginx/conf/nginx.conf
nginx_path="/usr/local/nginx"
nginx_pid="/usr/local/nginx/nginx.pid"
#Sourcefunctionlibrary.
./etc/rc.d/init.d/functions
#Sourcenetworkingconfiguration.
./etc/sysconfig/network
#Checkthatnetworkingisup.
[${NETWORKING}="no"]&&exit0
[-x$nginx_path/sbin/nginx]||exit0
RETVAL=0
prog="nginx"
start(){
#Startdaemons.
if[-e$nginx_pid-a!
-z$nginx_pid];then
echo"nginxalreadyrunning...."
exit1
fi
if[-e/usr/local/nginx/conf/nginx.conf];then
echo-n$"Starting$prog:
"
$nginx_path/sbin/nginx-c/usr/local/nginx/conf/nginx.conf&
RETVAL=$?
[$RETVAL-eq0]&&{
touch/var/lock/subsys/$prog
success$"$prog"
}
echo
else
RETVAL=1
fi
return$RETVAL
}
#Stopdaemons.
stop(){
echo-n$"Stopping$prog:
"
killproc-d10$nigx_path/sbin/ng
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- Nginx fastcgi uwsgi 的配置 配置