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實現三層部署架構
為了演示，我這里做了如下的准備工作：
- 配置了三台服務器（名稱定為A,B,C），並且安裝的是Win Server 2008，IIS與.NET Framework也安裝了。
- 在服務器A上面安裝了ARR模塊。服務器A起到一個請求轉發的作用！
- 創建了一個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服務器在處理請求！下面，為了確認，我們來查看一下。
這篇到這里為止，圖片太多了，開頁面會慢的！我們下一篇接着講述！