基于IIS的ARR負(fù)載均衡

基于NLB負(fù)載均衡

這兩篇分別分ARR 和 NLB基本配置，下面我們講講，如何組合使用，搭配成高可用/可伸縮集群。

什么是高可用，可伸縮 ?

高可用：是指系統(tǒng)經(jīng)過專門設(shè)計(jì)減少停工時(shí)間，保持服務(wù)高度可用。正常工作時(shí)間/單位時(shí)間（一般一年）,比率達(dá)99.99%以上，也就是停工一小時(shí)?？梢运愀呖捎谩?/p>

可伸縮：是指增加或減少硬件實(shí)現(xiàn)軟件性能上的加大或減少的難易程度。

ARR集群不用擔(dān)心，因?yàn)樽陨砭陀薪】禉z查，如果子服務(wù)器有異常的話，反向代理不會(huì)將流量轉(zhuǎn)化到相應(yīng)的服務(wù)器上。

現(xiàn)在比較擔(dān)心一個(gè)問題，如果代理服務(wù)器發(fā)生異常怎么辦？代理服務(wù)器負(fù)責(zé)轉(zhuǎn)化請求每日處理量極大，不排除發(fā)生故障的可能。ARR服務(wù)器容易發(fā)生單點(diǎn)故障，因此整ARR部署并不具有高可用性。

子服務(wù)器的數(shù)量其實(shí)受限于ARR服務(wù)器轉(zhuǎn)發(fā)能力，也是就說可擴(kuò)展性受限。

如何解決ARR單點(diǎn)故障實(shí)現(xiàn)高可用 ?

首先我們搭建兩個(gè)ARR服務(wù)器。

192.168.99.8 
192.168.99.10

在這兩臺(tái)服務(wù)器上面分別安裝NLB，搭配NLB負(fù)載均衡。

注意主機(jī)優(yōu)先級(jí)，目前設(shè)置為192.168.99.8為優(yōu)先處理的服務(wù)器。

集群端口規(guī)則設(shè)置80端口。

設(shè)置為單一主機(jī)

也就說，兩臺(tái)ARR，只有一臺(tái)在工作，也就是192.168.99.8，別一臺(tái)192.168.99.10為故障轉(zhuǎn)移服務(wù)器。部署完畢。

有人問，部署兩個(gè)，應(yīng)用上會(huì)不會(huì)沖突？

其實(shí)不會(huì)的，ARR是應(yīng)用的第七層上，NLB是應(yīng)用在第三層，IP層。也就是說，NLB處理完之后，才會(huì)轉(zhuǎn)入到ARR進(jìn)行處理。

整體架構(gòu)圖

媽蛋，我還沒有畫好圖，就把visio關(guān)了，右邊的ARR服務(wù)器，應(yīng)該右邊移，線與線對(duì)應(yīng)?？粗喜凰?/p>

展示效果

一共每秒150次請求。

三臺(tái)內(nèi)容服務(wù)器請求量總數(shù)為每秒150次。吻合。

ARR工作量，192.168.99.8正常工作，192.168.99.10備用。吻合

192.168.99.8 每秒請求150。吻合。

下面測試故障轉(zhuǎn)移，突然關(guān)掉192.168.99.8,大概接近半分鐘的時(shí)候，請求就轉(zhuǎn)移到192.168.99.10來了。我們可以明顯看到接近3000條請求失敗。

測試達(dá)到預(yù)期效果，吻合。

如何解決ARR可伸縮性 ？

上面示例，如何搭建高可用。但是內(nèi)容服務(wù)器依然受限于，ARR服務(wù)器轉(zhuǎn)化能力。如何突破受限于一臺(tái)服務(wù)器的轉(zhuǎn)化能力轉(zhuǎn)為多臺(tái)ARR服務(wù)器共同處理這個(gè)轉(zhuǎn)化，則就能實(shí)現(xiàn)內(nèi)容服務(wù)器的可伸縮性。

答案非常簡單。我們只需把NLB服務(wù)器集群，端口規(guī)則更改為

剛將兩個(gè)ARR服務(wù)器同時(shí)激活，承受能力將增倍，可擴(kuò)展更多的內(nèi)容服務(wù)器。

為了安全起見，二臺(tái)ARR應(yīng)該增加到三臺(tái)，如果有一個(gè)宕機(jī)，流量轉(zhuǎn)接過來，可以保證余下兩臺(tái)ARR服務(wù)器在能力承受范圍之內(nèi)。隨機(jī)服務(wù)器增多，依此類推。

以上方案己實(shí)現(xiàn)，高可用，可擴(kuò)展。筆記到此啦。

這篇windows NLB+ARR實(shí)現(xiàn)Web負(fù)載均衡高可用/可伸縮的方法就是小編分享給大家的全部內(nèi)容了，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。

最新評(píng)論