多节点文件服务器群集,2012 R2 Hyper-V和文件服务器(通用)群集

我正在创建Hyper-V 2012 R2群集.我有3个物理主机(128GB RAM,双六核和每个12个NIC)和一个可以玩的SAN. SAN是一个虚拟存储系统(Datacore),通过iSCSI为其虚拟磁盘提供服务,我可以根据需要创建尽可能多的虚拟磁盘(即LUN)(并且我有足够的容量！).我们已经成功使用数据存储SAN多年来使用ESX集群,但由于许可成本和现在提供的功能与我们目前用于ESX的功能相同,我们正在转向Hyper-V(我们还运行了aa)几年独立的Hyper-V服务器作为备份,因此对该技术非常熟悉).

所以这个问题具体是关于在2012 R2中混合群集角色

我已经创建了Hyper-V集群,它使用CSV(存储VM文件)在SAN上的几个iSCSI LUN上,所有主机都可以看到,但我的下一步是配置一些高度可用的文件服务器供一般用户使用.我应该指出,我确实知道使用主动 – 主动且主要为应用程序使用的CSV(如Hyper-V)与使用主动 – 被动的文件服务器群集所使用的共享存储的CSV之间的区别.我建议做与此不同的事情：但是我可以通过几种不同的方式来实现文件服务器.

>我能做到的第一个主要方式是创建一个“访客群集” – 那

是2个VM作为群集文件服务器节点(在不同的主机上).

他们的操作系统数量显然是分开的,但有2个

我可以让他们分享他们的文件存储量(即在哪里

股份居住)

一个.它们共享一个明显驻留在Hyper-V CSV上的通用VHDX

湾或者他们使用iSCSI启动器并直接访问SAN上的专用LUN

>第二种方法是不对文件服务器节点使用Hyper-V,

但创建一个文件服务器(通用)角色(与…一起)

Hyper-V角色)在群集中的相同主机上：这些将是

访问由提供的专用(非CSV)LUN上的共享存储

SAN.

每个陷阱有哪些？我的感觉是第二个选项实际上具有更少的开销(没有虚拟层并且不需要VM),但它确实意味着集群中的主机同时提供集群Hyper-V和集群文件服务器服务 – 是那会成为一个问题吗？我还认为我甚至可以利用一些粗略的负载平衡,将我的文件共享分配到群集上的3个文件服务器角色,每个角色主要在一个节点上运行(当一切正常时！),并且每个使用单独的LUN.

我很欣赏答案将依赖于我计划运行多少个虚拟机等,但只是假设我会密切关注资源(例如确保虚拟机不占用所有主机RAM)并且我管理NIC分配正确,因此没有带宽问题.

是否有任何技术原因,为什么我不能做选项2？

非常感谢 ！