NGINX配置详解

Nginx常用功能

HTTP代理、反向代理

　　作为web服务器最常用的功能之一，尤其是反向代理。放2张图，对正向代理与反响代理做个解释，方便大家理解。另外，Nginx在做反向代理时，提供性能稳定，并且能够提供配置灵活的转发功能。Nginx可以根据不同的正则匹配，采取不同的转发策略，比如图片文件结尾的走文件服务器，动态页面走web服务器，只要你正则写的没问题，又有相对应的服务器解决方案，你就可以随心所欲的玩。并且Nginx对返回结果进行错误页跳转，异常判断等。如果被分发的服务器存在异常，他可以将请求重新转发给另外一台服务器，然后自动去除异常服务器。

　　2.负载均衡

　　Nginx提供的负载均衡策略有2种类型：内置策略和扩展策略。内置策略有轮询，加权轮询，Ip hash。扩展策略，就比较天马行空，只有你想不到的没有他做不到，你可以参照所有的负载均衡算法，给他一一找出来做下实现。这里附上3张图，方便大家理解内置策略

　　3.web缓存

　　Nginx可以对不同的文件做不同的缓存处理，配置灵活，并且支持FastCGI_Cache，主要用于对FastCGI的动态程序进行缓存。配合着第三方的ngx_cache_purge，对制定的URL缓存内容可以的进行增删管理。

Nginx配置文件结构

　　下载并安装好Nginx后，就可以在conf目录下找到nginx.conf文件，该文件就是Nginx的配置文件，可以通过命令vim nginx.conf打开。事先要说明的是在nginx.conf文件中，#是注释符。先讲解下conf文件的结构

...              #全局块

events {         #events块
   ...
}

http      #http块
{
    ...   #http全局块
    server        #server块
    { 
        ...       #server全局块
        location [PATTERN]   #location块
        {
            ...
        }
        location [PATTERN] 
        {
            ...
        }
    }
    server
    {
      ...
    }
    ...     #http全局块
}

全局块：配置影响nginx全局的指令。一般有运行nginx服务器的用户组，nginx进程pid存放路径，日志存放路径，配置文件引入，允许生成worker process数等。
events块：配置影响nginx服务器或与用户的网络连接。有每个进程的最大连接数，选取哪种事件驱动模型处理连接请求，是否允许同时接受多个网路连接，开启多个网络连接序列化等。
http块：可以嵌套多个server，配置代理，缓存，日志定义等绝大多数功能和第三方模块的配置。如文件引入，mime-type定义，日志自定义，是否使用sendfile传输文件，连接超时时间，单连接请求数等。
server块：配置虚拟主机的相关参数，一个http中可以有多个server。
location块：配置请求的路由，以及各种页面的处理情况。

　　下面放一个配置示例给大家参考

########### 每个指令必须有分号结束。#################
#user administrator administrators;  #配置用户或者组，默认为nobody nobody。
#worker_processes 2;                 #允许生成的进程数，默认为1
#pid /nginx/pid/nginx.pid;           #指定nginx进程运行文件存放地址
error_log log/error.log debug;       #制定日志路径，级别。这个设置可以放入全局块，http块，server块，级别以此为：debug|info|notice|warn|error|crit|alert|emerg
events {
    accept_mutex on;   #设置网路连接序列化，防止惊群现象发生，默认为on
    multi_accept on;   #设置一个进程是否同时接受多个网络连接，默认为off
    #use epoll;        #事件驱动模型，select|poll|kqueue|epoll|resig|/dev/poll|eventport
    worker_connections  1024;    #最大连接数，默认为512
}
http {
    include       mime.types;   　　　　　　　　#文件扩展名与文件类型映射表
    default_type  application/octet-stream;  #默认文件类型，默认为text/plain
    #access_log off; #取消服务日志    
    log_format myFormat '$remote_addr–$remote_user [$time_local] $request $status $body_bytes_sent $http_referer $http_user_agent $http_x_forwarded_for'; #自定义格式
    access_log log/access.log myFormat;   #combined为日志格式的默认值
    sendfile on;         　　　　　　　　　　 #允许sendfile方式传输文件，默认为off，可以在http块，server块，location块。
    sendfile_max_chunk 100k;   　　　　　　  #每个进程每次调用传输数量不能大于设定的值，默认为0，即不设上限。
    keepalive_timeout 65;  　　 　　　　　　  #连接超时时间，默认为75s，可以在http，server，location块。

    upstream mysvr {   
      server 127.0.0.1:7878;
      server 192.168.10.121:3333 backup;  #热备
    }
    error_page 404 https://www.baidu.com; #错误页
    server {
        keepalive_requests 120; 　　#单连接请求上限次数。
        listen       4545;   　　　　#监听端口
        server_name  127.0.0.1;     #监听地址       
        location  ~*^.+$ {      　　#请求的url过滤，正则匹配，~为区分大小写，~*为不区分大小写。
           #root path;  #根目录
           #index vv.txt;  #设置默认页
           proxy_pass  http://mysvr;  #请求转向mysvr 定义的服务器列表
           deny 127.0.0.1;  #拒绝的ip
           allow 172.18.5.54; #允许的ip           
        } 
    }
}

