IIS負載平衡-Application Request Route詳解第三篇：使用ARR進行Http請求的負載平衡（上）

IIS負載平衡-Application Request Route詳解第三篇：使用ARR進行Http請求的負載平衡（上）

 

               在前兩篇文章中，我們已經講述如何配置與安裝ARR，從本篇文章開始，我們將重點的來講述如何在使用ARR進行負載平衡。

               本篇文章的目的主要是一步步的帶領大家如何配置和使用ARR來進行Http請求的負載平衡，從而實現高可用與高擴充性。同時，本篇文章還會著重的講述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實現三層部署架構

 

               為了示範，我這裡做了如下的準備工作：

1. 配置了三台伺服器（名稱定為A,B,C），並且安裝的是Win Server 2008，IIS與.NET Framework也安裝了。
2. 在伺服器A上面安裝了ARR模組。伺服器A起到一個請求轉寄的作用！
3. 建立了一個Server Farm，並且將伺服器B，C加入到了Farm中。

 

另外對於伺服器B，我們就部署了一個預設的網站，如下：

 

 

 

可以看出，配置的網站相當的簡單！大家可以自己去配置不同的網站，然後在ARR添加伺服器的時候，指向伺服器的其他連接埠！

下面，我們看看，網站中有哪些內容：

 

 

               在這裡，我簡單的放置了一個網頁Default.html，這個頁面的內容也非常的簡單，其中的205是伺服器的編號，這樣寫主要是為了我們後面便於辨別到底是哪一個伺服器處理了我們的請求！

 

               另外需要注意的是，我們在網站中，放置了一個health.txt檔案，內容如下：

 

 

這個檔案主要是給ARR進行健全狀態檢查用的，在後面的配置中，我們就可以看到它的作用了！

伺服器C的配置和伺服器B類似，只是分頁檔的內容改為了“Response come from 216”。

 

整個伺服器的結構如下：

 

配置之後的結果：

 

 

下面開始確認相關的配置資訊。

 

確認Url Rewrite的規則

1.啟動IIS

2.選擇建立的AppServerFarm

3.看到如下的介面：

 4. 雙擊“Routing Rules”表徵圖，確認“Use URL Rewrite to inspect incoming requests”被選中，

 

5.啟動瀏覽器，輸入: http://localhost/，得到了如下的頁面結果：

 

 

        很顯然，ARR的請求轉寄起作用了，確認這是205伺服器在處理請求！下面，為了確認，我們來查看一下。

         這篇到這裡為止，圖片太多了，開頁面會慢的！我們下一篇接著講述！