基于IIS的ARR负载均衡
基于NLB负载均衡
这两篇分别分ARR 和 NLB基本配置，下面我们讲讲，如何组合使用，搭配成高可用/可伸缩集群。
什么是高可用，可伸缩 "post2">如何解决ARR单点故障实现高可用 "htmlcode">
在这两台服务器上面分别安装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负载均衡高可用/可伸缩的方法就是小编分享给大家的全部内容了，希望能给大家一个参考，也希望大家多多支持。
192.168.99.8
192.168.99.10
