practice：在win2008R2上使用（NLB）網絡負載均衡

1、關於NLB的官方描述，在搭建NLB羣集以前，必須先對NLB的原理進行初步瞭解

Windows Server 2008 R2 中的網絡負載平衡 (NLB) 功能能夠加強 Internet 服務器應用程序 [如在 Web、FTP、防火牆、代理、虛擬專用網絡 (×××) 以及其餘執行關鍵任務的服務器上使用的應用程序] 的可用性和可伸縮性。運行 Windows Server 2008 R2 的單個計算機提供有限的服務器可靠性和可伸縮性能。可是，經過將運行 Windows Server 2008 R2 的其中一個產品的兩臺或多臺計算機的資源組合到單個虛擬羣集中，NLB 即可以提供 Web 服務器和其餘執行關鍵任務服務器所需的可靠性和性能。 NLB 容許使用相同的羣集 IP 地址集指定羣集中全部計算機的地址，而且它還爲每一個主機保留一組惟一專用的 IP 地址。對於負載平衡的應用程序，當主機出現故障或者脫機時，會自動在仍然運行的計算機之間從新分發負載。當計算機意外出現故障或者脫機時，將斷開與出現故障或脫機的服務器之間的活動鏈接。可是，若是您有意關閉主機，則能夠在使計算機脫機以前，使用 drainstop 命令處理全部活動的鏈接。任何一種狀況下，均可以在準備好時將脫機計算機明確地從新加入羣集，並從新共享羣集負載，以便使羣集中的其餘計算機處理更少的流量。 NLB 羣集中的主機會交換檢測消息以保持有關羣集成員身份的數據的一致性。默認狀況下，當主機在五秒以內未能發送檢測消息時，該主機便出現了故障。當主機出現故障時，羣集中的剩餘主機將聚合在一塊兒並執行如下操做： 肯定哪些主機仍然是羣集中的活動成員。 選擇優先級最高的主機做爲新的默認主機。 確保全部新的客戶端請求都由仍然活動的主機進行處理。 在聚合期間，仍然活動的主機會查找一致的檢測信號。若是沒法發送檢測信號的主機開始提供一致的檢測信號，則它會在聚合過程當中從新加入羣集。當新的主機嘗試加入羣集時，它會發送檢測消息，該消息也會觸發聚合。當全部羣集主機對當前的羣集成員身份達成一致以後，會向剩餘主機從新分發客戶端負載，並完成聚合。 一般聚合只需幾秒鐘，所以由羣集中斷的客戶端服務是很是少的。在聚合期間，仍然活動的主機會繼續處理客戶端請求，而不會影響現有鏈接。若是全部主機在幾個檢測期間報告的羣集成員身份和分發映射都一致，則聚合結束。

 

NLB 中有什麼新增功能？ 對於 Windows Server 2008 R2，NLB 包括如下改進： 擴展的相關性。「擴展」選項可在 NLB 羣集的配置發生更改時保持客戶端的相關性。經過該選項，即便在客戶端與主機之間沒有任何活動的現有鏈接的狀況下，客戶端仍可以保持與羣集主機的相關性。 用於 NLB 羣集的 Windows PowerShell。Windows PowerShell 是一種新的命令行界面和腳本語言。Windows PowerShell 可加速實現系統管理任務的自動化。可使用 Windows PowerShell 管理 NLB 羣集。有關將 Windows PowerShell 用於 NLB 羣集的詳細信息，請參閱 http://go.microsoft.com/fwlink/?LinkId=140180（可能爲英文網頁）。 支持滾動升級。NLB 支持從 Windows Server 2003 到 Windows Server 2008 R2 以及從 Windows Server 2008 到 Windows Server 2008 R2 的滾動升級。有關 NLB 的部署信息（包括有關滾動升級的信息），請參閱 http://go.microsoft.com/fwlink/?LinkId=87253。

 

