Niginx的配置文件组成

Niginx的配置文件组成

1.nginx配置文件

/home/chenhuaTest/nginx/conf/nginx.conf

2. nginx配置文件的组成

主要由以下几个块组成：

1. main：用于进行nginx全局信息的配置
2. events：用于nginx工作模式的配置
3. http：用于进行http协议信息的一些配置
4. server：用于进行服务器访问信息的配置
5. location：用于进行访问路由的配置
6. upstream：用于进行负载均衡的配置

这些块分为三个部分

全局块，event块，http块（http全局块，server块，upstream）

server块又包含全局server块和一个到多个location块

2.1 第一部分 全局块

从配置文件开始到 events 块之间的内容，主要设置一些影响 nginx 服务器整体运行的配置指令，只有包括配置运行 nginx 服务器的用户（组），允许生成的 worker process 数，进程 PID 存放路径、日志存放路径、类型以及配置文件的引入等

# 指定nginx要开启的子进程数量，运行过程中监控每个进程消耗内存(一般几M~几十M不等)根据实际情况进行调整，通常数量是CPU内核数量的整数倍，值越大，可以支持的并发处理量越多，但是会受到硬件、软件等设备的制约
worker_processes 2;

#error_log定义错误日志文件的位置及输出级别【debug / info / notice / warn / error / crit】
# error_log logs/error.log
# error_log logs/error.log notice
# error_log logs/error.log info

#pid用来指定进程id的存储文件的位置
# pid logs/nginx.pid

#worker_rlimit_nofile用于指定一个进程可以打开最多文件数量的描述
worker_rlimit_nofile 1024;

2.2 第二部分 event块

events块涉及的指令主要影响 Nginx 服务器与用户的网络连接，常用的设置包括是否开启对多 work process 下的网络连接进行序列化，是否允许同时接收多个网络连接，选取哪种事件驱动模型来处理连接请求，每个 word process 可以同时支持的最大连接数等

event {
   worker_connections 1024;
   multi_accept on;
   use epoll;
}

worker_connections 指定最大可以同时接收的连接数量，这里一定要注意，最大连接数量是和worker processes共同决定的。不进行反向代理最大连接数是：worker processesworker_connections/2，进行反向代理最大连接数就是worker processesworker_connections/4
multi_accept 配置指定nginx在收到一个新连接通知后尽可能多的接受更多的连接
use epoll 配置指定了线程轮询的方法，如果是linux2.6+，使用epoll，如果是BSD如Mac请使用Kqueue

2.3 第三部分 HTTP块

2.3.1 HTTP全局块

2.3.1.1 HTTP全局块的基础配置

sendfile on：配置on让sendfile发挥作用，将文件的回写过程交给数据缓冲去去完成，而不是放在应用中完成，这样的话在性能提升有有好处

tc_nopush on：让nginx在一个数据包中发送所有的头文件，而不是一个一个单独发

tcp_nodelay on：让nginx不要缓存数据，而是一段一段发送，如果数据的传输有实时性的要求的话可以配置它，发送完一小段数据就立刻能得到返回值，但是不要滥用哦
 
keepalive_timeout 10：给客户端分配连接超时时间，服务器会在这个时间过后关闭连接。一般设置时间较短，可以让nginx工作持续性更好

client_header_timeout 10：设置请求头的超时时间

client_body_timeout 10:设置请求体的超时时间

send_timeout 10：指定客户端响应超时时间，如果客户端两次操作间隔超过这个时间，服务器就会关闭这个链接
 
limit_conn_zone $binary_remote_addr zone=addr:5m ：设置用于保存各种key的共享内存的参数，

limit_conn addr 100: 给定的key设置最大连接数
 
server_tokens：虽然不会让nginx执行速度更快，但是可以在错误页面关闭nginx版本提示，对于网站安全性的提升有好处

include /etc/nginx/mime.types：指定在当前文件中包含另一个文件的指令

default_type application/octet-stream：指定默认处理的文件类型可以是二进制

