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

将我的第一台服务器配置为iSCSI目标，我认为将NIC组合在服务器上（传统的802.3ad团队）可以使我开始工作。

但是，从许多在线资源中，我不建议这样做，而应该使用MPIO（此建议中没有具体的大小确定，并且似乎适用于从3节点群集到数十节点及以上的大型群集）。

我知道MPIO更好，因为它可以聚合通过独立路由进行的传输（而传统的NIC团队将到达同一交换机），此外，还有其他任何原因（数据损坏的风险）供Microsoft和培训材料状态使用MPIO而不是分组？

您可以在iSCSI架构上扩展一点吗？您正在使用多少个启动器/目标地址，多少个物理交换机，一个或多个子网？

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

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

• 没有任何MPIO，发起方到目标的IP对话只是一个对话。802.3ad要求不更改会话中数据包的顺序（而且您也不会希望iSCSI通信无序），因此您只能使用单个链接的带宽。
• MPIO可检测并处理路径故障，而802.3ad仅可补偿链接故障-并且仅在正确检测到该链接故障的情况下。如果您的NIC卡挂起但仍报告正常链接，或者您的交换机配置被某个特定端口搞砸了，尽管第二条链接仍在工作，您可能会失去存储连接。
• 您只能绑定到一个物理交换机，而不能将主机的NIC上行到不同的交换机。