为什么selectMPIO而不是802.3ad Team for iSCSI

做我的第一台服务器到iSCSI目标,我想我会在服务器(传统的802.3ad团队)上组合我的网卡。

但是,从许多在线资源中我看到这不被推荐,并且应该使用MPIO(在这个build议中没有具体的大小,似乎是从3节点集群到几十个节点以上的大集群)。

我知道MPIO更好,因为它通过独立路由汇聚传输(而传统的NICnetworking团队将是同一个交换机),除此之外,Microsoft还有其他任何原因(数据损坏风险),并且培训材料状态使用MPIO而不是分组?

你能扩展一下你的iSCSI架构吗? 你使用多less个启动器/目标地址,多less个物理交换机,一个子网或多个?

基本答案是:因为MPIOpipe理端到端的连接path,并且比通用的networking冗余和负载平衡机制在存储连接性负载平衡和连接弹性方面更好。

具体技术原因取决于体系结构,因此如果您提供有关iSCSInetworking设置的更多详细信息,则可以更具体一些。 几个一般的例子:

  • 没有任何MPIO,您的发起人到目标IP对话只是一个对话。 802.3ad要求对话中数据包的顺序不要改变(而且你不希望iSCSIstream量乱序),所以你只能限制在单个链路上的带宽。
  • MPIO检测并处理path故障,而802.3ad只能补偿链路故障 – 并且只有在链路故障被正确检测到的情况下。 如果您的NIC卡挂起,但仍然报告良好的链接,或者您的交换机configuration被搞砸为一个特定的端口,尽pipe有第二个链接仍然工作,你可能会失去存储连接。
  • 你绑定到一个单一的物理交换机,而不是能够上传你的主机的NIC到不同的交换机。