ESXi 访问 LUN:物理模式还是虚拟模式?

ESXi 访问 LUN:物理模式还是虚拟模式?

我正在实验室中构建虚拟机,我想复制我的文件服务器在生产中遇到的情况。以下是我想要做的事情的简要概述。

我有多个 ESXi 4 服务器。它们正在访问 SAN,并且每个虚拟机将存在于阵列上自己的 LUN 中。我还有一些 LUN,用于存放虚拟机需要访问的数据。

我的目标是在 VMhostA 上启动一个 VM(我们称之为 fs,即文件服务器)。我希望 fs 能够以原始模式访问数据 LUN,这意味着如果 fs 消失,我希望能够从物理(非虚拟)机器将其挂载为 ext3(或其他)。这意味着 LUN 上的数据不能存放在 vmdk 文件中。此外,我希望能够使用 VMotion 将该 VM 移动到 VMhostB(并且显然保持对数据 LUN 的访问)

据我了解,我需要将 LUN 呈现为原始磁盘映射 (RDM)?据我所知,创建的 RDM 文件可以与 fs 虚拟机一起存储,也可以存储在另一个数据存储中。假设它应该与 fs 一起存储是否正确?

此外,似乎存在两种类型的 RDM。有物理模式和虚拟模式。我遇到了来自各种来源的相互矛盾的文档,所以我不知道该怎么想。在这种情况下我选择哪一种有关系吗?它们对我的情况有什么区别?

非常感谢您读完本文;-)

答案1

我没有在 vSphere 4 ESXi 中使用 RDM 的直接经验(仅在 ESX 3.5 中使用),但您所说的关于您希望通过 RDM 呈现数据 LUN 实现什么目的的所有内容都符合我的知识。正如您所猜测的,映射文件通常与使用它的虚拟机一起存储在数据存储中。

回复:虚拟 RDM 模式与物理 RDM 模式 - 我发现的背景似乎表明,在虚拟/物理集群中,您需要使用物理模式。话虽如此,我还发现文档表明,即使在虚拟模式下,除了客户文件系统信息外,没有任何东西写入 LUN(请参阅http://www.virtuallifestyle.nl/2010/01/recommended-detailed-material-on-rdms/)。我怀疑,由于您正在寻找在另一台机器上“冷”安装 RDM LUN 的功能(即不是真正的集群应用程序),因此虚拟模式对您来说就足够了。

由于虚拟模式看起来最灵活,并且使您最有可能在 LUN 上使用 VMFS 功能,因此我认为您可能首先想尝试使用虚拟模式。

我的建议是“测试一下,看看你是否喜欢它”。显然,你是 Matt Simmons,你已经这样做了……>微笑<

答案2

RDM 绝对是您想要使用的,并且您所概述的内容将按照您预期的方式工作。

虚拟模式和物理模式之间的选择取决于用例,正如您所指出的,虚拟模式是最灵活的。仅当您需要在 Guest 中使用需要直接访问磁盘硬件的软件(例如 SAN 管理软件)时才需要物理兼容模式。混合物理\虚拟集群(如 MSCS)也需要它,可能出于同样的原因 - 我怀疑(但不确定)集群中的所有节点都需要能够以相同的方式直接与相同的共享硬件通信。物理兼容模式对标准 vMotion 没有影响,但它会阻止存储 vMotion、快照、克隆或将 VM 转换为模板。所有这些限制都源于物理模式 RDM 无法支持 VMware 快照技术的事实。

虚拟模式下的 RDM 行为与通过 VMDK 呈现的磁盘完全相同 - 存储 VMotion \ 克隆 \ 快照等均可工作。

至于您关于所涉及文件的另一个问题,RDM 由两部分组成:一个存根\映射文件(以 xxx-rdm.vmdk 结尾),其中包含卷的元数据,以及存根指向的实际原始 LUN。映射文件可以存储在 ESXi 主机可见的任何 VMDK(或 NFS 共享)上,但最合理的放置位置是主 VM 文件,因为它实际上只是一个小文本文件(几 kB)。如果您选择使用快照增量文件并选择虚拟兼容模式,它们将最终位于同一位置,因此如果您要这样做,您应该考虑它们的容量。

相关内容