//设置ARR

192.168.99.5 //代理服务器192.168.99.6 //目的服务器192.168.99.7 //目的服务器192.168.99.8 //目的服务器192.168.99.10 //目的服务器192.168.99.11 //目的服务器192.168.99.12 //目的服务器192.168.99.13 //目的服务器

首先给服务器安装net core 运行环境

DotNetCore.2.0.5-WindowsHosting 安装包内置SDK和WindowsHosting，直接安装这个，安装成功之后，要重启服务器才能生效。然后部署Web就可以访问了

选择无托管代码

好，部署成功之后，可以正常访问了

好，马上试一下部署ARR，是否能实现反向代理

添加一个入口站点，默认端80。

非常简单数据出来啦。理论就搭建成功了。

192.168.99.5 的站点，还有两个地方要注意设置

IIS程序池的队列长度。由于这是代理服务器很多请求都会经过这个站点，所以这个长度就设置长一点。默认值是1000。

IIS程序池的闲置超时。设置为0，将长期保持不回收状态。

转化服务器的网卡要目的服务器的网卡要好，这样能支撑更大的流量需求。

下面把一些细节介绍一下，然后做一下压力测试，就大功告成啦。

安装ARR完成之后，会出现两个

URL重写充许你定则重写规则，我没怎么用过，特么不嫌麻烦。这就不细讲了。

Server Farms可以对你的集群进行管理，健康检查，转化统计。

分别对应的是：缓存，健康检查，负载均衡，监视和管理，代理，路由规则，服务器相关性

健康检查：主要是检查各个服务器的IIS是否正常运作。（这个也是第七层负载均衡的一个好处，能感知Web服务器是否正常运作）

负载均衡：主要作用是设置各种分发规则。比如根据权重，最小响应时间，最小请求量等

监视和管理：主要让你看到各个服务器的健康情况，请求量，失败量，缓存命中率等。

服务器相关性：主要提供一种服务器和客户端之间的粘性。简单理解就是，客户端A的请求分配到服务器B处理之后，以后客户端A的请求都分配到服务器B处理。（这样设计理论会使用分配不均，当然也有好处，比如可以使用本地session）

Client Affinity:　根据客户端的cookies处理粘性

Host Name Affinity 根据Host name处理粘性

下面试一下压力测试，用大微软的VS2017进行压力测试，细节我就不讲了，贴了一些结果吧。