当我们的应用单实例不能支撑用户请求时，此时就需要扩容，从一台服务器扩容到两台、几十台、几百台。就需要分布式部署系统 以Nginx为列：

不扯皮条，直接上干货；

前期准备：Nginx 下载地址：/en/download.html

IIS发布三个网站：test1，test2，test3 分别端口为：8001,8002,8003

test1 网站输出内容：test one；

test2 网站输出内容：test two；

test3 网站输出内容：test tree；

配置Nginx：

Nginx解压包->conf->nginx.conf 编辑器打开 如图配置：

启动/停止Nginx

启动：cmd->cd Nginx文件目录->start nginx 或 nginx.exe

停止：cmd->cd Nginx文件目录->nginx.exe -s stop或nginx.exe -s quit

重启：cmd->cd Nginx文件目录->nginx.exe -s reopen

注：是否启动成功查看进程或者查看logs 下是否生成nginx.pid文件，若启动失败 在logs下查看错误信息

访问：

http://192.168.2.121:8004 若是配置upstream是轮询模式 一直刷新 查看到网页内容

upstream 5中方式：

1、轮询（默认）

每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。

2、weight指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的情况。

例如：

upstream bakend {

server 192.168.0.14 weight=10;

server 192.168.0.15 weight=10;

}

3、ip_hash每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题。

例如：

upstream bakend {

ip_hash;

server 192.168.0.14:88;

server 192.168.0.15:80;

}

4、fair（第三方）

按后端服务器的响应时间来分配请求，响应时间短的优先分配。

upstream backend {

server server1;

server server2;

fair;

}

5、url_hash（第三方）

按访问url的hash结果来分配请求，使每个url定向到同一个后端服务器，后端服务器为缓存时比较有效。

例：在upstream中加入hash语句，server语句中不能写入weight等其他的参数，hash_method是使用的hash算法

upstream backend {

server squid1:3128;

server squid2:3128;

hash $request_uri;

hash_method crc32;

}

upstream bakend{#定义负载均衡设备的Ip及设备状态

ip_hash;

server 127.0.0.1:9090 down;

server 127.0.0.1:8080 weight=2;

server 127.0.0.1:6060;

server 127.0.0.1:7070 backup;

}

在需要使用负载均衡的server中增加

proxy_pass http://bakend/;

每个设备的状态设置为:

1.down 表示单前的server暂时不参与负载

2.weight 默认为1.weight越大，负载的权重就越大。

3.max_fails ：允许请求失败的次数默认为1.当超过最大次数时，返回proxy_next_upstream 模块定义的错误

4.fail_timeout:max_fails次失败后，暂停的时间。

5.backup： 其它所有的非backup机器down或者忙的时候，请求backup机器。所以这台机器压力会最轻。

nginx支持同时设置多组的负载均衡，用来给不用的server来使用。

client_body_in_file_only 设置为On 可以讲client post过来的数据记录到文件中用来做debug

client_body_temp_path 设置记录文件的目录 可以设置最多3层目录

location 对URL进行匹配.可以进行重定向或者进行新的代理 负载均衡

如果觉得《Windows Nginx 实现分布式部署负载均衡》对你有帮助，请点赞、收藏，并留下你的观点哦！