type_hash_max_size 2048：混淆数据，影响三列冲突率，值越大消耗内存越多，散列key冲突率会降低，检索速度更快；值越小key，占用内存较少，冲突率越高，检索速度变慢

2.3.1.2 HTTP全局块中日志配置

    access_log logs/access.log：设置存储访问记录的日志
    error_log logs/error.log：设置存储记录错误发生的日志

2.3.1.3 HTTP全局块中SSH证书配置

ssl_protocols TLSv1 TLSv1.1 TLSv1.2; # 指令用于启动特定的加密协议，nginx在1.1.13和1.0.12版本后默认是ssl_protocols SSLv3 TLSv1 TLSv1.1 TLSv1.2，TLSv1.1与TLSv1.2要确保OpenSSL >= 1.0.1 ，SSLv3 现在还有很多地方在用但有不少被攻击的漏洞。

ssl_prefer_server_ciphers on;  #设置协商加密算法时，优先使用我们服务端的加密套件，而不是客户端浏览器的加密套件

2.3.1.4 HTTP全局块中压缩的配置

 	gzip on;
    gzip_disable "msie6";
 
    # gzip_vary on;
    # gzip_proxied any;
    # gzip_comp_level 6;
    # gzip_buffers 16 8k;
    # gzip_http_version 1.1;
    # gzip_types text/plain text/css application/json application/javascript


gzip on 是告诉nginx采用gzip压缩的形式发送数据。这将会减少我们发送的数据量。

gzip_disable 为指定的客户端禁用gzip功能。我们设置成IE6或者更低版本以使我们的方案能够广泛兼容。

gzip_static 告诉nginx在压缩资源之前，先查找是否有预先gzip处理过的资源。

gzip_proxied 允许或者禁止压缩基于请求和响应的响应流。我们设置为any，意味着将会压缩所有的请求。

gzip_min_length 设置对数据启用压缩的最少字节数。如果一个请求小于1000字节，我们最好不要压缩它，因为压缩这些小的数据会降低处理此请求的所有进程的速度。

gzip_comp_level 设置数据的压缩等级。这个等级可以是1-9之间的任意数值，9是最慢但是压缩比最大的。我们设置为4，这是一个比较折中的设置。

gzip_type 设置需要压缩的数据格式。text/plain text/css application/json application/javascript
 text/xml application/xml application/xml+rss text/javascript;

2.3.1.5 HTTP全局块中文件缓存的配置

open_file_cache 打开缓存的同时也指定了缓存最大数目，以及缓存的时间。我们可以设置一个相对高的最大时间，这样我们可以在它们不活动超过20秒后清除掉。

open_file_cache_valid 在open_file_cache中指定检测正确信息的间隔时间。

open_file_cache_min_uses 定义了open_file_cache中指令参数不活动时间期间里最小的文件数。

open_file_cache_errors 指定了当搜索一个文件时是否缓存错误信息，也包括再次给配置中添加文件。我们也包括了服务器模块，这些是在不同文件中定义的。如果你的服务器模块不在这些位置，你就得修改这一行来指定正确的位置。

