说到负载均衡,相信大家已经不再陌生了,本系列主要介绍在IIS中可以采用的负载均衡的软件:微软的Application Request Route模块。
其实Application RequestRoute已经有很多文章介绍过了,但是有很多的文档都是英文的,笔者在项目中,曾经为了使用和测试Application Request Route,将有关的文档已经转为中文,在组员之间传阅,本系列在这些文档的中,再加入一些使用的心得。
本篇议题如下:
Application Request Route介绍
Application Request Route介绍
ApplicationRequest Route(后面简称为ARR)是一个寄宿于IIS7(及以后的IIS版本)的一个基于代理的模块,它可以通过判断Http Headers,Server Variables以及负载均衡算法将HTTP的请求转发到不同的处理服务器之上。ARR的用处如下:
1. 增强应用的可用性与扩展性
2. 更好的利用服务器资源
3. 使得应用程序的部署更加方便,并且支持卫星部署管理与热替换
4. 更低的管理成本,使得共享宿主的部署成为可能
ARR是基于URLRewrite Module的,它通过检测客户端发来的HTTP请求来做出请求路由的决定。
下面,我们就进一步的看看ARR的一些特征:
基于HTTP请求,做出的请求路由的决定
与硬件的负载均衡不同(在OSI模型的IP层来决定请求的路由方式),ARR是基于应用层来进行负载均衡的,因为在应用层可用的信息更多(其实谈到这里,是很有必要把负载均衡的原理讲清楚的,但是,因为本系列主要是讲述ARR,所以,对已一些底层原理性的概念,不会做过多的涉及,以后计划为朋友们系统的讲述负载均衡的原理及其实现)。通过在ARR中使用URL Rewrite Module,我们就可以实基于HttpHeaders与Server Variables来实现个更强大的路由规则。
负载均衡算法
我们可以自己决定使用哪一种负载均衡算法来进行请求的路由,ARR提供了以下6种算法。
健康检查
我们可以使用“实时通信“和”特定Url测试“来检查服务器的健康状况。并且,我们还可以通过使用很多的参数来决定到底什么样的状况才是健康的正常的服务器,例如,有人认为只要服务器是开启的,就是健康的;也有人认为,服务器开启,并且处理的请求没有超载是健康的,等等。另外,我们还可以通过使用自己的提供Health Monitoring Provider来实现自己的健康检查可能。
4. 客户端亲缘性
关于亲缘性,相信大家不再陌生,我这里稍微的提一下:就是更加倾向于,或者喜欢那个。例如,在SQL Server中可以设置CPU的亲缘性,,假设现在有四个CPU,编号分别是A,B,C,D,现在我们SQL Server的CPU