我正在将旧的租赁结束硬件升级为全新/完全保修的企业级主机服务器和 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 是首选。