我正在创建 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 与使用主动-被动的文件服务器集群所使用的共享存储之间的区别，我不知道不建议做任何与此不同的事情：但是，我可以通过几种不同的方式实现文件服务器。
我可以这样做的第一种主要方法是创建一个“来宾集群”——即 2 个虚拟机作为集群文件服务器节点（在不同的主机上）。他们的操作系统卷显然是分开的，但是有两种方法可以让他们共享他们的文件存储卷（即共享所在的位置）
一种。它们都共享一个明显位于 Hyper-V CSV 上的公共 VHDX
湾 或者他们使用他们的 iSCSI 启动器并直接访问 SAN 上的专用 LUN
第二种方法是根本不将 Hyper-V 用于文件服务器节点，而是在群集中的相同主机上创建文件服务器（通用）角色（与 Hyper-V 角色一起）：然后这些将访问共享SAN 提供的专用（非 CSV）LUN 上的存储。
每个的陷阱是什么？我的感觉是，第二个选项实际上开销较小（不需要虚拟层和虚拟机），但这确实意味着集群中的主机同时提供集群 Hyper-V 和集群文件服务器服务 - 是那会是个问题吗？我还认为我什至可以利用一些粗略的负载平衡，通过将我的文件共享拆分为集群上的 3 个文件服务器角色，每个角色主要在一个节点上运行（当一切正常时！），每个角色使用单独的 LUN。
我很欣赏答案将取决于我计划运行的虚拟机数量等，但假设我会密切关注资源（例如确保虚拟机不会占用所有主机 RAM）并且我管理NIC 分配正确，因此没有带宽问题。 …
有没有人在 HP DL360 G8 和 G9s 中使用三星 PM863a SSD - 特别是在 Windows Server 2016 Storage Space Direct 镜像实现中？您对此有何经验？
在这些论坛上看过有关 Proliants 和 3rd 方 SSD 的其他帖子后，我知道将非 HP 磁盘与 Proliants 一起使用的危险\限制，以及为 3rd 方磁盘找到合适的硬盘盒的困难，所以我不感兴趣在有关这些方面的任何进一步警告中，谢谢。其中大部分似乎是关于使用消费级 SSD（例如 Pro 或 EVo）而不是企业级（如 PM863a），我应该补充一点，过去 3 年我一直使用英特尔 3500 SSD 作为 G9 的镜像操作系统磁盘多年没有球童并且没有任何问题（除了监控丢失和关于“不兼容”磁盘的持续警告）。
我坚持使用 Proliant，可能还要再等一两年，但是我们基于软件的 SAN 硬件非常适合更换，所以我想转向具有 Storage Services Direct 的超融合解决方案，并在这些集群上使用本地 SSD 存储虚拟主机。我不想购买价格过高的 HP SSD，不仅是因为成本（我认为这远远超过与 HP 服务器更好兼容性的任何好处），而且我可能想在滚动更换服务器中重复使用此类 SSD （不会是惠普）在明年左右。
我在这里不切实际吗？理想情况下，我也想购买新服务器，但没有预算。是不是比值得的更麻烦？
有没有办法将 M.2 PM/SM961 之类的东西用于 proliant - 就像一个需要 2 或 3 个的 PCIe 适配卡？