IIS负载均衡-Application Request Route详解第四篇:运用ARR完成三层布置架构51CTO博客 - 亚美娱乐

IIS负载均衡-Application Request Route详解第四篇:运用ARR完成三层布置架构51CTO博客

2019-01-03 19:37:07 | 作者: 尔槐 | 标签: 布置,负载,均衡 | 浏览: 1568

IIS负载均衡-Application Request Route详解第四篇:运用ARR完成三层布置架构   系列文章链接: IIS负载均衡-Application Request Route详解第一篇: ARR介绍   IIS负载均衡-Application Request Route详解第二篇:创立与装备Server Farm  IIS负载均衡-Application Request Route详解第三篇:运用ARR进行Http恳求的负载均衡(上)  IIS负载均衡-Application Request Route详解第三篇:运用ARR进行Http恳求的负载均衡(下)   IIS负载均衡-Application Request Route详解第四篇:运用ARR完成三层布置架构                    本篇的首要意图是带领咱们一同来运用ARR来完成一个三层布置架构。这儿的三层布置架构首要是由:效劳层,应用程序效劳器层现已数据层完成。如下图所示:                每次一说到“层”这个字的时分,好像感觉这个字特别的惹火。许多朋友开端评论起来,所以许多的见地和了解就出来了:有人说:架构便是分层;三层便是指:显现层,事务层,数据拜访层…                不论上述的了解和争辩对错与否,这儿不会对这些理论和概念进行过多的阐释,这儿有一点说到的便是:不要将物理层Tier和逻辑层Layer混在一同讲,或者说,不要将应用程序的逻辑层与物理的布置层相提并论!                  注:在自己的学习和作业的阅历中有这样的感觉:许多时分,所学的东西会搅在一同,而且乃至感觉他们彼此对立,还会推翻自己之前许多的了解和观点,有时分的确感觉十分苦楚,可是也是像是凤凰的重生。其实这不是什么坏事,常识和经历便是在这过程中,不断的考虑,总结,提炼出来的!其实到后来咱们就能够发现:咱们没有必要死扣一些概念,什么层啊,形式,都不是要害,训练出一种思想才是最有价值的。                咱们这儿讲的是物理层的布置。 正如之前相同,咱们来做一些预备作业:
    1. 预备三台效劳器(能够用虚拟机),其间一台用来处理对静态内容的恳求,例如图片,脚本,html页面等,咱们把这一台效劳器放在第一层。
    2. 再用一台效劳器放在第二层,作用应用程序效劳器,用来处理动态内容的恳求。
    3. 别的一台效劳器用来布置数据库。
别的,我也把三台效劳器的相关装备阐明一下:
    1. 三台效劳器装置了Win Server 2008和IIS
    2. 在那台处理静态文件的效劳器上,咱们装置ARR,也就说,此刻这一台效劳器做两件工作:担任转发恳求;处理对静态文件的恳求。
第一步:预备作业                一般来说,咱们判别是否是对静态文件进行恳求,首要是经过检查恳求的中是否包含文件的扩展名,例如.js,.png等。当然,在一些情况下,咱们还以动态的方法来对静态文件的恳求进行处理,例如,咱们站点中写了一个相似FileHandler的HttpHandler,然后经过相似的www.agilesharp.com/file?fileid=xxxxx的方法来 处理一切对文件的恳求。这两种方法各有优缺点和各自的用处,咱们这儿不做评论。                  许多时分,咱们在静态文件放在站点的文件夹中,例如/images/,/css/,/js/等。下面,咱们开端演示,咱们为了承认对静态文件的恳求是由装置了ARR地点的效劳器处理的,咱们别离在三效劳器的站点中放置三张姓名相同可是内容不同的图片,如下:                    其他效劳器上面的站点成果和这个相似,仅仅把图片的内容改为了“安捷雨希“罢了。   第二步:在ARR中装备对静态文件的恳求                  咱们进行这一步操作的首要意图便是:使得ARR地点的效劳器来处理一切对站点静态文件的恳求(为了起到演示作用,这儿对静态文件的恳求,咱们不会包含html的文件)。                  下面,咱们就开端操作:
    1. 发动IIS
    2. 创立一个Server Farm,而且增加两台效劳器,如图所示:
              这个205效劳器便是咱们装置了ARR的效劳器,由于此刻我的demo站点布置在8080端口,所以这儿要敞开“Advance setting“。         再增加第二台效劳器,其上的站点是布置在80端口。           增加的成果就如下:        咱们到这儿就可能有点疑惑了:怎样仅仅增加了两台效劳器呢,不是预备了三台效劳器吗?        理由很简单,有一台效劳器是作为数据库效劳器,而不是作为http恳求处理的效劳器(换句话说,http恳求不会发送到数据库效劳器上去),而且数据库效劳器是咱们在应用程序中经过衔接字符串来衔接的。                        在我还没有装备Server Farm之前,我别离在两台效劳器上阅读了站点:http://localhost:8080/images/logo.png,此刻看到的成果如下:                      从图中能够看到,我恳求logo.png的时分,是应用程序的效劳器(没有装置ARR的那个效劳器)处理了这个恳求。                下面咱们开端装备。 1. 选中创立的Server Farm 2. 选中“Routing Rules“,如下:     3. 双击“Routing Rules“,如下:               首要留意图中标红的两个当地:第一个是装备哪些扩展名的文件不转发恳求。在图中,咱们装备了*.png,就阐明,假如ARR客户端要恳求.png文件,那么ARR就不将这个恳求转发给Server Farm中的其他效劳器,而是有本机直接处理。           装备好了之后,咱们就点击“Apply“,然后再次运转阅读器,来看作用。               咱们看到上面的图,右边图是我在ARR地点的效劳器发送恳求得到的成果,而左面是我直接在应用程序效劳器上面检查图片。   还记得在之前没有装备的时分,我在ARR效劳器上面发送恳求的时分,看到的是“安捷雨希“,阐明ARR转发了对png文件的恳求;而当咱们装备之后,此刻ARR就不在转发这个恳求,而是自己处理,所以咱们看到了”agilesharp“的图片。                  这儿,仍然给咱们留一个作业:咱们能够把对html文件的恳求也不转发,看看作用!
版权声明
本文来源于网络,版权归原作者所有,其内容与观点不代表亚美娱乐立场。转载文章仅为传播更有价值的信息,如采编人员采编有误或者版权原因,请与我们联系,我们核实后立即修改或删除。

猜您喜欢的文章