标签:create 新建 com line 连续 index routing https 负载
ApplicationRequest Route(后面简称为ARR)是一个寄宿于IIS7(及以后的IIS版本)的一个基于代理的模块,它可以通过判断Http Headers,Server Variables以及负载均衡算法将HTTP的请求转发到不同的处理服务器之上。ARR是基于URLRewrite Module的,它通过检测客户端发来的HTTP请求来做出请求路由的决定。
这是下载链接:http://www.iis.net/download/ApplicationRequestRouting
看到上面的Service Farms 就说明你安装成功了。
我手上有三台Windows机器,本地的机器用作负载均衡,如下:
服务器 | IP地址 | 是否安装了ARR |
本地 | localhost | 是 |
服务器A |
212.64.27.238 |
否 |
服务器B |
132.232.110.243 |
否 |
在三台机器上都新建一个网站,名为arr,网站的内容只有一个index.html,端口都为8888,如下只贴了本地的机器:
右击Server Farms,点击Create Server Farm,这个里命名为mytestarr。界面如下:
Server Farms 就是对一个或多个服务器进行逻辑分组,在这里加了两台服务器,端口也改成了8888,告诉ARR这是要转发的端口,如下。
在Server Farms主界面点击Routing Rules,选中“Use URL Rewrite to inspect incoming requests”,界面如下:
选中之后,点击CDC317011(DIR\cong.wu),再点击URL Rewrite,会发现下面会多出一条URL重写规则,这里是load balance起作用的核心,如果不想用load balance了,可以不选中上面的“Use URL Rewrite to inspect incoming requests”,如果你选中了,那下面的这个规则就起作用了,它会把对我本机的所有端口的请求都转发到server farm的服务器上的8888端口。
在Server Farms主界面点击Load Balance,选择Weighted round robin
好了,配置完成,我们直接访问localhost:8888试试,我们连续访问两次,得到的结果如下:
到这里可以看到使用ARR配置负责均衡成功了。下面是对一些具体配置信息的介绍,Server Farms主界面上面有7个图标,我们一一介绍。
自行意会吧,不介绍了。
几乎所有的load balancer都有这一步。ARR如果判断这些服务器是否还在运行呢,这里使用一个文件,ARR会每隔30秒向这些服务器Check这个文件,如果返回的结果正确,那就表明这些服务器是正确的。
先在两台服务器上,指定的路径下创建一个text.txt文件,里面输入ok。在本地机器上Server Farms主界面点击Health Test,输入如下内容,点击Apply。
配置好后,ARR可以自行判断哪些服务器是可用的,不然的话,如果其中某台服务器挂了,ARR依然会把请求转发给这台挂了的服务器,请求就会丢失。
负载均衡的算法这里有4种,网上有许多介绍了,这里不介绍了。
这里可以看到被请求的次数等情况
选中了“Use URL Rewrite to inspect incoming requests”后,URL rewrite才会生效,ARR的负载均衡才能成功。如果添加如下配置呢,它会将所有的png图片不进行转发,拥有ARR的服务器可以直接处理静态资源。
这里很重要,当选中了Client affinity之后, 再来访问localhost:8888试试
可以看出Cookie里面多出一个ARRAffinity,启用了Client Affinity之后,当你第一次访问此网站的时候,这个ARRAffinity会记住是哪台服务器处理了你的请求,你的后续请求都会发送到此台服务器上,这对于有状态的服务器非常有用,比如在.net framework时代常用的Session。
点击Take Server Offline后,这台服务器就不会接受新的请求了,但原有的还在执行的请求会继续执行。
Azure Web APP里负载均衡也是使用得是它,天然支持七层Load Balancer,点击这里看看。
IIS中应用Application Request Route 配置负载均衡
标签:create 新建 com line 连续 index routing https 负载
原文地址:https://www.cnblogs.com/guohu/p/14491774.html