Nginx的负载均衡

什么是负载均衡

负载均衡主要经过专门的硬件设备或者经过软件算法实现。经过硬件设备实现的负载均衡效果好、效率高、性能稳定，可是成本比较高。经过软件实现的负载均衡主要依赖于均衡算法的选择和程序的健壮性。均衡算法也是多种多样的，常见的有两大类：即静态负载均衡算法和动态负载均衡算法。静态算法实现比较简单，在通常网络环境下也能达到比较好的效果，主要有通常轮询算法、基于比率的加权轮询算法以及基于优先级的加权轮询算法等。动态负载均衡算法在较为复杂的网络环境中适应性更强，效果更好，主要有基于任务量的最少链接优先算法、基于性能的最快响应优先算法、预测算法及动态性能分配算法等。

网络负载均衡技术的大体原理是利用必定的分配策略将网络负载平衡地分摊到网络集群的各个操做单元上，使得单个重负载任务可以分担到多个单元上并行处理，或者使得大量并发访问或数据 流量分担到多个单元上分别处理，从而减小用户的等待响应时间。

 

Nginx服务器负载均衡配置

Nginx服务器实现了静态的基于优先级的加权轮询算法，主要使用的配置是proxy_pass指令和upstream指令，这些内容实际上很容易理解，关键点在于Nginx服务器的配置灵活多样，如何在配置负载均衡的同时合理地整合其余功能，造成一套能够知足实际需求的配置方案。

下面的有一些基础示例片断，固然不可能将全部的配置状况包括在内，但愿可以起到抛砖引玉的效果，同时也须要你们在实际应用过程当中多总结多积累。在配置中须要注意的地方将以注释的形式添加。

配置实例一：对全部请求实现通常轮询规则的负载均衡

     在如下实例片断中，backend服务器组中全部服务器的优先级所有配置为默认的weight=1，这样它们会按照通常轮询策略依次接收请求任务。该配置是一个最简单的实现Nginx服务器负载均衡的配置。全部访问www.myweb.name 的请求都会在backend服务器组中实现负载均衡。实例代码以下：

...

upstream backend                    #配置后端服务器组
{
    server 192.168.1.2:80;
    server 192.168.1.3:80;
    server 192.168.1.4:80;          #默认weight=1
}
server
{
    listen 80;
    server_name www.myweb.name;
    index index.html index.htm;
    location / {
        proxy_pass http://backend;
        prox_set_header Host $host;
    }
    ...
}　　

配置实例二：对全部请求实现加权轮询规则的负载均衡

    与“配置实例一”相比，在该实例片断中，backend服务器组中的服务器被赋予了不一样的优先级别，weight变量的值就是轮询策略中的“权值”。其中，192.168.1.2:80的级别最高，优先接收和处理客户端请求；192.168.1.4:80的级别最低，是接收和处理客户端请求最少的服务器，192.168.1.3:80将介于以上二者之间。全部访问www.myweb.name的请求都会在backend服务器组中实现加权负载均衡。实例代码以下：

...

upstream backend                    #配置后端服务器组
{
    server 192.168.1.2:80 weight=5;
    server 192.168.1.3:80 weight=2;
    server 192.168.1.4:80;          #默认weight=1
}
server
{
    listen 80;
    server_name www.myweb.name;
    index index.html index.htm;
    location / {
        proxy_pass http://backend;
        prox_set_header Host $host;
    }
    ...
}

配置实例三：对特定资源实现负载均衡

 在该实例片断中，咱们设置了两组被代理的服务器组，名为“videobackend”的一组用于对请求video资源的客户端请求进行负载均衡，另外一组用于对请求filed资源的客户端请求进行负载均衡。全部对“http://www.mywebname/video/* ”的请求都会在videobackend服务器组中得到均衡效果，全部对“http://www.mywebname/file/* ”的请求都会在filebackend服务器组中得到均衡效果。该实例中展现的是实现通常负载均衡的配置，对于加权负载均衡的配置能够参考“配置实例二”。

    在location /file/ {......}块中，咱们将客户端的真实信息分别填充到了请求头中的“Host”、“X-Real-IP”和“X-Forwareded-For”头域，这样后端服务器组收到的请求中就保留了客户端的真实信息，而不是Nginx服务器的信息。实例代码以下：

 

