在大型Web應用系統中，由于請求的數據量過大以及并發的因素，導致Web系統會出現宕機的現象，解決這一類問題的方法我個人覺得主要在以下幾個方面：

1.IIS 負載均衡。

2.數據庫 負載均衡。

3.系統架構優化，比如報表服務器和應用服務器分開等。

本文主要介紹以下IIS負載均衡的實現方法，作者也是慢慢摸索的，如有不當之處還請各位大神指點以下，以求共同進步！！

?

演示環境介紹：

Server 1: 18.13 (用來分流的IIS服務器)。

Server 1: 18.49 (用來分流的IIS服務器)。

Server 1: 50.32 (用戶所訪問的服務器)。

?用來演示的網站：一個名為WebTest的網站，內容就是一張圖片，足以達到演示效果。

安裝Server Farms ,如下圖所示：

整個安裝步驟非常簡單，跟著提示走即可，安裝完成之后在IIS里面可以看到Server Farms的項目了，如下圖所示：

?

現在我們通過Server Farms 來創建Server，如下圖所示：

有多少個IIS服務器就創建多少個，我這里創建了2個，創建完成之后可以在“運行狀態測試”中進行測試，如下：

Server Farms判斷目標IIS服務器是否正常，是通過目標服務器里面的某一個文件返回的數據來判斷的，具體配置如下所示，health.txt是用來作為驗證的一個文件，里面的內容是OK，那么如果這個文件返回的數據是OK，Server Farms則會判斷該服務器為正常狀態，反之則不正常：

?

?

對于如何去平衡服務器的壓力，Server Farms已經提供了一些算法，具體如截圖所示，這里不做詳細的介紹，大家有興趣的話可以逐個測試一下，

?

兩臺IIS服務器驗證成功，說明我們的配置是正確的，下一步我們來測試一下：我直接訪問50.32服務器，這個時候呈現出來的頁面是18.49這個服務器上面的圖片。

?

?

OK,現在我將18.49這臺服務器的IIS停止掉，如下圖所示：

?

當18.49這臺服務器的IIS停止以后，我們再次查看Server Farms里面的服務器狀態，如下圖所示：

?

當18.49掛了之后，我們再次訪問50.32服務器，結果出來了：

?

結論：當配置了多臺IIS服務器之后，根據我們定義的均衡規則和算法，它會自動為我們協調和分配當前的請求來達到分流的目的，上面的演示中，當18.49無法訪問的時候，自動貝切換到了18.13服務器。

PS:雖然是不同的服務器，呈現出來不同的內容，這里我是為了便于查看效果，所以采用的不同的圖片來顯示，不然不容易區分。

總結

以上是生活随笔為你收集整理的配置IIS的负载均衡的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。