Nginx 是一个高性能的 Web 和反向代理服务器
优势
高性能: 作为WEB服务器, 性能好开销低, 10,000 非活动的 HTTP keep-alive 连接仅需要 2.5M 内存,能够支持高达 50,000 个并发连接数的响应
可以作为反向代理服务器,性能优异
使用安装配置简单, 重新配置和在线升级可以无缝连接,无须中断客户端工作进程
缺点
nginx目前使用简单的轮巡算法,无法做更复杂的负载均衡,比如基于链接计数的负载均衡
NGINX配置说明
配置模块
main(全局设置)、server(主机设置)、upstream(负载均衡服务器设置)和 location(URL匹配特定位置的设置)
这四者之间的关系式:server继承main,location继承server,upstream既不会继承其他设置也不会被继承
配置完整示例说明
################## 全局配置 ##################
user www-data
#运行nginx的用户,默认由nobody账号运行
worker_processes
#nginx启动的工作进程数 - 每个进程平均消耗10-12M,一般指定和CPU数目相同
#error_log logs/error.log;
#error_log logs/error.log notice;
#error_log logs/error.log info;
#error_log 主模块指令,定义全局错误日志文件。输出级别有debug,info,notice,warn,error,crit可供选择,其中debug输出日志最详细,而crit输出日志最少
pid logs/nginx.pid;
#nginx进程pid存储文件路径
worker_rlimit_nofile 65535;
#用于绑定worker进程和CPU,Linux内核2.4以上使用
events {
use epoll;
#use是个事件模块指令,用于指定工作模式,nginx支持的工作模式有select、poll、kqueue、epoll、rtsig、和/dev/poll,其中select和poll都是标准的工作模式。kqueue和epoll是高效的工作模式,其中kqueue用于BSD系统,而epoll用于Linux系统,对于Linux系统,epoll是首选。
worker_connections 65536;
# 用于定义单个进程处理的最大并发连接数,默认为1024, 该值的设置考虑服务器的物理内存大小
#最大客户连接数由worker_connections和worker_processes决定,即max_client=worker_processes*worker_connections,在作为反向代理时变为:max_client= worker_processes*worker_connections/4, 除以4是一个经验值设定。
#并发请求受I/O约束,max_clients的值须小于系统可以打开的最大文件数
#进程的最大连接数受Linux系统进程的最大打开文件数限制,在执行操作系统命令“ulimit –n 65536”后worker_connections的设置才生效。
#而系统可以打开的最大文件数和内存大小成正比,一般1GB内存的机器上可以打开的文件数大约是10万左右
#查看服务器可以打开的文件句柄数是多少
# cat /proc/sys/fs/file-max
# 实质上max_clients就是受制于服务器的cpu和内存大小
}
################## http服务器配置 ##################
http {
include mime.types;
#include是个主模块指令,实现对配置文件所包含的文件的设定,可以减少主配置文件的复杂度。
default_type application/octet-stream;
#default_type属于http核心模块指令,默认为二进制流,也就是当文件类型未定义时使用这种方式,例如在没有配置PHP环境时,nginx是不与解析的,此时,用浏览器访问PHP文件就会出现下载窗口。
#log_format main '$remote_addr - $remote_user [$time_local] "$request" '
# '$status $body_bytes_sent "$http_referer" '
# '"$http_user_agent" "$http_x_forwarded_for"';
#log_format是nginx的httplog模块指令,用于指定nginx的日志输出格式,main为此日志格式的名称,可以在下面的access_log指令中使用
#access_log logs/access.log main;
sendfile on;
tcp_nopush on;
tcp_nodelay on;
#sendfile用于开启高效文件传输模式,将tcp_nopush和tcp_nodely另个指令设置为on,用于防止网络阻塞。
#sendfile 指令指定 nginx 是否调用 sendfile 函数(zero copy 方式)来输出文件,
#对于普通应用,必须设为 on,
#如果用来进行下载等应用磁盘IO重负载应用,可设置为 off,
#以平衡磁盘与网络I/O处理速度,降低系统的uptime.
#keepalive_timeout 0;
keepalive_timeout 65;
#keepalive_timeout用于设置客户端连续保持活动的超时时间。
client_max_body_size 20m;
#设置允许客户端请求的最大单个文件字节数
client_header_buffer_size 32k;
#用于指定客户端请求头的headerbuffer大小,对于大多数请求,1kb的缓冲区大小已经足够,如果定义了消息头或有更大的cookie,可以增加缓冲区大小。
large_client_header_buffers 4 32k;
#用于指定客户端请求中较大的消息头的缓存最大数量和大小
client_header_timeout 10;
#client_header_timeout用于设置客户端请求头读取超时时间,超过该时间客户端还没发送任何数据,nginx将返回“request time out(408)”错误。
client_body_timeout 10;
#client_body_timeout用于设置客户端请求主体读取超时时间,默认时间为602s,超过该时间客户端还没发送任何数据,nginx将返回“request timeout(408)”错误。
send_timeout 10;
#send_timeout 用于指定响应客户端的超时时间,这个超时仅限于两个连接活动之间的时间,如果超过这个时间,客户端没有任何活动,nginx将会关闭连接
server_tokens off;
#隐藏Nginx版本号
}
################## HttpGzip模块配置 ##################
gzip on;
#gzip on : 开启实时gzip压缩输出数据流,减少网络传输
gzip_min_length 1k;
##gzip_min_length设置允许压缩的页面最小字节数,页面字节数从header头的content-length中进行获取。默认值是0,不管页面大小都进行压缩。建议设置成大于1k的字节数,小于1k可能会越压越大。
gzip_buffers 4 16k;
#gzip_buffers设置系统获取几个单位的缓存用于存储gzip的压缩结果数据流。4 16k代表申请4个单位为16K的内存作为压缩结果流缓存
gzip_http_version 1.1;
#gzip_http_version用于识别 http 协议的版本,默认是1.1,目前绝大多数浏览器已经支持gzip解压。
gzip_comp_level 6;
#gzip_comp_level:gzip压缩比,1压缩比最小处理速度最快,9压缩比最大但处理速度最慢(传输快但比较消耗cpu)
gzip_types text/html text/plaintext/css text/javascript application/json application/javascriptapplication/x-javascript application/xml;
#gzip_types指定何种类型进行压缩,无论是否指定,”text/html”类型总是会被压缩的。
gzip_vary on;
#gzip_vary:和http头有关系,会在响应头加个 Vary: Accept-Encoding ,可以让前端的缓存服务器缓存经过gzip压缩的页面,例如,用Squid缓存经过Nginx压缩的数据。。
################## Server主机配置 ##################
server {
listen 8088;
主机监听端口
server_name www.example.com 192.168.56.110;
#指定IP地址或者域名,多个域名之间用空格隔开。
charset utf-8;
#设定网页默认的编码格式
location / {
root /home/www/myweb;
#指定主机的网页根目录,这个目录可以是相对路径,也可以是绝对路径
index index.html index.htm;
#设定访问的默认首页地址,从左到右依次查找
}
error_page 404 /404.html;
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}
#error_page指令可以定制各种错误信息返回页面,nginx会在主目录的html目录中查找指定的返回页面
#对 / 所有做负载均衡+反向代理
location / {
proxy_pass http://myserver;
#proxy_pass http://myserver:实现负载调度功能,proxy_pass指令用来指定请求转向代理的后端服务器定义的服务器列表,即反向代理,对应upstream负载均衡器。地址也可以是主机名或者IP地址,如:proxy_passhttp://ip:port。
proxy_next_upstream http_500 http_502 http_503 http_504 error timeout invalid_header;
#proxy_next_upstream:定义故障转移策略,当后端服务器节点返回500、502、503、504和执行超时等错误时,自动将请求转发到upstream负载均衡组中的另一台服务器,实现故障转移。
}
location ~ .php$ {
fastcgi_pass127.0.0.1:9000;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
[
fastcgi_cache_path /usr/local/nginx/fastcgi_cache levels=1:2 keys_zone=licache:10m inactive=5m;
#指定缓存文件路径
fastcgi_cache_key "$request_method://$host$request_uri";
#
fastcgi_connect_timeout 300;
#指定连接到后端FastCGI的超时时间
fastcgi_send_timeout 300;
#指定向FastCGI传送请求的超时时间,这个值是已经完成两次握手后向FastCGI传送请求的超时时间
fastcgi_read_timeout 300;
#指定接收FastCGI应答的超时时间,这个值是已经完成两次握手后接收FastCGI应答的超时时间
fastcgi_buffer_size 64k;
#用于指定读取FastCGI应答第一部分需要用多大的缓冲区,这个值表示将使用1个64KB的缓冲区读取应答的第一部分(应答头),可以设置为fastcgi_buffers选项指定的缓冲区大小
fastcgi_buffers 8 64k;
#指定本地需要用多少和多大的缓冲区来缓冲FastCGI的应答请求。如果一个PHP脚本所产生的页面大小为256KB,那么会为其分配4个64KB的缓冲区来缓存;如果页面大小大于256KB,那么大于256KB的部分会缓存到fastcgi_temp指定的路径中,但是这并不是好方法,因为内存中的数据处理速度要快于硬盘。一般这个值应该为站点中PHP脚本所产生的页面大小的中间值,如果站点大部分脚本所产生的页面大小为256KB,那么可以把这个值设置为“16 16k”、“4 64k”等
fastcgi_busy_buffers_size 128k;
#默认值是fastcgi_buffers的两倍
fastcgi_temp_file_write_size 128k;
#表示在写入缓存文件时使用多大的数据块,默认值是fastcgi_buffers的两倍。fastcgi_cache表示开启FastCGI缓存并为其指定一个名称。开启缓存非常有用,可以有效降低CPU的负载,并且防止502错误的发生,但是开启缓存也会引起很多问题,要视具体情况而定
fastcgi_cache licache;
fastcgi_cache_valid 200 302 1h;
fastcgi_cache_valid 301 1d;
fastcgi_cache_valid any 1m;
fastcgi_cache_min_uses 1;
fastcgi_cache_use_stale error timeout invalid_header http_500;
open_file_cache max=65535 inactive=20s;
open_file_cache_min_uses 1;
open_file_cache_valid 30s;
#用来指定应答代码的缓存时间,实例中的值表示将200和302应答缓存一个小时,将301应答缓存1天,其他应答均缓存1分钟
]
#[]内为实际include的fastcgi配置
}
#PHP 脚本请求全部转发到 FastCGI处理. 使用FastCGI默认配置.
location ~ /.ht {
deny all;
}
#禁止访问 .htxxx 文件
}
################## URL配置设置 ##################
###location支持正则表达式和条件判断匹配,可以通过location指令实现nginx对动静态网页的过滤处理。
location ~ * \.(gif|jpg|jpeg|bmp|png|ico|txt|js|css)$
{
root /web/wwwroot/html;
expires 30d;
#expires指定静态文件的过期时间
}
#所有扩展名为gif|jpg|jpeg|bmp|png|ico|txt|js|css的静态文件都交给nginx处理
location ~ .*.jsp$
{
Index index.jsp;
Proxy_pass http://localhost:8080;
}
#location对此虚拟机下动态网页的过滤处理,也就是将所有.jsp为后缀的文件都交给本机8080端口处理。
################ 负载均衡配置 (实例) ################
upstream myserver {
# upstream example.com;指定一个负载均衡器的名称为example.com;。该名称为任意##的,使用时调用即可。
空/ip_hash/weight/fair(第三方)/url_hash(第三方);
# 此处设置负载均衡策略
server 192.168.56.102:8088
## 空, 默认设置, 如果不设置负载均衡策略,默认使用轮询的方式进行负载,每一个请求按时间顺序逐一分配到不同的后端服务器。假设后端服务器down掉。能自己主动剔除。尽管这样的方式简便、成本低廉。但缺点是:可靠性低和负载分配不均衡,适用于图片服务器集群和纯静态页面服务器集群
ip_hash;
server 10.0.0.10:8080;
server 10.0.0.11:8080;
##ip_hash调度算法,每个请求按IP的hash结果分配,是来自同一个IP的访客##固定访问一个后端服务器,有效解决了动态服务器存在的session共享问题,
server 10.0.0.88:8088 weight=5
server 10.0.0.77:8088 weight=10
##指定轮询几率,weight和訪问比率成正比,用于后端服务器性能不均的情况。例如以下所看到的。10.0.0.77的訪问比率要比10.0.0.88的訪问比率高一倍
server 10.0.0.10:8080;
server 10.0.0.11:8080;
fair;
##按后端服务器的响应时间来分配请求。响应时间短的优先分配
server 10.0.0.10:7777;
server 10.0.0.11:8888;
hash $request_uri;
hash_method crc32;
##按访问url的hash结果来分配请求,使每一个url定向到同一个后端服务器。后端服务器为缓存时比較有效。
##注意:在upstream中加入hash语句。server语句中不能写入weight等其他的參数,hash_method是使用的hash算法。
状态设置
server 10.0.0.11:9090 down;
down:表示当前server暂时不参与负载均衡
server 10.0.0.11:8080 weight=2
weight:默认1,weight越大,负载的权重就越大。
server 192.168.56.103:8088 max_fails=3 fail_timeout=20s;
max_fails:允许请求失败的次数,默认为1。当超过最大次数时,返回proxy_next_upstream模块定义错误。
fail_timeout:经历max_fails次失败后,暂停服务的时间。
server 10.0.0.11:7070 backup
#backup:预留的备份机器,当其他所有的非backup机器出现故障或正在忙时,##才会请求backup机器,该机器压力最轻。当调度算法为ip_hash,状态不能##为backup和weight;
}
############## http_proxy反向代理设置 ##############
####该部分亦可以使用写进proxy.conf文件中,再使用include指令包含进来,######从而使配置显得更简练
######用法:include /usr/local/etc/nginx/nginx.conf ####
client_body_buffer_size 128k;
#client_body_buffer_size:用于指定客户端请求主体缓冲区大小,意思就是先保存到本地再传给用户。
proxy_connect_timeout 75;
#nginx跟后端服务器连接超时时间(代理连接超时),单位秒
#连接成功后,与后端服务器两个成功的响应操作之间超时时间(代理接收超时)
proxy_send_timeout 75;
#proxy_send_timeout:后端服务器的数据回传时间,超时则断开连接
proxy_read_timeout 75;
#proxy_read_timeout:设置nginx从代课的后端服务器获取信息的时间,即在规定时间之内后端服务器必须传完所有的数据,否则断开连接。
proxy_buffer_size 4k;
#设置代理服务器(nginx)从后端服务器读取并保存用户头信息的缓冲区大小,默认与proxy_buffers大小相同,其实可以将这个指令值设的小一点
proxy_buffers 4 32k;
#proxy_buffers缓冲区,nginx针对单个连接缓存来自后端realserver的响应,网页平均在32k以下的话,这样设置
proxy_busy_buffers_size 64k;
#高负荷下缓冲大小(官方建议为proxy_buffers*2)
proxy_temp_file_write_size 64k;
#指定proxy缓存临时文件的大小
proxy_temp_path /usr/local/nginx/proxy_temp 1 2;
#当缓存被代理的服务器响应到临时文件时,这个选项限制每次写临时文件的大小。proxy_temp_path(可以在编译的时候)指定写到哪那个目录。
proxy_redirect off;
# 后端的Web服务器可以通过X-Forwarded-For获取用户真实IP
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_set_header:设置由后端服务器获取用户主机或真实IP地址,以及代理者的真实IP
############### stub_status监控模块配置 ###############
stub_status模块主要用于查看Nginx的一些状态信息
本模块默认是不会编译进Nginx的,如需手动添加./configure –with-http_stub_status_module
location /Nginx_status {
stub_status on;
#启用stub_status的工作状态统计功能
access_log log/NginxStatus.log;
# access_log用来指定stub_status模块的访问日志文件
auth_basic “NginxStatus”;
#auth_basic是nginx的一种认证机制
auth_basic_user_file ../htpasswd;
#auth_basic_user_file用来指定认证的密码文件
#nginx的auth_basic采用的是与Apache兼容的密码文件,所以需要采用
#Apache的htpasswd命令来生成密码文件
#如添加一个fieldyang 用户可以用该方式生成密码文件
#/usr/local/apache/bin/htpasswd –c /opt/nginx/conf/htpasswd fieldyang
#要查看nginx运行状态,只需在http://ip/NginxStatus输入账号密码即可
allow 192.168.10.0/24;
allow 192.168.56.100;
deny all;
}
网友评论