　　以上是Nginx的基本配置，需要注意的有以下几点：

$remote_addr 与$http_x_forwarded_for 用以记录客户端的ip地址；
$remote_user ：用来记录客户端用户名称；
$time_local ：用来记录访问时间与时区；
$request ：用来记录请求的url与http协议；
$status ：用来记录请求状态；成功是200；
$body_bytes_s ent ：记录发送给客户端文件主体内容大小；
$http_referer ：用来记录从那个页面链接访问过来的；
$http_user_agent ：记录客户端浏览器的相关信息；
惊群现象是指当一个网络连接到来，多个睡眠的进程被同时唤醒，但只有一个进程能获得链接，这样会影响系统性能；
每个指令必须有分号结束；

Nginx代理服务的配置说明

　　在上面的配置示例中，细心的读者可能会发现http模块中有下面的配置，当代理遇到状态码为404时，我们把404页面导向百度，但这个配置并没有真正起作用。

error_page 404 https://www.baidu.com; #错误页

如果我们想让它起作用，那么在配置文件中我们还需要添加以下配置信息

proxy_intercept_errors on;    #如果被代理服务器返回的状态码为400或者大于400，设置的error_page配置起作用。默认为off。

　　如果你的nginx服务器给2台web服务器做代理，负载均衡算法采用的是轮询，那么当你的一台机器web程序iis关闭，也就是说web服务器不能访问，那么nginx服务器还是会给这台不能访问的web服务器分发请求。如果配置文件中设置的响应连接超时时间过长，就会导致客户端的页面一直在等待响应，直到响应超时，这对用户来说体验就非常糟糕。为了便于理解，附张图来说明下问题：

　　那我们该怎么避免这样的情况发生呢？这里我附上其中一种解决方案，思路就是尽量降低响应超时时间

proxy_connect_timeout 1;       #nginx服务器与被代理的服务器建立连接的超时时间，默认60秒
proxy_read_timeout 1;          #nginx服务器想被代理服务器组发出read请求后，等待响应的超时间，默认为60秒。
proxy_send_timeout 1;          #nginx服务器想被代理服务器组发出write请求后，等待响应的超时间，默认为60秒。
proxy_ignore_client_abort on;  #客户端断网时，nginx服务器是否终端对被代理服务器的请求。默认为off。

　　如果使用upstream指令配置一组服务器作为被代理的服务器，服务器中的访问算法遵循配置的负载均衡规则，此时我们可以配置在发生哪些异常情况时，将请求顺次交由下一组服务器处理。

proxy_next_upstream timeout;  #反向代理upstream中设置的服务器组，出现故障时，被代理服务器返回的状态值。error|timeout|invalid_header|http_500|http_502|http_503|http_504|http_404|off

error：建立连接或向被代理的服务器发送请求或读取响应信息时服务器发生错误；
timeout：建立连接，向被代理服务器发送请求或读取响应信息时服务器发生超时；
invalid_header：被代理服务器返回的响应头异常；
off：无法将请求分发给被代理的服务器；
http_400、500、....：被代理服务器返回的状态码为400，500，502等；

　　如果我们想通过http获取客户的真实ip而不是获取代理服务器的ip地址，那么可以做如下的设置：

proxy_set_header Host $host;  #只要用户在浏览器中访问的域名绑定了VIP，VIP下面有RS；则就用$host；host是访问URL中的域名和端口，如：www.taobao.com:80
proxy_set_header X-Real-IP $remote_addr;  #把源IP 【$remote_addr,建立HTTP连接header里面的信息】赋值给X-Real-IP;这样在代码中 $X-Real-IP来获取 源IP
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;  #在nginx作为代理服务器时，设置的IP列表，会把经过的机器ip，代理机器ip都记录下来，用【，】隔开；代码中用 echo $x-forwarded-for|awk -F,'{print $1}' 来作为源IP

　　最后附上部分代理服务的配置信息：

