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

在这两台服务器上面分别安装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负载均衡高可用/可伸缩的方法就是小编分享给大家的全部内容了，希望能给大家一个参考，也希望大家多多支持。