使用nginx实现HTTP负载均衡-官网翻译版

负载均衡方法

nginx支持以下负载均衡机制（或者方法）：

- round-robin/轮询： 到应用服务器的请求以round-robin/轮询的方式被分发
- least-connected/最少连接：下一个请求将被分派到活动连接数量最少的服务器
- ip-hash/IP散列： 使用hash算法来决定下一个请求要选择哪个服务器(基于客户端IP地址)

nginx反向代理实现

在nginx中反向代理的实现包括HTTP, HTTPS, FastCGI, uwsgi, SCGI, 和 memcached的负载均衡。

要配置负载均衡用HTTPS替代HTTP，只要使用"https"作为协议即可。

为FastCGI, uwsgi, SCGI, 或 memcached 搭建负载均衡时， 只要使用相应的fastcgi_pass, uwsgi_pass, scgi_pass, 和 memcached_pass指令。

默认轮询负载均衡

nginx中最简单的负载均衡配置看上去大体如下：

http {
    upstream myapp1 {
        server srv1.example.com;
        server srv2.example.com;
        server srv3.example.com;
    }

    server {
        listen 80;

        location / {
            proxy_pass http://myapp1;
        }
    }
}

在上面的例子中， 同一个应用有3个实例分别运行在srv1-srv3。当没有特别指定负载均衡方法时， 默认为round-robin/轮询。所有请求被代理到服务器集群myapp1， 然后nginx实现HTTP负载均衡来分发请求。

最少连接负载均衡(least_conn)

另一个负载均衡方式是least-connected/最少连接。当某些请求需要更长时间来完成时，最少连接可以更公平的控制应用实例上的负载。

使用最少连接负载均衡时，nginx试图尽量不给已经很忙的应用服务器增加过度的请求， 而是分配新请求到不是那么忙的服务器实例。

nginx中通过在服务器集群配置中使用least_conn指令来激活最少连接负载均衡方法：

upstream myapp1 {
    least_conn;
    server srv1.example.com;
    server srv2.example.com;
    server srv3.example.com;
}

会话持久化(ip-hash)

如果需要将一个客户端绑定给某个特定的应用服务器——用另一句话说，将客户端会话"沾住"或者"持久化"，以便总是能选择特定服务器——，那么可以使用ip-hash负载均衡机制。

使用ip-hash时，客户端IP地址作为hash key使用，用来决策选择服务器集群中的哪个服务器来处理这个客户端的请求。这个方法保证从同一个客户端发起的请求总是定向到同一台服务器，除非服务器不可用。

要配置使用ip-hash负载均衡，只要在服务器集群配置中使用ip_hash指令：

upstream myapp1 {
    ip_hash;
    server srv1.example.com;
    server srv2.example.com;
    server srv3.example.com;
}

带权重的负载均衡

可以通过使用服务器权重来影响nginx的负载均衡算法。

在上面的例子中，服务器权重没有配置，这意味着所有列出的服务器被认为对于具体的负载均衡方法是完全平等的。

当服务器被指定weight/权重参数时，负载均衡决策会考虑权重。例如：

upstream myapp1 {
    server srv1.example.com weight=3;
    server srv2.example.com;
    server srv3.example.com;
}

在这个配置中，每5个新请求将会如下的在应用实例中分派： 3个请求分派去srv1,一个去srv2,另外一个去srv3.

在最新的nginx版本中，可以在最少连接和IP哈希负载均衡中使用权重。

健康检查

如果某台服务器响应失败，nginx将标记这台服务器为"失败"，之后的一段时间将尽量避免选择这台服务器来处理后续请求。

max_fails=number  
设定Nginx与服务器通信的尝试失败的次数。
表示如果达到失败次数，Nginx就认为服务器不可用，同时在指定的时间内不再尝试这台机器。

fail_timeout=time 
在此期间应该发起指定数量的和服务器通讯的不成功尝试，以判断服务器是否不可到达。
在这段时间中，服务器失败次数达到指定的尝试次数，服务器就被认为不可用。

upstream myapp1 {
    server srv1.example.com weight=3 max_fails=1 fail_timeout=10s;
    server srv2.example.com max_fails=1 fail_timeout=10s;
    server srv3.example.com max_fails=1 fail_timeout=10s;
}

• 本文作者： GaryWu
• 本文链接： https://garywu520.github.io/2017/08/03/使用nginx实现HTTP负载均衡-官网翻译版/
• 版权声明： 本博客所有文章除特别声明外，均采用 MIT 许可协议。转载请注明出处！