windows-server-2008 – 为什么选择MPIO而不是802.3ad Team for

发布时间：2020-12-13 19:23:11 所属栏目：Windows 来源：网络整理

导读：做我的第一台服务器到iSCSI目标,我想我将通过在服务器上组合我的NIC(传统的802.3ad团队)来开始运行. 但是,从许多在线资源中我看到不建议这样做,而应该使用MPIO(此建议中没有特定的大小,似乎从3节点集群应用到数十个节点及以上的大型集群). 我知道MPIO更好,因

做我的第一台服务器到iSCSI目标,我想我将通过在服务器上组合我的NIC(传统的802.3ad团队)来开始运行.

但是,从许多在线资源中我看到不建议这样做,而应该使用MPIO(此建议中没有特定的大小,似乎从3节点集群应用到数十个节点及以上的大型集群).

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

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

基本答案是：因为MPIO管理端到端连接路径,并且在通用网络冗余和负载平衡机制方面比存储连接负载平衡和连接弹性更好.

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

>没有任何MPIO,您的发起者到目标IP对话只是一个对话. 802.3ad要求不改变对话中数据包的顺序(并且您不希望自己的iSCSI流量无序),因此您只能使用单个链路的带宽.> MPIO检测并处理路径故障,而802.3ad只能补偿链路故障 – 并且只有在正确检测到链路故障时才能.如果您的NIC卡挂起但仍然报告了良好的链接,或者您的交换机配置因特定端口而搞砸了,尽管第二个链接仍然有效,您可能会丢失存储连接.>您可以绑定到单个物理交换机,而不是将主机的NIC连接到不同的交换机.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!