虛擬交換機可根據每個數據包的源和目標 IP 地址選擇虛擬機的上行鏈路。

要計算虛擬機的上行鏈路，虛擬交換機會獲取數據包中源和目標 IP 地址的最后一個八位字節并對其執行 XOR 運算，然后根據網卡組中的上行鏈路數將所得的結果用于另一個計算。結果是一個介于 0 和組中上行鏈路數減一之間的數字。例如，如果網卡組有四個上行鏈路，則結果是一個介于 0 和 3 之間的數字，因為每個數字與組中的一個網卡相關聯。對于非 IP 數據包，虛擬交換機會從 IP 地址所在的幀或數據包中提取兩個 32 位二進制值。

任何虛擬機都可根據源和目標 IP 地址使用網卡組中的任何上行鏈路。因此，每臺虛擬機都可以使用網卡組中任何上行鏈路的帶寬。如果虛擬機在包含大量獨立虛擬機的環境中運行，則 IP 哈希算法可在組中的網卡之間均勻地分布流量。當虛擬機與多個目標 IP 地址通信時，虛擬交換機可為每個目標 IP 生成不同的哈希。因此，數據包可以使用虛擬交換機上的不同上行鏈路，從而可能實現更高的吞吐量。

但是，如果環境中包含的 IP 地址較少，則虛擬交換機可能會始終通過組中的一個上行鏈路傳遞流量。例如，如果一個應用程序服務器訪問一個數據庫服務器，則虛擬交換機會始終計算同一個上行鏈路，因為只存在一個源-目標對。

物理交換機配置

要確保 IP 哈希負載平衡運行正常，必須在物理交換機上配置以太通道。以太通道可以將多個網絡適配器合并到單條邏輯鏈路中。如果將多個端口綁定到一個以太通道，則每次物理交換機接收不同端口上同一虛擬機 MAC 地址發出的數據包時，該交換機會正確更新其內容可尋址內存 (CAM) 表。

例如，如果物理交換機在端口 01 和 02 上收到 MAC 地址 A 發出的數據包，則該交換機會在其 CAM 表中創建 01-A 和 02-A 條目。因此，物理交換機會將入站流量分布到正確的端口。如果沒有以太通道，則物理交換機會首先記錄下在端口 01 上收到 MAC 地址 A 發出的數據包，然后將同一記錄更新為在端口 02 上收到 MAC 地址 A 發出的數據包。因此，物理交換機只會轉發端口 02 上的入站流量，并可能導致數據包無法到達其目標以及相應的上行鏈路過載。

限制和配置要求

ESXi 主機支持單個物理交換機或堆棧交換機上的 IP 哈希成組。

ESXi 主機僅支持靜態模式下的 802.3ad 鏈路聚合。只能將靜態以太通道與 vSphere 標準交換機配合使用。不支持 LACP。要使用 LACP，必須具有 vSphere Distributed Switch 5.1 及更高版本或 Cicso Nexus 1000V。如果啟用 IP 哈希負載平衡但無 802.3ad 鏈路聚合(或者相反)，則可能會遇到網絡中斷。

必須使用“僅鏈路狀態”作為網絡故障檢測方法，并使用 IP 哈希負載平衡。

必須在“活動故障切換”列表中設置組的所有上行鏈路。“備用”和“未使用”列表必須為空。

以太通道中的端口數必須與組中的上行鏈路數相同。

使用基于 IP 哈希的路由的注意事項

注意事項

描述

優勢

與基于源虛擬端口的路由和基于源 MAC 哈希的路由相比，可更均勻地分布負載，因為虛擬交換機會計算每個數據包的上行鏈路。

與多個 IP 地址通信的虛擬機可能實現更高的吞吐量。

劣勢

與其他負載平衡算法相比，資源消耗最高。

虛擬交換機無法識別上行鏈路的實際負載。

需要在物理網絡上進行更改。

故障排除較為復雜。

總結

以上是生活随笔為你收集整理的linux对称哈希 路由,基于 IP 哈希的路由的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。