为什么使用 MPIO 而不是 802.3ad Team 进行 iSCSI

Question

这是我的第一个服务器到 iSCSI 目标，我认为我将通过在服务器上组合我的 NIC（传统的 802.3ad 组合）来开始运行。

但是，从许多在线资源中我看到这并不推荐，而应该使用 MPIO（这个建议没有具体的规模，似乎适用于从 3 节点集群到数十个节点及以上的大型集群）。

我知道 MPIO 更好，因为它可以聚合独立路由上的传输（而传统的 NIC 团队会使用同一个交换机），除此之外，微软和培训材料状态使用 MPIO 而不是团队合作还有其他原因吗（数据损坏的风险）？

Answer 1

您能否稍微介绍一下您的 iSCSI 架构？您使用了多少个启动器/目标地址、多少个物理交换机、全部使用一个子网还是多个子网？

基本答案是：因为 MPIO 管理端到端连接路径，并且比通用网络冗余和负载平衡机制更擅长存储连接负载平衡和连接弹性。

造成这种情况的具体技术原因取决于架构，因此如果您提供有关 iSCSI 网络设置的更多详细信息，我可以更具体说明。以下是一些一般示例：

• 如果没有任何 MPIO，您的发起者到目标 IP 对话就只是一个单一对话。802.3ad 要求对话中数据包的顺序不得更改（并且您也不希望 iSCSI 流量乱序），因此您只能使用单个链路的带宽。
• MPIO 检测并处理路径故障，而 802.3ad 只能补偿链路故障 - 并且只有在正确检测到该链路故障时才可以。如果您的 NIC 卡挂起但仍报告良好链接，或者您的交换机配置在特定端口上出现问题，尽管有第二个仍在运行的链路，您仍可能会失去存储连接。
• 您被绑定到单个物理交换机，而无法将主机的 NIC 上行链接到不同的交换机。