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

基于IIS的ARR负载均衡

基于NLB负载均衡

这两篇分别分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服务器在能力承受范围以内。随机服务器增多，依此类推。

 

 以上方案己实现，高可用，可扩展。笔记到此啦。