為什麼使用 MPIO 而不是 iSCSI 的 802.3ad 團隊

將我的第一台伺服器用於 iSCSI 目標，我認為通過將我的 NIC 組合在伺服器上（傳統的 802.3ad 團隊）可以開始執行。

但是，從許多線上資源中，我看到不建議這樣做，而應該使用 MPIO（此建議中沒有具體的大小，似乎適用於從 3 節點集群到數十個節點及以上的大型集群）。

我知道 MPIO 更好，因為它聚合了獨立路由上的傳輸（而傳統的 NIC 團隊將到同一個交換機），除此之外，微軟還有其他原因（數據損壞的風險）和培訓材料狀態使用 MPIO 而不是組隊?

您能稍微擴展一下您的 iSCSI 架構嗎？您正在使用多少個啟動器/目標地址，多少個物理交換機，一個子網還是多個子網？

基本答案是：因為 MPIO 管理端到端連接路徑，並且在儲存連接負載平衡和連接彈性方面優於通用網路冗餘和負載平衡機制。

造成這種情況的具體技術原因取決於體系結構，因此如果您提供有關 iSCSI 網路設置的更多詳細資訊，我可以更加具體。幾個一般的例子：

• 如果沒有任何 MPIO，您的發起者到目標 IP 對話只是一個對話。802.3ad 要求不改變會話中數據包的順序（而且您也不希望 iSCSI 流量出現亂序），因此您受限於單個鏈路的頻寬。
• MPIO 檢測和處理路徑故障，而 802.3ad 只能補償鏈路故障 - 並且只有在正確檢測到鏈路故障的情況下。如果您的 NIC 卡掛起但仍報告良好的連結，或者您的交換機配置因特定埠而出錯，那麼儘管有第二條連結仍在工作，您仍可能會失去儲存連接。
• 您被綁定到單個物理交換機，而不是能夠將主機的 NIC 上傳到不同的交換機。

引用自：https://serverfault.com/questions/510882