#
定义
Nginx
运行的用户和用户组
# user nobady nobady;
#nginx
进程数,建议设置为等于
CPU
总核心数
,
默认为
1
。
worker_processes 8;
#
全局错误日志定义类型,
[ debug | info | notice | warn | error | crit ]
error_log /usr/local/nginx/logs/error.log info;
#
进程
pid
文件
,
指定
nginx
进程运行文件存放地址
pid /usr/local/nginx/logs/nginx.pid;
#
指定进程可以打开的最大描述符:数目
#
工作模式与连接数上限
#
这个指令是指当一个
nginx
进程打开的最多文件描述符数目,理论值应该是最多打开文件数
(
ulimit -n
)与
nginx
进程数相除,但是
nginx
分配请求并不是那么均匀,所以最好与
ulimit -n
的值保持一致。
#
现在在
linux 2.6
内核下开启文件打开数为
65535
,
worker_rlimit_nofile
就相应应该填写
65535
。
#
这是因为
nginx
调度时分配请求到进程并不是那么的均衡,所以假如填写
10240
,总并发量达到
3-4万时就有进程可能超过10240了,这时会返回502
错误。
worker_rlimit_nofile 65535;
events
{
#
参考事件模型,
use [ kqueue | rtsig | epoll | /dev/poll | select | poll
]; epoll
模型
#
是
Linux 2.6
以上版本内核中的高性能网络
I/O
模型,
linux
建议
epoll
,如果跑在
FreeBSD
上面,就用
kqueue
模型。
#
补充说明:
#
与
apache
相类,
nginx
针对不同的操作系统,有不同的事件模型
#A
)标准事件模型
#Select
、
poll
属于标准事件模型,如果当前系统不存在更有效的方法,
nginx
会选择
select
或
poll
#B
)高效事件模型
#Kqueue
:使用于
FreeBSD 4.1+, OpenBSD 2.9+, NetBSD 2.0
和
MacOS X.
使用双处
理器的
MacOS X
系统使用
kqueue
可能会造成内核崩溃。
#Epoll
:使用于
Linux
内核
2.6
版本及以后的系统。
#/dev/poll
:使用于
Solaris 7 11/99+
,
HP/UX 11.22+ (eventport)
,
IRIX
6.5.15+
和
Tru64 UNIX 5.1A+
。
#Eventport
:使用于
Solaris 10
。 为了防止出现内核崩溃的问题, 有必要安装安全补丁。
use epoll;
#
单个进程最大连接数(最大连接数
=
连接数
*
进程数)
#
根据硬件调整,和前面工作进程配合起来用,尽量大,但是别把
cpu
跑到
100%
就行。每个进程
允许的最多连接数,理论上每台
nginx
服务器的最大连接数为。
worker_connections 65535;
#keepalive
超时时间,默认是
60s
,切记这个参数也不能设置过大!否则会导致许多无效的
http
连接占据着
nginx
的连接数,终
nginx
崩溃!
keepalive_timeout 60;
#
客户端请求头部的缓冲区大小。这个可以根据你的系统分页大小来设置,一般一个请求头的大
小不会超过
1k
,不过由于一般系统分页都要大于
1k
,所以这里设置为分页大小。
#
分页大小可以用命令
getconf PAGESIZE
取得。
#[root@web001 ~]# getconf PAGESIZE
#4096
#
但也有
client_header_buffer_size
超过
4k
的情况,但是
client_header_buffer_size
该值必须设置为
“
系统分页大小
”
的整倍数。
client_header_buffer_size 4k;
#
这个将为打开文件指定缓存,默认是没有启用的,
max
指定缓存数量,建议和打开文件数一致,
inactive
是指经过多长时间文件没被请求后删除缓存。
open_file_cache max
=
65535 inactive
=
60s;
#
这个是指多长时间检查一次缓存的有效信息。
#
语法
:open_file_cache_valid time
默认值
:open_file_cache_valid 60
使用字
段
:http, server, location
这个指令指定了何时需要检查
open_file_cache
中缓存项目的有
效信息
.
open_file_cache_valid 60s;
#open_file_cache
指令中的
inactive
参数时间内文件的最少使用次数,如果超过这个数字,
文件描述符一直是在缓存中打开的,如上例,如果有一个文件在
inactive
时间内一次没被使用,它将
被移除。
#
语法
:open_file_cache_min_uses number
默认值
:open_file_cache_min_uses 1
使用字段
:http, server, location
这个指令指定了在
open_file_cache
指令无效的参数中
一定的时间范围内可以使用的最小文件数
,
如果使用更大的值
,
文件描述符在
cache
中总是打开状态
.
open_file_cache_min_uses 1;
#语法
:open_file_cache_errors on | off
默认值
:open_file_cache_errors off
使用字段
:http, server, location
这个指令指定是否在搜索一个文件是记录
cache
错误
.
open_file_cache_errors on;
}
#
设定
http
服务器,利用它的反向代理功能提供负载均衡支持
http
{
#
文件扩展名与文件类型映射表
include mime.types;
#
默认文件类型
default_type application/octet-stream;
#
默认编码
#charset utf-8;
#
服务器名字的
hash
表大小
#
保存服务器名字的
hash
表是由指令
server_names_hash_max_size
和
server_names_hash_bucket_size
所控制的。参数
hash bucket size
总是等于
hash
表的大
小,并且是一路处理器缓存大小的倍数。在减少了在内存中的存取次数后,使在处理器中加速查找
hash
表键值成为可能。如果
hash bucket size
等于一路处理器缓存的大小,那么在查找键的时
候,最坏的情况下在内存中查找的次数为
2
。第一次是确定存储单元的地址,第二次是在存储单元中查
找键 值。因此,如果
Nginx
给出需要增大
hash max size
或
hash bucket size
的提示,那么
首要的是增大前一个参数的大小
.
server_names_hash_bucket_size 128;
#
客户端请求头部的缓冲区大小。这个可以根据你的系统分页大小来设置,一般一个请求的头部
大小不会超过
1k
,不过由于一般系统分页都要大于
1k
,所以这里设置为分页大小。分页大小可以用命
令
getconf PAGESIZE
取得。
client_header_buffer_size 32k;
#
客户请求头缓冲大小。
nginx
默认会用
client_header_buffer_size
这个
buffer
来读取
header
值,如果
header
过大,它会使用
large_client_header_buffers
来读取。
large_client_header_buffers 4 64k;
#
设定通过
nginx
上传文件的大小
client_max_body_size 8m;
#
开启高效文件传输模式,
sendfile
指令指定
nginx
是否调用
sendfile
函数来输出文件,对于
普通应用设为
on
,如果用来进行下载等应用磁盘
IO
重负载应用,可设置为
off
,以平衡磁盘与网络
I/O
处理速度,降低系统的负载。注意:如果图片显示不正常把这个改成
off
。
#sendfile
指令指定
nginx
是否调用
sendfile
函数(
zero copy
方式)来输出文件,对
于普通应用,必须设为
on
。如果用来进行下载等应用磁盘
IO
重负载应用,可设置为
off
,以平衡磁盘
与网络
IO
处理速度,降低系统
uptime
。
sendfile on;
#
开启目录列表访问,合适下载服务器,默认关闭。
autoindex on;
#
此选项允许或禁止使用
socke
的
TCP_CORK
的选项,此选项仅在使用
sendfile
的时候使用
,
告
诉
nginx
在一个数据包里发送所有头文件,而不一个接一个的发送。就是说数据包不会马上传送出
去,等到数据包最大时,一次性的传输出去,这样有助于解决网络堵塞
tcp_nopush on;
#
告诉
nginx
不要缓存数据,而是一段一段的发送
--
当需要及时发送数据时,就应该给应用设置
这个属性,这样发送一小块数据信息时就不能立即得到返回值
tcp_nodelay on;
#
长连接超时时间,单位是秒
keepalive_timeout 120;
#FastCGI
相关参数是为了改善网站的性能:减少资源占用,提高访问速度。下面参数看字面意
思都能理解。
#
这个指令为
FastCGI
缓存指定一个路径,目录结构等级,关键字区域存储时间和非活动删除时
间
fastcgi_cache_path /usr/local/nginx/fastcgi_cache levels
=
1
:
2
keys_zone
=
TEST
:
10m inactive
=
5m;
#
指定连接到后端
FastCGI
的超时时间
fastcgi_connect_timeout 300;
#
向
FastCGI
传送请求的超时时间,这个值是指已经完成两次握手后向
FastCGI
传送请求的超时
时间
fastcgi_send_timeout 300;
#
接收
FastCGI
应答的超时时间,这个值是指已经完成两次握手后接收
FastCGI
应答的超时时间
fastcgi_read_timeout 300;
#
指定读取
FastCGI
应答第一部分 需要用多大的缓冲区
,
这里可以设置为
fastcgi_buffers
指
令指定的缓冲区大小,上面的指令指定它将使用
1
个
16k
的缓冲区去读取应答的第一部分,即应答
头,其实这个应答头一般情况下都很小(不会超过
1k
),但是你如果在
fastcgi_buffers
指令中指
定了缓冲区的大小,那么它也会分配一个
fastcgi_buffers
指定的缓冲区大小去缓存
fastcgi_buffer_size 64k;
#
指定本地需要用多少和多大的缓冲区来 缓冲
FastCGI
的应答,如上所示,如果一个
php
脚本所
产生的页面大小为
256k
,则会为其分配
16
个
16k
的缓冲区来缓存,如果大于
256k
,增大 于
256k
的部
分会缓存到
fastcgi_temp
指定的路径中, 当然这对服务器负载来说是不明智的方案,因为内存中处
理数据速度要快于硬盘,通常这个值 的设置应该选择一个你的站点中的
php
脚本所产生的页面大小的
中间值,比如你的站点大部分脚本所产生的页面大小为
256k
就可以把这个值设置为
16 16k
,或者
4
64k
或者
64 4k
,但很显然,后两种并不是好的设置方法,因为如果产生的页面只有
32k
,如果用
4
64k
它会分配
1
个
64k
的缓冲区去缓存,而如果使用
64 4k
它会分配
8
个
4k
的缓冲区去缓存,而如果使
用
16 16k
则它会分配
2
个
16k
去缓存页面,这样看起来似乎更加合理
•
fastcgi_buffers 4 64k;
#
这个指令我也不知道是做什么用,只知道默认值是
fastcgi_buffers
的两倍
fastcgi_busy_buffers_size 128k;
#
在写入
fastcgi_temp_path
时将用多大的数据块,默认值是
fastcgi_buffers
的两倍
fastcgi_temp_file_write_size 128k;
#
开启
FastCGI
缓存并且为其制定一个名称。个人感觉开启缓存非常有用,可以有效降低
CPU
负
载,并且防止
502
错误。但是这个缓存会引起很多问题,因为它缓存的是动态页面。具体使用还需根据
自己的需求
fastcgi_cache TEST
#
为指定的应答代码指定缓存时间,如上例中将
200
,
302
应答缓存一小时,
301
应答缓存
1
天,
其他为
1
分钟
fastcgi_cache_valid 200 302 1h;
fastcgi_cache_valid 301 1d;
fastcgi_cache_valid any 1m;
#
缓存在
fastcgi_cache_path
指令
inactive
参数值时间内的最少使用次数,如上例,如果在
5
分钟内某文件
1
次也没有被使用,那么这个文件将被移除
fastcgi_cache_min_uses 1;
#gzip
模块设置
#
开启压缩
gzip on;
#
设置允许压缩的页面最小字节数,页面字节数从
header
头得
content-length
中进行获取。
默认值是
0
,不管页面多大都压缩。建议设置成大于
2k
的字节数,小于
2k
可能会越压越大。
gzip_min_length 2k;
#
设置系统获取几个单位的缓存用于存储
gzip
的压缩结果数据流。 例如
4 4k
代表以
4k
为单
位,按照原始数据大小以
4k
为单位的
4
倍申请内存。
4 8k
代表以
8k
为单位,按照原始数据大小以
8k
为单位的
4
倍申请内存。
#
如果没有设置,默认值是申请跟原始数据相同大小的内存空间去存储
gzip
压缩结果。
gzip_buffers 4 16k;
#
压缩级别,
1-10
,数字越大压缩的越好,也越占用
CPU
时间
gzip_comp_level 5;
#
默认值
: gzip_types text/html (
默认不对
js/css
文件进行压缩
)
#
压缩类型,匹配
MIME
类型进行压缩
#
不能用通配符
text/*
# (
无论是否指定
)text/html
默认已经压缩
#
设置哪压缩种文本文件可参考
conf/mime.types
gzip_types text/plain application/x
javascript text/css application/xml;
#
值为
1.0
和
1.1
代表是否压缩
http
协议
1.0
,选择
1.0
则
1.0
和
1.1
都可以压缩
gzip_http_version 1.0
# IE6
及以下禁止压缩
gzip_disable "MSIE [1-6]\.";
#
默认值:
off
# Nginx
作为反向代理的时候启用,开启或者关闭后端服务器返回的结果,匹配的前提是后端服
务器必须要返回包含
"Via"
的
header
头。
# off -
关闭所有的代理结果数据的压缩
# expired -
启用压缩,如果
header
头中包含
"Expires"
头信息
# no-cache -
启用压缩,如果
header
头中包含
"Cache-Control:no-cache"
头信息
# no-store -
启用压缩,如果
header
头中包含
"Cache-Control:no-store"
头信息
# private -
启用压缩,如果
header
头中包含
"Cache-Control:private"
头信息
# no_last_modified -
启用压缩
,
如果
header
头中不包含
"Last-Modified"
头信息
# no_etag -
启用压缩
,
如果
header
头中不包含
"ETag"
头信息
# auth -
启用压缩
,
如果
header
头中包含
"Authorization"
头信息
# any -
无条件启用压缩
gzip_proxied expired no-cache no-store private auth;
#
给
CDN
和代理服务器使用,针对相同
url
,可以根据头信息返回压缩和非压缩副本
gzip_vary on;
#
开启限制
IP
连接数的时候需要使用
#limit_zone crawler $binary_remote_addr 10m;
#
负载均衡配置
upstream www.xx.com {
#upstream
的负载均衡,
weight
是权重,可以根据机器配置定义权重。
weigth
参数表示
权值,权值越高被分配到的几率越大。
server 192.168.80.121
:
80 weight
=
3;
server 192.168.80.122
:
80 weight
=
2;
server 192.168.80.123
:
80 weight
=
3;
#nginx
的
upstream
目前支持
4
种方式的分配
#1
、轮询(默认)
#
每个请求按时间顺序逐一分配到不同的后端服务器,如果后端服务器
down
掉,能自动剔
除。
#2
、
weight
#
指定轮询几率,
weight
和访问比率成正比,用于后端服务器性能不均的情况。
#
例如:
#upstream bakend {
# server 192.168.0.14 weight=10;
# server 192.168.0.15 weight=10;
#}
#2
、
ip_hash
#
每个请求按访问
ip
的
hash
结果分配,这样每个访客固定访问一个后端服务器,可以解决
session
的问题。
#
例如:
#upstream bakend {
# ip_hash;
# server 192.168.0.14:88;
# server 192.168.0.15:80;
#}
#3
、
fair
(第三方)
#
按后端服务器的响应时间来分配请求,响应时间短的优先分配。
#upstream backend {
# server server1;
# server server2;
# fair;
#}
#4
、
url_hash
(第三方)
#
按访问
url
的
hash
结果来分配请求,使每个
url
定向到同一个后端服务器,后端服务器为
缓存时比较有效。
#
例:在
upstream
中加入
hash
语句,
server
语句中不能写入
weight
等其他的参数,
hash_method
是使用的
hash
算法
#upstream backend {
# server squid1:3128;
# server squid2:3128;
# hash $request_uri;
# hash_method crc32;
#}
#tips:
#upstream bakend{#
定义负载均衡设备的
Ip
及设备状态
}{
# ip_hash;
# server 127.0.0.1:9090 down;
# server 127.0.0.1:8080 weight=2;
# server 127.0.0.1:6060;
# server 127.0.0.1:7070 backup;
#}
#
在需要使用负载均衡的
server
中增加
proxy_pass http://bakend/;
#
每个设备的状态设置为
:
#1.down
表示单前的
server
暂时不参与负载
#2.weight
为
weight
越大,负载的权重就越大。
#3.max_fails
:允许请求失败的次数默认为
1.
当超过最大次数时,返回
proxy_next_upstream
模块定义的错误
#4.fail_timeout:max_fails
次失败后,暂停的时间。
#5.backup
: 其它所有的非
backup
机器
down
或者忙的时候,请求
backup
机器。所以这
台机器压力会最轻。
#nginx
支持同时设置多组的负载均衡,用来给不用的
server
来使用。
#client_body_in_file_only
设置为
On
可以讲
client post
过来的数据记录到文件
中用来做
debug
#client_body_temp_path
设置记录文件的目录 可以设置最多
3
层目录
#location
对
URL
进行匹配
.
可以进行重定向或者进行新的代理 负载均衡
}
#
虚拟主机的配置
server
{
#
监听端口
listen 80;
#
域名可以有多个,用空格隔开
server_name www.xx.com xx.com;
index index.html index.htm index.php;
root /data/www/xx;
#
对
******
进行负载均衡
location ~ .*.(php|php5)?$
{
fastcgi_pass 127.0.0.1
:
9000;
fastcgi_index index.php;
include fastcgi.conf;
}
#
图片缓存时间设置
location ~ .*.(gif|jpg|jpeg|png|bmp|swf)$
{
expires 10d;
}
#JS
和
CSS
缓存时间设置
location ~ .*.(js|css)?$
{
expires 1h;
}
#
日志格式设定
#$remote_addr
与
$http_x_forwarded_for
用以记录客户端的
ip
地址;
#$remote_user
:用来记录客户端用户名称;
#$time_local
: 用来记录访问时间与时区;
#$request
: 用来记录请求的
url
与
http
协议;
#$status
: 用来记录请求状态;成功是
200
,
#$body_bytes_sent
:记录发送给客户端文件主体内容大小;
#$http_referer
:用来记录从那个页面链接访问过来的;
#$http_user_agent
:记录客户浏览器的相关信息;
#
通常
web
服务器放在反向代理的后面,这样就不能获取到客户的
IP
地址了,通过
$remote_add
拿到的
IP
地址是反向代理服务器的
iP
地址。
#
反向代理服务器在转发请求的
http
头信息中,可以增加
x_forwarded_for
信息,用以记
录原有客户端的
IP
地址和原来客户端的请求的服务器地址。
log_format access '$remote_addr - $remote_user [$time_local]
"$request" '
'$status $body_bytes_sent "$http_referer" '
'"$http_user_agent" $http_x_forwarded_for';
#
定义本虚拟主机的访问日志
access_log /usr/local/nginx/logs/host.access.log main;
access_log /usr/local/nginx/logs/host.access.404.log log404;
#
对
"/"
启用反向代理
location / {
proxy_pass http
:
//127.0.0.1
:
88;
proxy_redirect off;
proxy_set_header X-Real-IP $remote_addr;
#
后端的
Web
服务器可以通过
X-Forwarded-For
获取用户真实
IP
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
#
以下是一些反向代理的配置,可选。
proxy_set_header Host $host;
#
允许客户端请求的最大单文件字节数
client_max_body_size 10m;
#
缓冲区代理缓冲用户端请求的最大字节数,
#
如果把它设置为比较大的数值,例如
256k
,那么,无论使用
firefox
还是
IE
浏览
器,来提交任意小于
256k
的图片,都很正常。如果注释该指令,使用默认的
client_body_buffer_size
设置,也就是操作系统页面大小的两倍,
8k
或者
16k
,问题就出现了。
#
无论使用
firefox4.0
还是
IE8.0
,提交一个比较大,
200k
左右的图片,都返回
500 Internal Server Error
错误
client_body_buffer_size 128k;
#
表示使
nginx
阻止
HTTP
应答代码为
400
或者更高的应答。
proxy_intercept_errors on;
#
后端服务器连接的超时时间
_
发起握手等候响应超时时间
#nginx
跟后端服务器连接超时时间
(
代理连接超时
)
proxy_connect_timeout 90;
#
后端服务器数据回传时间
(
代理发送超时
)
#
后端服务器数据回传时间
_
就是在规定时间之内后端服务器必须传完所有的数据
proxy_send_timeout 90;
#
连接成功后,后端服务器响应时间
(
代理接收超时
)
#
连接成功后
_
等候后端服务器响应时间
_
其实已经进入后端的排队之中等候处理(也
可以说是后端服务器处理请求的时间)
proxy_read_timeout 90;
#
设置代理服务器(
nginx
)保存用户头信息的缓冲区大小
#
设置从被代理服务器读取的第一部分应答的缓冲区大小,通常情况下这部分应答中包
含一个小的应答头,默认情况下这个值的大小为指令
proxy_buffers
中指定的一个缓冲区的大小,不
过可以将其设置为更小
proxy_buffer_size 4k;
#proxy_buffers
缓冲区,网页平均在
32k
以下的设置
#
设置用于读取应答(来自被代理服务器)的缓冲区数目和大小,默认情况也为分页大
小,根据操作系统的不同可能是
4k
或者
8k
proxy_buffers 4 32k;
#
高负荷下缓冲大小(
proxy_buffers*2
)
proxy_busy_buffers_size 64k;
#
设置在写入
proxy_temp_path
时数据的大小,预防一个工作进程在传递文件时阻塞
太长
#
设定缓存文件夹大小,大于这个值,将从
upstream
服务器传
proxy_temp_file_write_size 64k;
}
#
设定查看
Nginx
状态的地址
日志管理
通过访问日志,你可以得到用户地域来源、跳转来源、使用终端、某个
URL
访问量等相关信息
通过错误日志,你可以得到系统某个服务或
server
的性能瓶颈等
日志格式
日志生成的到
Nginx
根目录
logs/access.log
文件,默认使用
“main”
日志格式,也可以自定义格式
默认
“main”
日志格式
location /NginxStatus {
stub_status on;
access_log on;
auth_basic "NginxStatus";
auth_basic_user_file confpasswd;
#htpasswd
文件的内容可以用
apache
提供的
htpasswd
工具来产生。
}
#
本地动静分离反向代理配置
#
所有
jsp
的页面均交由
tomcat
或
resin
处理
location ~ .(jsp|jspx|do)?$ {
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_pass http
:
//127.0.0.1
:
8080;
}
#
所有静态文件由
nginx
直接读取不经过
tomcat
或
resin
location ~ .*.
(htm|html|gif|jpg|jpeg|png|bmp|swf|ioc|rar|zip|txt|flv|mid|doc|ppt|
pdf|xls|mp3|wma)$
{
expires 15d;
}
location ~ .*.(js|css)?$
{
expires 1h;
}
}
}