2.3.1.6 HTTP全局块中虚拟主机的配置

 include /etc/nginx/conf.d/*.conf;//根据具体情况
 include /etc/nginx/sites-enabled/*;

2.3.2 Server块

这块和虚拟主机有密切关系，虚拟主机从用户角度看，和一台独立的硬件主机是完全一样的，该技术的产生是为了节省互联网服务器硬件成本。每个 http 块可以包括多个 server 块，而每个 server 块就相当于一个虚拟主机，有虚拟服务器的配置信息 。而每个 server 块也分为全局 server 块，以及可以同时包含多个 location 块。

2.3.2.1 Server全局块

server {
    listen        80;
    server_name localhost    192.168.1.100;
    root        /nginx/www;
    index        index.php index.html index.html;
    charset        utf-8;
    access_log    logs/access.log;
    error_log    logs/error.log;
    ......
}

server：一个虚拟主机的配置，一个http中可以配置多个server

server_name：指定ip地址或者域名，多个配置之间用空格分隔

root：表示整个server虚拟主机内的根目录，所有当前主机中web项目的根目录

index：用户访问web网站时的全局首页

charset：用于设置www/路径中配置的网页的默认编码格式

access_log：用于指定该虚拟主机服务器中的访问记录日志存放路径

error_log：用于指定该虚拟主机服务器中访问错误日志的存放路径

2.3.2.2 location块

location模块是nginx配置中出现最多的一个配置，主要用于配置路由访问信息

在路由访问信息配置中关联到反向代理、负载均衡等等各项功能，所以location模块也是一个非常重要的配置模块

location基本配置：

location / {
        root    /nginx/www;
        index    index.php index.html index.htm;
}

location /：表示匹配访问根目录

root：用于指定访问根目录时，访问虚拟主机的web目录

index：在不指定访问具体资源时，默认展示的资源文件列表

反向代理配置方式 ：

    location / {
        proxy_pass http://localhost:8888;
        proxy_set_header X-real-ip $remote_addr;
        proxy_set_header Host $http_host;
    }
    
        # proxy_connect_timeout 600; #nginx跟后端服务器连接超时时间(代理连接超时，单位秒)
        
        # proxy_read_timeout 600; #连接成功后，后端服务器响应时间(代理接收超时，单位秒)
        
        # proxy_send_timeout 600; #后端服务器数据回传时间(代理发送超时，单位秒)
        
        # proxy_buffer_size 64k; #设置代理服务器（nginx）保存用户头信息的缓冲区大小
        
        # proxy_buffers   4 32k; #proxy_buffers缓冲区，网页平均在32k以下的话，这样设置
        
        # proxy_busy_buffers_size 64k; #高负荷下缓冲大小（proxy_buffers*2）
        
        # proxy_temp_file_write_size 64k; #设定缓存文件夹大小

2.3.3 upstream块

负载均衡的简单配置

upstream name {
    ip_hash;
    server 192.168.1.100:8000;
    server 192.168.1.100:8001 down;
    server 192.168.1.100:8002 max_fails=3;
    server 192.168.1.100:8003 fail_timeout=20s;
    server 192.168.1.100:8004 max_fails=3 fail_timeout=20s;
}


ip_hash：指定请求调度算法，默认是weight权重轮询调度，可以指定

server host:port：分发服务器的列表配置

-- down：表示该主机暂停服务

-- max_fails：表示失败最大次数，超过失败最大次数暂停服务

-- fail_timeout：表示如果请求受理失败，暂停指定的时间之后重新发起请

nginx支持的负载均衡调度算法方式如下：

1. weight轮询（默认）：接收到的请求按照顺序逐一分配到不同的后端服务器，即使在使用过程中，某一台后端服务器宕机，nginx会自动将该服务器剔除出队列，请求受理情况不会受到任何影响。 这种方式下，可以给不同的后端服务器设置一个权重值（weight），用于调整不同的服务器上请求的分配率；权重数据越大，被分配到请求的几率越大；该权重值，主要是针对实际工作环境中不同的后端服务器硬件配置进行调整的。

2. ip_hash：每个请求按照发起客户端的ip的hash结果进行匹配，这样的算法下一个固定ip地址的客户端总会访问到同一个后端服务器，这也在一定程度上解决了集群部署环境下session共享的问题。

3. fair：智能调整调度算法，动态的根据后端服务器的请求处理到响应的时间进行均衡分配，响应时间短处理效率高的服务器分配到请求的概率高，响应时间长处理效率低的服务器分配到的请求少；结合了前两者的优点的一种调度算法。但是需要注意的是nginx默认不支持fair算法，如果要使用这种调度算法，请安装upstream_fair模块

4. url_hash：按照访问的url的hash结果分配请求，每个请求的url会指向后端固定的某个服务器，可以在nginx作为静态服务器的情况下提高缓存效率。同样要注意nginx默认不支持这种调度算法，要使用的话需要安装nginx的hash软件包