windows NLB+ARR實現(xiàn)Web負載均衡高可用/可伸縮的方法

2019-02-15 20:37:41 來源:互聯(lián)網(wǎng)作者:佚名 人氣: 次閱讀 810 條評論

小編就為大家分享一篇windows NLB+ARR實現(xiàn)Web負載均衡高可用/可伸縮的方法,具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧...

  下面小編就為大家分享一篇windows NLB+ARR實現(xiàn)Web負載均衡高可用/可伸縮的方法,具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧

基于IIS的ARR負載均衡

基于NLB負載均衡

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

什么是高可用,可伸縮 ?

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

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

  ARR集群不用擔(dān)心,因為自身就有健康檢查,如果子服務(wù)器有異常的話,反向代理不會將流量轉(zhuǎn)化到相應(yīng)的服務(wù)器上。

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

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

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

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

192.168.99.8
192.168.99.10

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

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

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

  設(shè)置為單一主機

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

  有人問,部署兩個,應(yīng)用上會不會沖突?

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

整體架構(gòu)圖

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

展示效果

  一共每秒150次請求。

  三臺內(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,大概接近半分鐘的時候,請求就轉(zhuǎn)移到192.168.99.10來了。我們可以明顯看到接近3000條請求失敗。

  測試達到預(yù)期效果,吻合。

如何解決ARR可伸縮性 ?

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

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

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

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

  以上方案己實現(xiàn),高可用,可擴展。筆記到此啦。

  這篇windows NLB+ARR實現(xiàn)Web負載均衡高可用/可伸縮的方法就是小編分享給大家的全部內(nèi)容了,希望能給大家一個參考,