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

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

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

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

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

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

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

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

相关文章

Windows2012R2备用域控搭建 前置操作 域控主域控的主dns:自...
主域控角色迁移和夺取(转载) 转载自:http://yupeizhi.blo...
Windows2012R2 NTP时间同步 Windows2012R2里没有了internet时...
Windows注册表操作基础代码 Windows下对注册表进行操作使用的...
黑客常用WinAPI函数整理之前的博客写了很多关于Windows编程的...
一个简单的Windows Socket可复用框架说起网络编程,无非是建...