由于对Equallogic的网络要求和多路径行为的某些了解不足，对Chopper3的答案的评论中存在一些辩论，但没有得到足够的了解。
首先是VMware方面：
对于ESXi方面的入门者，当前的建议（当使用iSCSI Software Initiator时）是从VMware（对于ESX \ ESXi 4.1）和Dell使用的，这是您应该将单个物理Nic映射到每个VMkernel端口。用于iSCSI。现在建议使用绑定过程来强制执行此操作。它要求每个VMkernel端口只有一个活动的物理网卡，而没有备用网卡。不允许绑定。现在，您可以作弊，然后再返回并添加故障转移NIC，但目的是MPIO将处理故障转移，因此没有任何用处（至少当一切按VMware预期运行时）。
默认的多路径策略将允许使用轮询机制主动连接到Equallogic阵列。
其次是Equallogic方面：
Equallogic阵列具有双控制器，以主动/待机模式运行。对于PS4000，每个控制器上都有两个千兆Nic。对于活动控制器，这两个网卡均处于活动状态，并且可以从同一源接收IO。网络配置建议将阵列的NIC连接到单独的交换机。从服务器端，您具有多个链接，这些链接也应分配给单独的交换机。现在，对于奇怪的部分-Equallogic阵列期望所有启动器端口都能看到阵列上的所有活动端口。这是您需要在两个交换机之间建立中继的原因之一。这意味着对于具有两个VMkernel iSCSI端口和一个PS4000的主机，启动器和目标之间有4条活动路径-其中两条是“直接”路径
对于备用控制器的连接，将应用相同的规则，但是仅在控制器故障转移且适用相同的原理后，这些NIC才会变为活动状态。在此环境中进行故障转移后，仍然会有四个活动路径。
第三，实现更高级的多路径：
Equallogic现在具有一个多路径扩展模块，该模块可插入VMware可插拔存储体系结构中，从而跨VMkernel端口提供智能负载平衡（使用最小队列深度，循环或MRU）。如果所有vmkernel上行链路网卡都无法连接到所有活动的Equallogic端口，则此方法将不起作用。这还可以确保实际使用的路径数量保持合理-在大型Equallogic环境中，主机和Equallogic组之间的有效路径数量可能非常高，因为所有目标NIC都处于活动状态，并且所有源NIC都可以看到所有目标NIC。
较大的Equallogic环境的第四项：
在扩展Equallogic环境时，需要将其他阵列添加到共享组中。组中所有成员阵列上的所有活动端口必须能够查看同一组中所有其他阵列上的所有其他活动端口。这是为什么您需要胖管道在Equallogic iSCSI结构中的所有交换机之间提供交换机之间的互连的另一个原因。这种扩展还极大地增加了发起方和目标之间有效有效路径的数量。借助由3个PS6000阵列（每个控制器四个NIC，而PS4000为2个）组成的Equallogic组以及具有两个vmkernel端口的ESX主机，MPIO堆栈将有24种可能的活动路径可供选择。
均衡环境中的第五个Bonding \ link聚合和Inter Switch链接：所有的inter阵列和initator <-> array连接都是单点对点千兆连接（如果您有10Gig阵列，则为10Gig）。无需在ESX服务器端进行绑定，也不会从中受益，也无法绑定Equallogic阵列上的端口。在Equallogic交换以太网结构中，链路聚合\绑定\无论您要呼叫什么的唯一相关区域是交换机间链路。这些链接需要能够承载并发流，这些并发流必须等于您环境中活动的Equallogic端口的总数-即使阵列端口和Iniatator端口之间的每个点对点链接限制为1gbps，您也可能需要大量聚合带宽。
最后：
在Equallogic环境中，从主机（启动器）到阵列的流量可以并且将遍历交换机间链接。特定路径是否这样做取决于该特定路径的源和目标ip地址，但是每个源端口都可以连接到每个目标端口，并且这些路径中的至少一个将需要遍历ISL。在较小的环境（如此环境）中，所有这些路径都将被使用并处于活动状态。在较大的环境中，仅使用可能路径的子集，但会发生相同的分布。主机可用的iSCSI总带宽（如果配置正确）是其所有iSCSI vmkernel端口带宽的总和，即使您连接到单个阵列和单个卷也是如此。另一个问题可能是效率如何，这个答案已经太久了。
