windowsNLB+ARR实现Web负载均衡高可用可伸缩的方法

windowsNLB+ARR实现Web负载均衡⾼可⽤可伸缩的⽅法
这两篇分别分ARR 和 NLB基本配置，下⾯我们讲讲，如何组合使⽤，搭配成⾼可⽤/可伸缩集群。

什么是⾼可⽤，可伸缩 ?
⾼可⽤：是指系统经过专门设计减少停⼯时间，保持服务⾼度可⽤。

正常⼯作时间/单位时间（⼀般⼀年）,⽐率达99.99%以上，也就是停⼯⼀⼩时。

可以算⾼可⽤。

可伸缩：是指增加或减少硬件实现软件性能上的加⼤或减少的难易程度。

ARR集群不⽤担⼼，因为⾃⾝就有健康检查，如果⼦服务器有异常的话，反向代理不会将流量转化到相应的服务器上。

现在⽐较担⼼⼀个问题，如果代理服务器发⽣异常怎么办？代理服务器负责转化请求每⽇处理量极⼤，不排除发⽣故障的可能。

ARR服务器容易发⽣单点故障，因此整ARR部署并不具有⾼可⽤性。

⼦服务器的数量其实受限于ARR服务器转发能⼒，也是就说可扩展性受限。

如何解决ARR单点故障实现⾼可⽤ ?
⾸先我们搭建两个ARR服务器。

192.168.99.8
192.168.99.10
在这两台服务器上⾯分别安装NLB，搭配NLB负载均衡。

注意主机优先级，⽬前设置为192.168.99.8为优先处理的服务器。

集群端⼝规则设置80端⼝。

设置为单⼀主机
也就说，两台ARR，只有⼀台在⼯作，也就是192.168.99.8，别⼀台192.168.99.10为故障转移服务器。

部署完毕。

有⼈问，部署两个，应⽤上会不会冲突？
其实不会的，ARR是应⽤的第七层上，NLB是应⽤在第三层，IP层。

也就是说，NLB处理完之后，才会转⼊到ARR进⾏处理。

整体架构图
妈蛋，我还没有画好图，就把visio关了，右边的ARR服务器，应该右边移，线与线对应。

看着⽼不爽了展⽰效果
⼀共每秒150次请求。

三台内容服务器请求量总数为每秒150次。

吻合。

ARR⼯作量，192.168.99.8正常⼯作，192.168.99.10备⽤。

吻合
192.168.99.8 每秒请求150。

吻合。

下⾯测试故障转移，突然关掉192.168.99.8,⼤概接近半分钟的时候，请求就转移到192.168.99.10来了。

我们可以明显看到接近3000条请求失败。

测试达到预期效果，吻合。

如何解决ARR可伸缩性？
上⾯⽰例，如何搭建⾼可⽤。

但是内容服务器依然受限于，ARR服务器转化能⼒。

如何突破受限于⼀台服务器的转化能⼒转为多台ARR服务器共同处理这个
转化，则就能实现内容服务器的可伸缩性。

答案⾮常简单。

我们只需把NLB服务器集群，端⼝规则更改为
刚将两个ARR服务器同时激活，承受能⼒将增倍，可扩展更多的内容服务器。

为了安全起见，⼆台ARR应该增加到三台，如果有⼀个宕机，流量转接过来，可以保证余下两台ARR服务器在能⼒承受范围之内。

随机服务器增多，依此类推。

以上⽅案⼰实现，⾼可⽤，可扩展。

笔记到此啦。

这篇windows NLB+ARR实现Web负载均衡⾼可⽤/可伸缩的⽅法就是⼩编分享给⼤家的全部内容了，希望能给⼤家⼀个参考，也希望⼤家多多⽀持。