IIS负载均衡-Application Request Route详解第三篇：使用ARR进行Http请求的负载均衡（下）

IIS负载均衡-Application Request Route详解第三篇：使用ARR进行Http请求的负载均衡（下）

 

本篇接着上一篇（ IIS负载均衡-Application Request Route详解第三篇：使用ARR进行Http请求的负载均衡（上））继续讲述。

 

系列文章链接：

IIS负载均衡-Application Request Route详解第一篇： ARR介绍  

IIS负载均衡-Application Request Route详解第二篇：创建与配置Server Farm

 IIS负载均衡-Application Request Route详解第三篇：使用ARR进行Http请求的负载均衡（上） 

IIS负载均衡-Application Request Route详解第三篇：使用ARR进行Http请求的负载均衡（下） 

IIS负载均衡-Application Request Route详解第四篇：使用ARR实现三层部署架构

 

请求监控配置 

1. 选择AppServerFarm，然后选中“Monitoring and Management” 

 

 

 

2. 双击之后，显示如下： 

 

 

 

发现：果然是205服务器在处理请求！

 

配置ARR健康检查机制

 

1.选择AppServerFarm，然后选中右边的“Health Test”图标。

 

 

 

2.双击图标，得到如下界面：

 

 

 

 

       大家还记得我们之前在每个站点放置的health.txt文件吗，之前说过，这个文件是用来做健康检查的：ARR定时的去通过GET请求获取文件的内容，然后和配置中的“Response match”内容进行对比，如果二者一样，说明Server Farm中的服务器正常。这和我们常常用ping命令测试网络是否连通一个道理。

 

注意：这里在URL中放置的:http://localhost/health.txt。为什么？

 

       我们知道，Farm中服务器很多，这里不可能设置很多的值,例如16.187.153.205/health.txt，16.187.153.216/health.txt。 ARR不允许我们这样设置。这里之所以让URL为localhost，ARR在健康检查的时候，是让各自的站点各自的去请求自己的health.txt，而每一个站点对于各自的health.txt而言，都是local的。这里的内幕，大家不需要太清楚，只要懂得配置就OK了。

 

另外，还可以设置健康检查的周期，和过期的时间！ 

 

配置客户端亲缘性 

 

1.选择AppServerFarm，然后选中右边的“Server Affnity”图标。

 

 

 

 

2.双击，然后看到如下界面：

 

 

 

 

客户端的亲缘性是通过cookie来实现的。基本的流程与原理是这样的： 

1. 1. 请求发送给ARR，假如此时ARR请求转发给服务器B。
   2. 服务器B处理请求，然后将响应发送给ARR所在的服务器。
   3. 此时ARR在响应中加入一个cookie，并且记录请求处理的服务器为B。
   4. 下一次，ARR检查发来的请求，如果发现包含了之前设置的cookie，并且检查cookie里面的服务器信息，然后将请求转发给对应的服务器。

 

拒绝新的请求连接

 

        在使用Server Farm的时候，我们可以让Farm中的一些服务器不在接受新的请求连接，处于一种离线的状态。从而，使得我们可以之后将这些离线的服务器拿去维护等。

 

大家可以这里就有一个疑问了：如果客户端设置了服务器的亲缘性，而这个服务器又离线了，之前建立的session和相关的信息怎么办？

 

其实这里所说的离线，并不是真的离线，断网！而是说，这些服务器不在接受新的请求，之前已经接受的请求，还是会处理完的！

 

操作的步骤如下： 

1. 1. 选中“appServerFarm“
   2. 展开“Servers“节点
   3. 在右边列出的服务器中，点击“右键“，使其离线，如图：

 

 

 

这里给大家留一个小作业：把Farm中的一台服务器下线，然后发送请求到ARR部署的那个服务器，看看效果！ 

到这里，大家就可以开始配置和使用ARR进行负载均衡了！ 

之后的文章，我们讲述的深入一些！