在我的工作中，我正在重做iSCSInetworking。 我们目前有以下设备：
当前设置：
所有iSCSIstream量都在自己的交换机上，位于192.168.1.xnetworking中。 所有其他networkingstream量都在自己的networking交换机上，位于10.10.xxnetworking中。 我们有2个网卡（1个板载Broadcom网卡和1个Intel Pro 1000网卡）连接到每个处于活动/活动状态的ESX服务器，连接到专用于iSCSI的单个PC 6224交换机。 MD3000i背面的所有4个NIC端口都连接到相同的交换机。
这个设置的问题是交换机提供了一个大的单点故障。 我们正在尝试通过为iSCSI冗余设置一个2交换机networking来解决此问题。 我有两个新的PowerConnect 6224交换机，我们将用于这个新的networking。 我们用于iSCSIstream量的当前交换机将用于networkingLAN侧的冗余，或仅用作4个ESX服务器之间的vMotionnetworking。 （vMotion目前是2个ESX服务器之间的交叉连接
在与我们的虚拟机存储的MD3000i连接之前，我曾经与戴尔谈过几次试图想象这个新的networking设置。 我得出结论，最好是：
我不确定堆叠2个PowerConnect交换机是否最好。 由于事实上，如果主交换机失败堆栈将重新启动导致networking中断，而堆栈重新select一个新的主。 对我来说，这听起来像不会提供我们正在寻找的冗余/ HA。
由于MD3000i有4个用于iSCSI通信的连接（2个用于控制器0，2个用于控制器1），请将0端连接到交换机A，然后将1端连接到交换机B.然后连接从我们的ESX服务器到每个交换机iSCSIstream量。
我对设置的困惑来自于如何configurationESX服务器。 我不知道应该如何处理2个组合的NIC。 根据我的理解，组合的NIC必须连接到相同的交换机，但是我们会将它们连接到2台交换机。 我们是否需要打破团队并为每个连接交换A和B创build一个新的vSwitch？
有没有更好的方式来configuration这个networking，或者是我试图走向最好的方向？
更新：我正在阅读ESX 4.的iSCSIconfiguration指南的过程中。一旦我完成阅读该文档，将回发/标记回答。
结构很好的方法，你问的所有正确的问题。 你build议的重新devise是非常好的。
ESX 3.5并没有真正实现iSCSI Software Initiator多path，但是如果链接因任何原因失败，它将会高兴地故障切换到vSwitch上的另一个活动或备用上行链路。 “ VI3.5 iSCSI SANconfiguration指南”提供了一些相关信息，并不像我想的那么多，但是很明显。 当您切换时，您不必在ESX端执行任何操作，但您将不再获得任何链路聚合效果（因为您的上行链路转到两个分开的非堆叠交换机），只能进行故障转移。 鉴于ESX 3.5 iSCSI堆栈中多path的弱点，这可能不会有任何实质性的影响，但可能是因为您有多个iSCSI目标，所以要记住。 我确信您已经知道这一点，但ESX 3.5上的软件启动器不支持巨型帧，因此在您转移到ESX 4之前，不会为您执行任何操作。
在使用ESX4为iSCSI设置ESX vSwitch和VMkernel端口时，build议您创build多个VMkernel端口，并将1：1映射到上行链路层次NIC。 如果要为此创build多个vSwitch，则可以或者可以在端口级别使用NICconfiguration选项，以便每个VMkernel端口具有一个指定为活动状态的单个NIC，其中1个或更多个为备用。 configuration完ports \ vSwitch之后，您需要将这些端口绑定到iSCSI多path堆栈，然后它将更有效地处理多path和故障转移。 鉴于这种工作方式，不需要担心交换机之间的组合，多path驱动程序正在执行ip层的工作。 这只是它工作原理的一个简单的概念，在“ VI 4 iSCSI SANconfiguration指南”中有详细的介绍。 这将解释您需要做的所有事情，包括如何正确设置Jumbo帧支持。
就堆叠而言，我不认为你需要或者不想为这个configuration做这件事，事实上，戴尔推荐的MD3000i iSCSI环境devise并不是为了让我记忆犹新的堆叠交换机，正因为如此，提到。 对于其他iSCSI解决scheme（Equallogic）arrays之间的高带宽链接是必需的，因此戴尔build议使用堆叠，但是我从来没有对主控制器发生故障时发生的情况有一个令人满意的解释。 我敢肯定，在新的大选期间中断会比iSCSI超时短，所以虚拟机不应该失败，但它不是我自己的舒适，事情肯定会拖延一段不舒服的时间。
相同的交换机将意味着模式4绑定，您可以转而使用故障转移（ESX应该能够支持这一点）任何提供故障转移的绑定types，无需在交换机上进行configuration，都应该使用IMO