WEB服务做负载均衡的方法有很多种，但使用Nginx做负载均衡部署毫无疑问是非常高效也是非常流行的一种。
本人大多数做.NET开发，但部署负载却一直用Nginx对其他的负载方式研究不多，只测试过一次使用Server Farm做负载部署没有在实际项目中实战，最近见同事使用Server Farm做负载配置，但对其性能等不甚了解，望知之者留言讨论。
废话少说，请看步骤：
1、Nginx服务安装部署
请看上文《Nginx服务介绍》
2、配置文件编写
在Nginx安装目录下下打开Vhost目录(该目录已经在Nginx.conf中被包含,如果只是针对某站点的某个目录负载，可以将包含路径修改一下即可)，新建负载配置文件testfz.conf，内容如下：
upstream backend
{
server 192.168.1.106:8001 weight=1;
server 192.168.1.107:8001 weight=2;
#ip_hash;
}
server
{
listen 80;
server_name www.test.com;
location ~ ^/*
{
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_buffering off;
proxy_pass http://wwwbackend;
}
}
3、测试
./nginx –t 返回如下信息表示参数配置无误 nginx: the configuration file /usr/local/nginx/conf/nginx.conf syntax is ok nginx: configuration file /usr/local/nginx/conf/nginx.conf test is successful
4、重新加载配置文件
/etc/init.d/nginx reload
如果重启报PID错误，在安装路径下-C重新加载一下配置文件即可。
5、关于Nginx配置的参数说明
a、轮询 每个请求根据Nginx配置文件中的顺序，依次分发到不同的后端服务器，服务器如果down掉会自动识别并剔除；
b、weight Nginx根据weight配置把请求更多地分发到高配置的后端服务器上，把相对较少的请求分发到低配服务器。
c、ip_hash 每个请求按访问ip的hash结果分配，保证连接到固定的负载服务器上，这种方式可以解决session问题；
d、最少连接 可以将Web请求会被转发到连接数最少的服务器上。只要加least_conn节就可以。
另外这每个负载服务器上还可以做如下的配置：
a、down ： 当前的服务器暂时不参与负载；
b、max_fails： 允许请求失败的次数默认为1，当超过最大次数时，返回proxy_next_upstream模块定义的错误；
c、fail_timeout ： max_fails次失败后，暂停的时间；
d、backup： 其它所有非backup机器down或者忙时候，才开始请求backup机器，可以用做故障转移。