NGINX作负载均衡应用案例

    Nginx的负载均衡是通过upstream命令实现的，其负载均衡机制较为简单，基于内容和应用的7层交换负载均衡的实现。nginx对后端服务器有较弱的健康监测机制，但是仅限于端口检测，因此当后端服务器少于10台时，表现能力较为突出。当后端有大量节点时，由于所有访问都从一台进出，容易引发堵塞导致访问失败，因此无法充分发挥后端服务器的性能。
    Nginx有如下几种调度算法：

1.轮询（默认），按照请求时间逐一分配到后端节点，健康监测触发时，自动剔除故障节点。
2.weight 手动指定轮询权值 ，weight值越大，受防几率越高，应用于后端节点性能不一的情况下。
3.ip_hash 每个请求按访问ip的哈希结果分配，来自同一个ip的访问固定访问同一个后端节点，可以有效解决动态网页存在的session共享问题
4.fair 该功能需要nginx支持upstream_fair模块，本文不做介绍
5.url_hash 按url的哈希结果按分配请求，使每一个url定向到同一个节点，可以进一步提高缓存服务器效率，默认是不支持url_hash的，需要安装nginx的hash软件包提供支持。
在http Upstream模块中。通过server命令来指定后端节点的IP地址和端口，同时还可以设定每台节点的状态，常用状态如下：
1.down 表示为当前节点不参与负载
2.backup 表示为预留的备份节点，当所有的非backup节点都出现故障时，才请求该节点。
3.max_fails 表示为允许请求失败的次数，默认为1.当超过最大次数时，返回proxy_next_upstream模块定义的错误
4.fail_timeout 在经历max_fails的失败后，暂停服务的时间，可以与max_fails同时使用
注意：当负载算法为ip_hash时，后端节点状态不能是weight和backup

配置示例：(部分配置)
请求www.myupstream.com站点将跳转到nginx负载均衡后端节点,192.168.10.129:5001端口和5002端口，权重分别为1和2，
其中两台后端虚拟节点，192.168.10.129:5001跳转到百度页面，192.168.10.129:5002重定向到我的个人博客地址 http://blog.csdn.net/jeccisnd
http {
    upstream newserver {
server 192.168.10.129:5001 weight=1 max_fails=3 fail_timeout=20s;
server 192.168.10.129:5002 weight=2 max_fails=3 fail_timeout=20s;
}
server
{
listen 80;
server_name www.myupstream.com;
index index.html;

location / {
proxy_pass http://newserver; proxy_next_upstream http_500 http_502 http_503 error timeout invalid_header;
}
}
server
{
listen 5001;
server_name 192.168.10.129;
index index.html;

location / {
proxy_pass http://www.baidu.com/; }
}

server
{
listen 5002;
server_name 192.168.10.129;
index index.html;

location / {
rewrite ^/(.*)$ http://blog.csdn.net/jeccisnd/$1 permanent;
}
}
}