最近配置SharePoint 2013 WFE 時，客戶提到要讓多台WFE能load balance，於是研究了下Network Load Balancing。
當把一台服務器（包括Web服務器、FTP服務器或者流媒體服務器等等）放入網絡中之后，隨着客戶端數量的不斷增加，人們往往需要功能更強大、處理速度更快的服務器。為了解決這個問題，如果將原有的服務器替換成功能更強大、處理速度更快的服務器顯然並不是值得稱道的辦法。但是如果能把新服務器添加到原有服務器的處理能力基礎上而不是替換它，這種方案毫無疑問更容易被用戶接受。網絡負載平衡（Network Load Balancing，NLB）群集的出現正好實現了這一目的。
工作原理：
節點Ａ與節點Ｂ均有一個外部使用的靜態IP地址，創建NLB群集時會產生一個虛擬的IP，該IP與節點的IP在同一個網段內，對外公布的 IP為虛擬的群集IP，而客戶機所訪問的實際上為節點Ａ或者節點Ｂ。
配置步驟：
1. 分別在節點A和節點B里設置靜態IP：
2. 分別在節點A和節點B里安裝NLB：
3. 在其中一個節點上打開NLB：
點擊New Cluster：
輸入節點A的IP，點擊Connect – 》 Next ：
添加群集虛擬IP，這個虛擬IP就是我們要訪問的IP了：
第一個節點配置完之后，右健點擊剛創建好的cluster，選擇Add Host to Cluster，加入第二個節點。配置完后，應該如下：
聚合完成后通過群集虛擬ip可訪問WEB站點了：
可以看到這時用到的是185，因為它的priority更高：
我在185上80端口的index頁面只顯示了一行： This is site on 185!
我在187上80端口的index頁面只顯示了一行： This is site on 187!
詳解：
1. 選擇群集操作模式(推薦使用雙網卡單播模式)
單播：單播模式是指各節點的網絡適配器被重新指定了一個虛擬MAC(由02-bf和群集IP地址組成確保此MAC的唯一性)。由於所有綁定群集的網絡適配器的MAC都相同,所以在單網卡的情況下,各節點之間是不能通訊的,這也是推薦雙網卡配置的原因之一。為了避免交換機的數據洪水,應該結合VLAN使用。
多播：網絡適配器在保留原有的MAC地址不變的同時,還分配了一個各節點共享的多播MAC地址。所以,即使單網卡的節點之間也可以正常通訊，但是大多數路由和交換機對其支持不是太好。
IGMP多播：IGMP多播(只有在選中多播時,才可以選擇此項),在繼承多播的優點之外,NLB每隔60秒發送一次IGMP信息,使多播數據包只能發送到這個正確的交換機端口,避免了交換機數據洪水的產生。
2. 配置端口規則：
群集ＩＰ地址：指定規則所針對的群集ＩＰ
端口范圍：默認為所有，可以指定群集監聽的端口范圍（如從80到80，表示只針對web服務實現負載均衡）
協議：指定群集所服務的協議類型
篩選模式：
a:多個主機:
無相似性: 客戶端的服務請求會平均分配到群集內的每一部服務器。假設NLB群集內有2部服務器。當接到客戶端的請求時，NLB會將第1個請求交由第1部服務器來處理，第2個請求交由第2部服務器來處理，第3個請求交由第1部服務器來處理，…依此類推。因為所有客戶端聯機會平均分配到每一部服務器，因此可以達到最佳的負載平衡。如果需要執行交易處理，為了能夠共享session狀態，則必須將session狀態集中儲存在state或database server中,這種方式適用於大部分的應用程序。
單一相似性：客戶機的服務請求會固定分配到群集內的某一部服務器。當接到客戶機的請求時，NLB會根據客戶機 的IP來決定交由哪一部服務器來處理，也就是一部服務器只會處理來自某些IP的請求。因為一個IP的服務請求只會固定由一個服務器來處理，因此沒有session狀態共享的問題，但可能會導致負載不平衡。這種方式適用於聯機需支持 SSL 集多重聯機的通訊協議 ( 例如FTP與PPTP等)
網絡（類C）:根據IP的Class C屏蔽來決定交由哪一部服務器來處理，也就是一部服務器只會處理來自某些網段C的請求。這種方式可確保使用多重 Proxy 的客戶端能導向到相同的服務器。
b.單一主機：若選擇此選項，該端口范圍內的所有請求都將由一台主機來進行處理，此選項將配合后面的主機優先級來進行主機判定。
c. 禁用此端口范圍：一般這個選項會在端口例外中進行設置，也就是說，當我們指定了一個比較大的范圍端口時，其中有一個或幾個端口我們不需要 客戶端用戶訪問到，這時我們將利用這個規則來進行設定，防止用戶訪問此端口請求。
另外，配置完成后，會自動重啟下服務器，所以會有短暫的連接不上的問題。