　　 include       mime.types;   #文件扩展名与文件类型映射表
    default_type  application/octet-stream; #默认文件类型，默认为text/plain
    #access_log off; #取消服务日志    
    log_format myFormat ' $remote_addr–$remote_user [$time_local] $request $status $body_bytes_sent $http_referer $http_user_agent $http_x_forwarded_for'; #自定义格式
    access_log log/access.log myFormat;  #combined为日志格式的默认值
    sendfile on;   #允许sendfile方式传输文件，默认为off，可以在http块，server块，location块。
    sendfile_max_chunk 100k;  #每个进程每次调用传输数量不能大于设定的值，默认为0，即不设上限。
    keepalive_timeout 65;  #连接超时时间，默认为75s，可以在http，server，location块。
    proxy_connect_timeout 1;   #nginx服务器与被代理的服务器建立连接的超时时间，默认60秒
    proxy_read_timeout 1; #nginx服务器想被代理服务器组发出read请求后，等待响应的超时间，默认为60秒。
    proxy_send_timeout 1; #nginx服务器想被代理服务器组发出write请求后，等待响应的超时间，默认为60秒。
    proxy_http_version 1.0 ; #Nginx服务器提供代理服务的http协议版本1.0，1.1，默认设置为1.0版本。
    #proxy_method get;    #支持客户端的请求方法。post/get；
    proxy_ignore_client_abort on;  #客户端断网时，nginx服务器是否终端对被代理服务器的请求。默认为off。
    proxy_ignore_headers "Expires" "Set-Cookie";  #Nginx服务器不处理设置的http响应头中的头域，这里通过空格隔开可以设置多个。
    proxy_intercept_errors on;    #如果被代理服务器返回的状态码为400或者大于400，设置的error_page配置起作用。默认为off。
    proxy_headers_hash_max_size 1024; #存放http报文头的哈希表容量上限，默认为512个字符。
    proxy_headers_hash_bucket_size 128; #nginx服务器申请存放http报文头的哈希表容量大小。默认为64个字符。
    proxy_next_upstream timeout;  #反向代理upstream中设置的服务器组，出现故障时，被代理服务器返回的状态值。error|timeout|invalid_header|http_500|http_502|http_503|http_504|http_404|off
    #proxy_ssl_session_reuse on; 默认为on，如果我们在错误日志中发现“SSL3_GET_FINSHED:digest check failed”的情况时，可以将该指令设置为off。

负载均衡的理解与应用

　　前面我们说了Nginx中有哪些负载均衡的算法，现在我们就结合实际的配置信息来加深大家对负载均衡的配置理解，先说下upstream这个配置信息，在该配置下填写的是一组被代理的服务器地址，有两种写法：

upstream serverlist{ 
      server 192.168.0.128:3333;
      server 192.168.0.129:3333;
     #sever http://192.168.0.128:3333；
     #sever http://192.168.0.129:3333；
    }
 server {
        ....
        location  ~*^.+$ {         
           proxy_pass  http://serverlist;  #请求转向serverlist定义的服务器列表         
        }

　　了解完写法之后，接下来就是实际应用

热备：所谓的热备就是你有两台被代理的应用服务器，但实际工作的只有一台，只有当这台服务器发生故障导致请求不通时，Nginx才会把请求分发至备用的服务器上。服务器的请求顺序是AAAAAA-BBBBBBBBBBB

upstream serverlist { 
　　　　server 192.168.0.128:3333;
　　　　server 192.168.0.129:3333 backup; #热备 
}

2.轮询：Nginx默认就是轮询，且权重都默认为1，服务器处理请求的顺序：ABABABABAB....

upstream serverlist { 
      server 192.168.0.128:3333;
      server 192.168.0.129:3333;       
    }

3.加权轮询：跟据配置的权重的大小而分发给不同服务器不同数量的请求。如果不设置，则默认为1。下面配置中服务器的请求顺序为：ABBABBABBABBABB....

 upstream serverlist { 
      server 192.168.0.128:3333 weight=1;
      server 192.168.0.129:3333 weight=2;
}

　　4.Ip_hash：Nginx会将相同的客户端ip请求分发给相同的服务器

upstream serverlist { 
      server 192.168.0.128:3333; 
      server 192.168.0.129:3333;
      ip_hash;
    }

　　关于nginx负载均衡配置的几个状态参数讲解下。

down，表示当前的server暂时不参与负载均衡。
backup，预留的备份机器。当其他所有的非backup机器出现故障或者忙的时候，才会请求backup机器，因此这台机器的压力最轻。
max_fails，允许请求失败的次数，默认为1。当超过最大次数时，返回proxy_next_upstream 模块定义的错误。

fail_timeout，在经历了max_fails次失败后，暂停服务的时间。max_fails可以和fail_timeout一起使用

 upstream serverlist { 
      server 192.168.0.128:3333 weight=2 max_fails=2 fail_timeout=2;
      server 192.168.0.129:3333 weight=1 max_fails=2 fail_timeout=1;    
    }

讲到这里基本上Nginx的配置就讲的差不多了，如果对负载均衡还是不太理解，可以往上翻再看看配图。

原文参考地址：https://www.cnblogs.com/knowledgesea/p/5199046.html

***欢迎大家关注我的博客，码字不易，如需转载，烦请注明出处——https://www.cnblogs.com/sherlock1059/***