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

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 上行连接到不同的交换机。