vlambda博客
学习文章列表

Hints：本篇文章所编纂的资料均来自网络，特此感谢参与奉献的有关人员。

• Nginx的功能说明：

1Http代理，反向代理：作为web服务器最常用的功能之一，尤其是反向代理。Nginx在做反向代理时，提供性能稳定，并且能够提供配置灵活的转发功能。

2负载均衡，Nginx提供的负载均衡策略有2种：内置策略和扩展策略。内置策略为轮询，加权轮询，Ip hash。扩展策略，可以自己定制。

 

• Nginx负载均衡的实现方式：

A内置策略：1 轮询 2加权轮询 3 IP Hash(解决Session不共享问题)

B扩展策略：自定义分配方式，如图片文件结尾的请求走文件服务器，动态页面的请求走Web服务器

 

• Nginx负载均衡的配置内容：

2 设置支持的客户端请求方法 post/get

3 设置支持的http协议版本

4 节点服务器响应超时的处理设置

5 节点服务器异常的处理设置

6 获取客户端的真实IP

代理配置的配置文件范例：

• Nginx负载均衡的分配方式：

1 热备：当一台服务器发生事故时，才启用第二台服务器给提供服务。

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

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

4 IP Hash：nginx会让相同的客户端ip请求相同的服务器，解决Session不共享问题。

 

• Nginx.conf 配置文件的范例:

#nginx运行时使用www用户，默认是nginx 。

user www;

#nginx运行工作进程个数，一般设置为cpu的核数。当设置成auto，nginx将自动启动与cpu数量相同的worker进程。

worker_processes  auto;

#nginx默认是没有开启利用多核cpu的配置的。需要通过增加worker_cpu_affinity配置参数来充分利用多核cpu，cpu是任务处理，当计算最费时的资源的时候，cpu核使用上的越多，性能就越好。

worker_cpu_affinity auto;

#当一个nginx进程打开的最多文件描述符数目，理论值应该是最多打开文件数（ulimit -n）与nginx进程数相除，但是nginx分配请求并不是那么均匀，所以最好与ulimit -n的值保持一致。

worker_rlimit_nofile 65535;

 

#制定日志路径，级别。这个设置可以放入全局块，http块，server块，级别以此为：debug|info|notice|warn|error|crit|alert|emerg

error_log  /var/log/nginx/error.log warn;

pid        /var/run/nginx.pid;

 

 

events {

#nginx采用epoll事件模型(异步，非阻塞，IO 多路复用)，处理效率高。

    use epoll;

#单个worker进程允许客户端最大连接数，这个数值一般根据服务器性能和内存来制定，实际最大值就是worker进程数乘以work_connections。这里推荐设置成跟worker_rlimit_nofile值一样就可以了。

    worker_connections 65535;

#告诉nginx收到一个新连接通知后接受尽可能多的连接，默认是 on ，设置为 on 后，多个worker按串行方式来处理连接，也就是一个连接只有一个worker被唤醒，其他的处于休眠状态，设置为 off 后，多个worker按并行方式来处理连接，也就是一个连接会唤醒所有的worker，直到连接分配完毕，没有取得连接的继续休眠。当你的服务器连接数不多时，开启这个参数会让负载有一定的降低，但是当服务器的吞吐量很大时，为了效率，可以关闭这个参数。

    multi_accept on;

}

 

 

