NIC 小組設定


在本主題中,我們將概述 NIC 小組屬性,例如小組和負載平衡模式。 此外,我們也會提供待命介面卡設定和主要小組介面屬性的詳細資料。 如果 NIC 小組中至少有兩張網路介面卡,您就不需要指定待命介面卡來容錯。

NIC Team properties

小組模式

小組模式的選項是 獨立切換切換相依的選項。 交換器相依模式包括 靜態 小組和 連結匯總控制通訊協定 (LACP)

提示

為了獲得最佳的 NIC 小組效能,建議您使用動態散發的負載平衡模式。

交換器獨立

使用交換器獨立模式時,NIC 小組成員所連線的交換器或交換器不會察覺 NIC 小組是否存在,也不會決定如何將網路流量散發給 NIC 小組成員,而是由 NIC 小組將輸入網路流量分散到 NIC 小組成員上。

當您搭配動態散發使用交換器獨立模式時,系統會根據動態負載平衡演算法所修改的 TCP 埠位址雜湊來散發網路流量負載。 動態負載平衡演算法會轉散發流程,以優化小組成員的頻寬使用率,讓個別的流程傳輸可以從一個作用中的小組成員移至另一個。 此演算法會考慮可能會導致封送流量無法依序傳遞封包的小型可能,因此會採取一些步驟來將這種可能性降至最低。

切換相依

使用交換器相依模式時,NIC 小組成員所連線的參數會決定如何將輸入網路流量分散到 NIC 小組成員之間。 交換器具有完全獨立性,可決定如何將網路流量分散到多個 NIC 的小組成員。

重要

切換相依小組需要所有的小組成員都連接到相同的實體交換器或多底座交換器,以在多個底座之間共用交換器識別碼。

  • 靜態團隊。 靜態小組需要您手動設定交換器和主機,以識別哪些連結形成小組。 因為這是靜態設定的解決方案,所以沒有額外的通訊協定可協助交換器和主機識別不正確的插入纜線或其他可能導致小組無法執行的錯誤。 伺服器等級的交換器通常會支援這個模式。

  • 連結匯總控制通訊協定 (LACP) 。 不同于靜態小組,LACP 小組模式會動態識別在主機與交換器之間連線的連結。 這項動態連接可讓您自動建立小組,但在理論上,只要透過從對等實體傳輸或接收 LACP 封包,就能擴展和縮減團隊。 所有伺服器等級的參數都支援 LACP,而且全部都需要網路操作員以系統管理員的身份啟用交換器埠上的 LACP。 當您設定 LACP 的小組模式時,NIC 小組一律會在具有短暫計時器的 LACP 主動模式下運作。 目前沒有任何選項可用來修改計時器或變更 LACP 模式。

當您搭配動態散發使用交換器相依模式時,系統會根據動態負載平衡演算法所修改的 TransportPorts 位址雜湊來散發網路流量負載。 動態負載平衡演算法會轉散發流程,以優化小組成員的頻寬使用率。 個別流程傳輸可以從一個作用中的小組成員移至另一個作用中的小組成員,作為動態散發的一部分。 此演算法會考慮可能會導致封送流量無法依序傳遞封包的小型可能,因此會採取一些步驟來將這種可能性降至最低。

如同所有交換器相依設定,此參數會決定如何將輸入流量分散到小組成員之間。 此參數應可進行合理的作業,將流量分散到團隊成員,但它完全獨立以判斷其運作方式。

負載平衡模式

負載平衡分配模式的選項包括 位址雜湊Hyper-v 埠動態

位址雜湊

使用位址雜湊,此模式會根據封包的位址元件建立雜湊,然後指派給其中一個可用的介面卡。 通常,此機制只是為了在可用的介面卡上建立合理的平衡。

使用 Windows PowerShell 指定下列雜湊函陣列件的值。

  • 來源和目的地 TCP 埠,以及來源和目的地 IP 位址。 當您選取 [ 位址雜湊 ] 作為負載平衡模式時,這是預設值。

  • 僅限來源和目的地 IP 位址。

  • 僅限來源和目的地 MAC 位址。

TCP 埠雜湊會建立最細微的流量串流分配,以產生可在 NIC 小組成員之間獨立移動的較小串流。 不過,您無法針對非 TCP 或 UDP 型的流量使用 TCP 埠雜湊,或從堆疊隱藏 TCP 和 UDP 埠,例如使用受 IPsec 保護的流量。 在這些情況下,雜湊會自動使用 IP 位址雜湊,或者,如果流量不是 IP 流量,則會使用 MAC 位址雜湊。

