IIS负载均衡ARR路由请求到ARR服务器和处理服务器

.net web 使用IIS ARR（Application Request Route）技术实现web的高性能、高可靠、易扩展及负载均衡。ARR的使用请参考 IIS负载均衡-Application Request Route详解

一般应用场景见下图所示，其中一台服务器只做ARR服务器，接受客户端发来的请求，根据配置的负载均衡算法，把请求转发给真正的请求处理服务器，如下图ServerFarm中的服务器B或C，由服务器B或服务器C来处理请求把处理结果返回给ARR服务器A，ARR服务器再把处理结果返回客户端。

我们的ARR服务器配置很好，只做ARR服务器有点浪费，为了实现高并发访问，我想ARR服务器做ARR服务的同时做应用程序服务器，即替ServerFarm中的服务器承担工作量。网上搜索了很多资料说是无法实现，但经我摸索通过配置url rewrite规则实现了我的需求。假定ARR服务器以80端口对外提供服务，ARR接收到80端口请求后，也会根据负载均衡规则转发请求给自己的8080端口上的web应用进行处理请求或者其他服务的8080端口上的web应用。实现大致步骤

1、ServerFarm中添加ARR服务器作为负载均衡服务器，注意端口

ServerFarm列表

2、url rewrite规则配置，ARR服务器指定端口的http请求会被转发给ServerFarm中的服务器

实现后部署图如下图示

使用ARR后的一些问题及解决：

ARR服务器一般可以作为web 静态资源（js、图片等）服务器，通过配置url 重写规则，静态资源请求ARR予以处理，不再转发给其它服务器

使用ARR后，Session不要选择在进程中存储，需要选择使用 StateServer方式或SqlServer存储。如果坚持在进程中存储的话，可用选择使用客户端亲缘性（Client affinity），即客户所有的请求都有相同的服务器进行响应，不会转发到其它服务器，这牺牲了可靠性，当这台服务器挂掉时，请求无法被转发到其它服务器进行服务，结果就是客户端请求无响应。

使用ARR后各负载服务器上的web应用文件不一致的问题（如服务器b上上传了部分图片在自己Upload文件夹里，服务器c上传了部分图片在自己的Upload文件夹里，但是用户访问服务器a时，请求的图片可能在服务器b上存储时，服务器a返回FileNotFound等类似的问题），解决方法:文件上传统一放到一台文件服务器上(如服务器a)，各个服务器上面的web应用通过配置虚拟目录指向统一的文件服务器目前，这样上传、读取都在统一的文件服务a上面，不会出现各个web应用各自只有自己的文件没有其他服务器文件的问题。