如何以最少的停机时间升级 iSCSI 交换机堆栈?

如何以最少的停机时间升级 iSCSI 交换机堆栈?

我们拥有多个 Dell 6248 交换机堆栈(每个 3 个),它们构成了 iSCSI 存储网络的主干。我们需要对交换机堆栈执行固件更新,但担心所需的停机时间。

据悉,我们的存储全部是 Dell/Equallogic PS6000 系列机箱,每个机箱有 3 或 4 个 GigE 上行链路。

您可能已经知道,这些交换机不能一次升级一个成员,并且升级交换机所需的重新启动时间大约为两分钟(即比卷的 iSCSI 启动器超时时间长)。

是否有人对我们如何在最大限度地减少停机时间的同时完成 iSCSI SAN 交换机堆栈升级有什么建议?

谢谢任何帮助或建议。

答案1

如果您的核心 iSCSI 网络已针对 Equallogic 正确设置,则应该有两个单独的堆栈,并使用普通 ISL 连接这两个堆栈,并且所有阵列和主机应至少与每个堆栈有一个连接。如果是这种情况,那么最简单且影响最小的方法是遵循标准戴尔固件更新程序,用于堆叠 PowerConnects,其每交换机时间尺度为 2+ 分钟。如果布线正确,您不应该遇到任何实际停机时间,但性能将显著下降,因此您只应在一切安静时执行此操作。不过,我会先仔细检查所有连接是否正常,因为在升级过程中,您肯定会依赖许多单个链接来保持活动状态。

从堆栈中分离 PowerConnect 交换机并单独升级它们可能是可行的,但您必须经历一个非常复杂的过程,以确保每个交换机升级都是独立进行的,并且您必须非常小心地重新连接升级后的交换机,因为在所有单元都为同一版本之前,它们无法堆叠。如果采用这种方式,您可能需要为大多数交换机重新创建交换机配置。您还必须确保所有活动交换机在联机时都具有与两个堆栈的相当高的带宽连接 - 这是 Equallogic 的要求,它严重复杂化了这类练习。如果您最终遇到这样一种情况:就阵列而言,一个交换机似乎处于活动状态,但与任一堆栈隔离,那么在最好的情况下,您将遇到一些严重的性能问题,在最坏的情况下,连接到该交换机的阵列托管的所有卷都可能脱机。说实话,我真的不想那样做,太多地方可能会出错。

答案2

你能打破堆栈来进行升级吗?

这就是我要做的,或者找到某种方式通过使用备用交换机来循环构建新的堆栈,然后将连接跳过到它。

答案3

如果您有多个不同的交换机堆栈,并且每个主机和存储都连接到多个堆栈(它们应该确保冗余),那么将一个堆栈停止服务以升级固件应该没有问题。

似乎不太可能会强制您同时升级不同堆栈上的固件。是这样吗?

如果您的环境中 MPIO 配置适当,您的主机/存储将自动切换到不同的活动路径。

相关内容