http {

#媒体类型，include只是一个在当前文件中包含另一个文件内容的指令。

    include       /etc/nginx/mime.types;

#默认媒体类型足够

    default_type  application/octet-stream;

#开启高效文件传输模式，sendfile指令指定nginx是否调用sendfile函数来输出文件，对于普通应用设为 on，如果用来进行下载等应用磁盘IO重负载应用，可设置为 off，以平衡磁盘与网络I/O处理速度，降低系统的负载。 注意：如果图片显示不正常把这个改成 off 。

    sendfile on;

#必须在 sendfile 开启模式才有效，防止网路阻塞，积极的减少网络报文段的数量(将响应头和正文的开始部分一起发送，而不一个接一个的发送)。

    tcp_nopush on;

#客户端连接保持会话超时时间，超过这个时间，服务器断开这个链接。

    keepalive_timeout 60;

#防止网络阻塞，不过要包涵在keepalive_timeout参数才有效。

    tcp_nodelay on;

#服务器名字的hash表大小

    server_names_hash_bucket_size 128;

#客户端请求头部的缓冲区大小，这个可以根据你的系统分页大小来设置，一般一个请求头的大小不会超过 1k，不过由于一般系统分页都要大于1k，所以这里设置为分页大小。 分页大小可以用命令getconf PAGESIZE取得。

    client_header_buffer_size 4k;

#设置请求头的超时时间。我们也可以把这个设置低些，如果超过这个时间没有发送任何数据，nginx将返回request time out的错误。

    client_header_timeout 15;

#设置请求体的超时时间。我们也可以把这个设置低些，超过这个时间没有发送任何数据，和上面一样的错误提示。

    client_body_timeout 15;

#告诉nginx关闭不响应的client连接。这将会释放那个client所占有的内存空间。

    reset_timedout_connection on;

#并不会让nginx执行的速度更快，但它可以关闭在错误页面中的nginx版本数字，这样对于安全性是有好处的。

    server_tokens off;

#上传文件大小限制。

    client_max_body_size 10m;

#自定义日志格式

    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  /var/log/nginx/access.log  main;

#指定连接到后端FastCGI的超时时间。

    fastcgi_connect_timeout 300;

#向FastCGI传送请求的超时时间。

    fastcgi_send_timeout 300;

#指定接收FastCGI应答的超时时间。

    fastcgi_read_timeout 300;

#指定读取FastCGI应答第一部分需要用多大的缓冲区，默认的缓冲区大小为fastcgi_buffers指令中的每块大小，可以将这个值设置更小。

    fastcgi_buffer_size 64k;

#指定本地需要用多少和多大的缓冲区来缓冲FastCGI的应答请求。

    fastcgi_buffers 4 64k;

#建议设置为fastcgi_buffers的两倍，繁忙时候的buffer值。

    fastcgi_busy_buffers_size 128k;

#在写入fastcgi_temp_path时将用多大的数据块，默认值是fastcgi_buffers的两倍。 该数值设置小时若负载上来时可能报 502 Bad Gateway。

    fastcgi_temp_file_write_size 128k;

 

    # gzip 使用gzip压缩功能，可能为我们节约带宽，加快传输速度

    #开启gzip压缩功能。

gzip on;

#设置允许压缩的页面最小字节数，页面字节数从header头的Content-Length中获取，默认值是 0 ，不管页面多大都进行压缩，建议设置成大于 1K ，如果小与1K可能会越压越大。

    gzip_min_length 1k;

#压缩缓冲区大小，表示申请4个单位为32K的内存作为压缩结果流缓存，默认值是申请与原始数据大小相同的内存空间来存储gzip压缩结果。

    gzip_buffers 4 32k;

    #压缩版本，用于设置识别HTTP协议版本，默认是 1.1 ，目前大部分浏览器已经支持GZIP解压，使用默认即可。

gzip_http_version 1.1;

#压缩比例，用来指定gzip压缩比，1压缩比最小，处理速度最快，9压缩比最大，传输速度快，但是处理慢，也比较消耗CPU资源。推荐设置为 5 。

    gzip_comp_level 5;

#用来指定压缩的类型，text/html类型总是会被压缩。

    gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript application/javascript;

    #和http头有关系，加个vary头，给代理服务器用的，有的浏览器支持压缩，有的不支持，所以避免浪费不支持的也压缩，所以根据客户端的HTTP头来判断，是否需要压缩。

gzip_vary on;

#nginx作为反向代理的时候启用，开启或者关闭后端服务器返回的结果，匹配的前提是后端服务器必须要返回包含Via的header头。默认是 off 。

    gzip_proxied any;

#禁用IE6的gzip压缩。 IE6对gzip的压缩支持很不好，会造成页面的假死。为了避免IE6出现问题，建议加上这个参数。

    gzip_disable "MSIE [1-6]\.";

 

    # brotli Google 推出了无损压缩算法 Brotli。Brotli 通过变种的 LZ77 算法、Huffman 编码以及二阶文本建模等方式进行数据压缩，与其他压缩算法相比，它有着更高的压塑压缩效率。

#开启brotli压缩功能。

    brotli on;

#压缩比例，用来指定brotli压缩比，1 压缩比最小，处理速度最快，11 压缩比最大，传输速度快，但是处理慢，也比较消耗CPU资源。默认值为 6 ,使用默认值即可。

    brotli_comp_level 6;

#设置用于压缩响应的缓冲区number和size。默认情况下，缓冲区大小等于一个内存页面。 默认值：32 4k|16 8k。

    brotli_buffers 16 8k;

#设置length要压缩的响应的最小值，长度仅由Content-Length响应头字段确定。默认为 20 。

    brotli_min_length 20;

#用来指定压缩的类型，text/html类型总是会被压缩。

    brotli_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript application/javascript image/svg+xml;

# 配置文件位置

    include /etc/nginx/conf.d/*.conf;

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;   #监听端口

        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相关知识：

https://www.runoob.com/w3cnote/nginx-setup-intro.html

https://zhuanlan.zhihu.com/p/34943332

Nginx配置范例：https://blog.csdn.net/JackLiu16/article/details/79444327

Nginx配置详解：https://zhuanlan.zhihu.com/p/60896914

LVS+Nginx架构：

https://www.jianshu.com/p/3ed7575c8c47

https://www.cnblogs.com/arjenlee/p/9262737.html#auto_id_0