我正在创buildHyper-V 2012 R2群集。 我有3个物理主机（128GB内存，双核心和12个NIC）和一个SAN来玩。 SAN是一个虚拟存储系统（Datacore），通过iSCSI为虚拟磁盘提供服务，并且能够根据需要创build尽可能多的虚拟磁盘（即LUNS）（并且我有能力支持！）。 我们已经成功地使用了Datacore SAN多年的ESX集群，但是由于许可成本，我们正在转向Hyper-V，现在提供的function与我们目前使用的ESX相同（我们也运行了aa几年来独立的Hyper-V服务器作为备份，所以也对这种技术非常熟悉）。
所以这个问题是关于混合2012 R2中的集群angular色的
我已经创build了使用CSV（用于存储虚拟机文件）的Hyper-V集群，可以从所有主机可以看到的SAN的多个iSCSI LUN上进行创build，但下一步是configuration一些高可用性的文件服务器供普通用户使用。 我应该指出，我确实知道使用主动 – 主动且主要为应用程序使用而devise的CSV（如Hyper-V）与使用主动 – 被动的文件服务器群集共享存储我不打算做任何不同的事情：不过，我可以通过几种不同的方式来实现文件服务器。
我能做到的第一个主要方法是创build一个“guest虚拟机群集” – 即2台虚拟机作为群集文件服务器节点（在不同的主机上）。 他们的操作系统卷显然是分开的，但有两种方法可以让他们共享文件存储卷（即共享所在的位置）
一个。 它们都共享一个显然驻留在Hyper-V CSV上的通用VHDX
湾 或者他们使用iSCSI启动器并直接访问SAN上的专用LUN
第二种方法是根本不使用Hyper-V作为文件服务器节点，而是在集群中的相同主机上创build一个文件服务器（通用）angular色（以及Hyper-Vangular色）：这些angular色将访问共享存储在由SAN提供的专用（非CSV）LUN上。
每个的缺陷是什么？ 我的感觉是，第二个选项实际上具有较less的开销（不需要虚拟层，也不需要虚拟机），但是这意味着群集中的主机同时提供了群集Hyper-V和群集文件服务器服务。这将是一个问题？ 我还认为我甚至可以利用一些粗糙的负载平衡，通过将文件共享跨群集上的3个文件服务器angular色进行分割，每个群集主要运行在一个节点上（当所有节点都工作时），并且每个节点使用单独的LUN。
我很欣赏，答案将取决于计划运行的虚拟机数量和类似的数量，但假设我会密切关注资源（例如，确保虚拟机不占用所有的主机RAM），并pipe理网卡分配正确，所以没有带宽问题。
是否有任何技术上的原因，为什么我不能做选项2？ 非常感谢 ！
在Hyper-V主机上运行文件服务器angular色没有任何问题。 一般来说，将其他angular色与Hyper-V混合并不是一件好事。 但是，文件服务器angular色已经过专门devise和testing，可以与Hyper-V一起运行。 我build议做的一件事是使用Windows 2012 R2的QoSfunction为您的Hyper-Vangular色和文件服务器angular色划分networking容量。
我不会创build多个虚拟机来创build一个集群文件服务器。 如果您出于商业原因需要这种复杂度，那么企业应该花费专用硬件来创build集群文件服务器。 文件服务器angular色上的故障转移时间将比在客户机中运行群集快。
就个人而言，我也不会做。 微软的最佳做法是只在主机服务器上安装Hyper-Vangular色，而我并不完全明白，通过让两个VMS指向SAN上的相同共享，您将获得什么。
最好的办法是将文件服务器作为虚拟机放在群集上。 在群集上提供它将提供高可用性，但是如果你想要一个冗余的虚拟机，我将在群集上（或理想地在不同的群集上）build立第二个文件共享并启用DFS。