基于Nginx的负载均衡以及高可用简单应用

一、负载均衡配置

1、Nginx负载均衡配置

前面配置好的Nginx，可以访问之后，克隆4台，统一配置为512M，因为我的电脑内存是4G的。一台用来访问，一台用来做调度器（Director），两台web服务器（real server），Nginx前面已经介绍过了，故在此简单介绍一下那台Director的配置。

2、测试

1、定义好hosts文件，访问www.daili.com（负载均衡器的地址）

3、现在把web2服务器的nginx关掉测试

看，我的web服务器坏一个也可以正常访问，就是在配置的时候可以用一个共享文件库，使得web集群的资源都一样，用户访问页面获取的信息都一样。

我再启用web2，又可以看到web2了。

二、Nginx负载均衡核心组件介绍：upstrem模块

1、upstream模块

ngx_http_upstream_module模块允许Nginx定义一组或者多组节点服务器组，可以通过proxypass代理方式把网站请求发送到实现定义好的upstream组的名字上。具体写法：http：//www_server_pools

2、权重，我们把web2的权重改成2试试

访问出现出现web1和web2的比率是1:2

3、比较完整的upstream配置案例

upstream blog_server_pool {
    server 10.0.10.6:80 weight=1 max_fails=1 fail_timeout=10s
        }
含义：

server 10.0.10.6:80  RS配置：可以是ip或域名，如果端口不写，默认是80，如果是域名，要通过dns做负载均衡。

weight=1  权重

max_fails Nginx尝试连接后端主机失败的次数，这个数值是配合proxy_next_upstream、fastcgi_next_upstream和memcached_next_upstream这三个参数来使用的，当Nginx接受后端服务器返回这三个参数定义的状态码时，会将这个请求转发给正常工作的后端服务器，例如404、502、503.Max_fails的默认值是1：企业场景下建议是2~3。京东是1次，蓝汛10次，根据业务需求去配置。

backup 热备配置（RS节点的高可用），当前面激活的RS都失败后会自动启用热备RS。这标志着这个服务器作为备份服务器，如果主服务器全部坏了，就会向它转发请求，注意，当负载调度算法为ip_hash时，后端服务器在负载均衡调度中的状态就不能是weight和backup了。

fail_timeout=10s 在max_fails定义失败次数后，距离下次检查的间隔时间、默认是10s；如果max_fails是5，就检查5次，如果5ci都是502，那么它就会根据fail_timeout的值，等待10s再去检查一次。

down 标志着服务器永远不可用，配合ip_hash使用。

4、Nginx代理Cache服务，可能要使用hash算法，此时如果主服务器坏了，就要通过设置down参数确保客户端用户按照当前的hash算法访问。

upstream backend {
    ip_hash;
    server 192.168.1.123;
    server 192.168.1.124 down;
    }

5、Haproxy负载均衡器server的配置示例

server php_server_1 10.12.25.68:80 cookie 1 check inter 2000 rize 3 fall weight 2

server php_server_bak 10.12.25.79:80 cookie 3 check inter 1500 rise 3 fall 3 backup

weight 权重
check 开启对服务器的健康检查
inter 设置连续两次的健康检查间隔时间，单位是毫秒，默认是2000
rise 指定多少次连续成功的健康检查后，即可认定该服务器处于可用状态
fall 指定多少次检查不健康后，则认为服务器处于坏的 默认是3
maxconn 指定可被发送到该服务器的最大并发连接数

更加具体的可以参考官方文档

6、upstream模块调度算法

（1）rr：轮巡，默认调度算法，静态

（2）wrr：权重轮巡，静态

（3）ip_hash 静态：每个请求按客户端IP的hash结果分配，当新的请求到达时，先会将其客户端IP通过哈希算法哈希出一个值，在随后的客户请求中，客户IP的哈希值只要相同，就会分配到同一台服务器，该调度算法可以解决动态网页的session共享问题，但有时会导致分配不均。

（4）fair：动态调度算法 此算法根据后端服务器的响应时间来分配请求，响应时间短的优先分配，智能，要使用这种调度算法必须先下载upstream_fair。

upstream cwj_db {
    server 192.168.1.123;   
    server 192.168.1.124;
    fair;
    }

（5）least_conn 动态 根据后端节点的连接数来决定分配情况，哪个机器少就分发给谁

（6）url_hash算法 与ip_hash类似，根据访问URL的hash结果来分配请求，让每个URL定向到同一个后端服务器，后端服务器为缓存服务器时效果显著，如果需要使用这种调度算法，必须要安装Nginx的hash模块软件包

三、Nginx负载均衡核心组件介绍：proxy_pass模块

1、简单实用案例

1）、将匹配URI为name的请求抛给http://172.0.0.1/remote/

location /name/ {
proxy_pass http://127.0.0.1/remote/;
            }

2）、将匹配URI为some/path的请求抛给http：//127.0.0.1

location /some/path {
proxy_pass http://127.0.0.1;
            }

3)、将匹配URI为name的请求用指定的rewrite规则，然后抛给http://127.0.0.1

loaction /name/ {
    rewrite /name/ ([^/]+)  /usersname=$1 break;
    proxy_pass http://127.0.0.1;
}

2、模块参数

通常配置完后，再最后加上proxysetheader Host $host;若后端有多个虚拟主机，它就可以识别代理的是哪个虚拟主机了，很关键。