为什么iSCSI的MPIO而不是802.3ad团队

Question

做我的第一台服务器到iSCSI目标，我想我将通过在服务器上合作我的网卡(传统的802.3ad团队)来开始运行。

但是，从许多在线资源中，我发现不推荐使用MPIO，而应该使用MPIO(该建议中没有具体的大小大小，似乎从一个3节点集群应用到数十个节点及以上的大型集群)。

我知道MPIO是更好的，因为它聚集在独立路由上的传输(而传统的NIC团队将是同一个交换机)，这是否还有其他的原因(数据损坏的风险)微软和培训材料状态使用MPIO而不是合作？

Answer 1

你能扩展一下你的iSCSI架构吗？您正在使用多少启动器/目标地址，有多少物理交换机，所有一个子网还是多个？

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

这方面的具体技术原因取决于体系结构，因此如果您提供关于iSCSI网络设置的更多详细信息，我可以更加具体。以下是一些一般性的例子：

• 在没有任何MPIO的情况下，启动到目标的IP会话只是一个单独的会话.802.3ad要求会话中的数据包顺序不被改变(而且您无论如何也不希望您的iSCSI流量失去秩序)，因此您仅限于单个链路的带宽。
• MPIO检测和处理路径故障，而802.3ad只能补偿链路故障--而且只有在正确检测到该链路故障时才能进行补偿。如果您的网卡挂起，但仍然报告良好的链接，或您的交换机配置被搞砸了，为一个特定的端口，您可能会失去存储连接，尽管有第二个链接仍在工作。
• 您被绑定到单个物理交换机，而不是能够将主机的NIC上行到不同的交换机。