nginx的配置文件的详细介绍

为什么一直着重研究nginx呢?是因为它是一款很强大的服务器,如果会Lua这种插件语言的话,配合与之使用将会是未来几年的新的流行技术,因为太轻了,能力太强大了,到现在可以大概看出,实际服务器之间的架构就是配置文件的链接,修改,添加等关系。下面就介绍一下nginx的配置解析:

Nginx配置

Nginx 的配置主要是修改 /usr/local/nginx/conf/nginx.conf文件

配置用户和用户组

user www www;

工作进程数，建议设置为CPU的总核数

worker_processes  2;

全局错误日志定义类型，日志等级从低到高依次为：

debug | info | notice | warn | error | crit

error_log  logs/error.log  info;

记录主进程ID的文件

pid    /usr/local/nginx/nginx.pid;

**一个进程能打开的文件描述符最大值，理论上该值因该是最多能打开的文件数除以进程数。但是由于nginx负载并不是完全均衡的，

所以这个值最好等于最多能打开的文件数。执行 sysctl -a | grep fs.file 可以看到linux文件描述符。**

worker_rlimit_nofile 65535;

工作模式与连接数上限

events {

#工作模式，linux2.6版本以上用epoll

use epoll;

#单个进程允许的最大连接数

worker_connections  65535;
}

设定http服务器，利用它的反向代理功能提供负载均衡支持

http {

#文件扩展名与文件类型映射表

include       mime.types;

#默认文件类型

default_type  application/octet-stream;

#日志格式

log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
'$status $body_bytes_sent "$http_referer" '
'"$http_user_agent" "$http_x_forwarded_for"';

#access log 记录了哪些用户，哪些页面以及用户浏览器、ip和其他的访问信息

access_log  logs/access.log  main;

#服务器名字的hash表大小

server_names_hash_bucket_size 128;

#客户端请求头缓冲大小。nginx默认会用client_header_buffer_size这个buffer来读取header值，
#如果header过大，它会使用large_client_header_buffers来读取。

#如果设置过小HTTP头/Cookie过大 会报400 错误 nginx 400 bad request
#如果超过buffer，就会报HTTP 414错误(URI Too Long)
#nginx接受最长的HTTP头部大小必须比其中一个buffer大，否则就会报400的HTTP错误(Bad Request)。

client_header_buffer_size 32k;

large_client_header_buffers 4 32k;

#客户端请求体的大小

client_body_buffer_size    8m;

#隐藏ngnix版本号

server_tokens off;

#忽略不合法的请求头

ignore_invalid_headers   on;

#指定启用除第一条error_page指令以外其他的error_page。

recursive_error_pages    on;

#让 nginx 在处理自己内部重定向时不默认使用  server_name 设置中的第一个域名

server_name_in_redirect off;

#开启文件传输，一般应用都应设置为on；若是有下载的应用，则可以设置成off来平衡网络I/O和磁盘的I/O来降低系统负载

sendfile                 on;

#告诉nginx在一个数据包里发送所有头文件，而不一个接一个的发送。

tcp_nopush     on;

#告诉nginx不要缓存数据，而是一段一段的发送--当需要及时发送数据时，就应该给应用设置这个属性，

#这样发送一小块数据信息时就不能立即得到返回值。

tcp_nodelay    on;

#长连接超时时间，单位是秒

keepalive_timeout  65;

#gzip模块设置，使用 gzip 压缩可以降低网站带宽消耗，同时提升访问速度。

gzip  on;             #开启gzip

gzip_min_length  1k;          #最小压缩大小

gzip_buffers     4 16k;        #压缩缓冲区

gzip_http_version 1.0;       #压缩版本

gzip_comp_level 2;            #压缩等级

gzip_types       text/plain application/x-javascript text/css application/xml;           #压缩类型

upstream作负载均衡，在此配置需要轮询的服务器地址和端口号，max_fails为允许请求失败的次数，默认为1.

#weight为轮询权重，根据不同的权重分配可以用来平衡服务器的访问率。
upstream ligh {
server 192.168.2.149:8080 max_fails=0 weight=1;
server 192.168.1.9:8080 max_fails=0 weight=1;
}

#主机配置

server {

#监听端口

listen       80;

#域名

server_name  ligh;

#字符集
charset utf-8;
#单独的access_log文件
access_log  logs/192.168.2.149.access.log  main;
#反向代理配置，将所有请求为http://hostname的请求全部转发到upstream中定义的目标服务器中。
location / {

#此处配置的域名必须与upstream的域名一致，才能转发。

proxy_pass     http://ligh; 
proxy_set_header   X-Real-IP $remote_addr;

}

#启用nginx status 监听页面

location /nginxstatus {

stub_status on;

access_log on;

}

#错误页面

error_page   500 502 503 504  /50x.html;

location = /50x.html {

root   html;
}

}

}

至此，nginx基本的负载均衡配置完成，实验中部署2台tomcat, 然后访问时返回不同的结果，在浏览器中输入地址,也就是nginx服务的访问地址就OK了。