我在我的实验室中构build虚拟机，我想复制文件服务器在生产中遇到的情况。 以下是我想要做的简要概述。
我有多个ESXi 4服务器。 他们正在访问SAN，每个虚拟机将存在于arrays上的自己的LUN中。 我也有一些需要虚拟机访问的数据。
我的目标是在VMhostA上启动一个虚拟机（让它称为文件服务器）。 我希望fs能够以原始模式访问数据LUN，这意味着如果fs消失，我希望能够从物理（非虚拟）机器上将其挂载为ext3（或其他）。 这意味着LUN上的数据不能放在vmdk文件中。 另外，我希望能够使用VMotion将该VM移动到VMhostB（显然，保持对数据LUN的访问）
我的理解是，我需要将LUN作为原始磁盘映射（RDM）来呈现？ 从我所读到的，创build的RDM文件可以与fs虚拟机一起存储或存储在另一个数据存储区中。 假设它应该与fs一起存储是否是正确的？
另外，看起来存在两种types的RDM。 有物理和虚拟模式。 我遇到了各种来源的冲突文档，所以我不知道该怎么想。 在这种情况下，我select哪一个？ 有什么区别，适用于我的情况？
非常感谢您阅读所有的方式;-)
我没有在vSphere 4 ESXi（仅在ESX 3.5）中使用RDM的直接经验，但是您所说的一切都是：在我所知的情况下通过RDM jibes呈现您的数据LUN所要实现的目标。 映射文件通常存储在数据存储中，虚拟机使用它，就像你猜测的一样。
回复：虚拟RDM模式与物理RDM模式 – 我发现的背景似乎表明，在虚拟/物理集群中，您将要使用物理模式。 话虽如此，我还发现文档，即使在虚拟模式下，除了guest虚拟机文件系统信息之外，没有任何东西被写入到LUN中（参见http://www.virtuallifestyle.nl/2010/01/recommended-detailed-material -on-rdms / ）。 我怀疑，因为你正在寻找能够在另一台机器上安装RDM LUN“冷”（即不是真正的集群应用程序），虚拟模式可以正常工作。
由于虚拟模式似乎是最灵活的，并且使您在LUN上使用VMFSfunction的潜力最大，所以我怀疑您会首先尝试使用虚拟模式。
我的build议是“testing一下，看看你喜欢它”。 显然，你是马特·西蒙斯，你已经在做…>微笑<
RDM绝对是你想要使用的，你所概述的将按照你打算的方式工作。
虚拟模式和物理模式之间的select取决于使用情况，正如您所指出的，虚拟模式是最灵活的。 物理兼容模式只有当您需要使用需要直接访问磁盘硬件的Guest虚拟机时才需要 – 例如SANpipe理软件。 对于像MSCS这样的混合物理\虚拟集群也是必需的，可能出于同样的原因 – 我怀疑（但我不确定）集群中的所有节点都需要能够以相同的方式直接与相同的共享硬件对话。 物理兼容性模式对标准vMotion没有影响，但是它可以防止虚拟机的Storage vMotion，快照，克隆或转换为模板。 所有这些限制都源于物理模式RDM无法支持VMware快照技术的事实。
虚拟模式下的RDM的行为与通过VMDK – Storage VMotion \ clone \ Snapshots等所有工作完全相同。
至于你涉及的文件的其他问题，一个RDM由两部分组成; 包含卷的元数据的存根映射文件（以xxx-rdm.vmdk结尾）以及存根指向的实际原始LUN。 映射文件可以存储在ESXi主机可见的任何VMDK（或NFS共享）上，但最明智的地方是放在主VM文件中，因为它实际上只是一个小文本文件（几KB） 。 如果您select使用这些文件，并且select了虚拟兼容模式，则快照增量文件将在相同位置结束，因此如果要这样做，应该考虑容量。