春節將至，在此祝願各位園友春節愉快！新年大吉！萬事如意！！！

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

1.IIS 負載均衡。

2.數據庫 負載均衡。

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

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

演示環境介紹：

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

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

Server 3: 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負載均衡