NLB 包括如下功能： 可伸縮性 可伸縮性是度量計算機、服務或應用程序如何更好地改進以知足持續增加的性能需求的標準。對於 NLB 羣集而言，可伸縮性是指當羣集的所有負載超過其能力時逐步將一個或多個系統添加到現有羣集中的功能。爲支持可伸縮性，NLB 可執行如下操做： 平衡 NLB 羣集上對各個 TCP/IP 服務的負載請求。 在一個羣集中最多支持 32 臺計算機。 平衡羣集中多個主機之間的多個服務器負載請求（來自同一個客戶端或來自幾個客戶端）。 在負載增長時，支持在不關閉羣集的狀況下向 NLB 羣集中添加主機。 在負載下降時，支持從羣集中刪除主機。 經過所有實現管道化提升性能並下降開銷。管道容許向 NLB 羣集發送請求，而無需等待響應上一個發送的請求。 高可用性 經過最大程度地減小停機時間，高可用系統可以可靠地提供可接受級別的服務。爲提供高可用性，NLB 包括一些內置功能，這些功能可自動執行如下操做： 檢測發生故障或脫機的羣集主機並對其進行恢復。 在添加或刪除主機時平衡網絡負載。 在十秒以內恢復並從新分發負載。 可管理性 NLB 提供如下可管理×××： 使用 NLB 管理器，能夠從單個計算機管理和配置多個 NLB 羣集和羣集主機。 使用端口管理規則，能夠爲單個 IP 端口或一組端口指定負載平衡行爲。 能夠爲每一個網站定義不一樣的端口規則。若是您對多個應用程序或網站使用相同的一組負載平衡服務器，則端口規則基於目標虛擬 IP 地址（使用虛擬羣集）。 使用可選的單主機規則，能夠將全部客戶端請求引導至單個主機。NLB 將客戶端請求路由到運行特定應用程序的特定主機。 能夠阻止對某些 IP 端口進行不須要的網絡訪問。 能夠在羣集主機上啓用 Internet 組管理協議 (IGMP) 支持，以控制交換機廣播（在多播模式中操做時）。 使用 shell 命令或腳本，能夠從運行 Windows 的任何聯網計算機上遠程啓動、中止和控制 NLB 操做。 能夠查看 Windows 事件日誌以檢查 NLB 事件。NLB 在事件日誌中記錄全部操做和羣集更改。 易用性 NLB 提供了許多便於使用的功能： 能夠將 NLB 做爲標準的 Windows 網絡鏈接驅動程序組件進行安裝。 NLB 不須要更改任何硬件便可啓用和運行。 使用 NLB 管理器能夠新建 NLB 羣集。 使用 NLB 管理器，能夠從一臺遠程或本地計算機上配置和管理多個羣集以及羣集的全部主機。 NLB 容許客戶端使用單個邏輯 Internet 名稱和虛擬 IP 地址（稱爲羣集 IP 地址，它保留每臺計算機的各個名稱）訪問羣集。NLB 容許多宿主服務器具備多個虛擬 IP 地址。 備註 若是是虛擬羣集，則不須要服務器是多宿主服務器便可具備多個虛擬 IP 地址。 能夠將 NLB 綁定到多個網絡適配器，這樣您即可以在每一個主機上配置多個獨立的羣集。支持多個網絡適配器與虛擬羣集不一樣，由於虛擬羣集容許您在單個網絡適配器上配置多個羣集。 不須要修改服務器應用程序便可在 NLB 羣集中運行。 若是羣集主機出現故障而且後來又恢復聯機，則能夠將 NLB 配置爲自動將該主機添加到羣集。以後，添加的主機將可以開始處理來自客戶端的新的服務器請求。 能夠在不打擾其餘主機上羣集操做的狀況下使計算機脫機進行預防性的維護。

 

2、瞭解了NLB相關的技術知識後，下面咱們就能夠作測試了，先看看本次測試的拓撲結構

3、測試步驟

首先須要搭建如圖的實驗環境，本例在域環境下測試，出於實驗的方便，我先更改了高級共享設置和防火牆設置

 

在NLB1和NLB2上分別安裝網絡負載平衡功能

 

 

兩個節點均安裝完成後，在NLB1上配置網絡負載均衡，節點一配置完成後，再將節點二加入到節點一得NLB中

 