...

upstream videobackend                    #配置后端服务器组1
{
    server 192.168.1.2:80;
    server 192.168.1.3:80;
    server 192.168.1.4:80;
}
upstream filebackend                    #配置后端服务器组2
{
    server 192.168.1.5:80;
    server 192.168.1.6:80;
    server 192.168.1.7:80;
}
server
{
    listen 80;
    server_name www.myweb.name;
    index index.html index.htm;
    location /video/ {
        proxy_pass http://videobackend; #使用后端服务器组1
        prox_set_header Host $host;
        ...
    }
    location /file/ {
        proxy_pass http://filebackend;  #使用后端服务器组2
                                        #保留客户端的真实信息
        prox_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        ...
    }
}　　

配置实例四：对不一样域名实现负载均衡

在该实例片断中，咱们设置了两个虚拟服务器和两组后端代理的服务器组，分别用来接收不一样的域名请求和对这些请求进行负载均衡处理。若是客户端请求域名为“home.myweb.name”，则服务器server1接收并转向homebackend服务器组进行负载均衡处理；若是客户端请求域名为“bbs.myweb.name”，则由服务器server2接收bbsbackend服务器级进行负载均衡处理。这样就实现了对不一样域名的负载均衡。

须要注意两组后端服务器组中有一台服务器server 192.168.1.4:80是公用的。在该服务器上须要部署两个域名下的全部资源才能保证客户端请求不会出现问题。实例代码以下：

...
upstream bbsbackend                    #配置后端服务器组1
{
    server 192.168.1.2:80 weight=2;
    server 192.168.1.3:80 weight=2;
    server 192.168.1.4:80;
}
upstream homebackend                    #配置后端服务器组2
{
    server 192.168.1.4:80;
    server 192.168.1.5:80;
    server 192.168.1.6:80;
}
                                        #开始配置server 1
server
{
    listen 80;
    server_name home.myweb.name;
    index index.html index.htm;
    location / {
        proxy_pass http://homebackend;
        prox_set_header Host $host;
        ...
    }
    ...
}
                                        #开始配置server 2
server
{
    listen 80;
    server_name bbs.myweb.name;
    index index.html index.htm;
    location / {
        proxy_pass http://bbsbackend;
        prox_set_header Host $host;
        ...
    }
    ...
}

配置实例五：实现带有URL重写的负载均衡

    首先，咱们来看具体的源码，这是在实例一的基础上作的修改：

...
upstream backend                    #配置后端服务器组
{
    server 192.168.1.2:80;
    server 192.168.1.3:80;
    server 192.168.1.4:80;          #默认weight=1
}
server
{
    listen 80;
    server_name www.myweb.name;
    index index.html index.htm;
    
    location /file/ {
        rewrite ^(/file/.*)/media/(.*)\.*$) $1/mp3/$2.mp3 last;
    }
    
    location / {
        proxy_pass http://backend;
        prox_set_header Host $host;
    }
    ...
}

该实例片断与“配置一”相比，增长了对URI包含“/file/”的URL重写功能。例如客户端请求的URL为“http://www.myweb.name/file/downlaod/media/1.mp3 ”时，该虚拟服务器首先使用location file/ {......}块转发到后端的backend服务器组中实现负载均衡。这样，就车垂手可得地实现了带有URL重写功能的负载均衡。在该配置方案中，必定要掌握清楚rewrite指令中last标记和break标记的区别，才能达到预计的效果。

以上5个配置实例展现了Nginx服务器实现不一样状况下负载均衡配置的基本方法。因为Nginx服务器的功能在结构上是增量式的，所以 ，咱们能够在这些配置的基础上继续添加更多功能，好比Web缓存等功能，以及Gzip压缩技术、身份认证、权限管理等。同时在使用upstream指令配置服务器组时，能够充分发挥各个指令的功能，配置出知足需求、高效稳定、功能丰富的Nginx服务器。