2012 R2 Hyper-V 和文件服务器（通用）集群

Question

我正在创建 Hyper-V 2012 R2 集群。我有 3 台物理主机（128GB RAM，双六核和 12 个网卡）和一个 SAN 可以玩。SAN 是一个虚拟存储系统 (Datacore)，通过 iSCSI 为其虚拟磁盘提供服务，我可以根据需要创建尽可能多的虚拟磁盘（即 LUN）（而且我有足够的容量！）。我们已经成功地将 Datacore SAN 与 ESX 集群一起使用了几年，但由于许可成本以及现在提供的功能与我们目前在 ESX 中使用的功能相同的事实，我们正在转向 Hyper-V（我们还运行了 aa几年来有几个独立的 Hyper-V 服务器作为备份，所以对这项技术也很熟悉）。

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

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

1. 我可以这样做的第一种主要方法是创建一个“来宾集群”——即 2 个虚拟机作为集群文件服务器节点（在不同的主机上）。他们的操作系统卷显然是分开的，但是有两种方法可以让他们共享他们的文件存储卷（即共享所在的位置）

   一种。它们都共享一个明显位于 Hyper-V CSV 上的公共 VHDX

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

2. 第二种方法是根本不将 Hyper-V 用于文件服务器节点，而是在群集中的相同主机上创建文件服务器（通用）角色（与 Hyper-V 角色一起）：然后这些将访问共享SAN 提供的专用（非 CSV）LUN 上的存储。

每个的陷阱是什么？我的感觉是，第二个选项实际上开销较小（不需要虚拟层和虚拟机），但这确实意味着集群中的主机同时提供集群 Hyper-V 和集群文件服务器服务 - 是那会是个问题吗？我还认为我什至可以利用一些粗略的负载平衡，通过将我的文件共享拆分为集群上的 3 个文件服务器角色，每个角色主要在一个节点上运行（当一切正常时！），每个角色使用单独的 LUN。

我很欣赏答案将取决于我计划运行的虚拟机数量等，但假设我会密切关注资源（例如确保虚拟机不会占用所有主机 RAM）并且我管理NIC 分配正确，因此没有带宽问题。

是否有任何技术原因，为什么我不能做选项 2 ？非常感谢 ！

Answer 1

在 Hyper-V 主机上运行文件服务器角色没有问题。一般来说，将其他角色与 Hyper-V 混合并不是一件好事。但是，文件服务器角色经过专门设计和测试，可以与 Hyper-V 一起运行。我建议做的一件事是使用 Windows 2012 R2 的 QoS 功能来为您的 Hyper-V 角色和文件服务器角色分配网络容量。

我不会仅仅为了创建一个集群文件服务器而创建多个虚拟机。如果您出于业务原因需要这种级别的复杂性，那么企业应该购买专用硬件来创建集群文件服务器。文件服务器角色上的故障转移时间将比在来宾中运行集群更快。