我想存储媒体资源，并且可以将多个虚拟机作为Windows驱动器path访问。 问题是我可以（而且应该）：
A）将物理硬盘分区为NTFS并共享对所有虚拟机的访问。
-要么-
B）有一个由VMWare创build的虚拟硬盘驱动器（所以物理分区是VMFS，但虚拟的将是NTFS），并共享访问所有的虚拟机。
哪个可能和/或最好？
如果有什么“出错”，我会更好有一个本地文件系统，我可以连接到使用大多数任何可启动的操作系统？
简而言之，此时不支持在多个服务器上安装相同的NTFS格式的分区。 唯一的例外是当NTFS分区承载HyperV虚拟磁盘，这不是你正在做的事情。 问题归结为如何调解locking。 HyperV MSCSangular色包括实现它的层，本质上通过select单个MSCS节点作为元数据服务器，并通过该节点处理所有元数据更新。
看看你的问题，需要能够从多个服务器访问媒体文件的相同的数据存储，它看起来像文件级的共享解决scheme将满足您的需求，如专用的Windows服务器存储。 如果networking服务器和媒体存储都在同一个AD域中，则完全可以将networking服务configuration为通过networking访问文件存储。
这是一个比你想象的复杂得多的领域，答案很大程度上依赖于你还没有提供的许多信息。
首先你有多个ESXi主机，如果有的话，是否有这些主机之间的共享存储（即FC / FCoE / iSCSI / NFS SAN / NAS）？
其次，你如何看到这些多个Windows虚拟机访问这个共享磁盘; 在块或文件级别？ 你是否也有特定的性能要求，你是否预见到任何写锁问题？
如果您需要块级共享，并且只有一台主机，那么您可以简单地使用公开给所有虚拟机的“独立”磁盘，但是必须使用Windows群集服务来pipe理块locking。 如果你有相同的需求，但有多个主机和共享存储，那么你需要把你的磁盘（现在不超过2TB的块，现在无论如何）称为RDM给所有主机/虚拟机，同样需要一些pipe理块锁，如MSCS或类似的东西。
如果您需要在虚拟机之间进行文件级共享，并且没有立即的写入locking问题，那么也许只是将常规的.vmdk暴露给两个或多个Windows虚拟机并切换到DFS就足够了。
还有其他一些可以使用的场景，但是如果需要回来一些额外的信息，我们可以更详细地介绍它们 – 但这些至less是基本的。
除非使用故障转移群集，否则不能有多台Windows机器同时使用一个（虚拟或物理）磁盘; 这不是，从来没有在Windows上支持。 如果您一次只需要一台计算机来访问数据，则可以实现故障转移群集，然后可以select是否使用虚拟或物理共享磁盘; 但如果您需要两台或更多的服务器同时访问数据，则需要使用一些文件共享系统; 最简单的方法是将磁盘连接到文件服务器并将其共享。
如果要使用故障转移群集，则可以select是否更喜欢共享的虚拟或物理磁盘; 这里有两种可能的情况：集群虚拟机运行在同一台服务器上，还是运行在不同的服务器上。
如果他们在不同的服务器上运行，那么在这里你真的没有任何select：你需要共享存储（比如SAN LUN），并且你需要直接把它展示给你的虚拟机（使用RDM – 裸设备映射）。
如果它们运行在同一台服务器上，仍然可以使用RDM将它们连接到一个物理磁盘上，也可以使用一个.VMDK虚拟磁盘并将其连接到多个WM（这需要进行一些configuration）。 两个选项之间的性能差异实际上可以忽略不计。
关于你的最后一个问题：一个物理磁盘有一个明显的优势，你可以直接访问任何可以连接到它的服务器，而虚拟的需要访问一个可操作的虚拟化层。