我正在将旧的租赁结束硬件升级为全新/完全保修的企业级主机服务器和 10gb iSCSI SAN。在旧环境中，它由一堆旧的戴尔服务器组成，带有大量闪存和 SSD 存储，通过 SMB 为 VM 和 SQL FCI 存储提供一切服务。（性能非常出色，但我已经在一台失败的硬件上度过了 4 年多的时间，远离灾难）
整体虚拟化环境现在是在 3 主机集群中运行 Hyper V 的 Windows Server 2022。2 个 SQL VM 是故障转移组中的 Server 2019 和 SQL 2017。
所有主机和虚拟机存储均已迁移到新的 iSCSI SAN，但 SQL 文件仍通过网络存储在旧戴尔主机上，并使用所有闪存和 SSD。在 Hyper-V 环境中，处理 SQL FCI 共享存储要求的最佳方法是什么？
我进行了大量搜索，但没有发现任何结论性的信息，最新的文档是关于在 Azure 中运行 FCI 的。我考虑过几种选择：
- SAN 是 Dell Unity，因此我可以进行 NAS 共享并继续使用 SMB，但我需要向 SAN 添加另一个网络适配器以保持网络正确隔离，我对此持开放态度，但我宁愿只拥有SAN 做所有的块存储。
- 共享 VHDX - 不确定这是否是最好的方法，但可以在主机级别工作，并且不需要 SQL VM 中的任何新功能
- SQL 故障转移组中的 CSV - 这需要虚拟机中的 iSCSI 启动器，我不知道这是否是最佳实践？看起来网络层的情况变得很糟糕。
还有什么是我应该考虑而我没有考虑的吗？其他人如何处理这种情况？
另外值得注意的是，我并不是在寻找无共享 AG，该环境托管了十几个严重依赖于 SQL 代理的第三方系统数据库，因此 FCI 是首选。
您错过了一个明显的选择，即使用 iSCSI 直接向每个虚拟机提供共享块卷。这不需要特殊的 Hyper-V 配置或 CSV：只需与 SAN 配合使用的虚拟机即可。
似乎这里最合适的答案是在 CSV 配置中使用 VHD 集：https://www.starwindsoftware.com/resource-library/vhd-set-feature-in-microsoft-windows-server-2016/