使用 2 个交换机、SAN 和 ESX 设置冗余 iSCSI 网络

Dan*_*Jay 5 networking iscsi dell vmware-esx

我正在重新做我的工作中的 iSCSI 网络。我们目前拥有以下设备:

  • 1 个戴尔 PowerConnect 6224 交换机
  • 1 个 Dell PowerVault MD3000 SAN 连接到 2 个提供 iSCSI 的 Dell PowerEdge 1950 服务器
  • 1 个戴尔 PowerVault MD3000i SAN
  • 2 台运行 ESX 3.5 的 Dell PowerEdge 2950 服务器即将成为 ESX 4 - 有 6 个 NIC
  • 2x 戴尔???刚刚为另外 2 个 ESX 主机订购的服务器 - 有 8 个 NIC

当前设置:
所有 iSCSI 流量都在其自己的交换机上,并且位于 192.168.1.x 网络中。所有其他网络流量都在它自己的网络交换机上,并且在 10.10.xx 网络中。我们将 2 个 NIC(1 个板载 Broadcom NIC 和 1 个 Intel Pro 1000 NIC)组合到每个处于活动/活动状态的 ESX 服务器,这些服务器连接到专用于 iSCSI 的单个 PC 6224 交换机。MD3000i 背面的所有 4 个 NIC 端口也连接到同一台交换机。

这种设置的问题在于交换机提供了大量的单点故障。我们正在尝试通过为 iSCSI 流量设置 2 交换机网络以实现冗余来纠正/修复此问题。我有 2 个新的 PowerConnect 6224 交换机,我们将用于这个新网络。我们用于 iSCSI 流量的当前交换机随后将用于网络 LAN 端的冗余或仅用作 4 个 ESX 服务器之间的 vMotion 网络。(vMotion 目前是 2 个 ESX 服务器之间的交叉连接

在我们获得将连接到存储虚拟机的 MD3000i 的 2 台新 ESX 服务器之前,我曾多次与戴尔讨论过这种新的网络设置。我得出的结论是,最好是:

  • 在交换机上启用流量控制 - 当前未设置
  • 在交换机上启用生成树 portfast - 当前未设置
  • 在交换机、NIC 和 SAN 上设置巨型帧 - 当前未设置
  • 在 2 台交换机之间设置 2 端口 LAG

我不确定堆叠 2 个 PowerConnect 交换机是最好的主意。由于如果主交换机发生故障,堆叠将重新启动,导致网络中断,同时堆叠重新选举新的主交换机。在我看来,它不会提供我们正在寻找的冗余/HA。

由于 MD3000i 有 4 个 iSCSI 流量连接(2 个用于控制器 0,2 个用于控制器 1)将 0 侧连接到交换机 A,然后将 1 侧连接到交换机 B。然后从我们的 ESX 服务器到每个交换机的连接iSCSI 流量。

我对设置的困惑与 ESX 服务器的配置方式有关。我不确定应该如何处理 2 个成组的 NIC。根据我的理解,成组的 NIC 必须连接到同一台交换机,但我们会将它们连接到 2 个交换机。我们是否需要打破分组并为每个连接创建一个新的 vSwitch 以切换 A 和 B?

有没有更好的方法来配置这个网络,或者是我试图去最好的方向?

更新:我正在阅读 ESX 4 的 iSCSI 配置指南。我会在阅读完该文档后回帖/标记已回答。

Hel*_*ick 5

结构良好的方法,您提出了所有正确的问题。您建议的重新设计非常好。

ESX 3.5 并不真正执行 iSCSI 软件启动器多路径功能,但如果某个链路因任何原因发生故障,它会很高兴地故障转移到 vSwitch 上的另一个活动或备用上行链路。VI3.5 iSCSI SAN 配置指南对此有一些信息,虽然没有我想要的那么多,但已经足够清楚了。当您切换时,您不必在 ESX 端执行任何操作,但您将不再获得任何链路聚合效果(因为您的上行链路将连接到两个独立的非堆叠交换机),而只会进行故障转移。鉴于 ESX 3.5 iSCSI 堆栈中多路径的弱点,这可能不会产生任何实质性影响,但可能是因为您有多个 iSCSI 目标,因此请记住这一点。我相信您已经知道这一点,但 ESX 3.5 上的软件启动器不支持巨型帧,因此在您迁移到 ESX 4 之前,它不会为您做任何事情。

在使用 ESX4 设置 iSCSI 的 ESX vSwitch 和 VMkernel 端口时,建议创建多个 VMkernel 端口,并与上行链路物理网卡 1:1 映射。如果您想为此创建多个 vSwitch,您可以或者可以在端口级别使用 NIC 分组选项,以便为每个 VMkernel 端口指定一个活动 NIC,同时将 1 个或多个 NIC 指定为备用。配置完 ports\vSwitch 后,您需要将端口绑定到 iSCSI 多路径堆栈,然后它将更有效地处理多路径和故障转移。鉴于这种工作方式,无需担心跨交换机的协作,多路径驱动程序在 ip 层完成工作。这只是其工作原理的简单介绍,《VI 4 iSCSI SAN 配置指南》中对其进行了非常详细的描述。这将解释您需要做的一切,包括如何正确设置巨型帧支持。

就堆叠而言,我认为您不需要或不想为此配置执行此操作,事实上,据我所知,戴尔建议的 MD3000i iSCSI 环境设计并不是堆叠交换机,原因正是您提到。对于其他 iSCSI 解决方案 (Equallogic),需要阵列之间的高带宽链接,因此戴尔建议使用堆叠,但我从未对主设备发生故障时发生的情况给出令人满意的解释。我非常确定新主选举期间的中断将比 iSCSI 超时短,因此虚拟机不应该失败,但这不是我喜欢的事情,而且事情肯定会停滞一段不舒服的时间。