所以这个问题具体是关于在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？
非常感谢 ！
我不会创建多个VM只是为了创建一个集群文件服务器.如果出于业务原因需要这种复杂程度,那么企业应该为专用硬件付费以创建群集文件服务器.文件服务器角色的故障转移时间比在guest虚拟机中运行群集要快.
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
