与硬件的负载均衡不同（在OSI模型的IP层来决定恳求的路由形式），ARR是基于应用层来进行负载均衡的，由于在应用层可用的信息更多（虽然提到这儿，是很有必要把负载均衡的原理讲清楚的，并且，由于本系列主要是述说ARR，所以，对已一些底层原理性的概念，不会做过多的涉及，之后计划为同学们系统的述说负载均衡的原理及其实现）。通过在ARR中使用URLRewriteModule，我们就可以实基于HttpHeaders与ServerVariables来实现个更强悍的路由规则。
负载均衡算法
我们可以自己决定使用哪一种负载均衡算法来进行恳求的路由，ARR提供了以下6种算法。
健康检测
我们可以使用“实时通讯“和”特定Url测试“来检测服务器的健康状况。而且，我们还可以通过使用好多的参数来决定究竟哪些样的状况才是健康的正常的服务器，比如，有人觉得只要服务器是开启的，就是健康的；也有人觉得，服务器开启，而且处理的恳求没有超员是健康的，等等。另外，我们还可以通过使用自己的提供HealthMonitoringProvider来实现自己的健康检测可能。
4.顾客端亲缘性
关于亲缘性，相信你们不再陌生，我这儿稍稍的提一下：就是愈发倾向于，或则喜欢那种。比如，在SQLServer中可以设置CPU的亲缘性，，假定如今有四个CPU，编号分别是A,B,C,D,如今我们SQLServer的CPU亲缘性设置到A上，就是说:SQLServer在处理恳求的时侯，愈发喜欢把恳求发送给编号为A的CPU来处理，其实也会将恳求发送给其他的CPU，而且A的CPU处理恳求的机会更多。
同理，在ARR中，可以通过设置顾客端的亲缘性，ARR主要是通过使用Cookie来实现的。至于怎样实现的，虽然也很简单，这儿姑且不说。
这儿就来谈谈顾客亲缘性的一些须要考虑的点：
a.假如使用了顾客端亲缘性，就可以在应用中使用传统的Session和Cache，而没有必要使用分布式的Session和Cache。这儿，以Session为反例，由于好多的时侯，我们都须要将一个站点应用布署到多个服务器上，假如在个别地方使用了Session，非常保存用户的一些数据的时侯，就须要使用分布式的Session，用户登入就是一个最显著的事例（防止用户从服务器A上登陆，当下一次恳请在B服务器处理的时侯，还须要再度登陆）。使用顾客端亲缘性，ARR就可以将同一个用户的恳求再度转发到用户第一次恳求的服务器上。
b.使用顾客端亲缘性，就在一定程度里面丧失了负载均衡的意义。由于设置了顾客端亲缘性，即便用户初次恳求的服务器如今压力很大，这么ARR还是会将用户的恳求转发过去。
c.顾客端亲缘性，丧失了高可用性。由于很有可能现今处理用户恳求的服务器早已宕机了，尽管ARR有健康检测机制，然而ARR还是可以将恳求发给宕机的服务器，致使恳求难以处理。
5.寄主名亲缘性
理解了前面的“客户端亲缘性“，这儿就愈加容易理解了。“宿主名亲缘性”主要使用在共享服务器中的（好多人使用一台服务器，就是站点布署的时侯，订购的是“虚拟地址空间”）。我们前面在提及的时侯，会详尽讲解。
6.服务器分组
ARR可以管理好多的服务器组，其中每一组又包含多台服务器服。
7.基于图形化界面的管理与健康
ARR与IIS集成，但是，通过了可视化的，以便操作的可视化操作界面。
8.制订恳求失败的跟踪规则
在ARR中，可以定义特定的跟踪规则，当恳求处理失败以后查看跟踪信息，以便确诊。
ApplicationRequestRoute安装
下边，我们就介绍ARR的安装，以便你们快速上手与学习：
ARR依赖于以下组件：
1.MicrosoftURLRewriteModuleforIIS7.0.
2.MicrosoftWebFarmManagementVersion1forIIS7.0.
3.MicrosoftApplicationRequestRoutingVersion1forIIS7.0.
4.MicrosoftExternalCacheVersion1forIIS7.0.
ARR的安装，须要相关的环境，如下：
IIS7.0以及之后的版本（笔者在Win7和Server2008中都安装过，是可以的）
下边开始步入安装：
1.下载ARR：
如今ARR早已发展了2.5的版本，可以说早已很稳定了，笔者也在一些小型项目中早已采用，疗效还不错。
现今地址：
2.现今ARR集成在Web安装平台中，如下：
3.点击“Install”，开始安装
4.安装以后，打开IIS的控制窗口，如下（Win7系统的界面）：
假如见到有“ServerFarms”，就说明安装OK了。
5.配置应用程序池
所有的HTTP恳求都须要经过ARR。所以，我们希望在安装了ARR的服务器上的IIS要必须不停的运行，不停把恳求转发到其他的服务器里面，也就是说：这台安装了ARR的服务器基本的功能就是恳求转发。
假定如今我们手里有3台服务器（编号分别为A,B,C）来布署agilesharp的站点，安排如下：
服务器
用途
A安装了ARR
进行恳求路由
B安装ARR，就是普普通通的服务器
处理恳求
C安装ARR，就是普普通通的服务器
处理恳求
如今服务器A向外边曝露的地址假定为:159.12.2.15，这么我们在A服务器上构建一个agilesharp的站点，如下：
但是，我们设置agilesharp站点的应用程序池为IIS的集成模式。这个时侯，由于这个站点或许只是曝露给外边，真正的恳求处理在B和C服务器。所以，我们要设置这个agilesharp的站点的应用程序池，因而它源源不断的接受HTTP恳求（应用程序池默认是不会不断的介绍恳求的，它有一个时间的延时，这个延时的时间常常就是默认的恳求处理时间），之后由ARR转发。
设置如下：
将IdleTime-out(minutes)设置为0,之后保存就OK了。
OK，介绍就到这儿，下一篇，我们就来瞧瞧一些具体的应用！
相关内容
作者介绍：汪洋，哪合伙CEO，曾大汉电子商务有限公司首席技术官，总工裁，负责公司产品、技术、运营，参与商业模式设计。华康联通医疗前CTO，总工裁，首席构架师。谷歌MVP
