升级到 ESXi 4 后,我们是否需要 vMA 来转换 LUN 屏蔽?

升级到 ESXi 4 后,我们是否需要 vMA 来转换 LUN 屏蔽?

这是从 Vsphere 升级指南第 12 章(附件)中提取的:

“ESX/ESXi 升级后,您必须将 LUN 掩码转换为声明规则格式。为此,请在 vSphere 命令行界面中运行 esxcli corestorage claimrule convert 命令。此命令将 esx.conf 中的 /adv/Disk/MaskLUNs 高级配置条目转换为使用 MASK_PATH 作为插件的声明规则。请参阅 vSphere 命令行界面安装和参考指南。”

我们有 iSCSI SAN。那么,我们真的需要这样做吗?如果需要,该怎么做?如果我们不这样做,会发生什么?

答案1

除非您在 ESX 主机级别实施了 LUN 屏蔽,否则您不必这样做。这是一种相对不常见的技术 - LUN 呈现应在阵列级别处理,根据我的经验,它几乎总是如此。我不明白为什么它会在 iSCSI 环境中使用,但可能有一些奇怪的硬件需要它。如果您担心,请在升级之前检查您的主机上是否配置了 LUN 屏蔽。

风险在于,您可能会遇到这样的环境:您的 SAN 以不受控制的方式呈现其全部或部分 LUN\Volume,并依赖主机选择它们实际要交互的卷。例如,如果您遇到一种情况,即从技术上讲属于 Windows 主机的 NTFS 卷对 ESX 主机也是可见的,那么您可以使用 LUN 屏蔽来防止 ESX 主机破坏该卷。这是一个相当脆弱的设置,这就是为什么通常会避免使用它。

即使您必须这样做,也并不意味着您需要使用 VMA。vSphere CLI 可以安装在 Windows XP\2K3\2K8-64\Vista 和 RHEL 5.1、SLES 10\11 和 Ubuntu 9.04 上,以允许访问大多数需要直接在旧 ESX 版本中的服务控制台上运行的命令。VMA 很方便,因为它是一个完全独立且预配置的 CentOS 虚拟设备,其中包括 vSphere CLI。正如 JakeRobinson 指出的那样,可以使用 ESX 4.1 上的 Busybox CLI,因为它支持 ESXCLI 命令,因此如果您必须这样做,您实际上不需要安装任何其他东西。

答案2

仅当您使用光纤通道 SAN 时才需要应用该功能。

这里是有关该命令的更多信息,以及这里是一个有趣的帖子。

如果出于某种原因您确实需要这样做,那么您可以从 ESX/ESXi CLI 执行此操作。ESXi 4.1 允许您使用 ALT-F1 进入 CLI。

答案3

我们将超过 2000 个 3.5 主机转换为 4,全部在 FC 上,并且根本不需要这样做。

相关内容