首先新建羣集，將當前節點加入到NLB中，設置public網卡爲羣集接口

在「主機參數」，設置優先級（單一主機標識符），做用是設定NLB羣集中節點進行負載的優先級

設置一個羣集IP地址，若是是用IIS進行測試，則訪問WEB的時候，實際訪問羣集IP，或在DNS中創建一個對應羣集IP的網站A記錄，訪問羣集IP對應的FQDN名。客戶訪問IIS的時候，不會感受到後面負載的變化。

設置一個羣集IP地址，與PUBLIC網卡出於同一個網段

 

 

設定一個羣集IP對應的完整Internet名稱，羣集的操做模式這裏保持默認

關於單播和多播的區別（下面的話引自網絡）

單播：在每一個羣集成員上，NLB 覆蓋網絡適配器上製造商提供的 MAC 地址。NLB 對全部成員都使用相同的單播 MAC 地址。這種模式的優勢是它能夠無縫地與大多數路由器和交換機協同工做。缺點是到達羣集的流量會擴散到交換機虛擬 LAN (VLAN) 上的全部端口，而且主機之間的通訊不能經過 NLB 綁定到的適配器，也即實體主機間不能夠互相通訊。若咱們在NLB建立時選擇單播的模式，在「羣集IP配置」中的「網絡地址」是以「02 - BF」開頭，後面緊跟IP地址的十六進制表示，該網絡地址與實際主機的MAC地址相同，後續加入的主機也將修改成此MAC地址。   多播：保留原廠 MAC 地址不變，可是向網絡適配器中增長了一個第 2 層多播 MAC 地址。全部入站流量都會到達這個多播 MAC 地址。優勢是這種方法能夠經過在交換機的「內容可尋址存儲器」(CAM) 表中建立靜態項，從而使得入站流量僅到達羣集中的主機。缺點是由於 CAM 項必須靜態關聯一組交換機端口，若是沒有這些 CAM 項，入站流量仍然會擴散到交換機 VLAN 上的全部端口。還有一個缺點就是不少路由器不會自動將單播 IP 地址（羣集的虛擬 IP 地址）與多播 MAC 地址關聯起來。若是進行靜態配置的話，一些路由器能夠存在這種關聯。若咱們在NLB建立時選擇多播的模式，在「羣集IP配置」中的「網絡地址」是以「03 -BF」開頭，後面緊跟IP地址的十六進制表示。在選擇多播模式時，後面還有個複選項「IGMP Multicast（IGMP多播）」，若複選此項，就像多播操做模式同樣，NLB 保留原廠 MAC 地址不變，可是向網絡適配器中增長了一個 IGMP 多播地址。此外，NLB 主機會發出這個組的 IGMP 加入消息。若是交換機探測到這些消息，它可使用所需的多播地址來填充本身的 CAM 表，這樣入站流量就不會擴散到 VLAN 上的全部端口。這是這種羣集模式的主要優勢。缺點是有一些交換機不支持 IGMP 探測。除此以外，路由器仍然支持單播 IP 地址到多播 MAC 地址的轉換。在IGMP多播模式下，將採用「01 – 00 - 5E」開頭的MAC地址。在多播的模式下，實體主機之間能夠互相通訊。         通常來講，在NLB的建立時，單網卡多播，雙網卡單播。雙網卡單播時，由於主機之間不能互相通訊，將設置內網通信的網卡，也就是羣集設置中的心跳。在微軟官方推薦在NLB設置時，首先考慮單播模式，除非單播不能知足其要求，若要解決流量擴展的方法，推薦使用VLAN。

 

節點一配置完成後，回到節點二上，打開節點二的羣集管理器，將NLB2鏈接到現存的羣集

輸入第一個節點主機名，點擊鏈接後，在下方的羣集窗口會出現已存的羣集

鏈接到羣集後，下面將節點n3.contoso.com加入到現存的羣集

 

 

添加完成後，如圖所示

下面將進行NLB負載測試

首先默認訪問WEB站點，地址是： http://10.1.1.100

如圖網卡中會多一個羣集IP地址

