Maison > Article > développement back-end > nginx 基本配置详细说明
1. Apache服务器和nginx的优缺点: 我们之前大量使用Apache来作为HTTPServer。 Apache具有很优秀的性能,而且通过模块可以提供各种丰富的功能。 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方式的集成。 ------------------------------- rewrites 所有非http://bbs.it-home.org/的访问 => http://bbs.it-home.org/ server_name web90.***.com; if ($host = "web90.***.com") { rewrite ^(.*)$ http://bbs.it-home.org/$1 permanent; } ---------------------------------nginx 停止/平滑重启#p#分页标题#e# nginx的信号控制 TERM,INT 快速关闭 QUIT 从容关闭 HUP 平滑重启,重新加载配置文件 USR1 重新打开日志文件,在切割日志时用途比较大 USR2 平滑升级可执行程序 WINCH 从容关闭工作进程 1) 从容停止: kill -QUIT Nginx主进程号 kill -QUIT '/usr/local/webserver/nginx/logs/nginx.pid' 2)快速停止: kill -TERM Nginx主进程号 kill -TERM '/usr/local/webserver/nginx/logs/nginx.pid' kill -INTN ginx主进程号 kill -INT '/usr/local/webserver/nginx/logs/nginx.pid' 3)强制停止所有nginx进程 pkill -9 nginx 1)平滑重启 kill -HUP nginx主进程号 kill -HUP '/usr/local/webserver/nginx/logs/nginx.pid' -----------------------------nginx.conf #p#分页标题#e# worker_processes 8; 指定工作衍生进程数 一般等于cpu的总核数或总核数的两倍,例如两个四核的cpu,总核数为8
=====================每天定时切割nginx日志脚本
一般情况下压缩后的html、css、js、php、jhtml等文件,大小能降至原来的25%,也就是说,原本一个100k的html,压缩后只剩下25k。这无疑能节省很多带宽,也能降低服务器的负载。 在nginx中配置gzip比较简单 一般情况下只要在nginx.conf的http段中加入下面几行配置即可 引用 gzip on; gzip_min_length 1000; gzip_buffers 4 8k; gzip_types text/plain application/x-javascript text/css text/html application/xml; 重启nginx 可以通过网页gzip检测工具来检测网页是否启用了gzip http://gzip.zzbaike.com/ ---------------重定向nginx错误页面的方法 error_page 404 /404.html; 这个404.html保证在nginx主目录下的html目录中即可,如果需要在出现404错误后直接跳转到另外一个地址,可以直接设置如下: error_page 404 http://bbs.it-home.org/ ; 同样的方式可以定义常见的403、500等错误。#p#分页标题#e# 特别注意的是404.html文件页面大小要超过512k,不然会被ie浏览器替换为ie默认的错误页面。 ------------------------------虚拟主机配置
location ~ ^/NginxStatus/ { stub_status on; #Nginx 状态监控配置 } 这样通过 http://localhost/NginxStatus/(最后的/不能掉) 监控到 Nginx 的运行信息: Active connections: 1 server accepts handled requests 1 5 Reading: 0 Writing: 1 Waiting: 0 NginxStatus 显示的内容意思如下:#p#分页标题#e# active connections – 当前 Nginx 正处理的活动连接数。 server accepts handled requests -- 总共处理了 14553819 个连接 , 成功创建 14553819 次握手 ( 证明中间没有失败的 ), 总共处理了 19239266 个请求 ( 平均每次握手处理了 1.3 个数据请求 )。 reading -- nginx 读取到客户端的 Header 信息数。 writing -- nginx 返回给客户端的 Header 信息数。 waiting -- 开启 keep-alive 的情况下,这个值等于 active - (reading + writing),意思就是 Nginx 已经处理完正在等候下一次请求指令的驻留连接。 -------------------------------静态文件处理 通过正则表达式,我们可让 Nginx 识别出各种静态文件 location ~ \.(htm|html|gif|jpg|jpeg|png|bmp|ico|css|js|txt)$ { root /var/www/nginx-default/html; access_log off; expires 24h; } 对于例如图片、静态 HTML 文件、js 脚本文件和 css 样式文件等,我们希望 Nginx 直接处理并返回给浏览器,这样可以大大的加快网页浏览时的速度。因此对于这类文件我们需要通过 root 指令来指定文件的存放路径 ,同时因为这类文件并不常修改,通过 expires 指令来控制其在浏览器的缓存,以减少不必要的请求。 expires 指令可以控制 HTTP 应答中的“ Expires ”和“ Cache-Control ”的头标(起到控制页面缓存的作用)。您可以使用例如以下的格式来书写 Expires: expires 1 January, 1970, 00:00:01 GMT; expires 60s; expires 30m; expires 24h; expires 1d; expires max; expires off; 这样当你输入http://192.168.200.100/1.html的时候会自动跳转到var/www/nginx-default/html/1.html 例如 images 路径下的所有请求可以写为: #p#分页标题#e# location ~ ^/images/ { root /opt/webapp/images; } ------------------------动态页面请求处理[集群] Nginx 本身并不支持现在流行的 JSP、ASP、PHP、PERL 等动态页面,但是它可以通过反向代理将请求发送到后端的服务器,例如 Tomcat、Apache、IIS 等来完成动态页面的请求处理。前面的配置示例中,我们首先定义了由 Nginx 直接处理的一些静态文件请求后,其他所有的请求通过 proxy_pass 指令传送给后端的服务器 (在上述例子中是 Tomcat)。最简单的 proxy_pass 用法如下: location / { proxy_pass http://localhost:8080; proxy_set_header X-Real-IP $remote_addr; } 这里我们没有使用到集群,而是将请求直接送到运行在 8080 端口的 Tomcat 服务上来完成类似 JSP proxy_pass http://localhost:8080; proxy_set_header X-Real-IP $remote_addr; } 这里我们没有使用到集群,而是将请求直接送到运行在 8080 端口的 Tomcat 服务上来完成类似 JSP 和 Servlet 的请求处理。 当页面的访问量非常大的时候,往往需要多个应用服务器来共同承担动态页面的执行操作,这时我们就需要使用集群的架构。 Nginx 通过 upstream 指令来定义一个服务器的集群,最前面那个完整的例子中我们定义了一个名为 tomcats 的集群,这个集群中包括了三台服务器共 6 个 Tomcat 服务。而 proxy_pass 指令的写法变成了: # 集群中的所有后台服务器的配置信息 upstream tomcats { server 192.168.0.11:8080 weight=10; server 192.168.0.11:8081 weight=10; server 192.168.0.12:8080 weight=10; server 192.168.0.12:8081 weight=10; server 192.168.0.13:8080 weight=10; server 192.168.0.13:8081 weight=10;#p#分页标题#e# } location / { proxy_pass http://tomcats;# 反向代理 include proxy.conf; } ----------------------压力测试
-------------------------------PPC提供nginx详细配置说明
|