微软发布ARR(应用程序请求路由)3.0新特性

Posted:2013-11-21 08:36:29 - 1923 comments | 作者： @果尔 @ SEO培训学院修订1.4 ID:6874

介绍

II7应用程序请求路由(ARR)是一个基于代理的路由模块,使用HTTP头信息,服务器变量和负载平衡算法来决定如何转发HTTP请求的内容服务器。释放在2013年7月的ARR 3.0包含了一些新特性,以及bug修复。以下是ARR3.0信息描述的新特性和如何使用它们,以及关于ARR 3.0一般信息.

支持矩阵

ARR 3.0测试并支持Windows Server 2008 R2,2012和2012 R2。它可以在X86版本Windows Server 2008,和一个X64的版本,这是在所有上面的平台支持。

安装

微软建议ARR是安装在Web平台安装程序模块(WebPI)。安装从WebPI,型ARR在搜索框中,然后单击适当的项目来安装它。

还可以通过下载安装ARR MSI包,但请注意,直接安装它需要管理员来执行几个步骤在一个特定的顺序(通常,WebPI管理,自动)。这些步骤包括:

1。通过运行命令停止IIS净站是和净停止wmsvc高架上的命令提示符窗口

2。安装URL重写(v2)

3。安装Web农场框架(v1)

4。安装ARR(v3)

5。安装外部缓存模块(v1)

6。启动IIS服务回来,或重新启动服务器。

下载ARR MSI,访问这个页面。下载MSI的其他棋子,访问这个页面.

新功能

3.0测试版发布ARR 2013年12月,包括以下新的特点:

为健康监测·重试URL

·Web Socket支持

最后的版本(2013年7月)还增加了支持会话关联选择退出。下面是关于这些特性的细节。

为URL健康监测重试

作为正常的农场管理,ARR执行健康测试配置web服务器,所以,如果一个服务器在农场变得不可用,ARR不会请求转发给它。之前版本3,健康监测将标志一个服务器不可用如果不能回复一个时间。这可能会影响可用性在某些情况下,由于间歇网络或应用程序错误可能导致服务器被标记为不可用,而实际上它是。

为解决这个问题,并可以由管理员配置重试,得出的结论是服务器不可用只有一个定义后重试计数。默认情况下,并将重新检查3次,管理员可以将该值更改为一个不同的人在ApplicationHost.config通过编辑配置。

<元素名称= " healthCheck”>
<属性name = " url " type = "字符串" / >
<属性name = "重试" type = "使用uint“defaultValue =“3”validationParameter = " 0,20 " / >
..
< /元素>

下面的文章描述了额外的参数,可以配置为健康监测的一部分:http://blogs.iis.net/richma/archive/2010/12/14/application-request-routing-health-check-features.aspx

WebSocket支持

与发布的Windows Server 2012,IIS添加支持使用WebSockets。因为WebSockets需要特殊处理的代理,需要一些改变ARR能够支持这个特性。这允许ARR区分普通HTTP请求和WebSockets请求,处理正确。

WebSocket支持需要WebSocket特性上安装IIS,但不需要任何其他配置或行动。安装该功能使用服务器管理器添加角色和功能,一旦完成,ARR 3.0将处理请求适当。新功能支持两个平原(ws:/ /)和安全的WebSocket(wss:/ /)请求和它也能提供SSL卸载对wss请求。

会话关联的退出

负载均衡的一个重要组成部分是保持亲和力。保持亲和力意味着一旦ARR路线请求到服务器,后续请求来自相同客户机的一部分的同一会话应该去相同的服务器。保持亲和力,ARR高度独特的亲和力会话cookie,每一个新的会话,与所选服务器存储在cookie。一旦一个后续的请求来自相同客户机的到来,ARR解码cookie,提取服务器名称,并知道要将该请求路由到相同的服务器。类似的方法是雇佣的所有商业反向代理。这里的一个例子的这样一个cookie:

这个机制的挑战是,会话cookie可以无限期地存在,所以如果客户机的浏览器仍然是开放的,它将继续服务了cookie,并不断亲和力重定向到相同的服务器。在这样的环境中,许多客户保持他们的浏览器打开的时间过长,这可能,随着时间的推移,导致在客户端分布不平衡。

为了解决这个问题,3.0允许web应用程序到ARR退出会话关联。要做到这一点,应用程序将需要设置一个特殊的响应头的信号ARR禁用应用程序的亲和力。

特殊的响应头是arr禁用会话亲和力和应��程序将设置值的头是正确或者错误。如果该值的头是真的,ARR不会设置亲和力饼干当响应客户端请求。在这种情况下,后续请求从客户端不会有亲和力的cookie在它们,如此将ARR的路线,请求到后端服务器基于负载平衡算法。注意,这个行为可能严重影响会话敏感的应用程序,所以在web应用程序中启用这个必须仔细考虑。

故障排除

帮助解决潜在的问题,FREB(失败请求跟踪——原名请求失败事件缓冲)有特定事件对WebSocket请求。WebSocket协议规定,当一个WebSocket连接是由客户机发起,接受服务器应该报以一个101状态码,连同一个秒WebSocket接受键。在事件接受连接时,IIS的WebSocket模块将提高一个FREB事件题为WebSocket握手成功。如果有一个问题,一个失败的事件将提高。通过设置适当的过滤器在FREB,您可以捕获和检测这些事件:

当启用FREB,记住,设置一个追踪成功类型事件(如101和200状态代码)在生产服务器将导致大量的事件,这将增加服务器负载到不可接受的水平,因此不推荐。

此外,新性能计数器,是特殊的对于WebSockets已经被添加到Windows,和他们在W3SVC_W3WP集团在PerfMon中:

What's Hot

英雄榜：果尔网稿件征集启示