Hyper-V 通訊埠

使用 hyper-v 埠時,在 hyper-v 主機上設定的 NIC Teams 會提供與 vm 無關的 MAC 位址。 Vm MAC 位址或連線到 Hyper-v 交換器的 VM 可以用來分割 NIC 小組成員之間的網路流量。 您無法設定在具有 hyper-v 埠負載平衡模式的 vm 內建立的 NIC Teams。 請改用位址雜湊模式。

由於連續的交換器一律會在某個埠上看到特定的 MAC 位址,因此交換器會根據目的地 MAC (VM MAC) 位址,將輸入負載 (從交換器到主機) 多個連結上的流量。 這在使用虛擬機器佇列 (VMQs) 時特別有用,因為您可以將佇列放在預期流量抵達的特定 NIC 上。

不過,如果主機只有少數 Vm,此模式可能不夠細微,無法達成妥善平衡的散發。 此模式也一律會限制單一 VM (例如,從單一交換器埠的流量) 到單一介面上可用的頻寬。 NIC 小組會使用 Hyper-v 虛擬交換器埠做為識別碼,而不是使用來源 MAC 位址,因為在某些情況下,可能會在交換器埠上使用一個以上的 MAC 位址來設定 VM。

動態

使用動態時,輸出負載是根據 TCP 埠和 IP 位址的雜湊來散發。 動態模式也會即時重新平衡載入,讓指定的輸出流程可以在團隊成員之間來回移動。 另一方面,輸入負載的散發方式與 Hyper-v 埠相同。 總而言之,動態模式會利用位址雜湊和 Hyper-v 埠的最佳層面,而且是最高效能的負載平衡模式。

這種模式的輸出負載會根據 flowlets 的概念進行動態平衡。 就像人類語音在單字和句子的結尾處有自然的中斷,TCP 流量 (的 TCP 通訊串流) 也會出現自然的中斷。 在兩個這類中斷之間的 TCP 流量的部分稱為 flowlet。

當動態模式演算法偵測到 flowlet 界限時(例如,當 TCP 流程中發生足夠的長度中斷時),演算法會自動將流程重新平衡到另一個小組成員(如果有的話)。 在某些情況下,演算法也可能會定期重新平衡不包含任何 flowlets 的流程。 因此,TCP 流程和小組成員之間的親和性可隨時變更,因為動態平衡演算法可進行工作負載的負載平衡。

無論小組是設定為獨立交換器或其中一個交換器相依模式,建議您使用動態分配模式以獲得最佳效能。

當 NIC 小組只有兩個小組成員,在切換獨立模式中設定,且已啟用作用中/待命模式,且其中一個 NIC 為使用中,另一個則設定為待命時,此規則會發生例外狀況。 使用此 NIC 小組設定,位址雜湊散發提供的效能比動態散發稍微更好。

待命介面卡設定

待命介面卡的選項為 [無] (所有使用中的 介面卡) 或您在 NIC 小組中選取作為待命介面卡的特定網路介面卡。 當您將 NIC 設定為待命介面卡時,其他所有未選取的小組成員都在作用中,且在使用中的 NIC 失敗之前,不會將任何網路流量傳送到或處理介面卡。 作用中的 NIC 失敗之後,待命 NIC 就會變成作用中,並處理網路流量。 當所有的小組成員都還原至服務時,待命團隊成員就會回到待命狀態。

如果您有兩個 NIC 的小組,而您選擇將一個 NIC 設定為待命介面卡,您就會失去存在於兩個作用中 Nic 的頻寬匯總優點。 您不需要指定待命介面卡來達到容錯;只要 NIC 小組中至少有兩張網路介面卡,就一定會出現容錯。

主要小組介面屬性

若要存取 [主要小組介面] 對話方塊,您必須按一下下圖中反白顯示的連結。

Primary Team Interface Property

當您按一下反白顯示的連結之後,會開啟 [下列 新的小組介面 ] 對話方塊。

New Team Interface dialog box

如果您使用 Vlan,您可以使用此對話方塊來指定 VLAN 號碼。

無論您是否使用 Vlan,您都可以指定 NIC 小組的 NIC 名稱。