最近配置SharePoint 2013 WFE 時,客戶提到要讓多臺WFE能load balance,因而研究了下Network Load Balancing。web
當把一臺服務器(包括Web服務器、FTP服務器或者流媒體服務器等等)放入網絡中以後,隨着客戶端數量的不斷增長,人們每每須要功能更強大、處理速度更快的服務器。爲了解決這個問題,若是將原有的服務器替換成功能更強大、處理速度更快的服務器顯然並非值得稱道的辦法。可是若是能把新服務器添加到原有服務器的處理能力基礎上而不是替換它,這種方案毫無疑問更容易被用戶接受。網絡負載平衡(Network Load Balancing,NLB)羣集的出現正好實現了這一目的。服務器
工做原理:網絡
節點A與節點B均有一個外部使用的靜態IP地址,建立NLB羣集時會產生一個虛擬的IP,該IP與節點的IP在同一個網段內,對外公佈的 IP爲虛擬的羣集IP,而客戶機所訪問的實際上爲節點A或者節點B。session
配置步驟:負載均衡
1. 分別在節點A和節點B裏設置靜態IP:server
2. 分別在節點A和節點B裏安裝NLB:blog
3. 在其中一個節點上打開NLB:繼承
點擊New Cluster:ip
輸入節點A的IP,點擊Connect – 》 Next :ci
添加羣集虛擬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!
詳解:
單播:單播模式是指各節點的網絡適配器被從新指定了一個虛擬MAC(由02-bf和羣集IP地址組成確保此MAC的惟一性)。因爲全部綁定羣集的網絡適配器的MAC都相同,因此在單網卡的狀況下,各節點之間是不能通信的,這也是推薦雙網卡配置的緣由之一。爲了不交換機的數據洪水,應該結合VLAN使用。
多播:網絡適配器在保留原有的MAC地址不變的同時,還分配了一個各節點共享的多播MAC地址。因此,即便單網卡的節點之間也能夠正常通信,可是大多數路由和交換機對其支持不是太好。
IGMP多播:IGMP多播(只有在選中多播時,才能夠選擇此項),在繼承多播的優勢以外,NLB每隔60秒發送一次IGMP信息,使多播數據包只能發送到這個正確的交換機端口,避免了交換機數據洪水的產生。
2. 配置端口規則:
羣集IP地址:指定規則所針對的羣集IP
端口範圍:默認爲全部,能夠指定羣集監聽的端口範圍(如從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. 禁用此端口範圍:通常這個選項會在端口例外中進行設置,也就是說,當咱們指定了一個比較大的範圍端口時,其中有一個或幾個端口咱們不須要 客戶端用戶訪問到,這時咱們將利用這個規則來進行設定,防止用戶訪問此端口請求。
另外,配置完成後,會自動重啓下服務器,因此會有短暫的鏈接不上的問題。