当前位置 主页 > 服务器问题 > nginx问题汇总 > 最大化 缩小

    详解 Nginx代理功能与负载均衡

    栏目:nginx问题汇总 时间:2019-03-08 16:29

    本篇文章主要介绍了详解 Nginx代理功能与负载均衡,先描述一些关于代理功能的配置,再说明负载均衡详细,有兴趣的可以了解一下。

    序言

    Nginx的代理功能与负载均衡功能是最常被用到的,关于nginx的基本语法常识与配置已在上篇文章中有说明,这篇就开门见山,先描述一些关于代理功能的配置,再说明负载均衡详细。

    Nginx代理服务的配置说明

    1、上一篇中我们在http模块中有下面的配置,当代理遇到状态码为404时,我们把404页面导向百度。

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

    然而这个配置,细心的朋友可以发现他并没有起作用。

    如果我们想让他起作用,我们必须配合着下面的配置一起使用

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

    2、如果我们的代理只允许接受get,post请求方法的一种

    proxy_method get;  #支持客户端的请求方法。post/get;

    3、设置支持的http协议版本

    复制代码 代码如下:
    proxy_http_version 1.0 ; #Nginx服务器提供代理服务的http协议版本1.0,1.1,默认设置为1.0版本

    4、如果你的nginx服务器给2台web服务器做代理,负载均衡算法采用轮询,那么当你的一台机器web程序iis关闭,也就是说web不能访问,那么nginx服务器分发请求还是会给这台不能访问的web服务器,如果这里的响应连接时间过长,就会导致客户端的页面一直在等待响应,对用户来说体验就打打折扣,这里我们怎么避免这样的情况发生呢。这里我配张图来说明下问题。

     

     如果负载均衡中其中web2发生这样的情况,nginx首先会去web1请求,但是nginx在配置不当的情况下会继续分发请求道web2,然后等待web2响应,直到我们的响应时间超时,才会把请求重新分发给web1,这里的响应时间如果过长,用户等待的时间就会越长。

    下面的配置是解决方案之一。

    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。

    5、如果使用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,....:被代理服务器返回的状态码为400,500,502,等。