斷掉上步驟中訪問的節點的網卡鏈接，再次嘗試訪問，效果如圖所示

配置網絡負載均衡羣集須要注意：網絡負載平衡並不爲通過負載的主機提供額外的安全保護，也不能夠將其用於防火牆，所以，正確地保護通過負載平衡的應用程序和主機是很重要的。若是可能，在每一個羣集的主機上至少要使用兩個網絡適配器，但並不是必要條件，在羣集適配器上只使用TCP/IP協議，確保羣集中的全部主機屬於同一個子網而且客戶機可以訪問該子網，使用網絡負載平衡管理器配置NLB羣集，啓用日誌記錄，不要啓用網絡負載平衡的遠程控制。

NLB提供網絡負載均衡服務，每一個節點都監聽到客戶端的請求，每一個節點都在本地存儲一份數據，支持32個節點，能夠是域環境或者工做組的環境。

 

4、實施網絡負載均衡中可能遇到的問題（微軟官方文檔）

安裝網絡負載平衡並從新啓動羣集主機以後，出現一條消息：「系統已檢測到有一個 IP 地址與網絡上的其餘系統發生衝突...」 緣由：網絡上已存在相同的 IP 地址。 解決方案：選擇一個新的 IP 地址，或者刪除重複的地址。 緣由：您在主機上配置了不一樣的羣集操做模式（「單播」或「多播」），這樣會使兩個不一樣的 MAC 地址映射到同一個 IP 地址。 解決方案：確保將全部主機配置爲具備相同的羣集操做模式。 緣由：將 NLB 綁定到網絡適配器以前，已經配置了羣集的 IP 地址。 解決方案：從 TCP/IP 屬性中刪除羣集的 IP 地址，在相應的適配器上啓用 NLB，而後配置羣集的 IP 地址。 緣由：您已將羣集的 IP 地址添加到還沒有啓用 NLB 的網絡適配器中。 解決方案：從不正確適配器的 TCP/IP 屬性中刪除羣集的 IP 地址，在相應的適配器上啓用 NLB，而後配置羣集的 IP 地址。 有關啓用 NLB 的詳細信息，請參閱 安裝網絡負載平衡 使用 ping 從外部網絡訪問羣集的 IP 地址時沒有響應。 驗證是否可使用 ping 從路由器以外的計算機訪問羣集主機的專用 IP 地址。若是該測試失敗，而且您使用了多個網絡適配器，則此問題與 NLB 無關。若是您對專用 IP 地址和羣集 IP 地址使用了一個網絡適配器，請考慮如下緣由： 緣由：若是您使用了多播支持，您可能會發現路由器沒法經過使用地址解析協議 (ARP) 將主要 IP 地址解析爲多播媒體訪問控制 (MAC) 地址。 解決方案：驗證是否可使用 ping 從羣集子網上的客戶端訪問羣集，以及是否能夠從路由器以外的計算機訪問羣集主機的專用 IP 地址。若是這些測試都工做正常，則多是路由器出現了故障。您應該可以經過向路由器中添加靜態 ARP 條目來避開此問題。還能夠關閉 NLB 多播支持，並使用單播網絡地址（在沒有集線器的狀況下）。 緣由：在多播或單播模式中使用 NLB 時，路由器須要接受代理 ARP 響應（在 Ethernet 框架中用不一樣網絡源地址接收的 IP 到網絡地址的映射）。 解決方案：確保您的路由器打開了代理 ARP 支持。還能夠設置靜態 ARP 條目以保持禁用路由器中的代理 ARP 支持。 緣由：羣集的 Internet 控制消息協議 (ICMP) 被路由器或防火牆阻止。 解決方案：容許 ICMP 通信經過路由器或防火牆。請注意，這可能會使您的系統暴露於其餘的安全風險。 使用 ping 從一臺羣集主機訪問另外一臺主機的專用 IP 地址時沒有響應。 緣由：在多播或單播模式中使用 NLB 時，路由器須要接受代理 ARP 響應（在 Ethernet 框架中用不一樣網絡源地址接收的 IP 到網絡地址的映射）。 解決方案：確保您的路由器打開了代理 ARP 支持。還能夠設置靜態 ARP 條目以保持禁用路由器中的代理 ARP 支持。 緣由：羣集的 Internet 控制消息協議 (ICMP) 被路由器或防火牆阻止。 解決方案：容許 ICMP 通信經過防火牆或路由器。請注意，這可能會使您的系統暴露於其餘的安全風險。 嘗試使用網絡負載平衡管理器鏈接到羣集中的某個主機時，收到錯誤「不能訪問主機」。 緣由：主機的 Internet 控制消息協議 (ICMP) 被路由器或防火牆阻止，或者在主機的網絡適配器上被禁用。 解決方案：在主機的網絡適配器上啓用 ICMP 或者容許 ICMP 通信經過防火牆或路由器。請注意，這可能會使您的系統暴露於其餘的安全風險。還可使用 NLB 管理器的 /noping 選項。 使用 Telnet 或嘗試從羣集主機瀏覽羣集以外的計算機時，沒有響應。 緣由：驗證是否可使用 ping 訪問羣集以外的計算機。若是此測試成功，則可能沒有在 TCP/IP 屬性中首先列出主機的專用 IP 地址。 解決方案：若是 ping 未能訪問羣集以外的計算機，請參考如下問題（在此疑難解答主題的前面部分進行了描述）： 使用 ping 從外部網絡訪問羣集的 IP 地址時沒有響應。 使用 ping 從一臺羣集主機訪問另外一臺主機的專用 IP 地址時沒有響應。 從羣集以外的計算機調用網絡負載平衡遠程控制命令時，一個或多個羣集主機中沒有響應。 緣由：沒有將遠程控制命令發送到羣集的 IP 地址。 解決方案：必須將命令發送到羣集的主要 IP 地址，能夠在「網絡負載平衡屬性」對話框中指定該操做。確保將遠程命令發送到正確的 IP 地址。 緣由：Internet 協議安全 (IPSec) 對遠程控制通信進行了加密。若是 NLB 遠程控制命令是從配置了 IPSec（以便 IPSec 對遠程控制通信進行加密）的計算機發送的，則這些命令將沒法正常運行。 解決方案：禁用 IPSec。 有關詳細信息，請參閱 Internet 協議安全 (IPSec) 幫助內容。 緣由：防火牆未正確保護 NLB UDP 控制端口。默認狀況下，會將遠程控制命令發送到羣集 IP 地址上的 UDP 端口 1717 和 2504。 解決方案：確保這些端口還沒有被路由器或防火牆錯誤阻止。還能夠經過修改相應的 NLB 參數來更改端口號。 使用主機的專用 IP 地址將其指定爲遠程控制命令的目標時，沒有應答。可是，按其優先級 (ID) 指定主機正常運行。 緣由：沒有主機具備專用 IP 地址。 解決方案：爲每一個主機指定一個專用 IP 地址。有關詳細信息，請參閱配置網絡負載平衡主機參數。 拒絕某些用戶（並不是全部用戶）鏈接羣集。 緣由：正在進行負載平衡的應用程序沒有響應。 解決方案：這是一個應用程序特定的問題，與 NLB 無關。請參考您的應用程序文檔來更正此問題。您可能須要中止並從新啓動應用程序。 緣由：若是羣集配置爲單播模式，則某個交換機可能已經知道了 NLB 網絡適配器的 MAC 地址。 解決方案：清除該交換機的端口到 MAC 地址的映射。 緣由：在一個或多個主機上，未將羣集的 IP 地址添加到 TCP/IP 中。 解決方案：若是沒有使用 NLB 管理器配置您的羣集，則必須使用羣集的 IP 地址手動配置 TCP/IP。 緣由：某個主機因爲使用了 drainstop 或 stop 命令而正在離開羣集，但聚合未正常完成。 解決方案：等待聚合完成。若是聚合未完成，請參閱該疑難解答主題中後面的如下問題： 羣集主機啓動後便開始聚合，但它們從未完成聚合 沒法經過使用 net config 和 Windows Management Instrumentation (WMI) 查看或更改網絡負載平衡的屬性。 緣由：若要查看或更改「網絡負載平衡屬性」，必須是管理員組的成員。 解決方案：以運行 NLB 的計算機上的本地管理員組成員的用戶身份登陸。 由服務器或客戶端重設的到羣集 IP 地址的 TCP 鏈接數量異常。 緣由：在 NLB 主機上啓用了 HTTP keep-alive 值，而且啓用了 keep-alive 值的客戶端正在鏈接羣集。 解決方案：禁用 HTTP keep-alive 值。有關 HTTP keep-alive 值和 Internet 信息服務 (IIS) 的詳細信息，請參閱 IIS 文檔集。 若要從桌面上查看 IIS 文檔集，請安裝 IIS，而後單擊「開始」，再單擊「運行」，而後在「打開」文本框中鍵入如下命令： %windir%\help\iisrv.chm 緣由：服務器上的系統資源不足，從而致使 TCP 拒絕鏈接。 解決方案：釋放系統資源，例如，經過添加額外的系統內存或者關閉沒必要要的應用程序。 緣由：羣集已被分爲兩個單獨聚合的羣集，這樣致使多個節點要求得到每一個鏈接的全部權。 解決方案：刪除這兩個羣集，而後從新建立一個羣集。 當進行引發聚合的更改（如添加主機、刪除主機或排出主機）時，虛擬專用網絡 (×××) 調用失敗。 緣由：當使用 NLB 對 ××× 通信進行負載平衡時，您必須將用於管理處理 ××× 通信（對於 PPTP/GRE 爲 TCP 端口 1723；對於 IPSEC/L2TP 爲 UDP 端口 500）的端口的端口規則配置爲使用「單一」或「網絡」相關性。 解決方案：將用於管理端口 500 和 1723 的端口規則配置爲使用「單一」或「網絡」相關性。有關詳細信息，請參閱網絡負載平衡管理器屬性。 羣集主機啓動後便開始聚合，但它們從未完成聚合。 緣由：在不一樣的羣集上輸入了不一樣數量的端口規則或者輸入了不兼容的端口規則。這將會阻止聚合。 解決方案：在每一個羣集主機上，打開「網絡負載平衡屬性」對話框，並驗證全部主機都具備相同的端口規則。 緣由：網絡適配器或電纜已損壞。 解決方案：使用 ping 命令測試鏈接狀況。輸入主機的徹底限定的域名。還能夠經過使用 ping 命令按 IP 地址搜索域控制器以及按名稱和 IP 地址搜索其餘網絡服務器，瞭解有關此問題的詳細信息。 緣由：某個交換機或集線器上的雙工設置不匹配。 解決方案：確認每一個交換機和集線器中的雙工設置配置正確。 緣由：網絡上已經存在爲其中一個主機使用的專用 IP 地址。 解決方案：選擇一個新的 IP 地址，或刪除重複的地址。 緣由：您的羣集包含運行 Windows 2000 的主機。 解決方案：您的羣集必須在全部主機上都運行 Windows Server 2008。僅當滾動升級到 Windows Server 2008 時，才支持包含運行 Windows Server 2003 和 Windows Server 2008 的主機的 NLB 羣集環境。不支持長期在同一個羣集中混合使用 Windows Server 2003 和 Windows Server 2008。 緣由：在主機上配置了不一樣的羣集操做模式（單播和多播）。 解決方案：使用 NLB 管理器確保將全部主機配置爲具備相同的羣集操做模式。 備註 還能夠查看 Windows 事件日誌以檢查錯誤和警告。有關詳細信息，請參閱 安裝網絡負載平衡。 羣集移入和移出已聚合狀態。 緣由：因爲網絡適配器或電纜已損壞或者其餘網絡問題致使網絡間歇性鏈接，所以檢測信號丟失。 解決方案：使用 ping 命令測試鏈接狀況。輸入主機的徹底限定的域名。還能夠經過使用 ping 命令按 IP 地址搜索域控制器以及按名稱和 IP 地址搜索其餘網絡服務器，瞭解有關此問題的詳細信息。 羣集主機啓動後，網絡負載平衡報告聚合已完成，可是存在多個默認主機。 緣由：羣集主機已成爲不一樣子網的成員，所以沒法在同一個網絡上訪問全部主機。 解決方案：確保全部羣集主機能夠彼此通訊。 緣由：正在使用三層交換機。 解決方案：在主機和三層交換機之間放置一個兩層交換機。 緣由：冗餘交換機的中斷致使羣集分爲兩個羣集，從而建立兩個默認的主機。 解決方案：刪除這兩個羣集，而後建立一個羣集。 緣由：您的交換機已配置爲拒絕廣播數據包。 解決方案：將您的交換機配置爲可接受廣播數據包（請注意這可能會引入某些安全風險）或者將 NLB 羣集配置爲可以使用多播模式。 緣由：一個主機沒法發送或接收檢測信號。 解決方案：使用 ping 命令測試與每一個主機的鏈接狀況。輸入主機的徹底限定的域名。 緣由：某個主機插入了交換機的錯誤端口中。 解決方案：使用交換機上的正確端口。 網絡負載平衡未應用負載平衡，默認主機處理全部網絡流量。 緣由：缺乏端口規則。默認狀況下，NLB 會將端口規則無論理的全部傳入網絡通信引導至默認主機，這樣可確保您不但願進行負載平衡的應用程序行爲正常。 解決方案：若要對羣集上的應用程序進行負載平衡，請在每一個羣集主機上爲該應用程序處理的 TCP/IP 端口建立端口規則。 緣由：向單個主機羣集中添加了第二個主機，但第二個主機配置不正確。羣集從不聚合而且初始主機繼續處理全部通信。 解決方案：仔細查看（若是須要，請進行更正）第二個主機上的每一個設置，例如羣集 IP 地址、專用 IP 地址和端口規則。 緣由：若是羣集配置爲單播模式，則某個交換機可能已經知道了 NLB 網絡適配器的 MAC 地址。 解決方案：清除該交換機的端口到 MAC 地址的映射。 緣由：代理服務器正在向處於「單一」相關性模式的羣集中發送使用單個 IP 地址的全部鏈接。 解決方案：將代理服務器配置爲使用多個 IP 地址。 在羣集主機之間意外交換通信，而且斷開了 TCP 鏈接。 緣由：單播網絡地址致使交換集線器出現問題。若是使用交換集線器使羣集主機互連，則必須使用 NLB 多播支持。不然，在多個交換機端口上使用同一個單播網絡時，交換機可能行爲異常。 解決方案：確認已在「網絡負載平衡屬性」對話框中選中了多播支持。若是不但願使用多播支持，則能夠用集線器或同軸電纜而不是用交換機使羣集主機互連。 沒有在羣集主機之間對網絡通信均勻地進行負載平衡。 緣由：網絡通信來自於有限數量的 IP 地址，多是因爲代理服務器上的設置引發的。 解決方案：將代理服務器配置爲使用多個 IP 地址。 對 Microsoft Internet Security and Acceleration (ISA) Server 使用網絡負載平衡時，一個羣集主機記錄被引導至另外一個主機的專用 Internet 協議 (IP) 地址的被阻止的數據包。 緣由：將其中一個羣集主機配置爲主機優先級標識符等於 1。 解決方案：不要將任何羣集主機配置爲主機優先級標識符等於 1。使用大於 1 的數字。有關詳細信息，請參閱配置網絡負載平衡主機參數。 沒法在 64 位版本的環境中建立網絡負載平衡羣集。 緣由：可能沒有爲您的環境運行相應的 NLB 版本。在 64 位版本計算機上使用 32 位版本的 NLB 時，NLB 沒法造成羣集。因爲 32 位 NLB 組件（nlb.exe、wlbs.exe 和 nlbmgr.exe）看上去在 64 位版本環境中正常運行，所以可能會檢測不到此問題。 解決方案：若是您計劃使用 64 位版本計算機環境，則必須使用 64 位 NLB 版本。

備註：本文中有大量的文字引用自網絡，在此向資料的來源地表示深深感謝，謝謝做者，謝謝Google，謝謝百度….