☰

2 个 ESXi 主机和一个 SAN 存储上的高可用性虚拟化 SQL Server

tag-icon • tag-icon sql-server vmware-esxi vmware-vsphere vmware-vsan
2 个 ESXi 主机和一个 SAN 存储上的高可用性虚拟化 SQL Server

我有两个 ESXi 主机。我计划在每个主机上安装一个 SQL Server 实例，并使它们具有高可用性。这两个主机连接到一个 SAN 存储。存储是 Dell EMC PowerVault，它支持动态磁盘池和 RAID。

现在，为了将 AlwaysOn 可用性组与 SQL Server 实例一起使用，我该如何安排存储？磁盘应该是 VMFS 还是 RDM？

注意：我使用的是 vSphere 6.7

答案1

在选择和命名时要小心HA 解决方案。

  • 始终开启可用性组(AG) 维护次要副本。通常，在同一阵列上将空间和 IOPS 大致翻倍是不可取的。
  • 始终开启故障转移群集实例(FCI) 是建议使用一个共享磁盘阵列来处理 MS SQL 的方法。只有一个副本，理论上比较简单，但如果一个阵列发生故障，数据库就会瘫痪。

由于 SQL 使用 Windows Server 故障转移群集 (WSFC)，并且 FCI 是数据解决方案的一个副本，共享存储要求和指导方针适用。使用 RDM 或客户 iSCSI 启动器，实现跨物理主机的集群。基本上，集群需要直接访问共享 LUN。

编辑：您询问了 VVols。从 ESXi 6.7 开始，由于更完整的 SCSI 支持，您可以将 VVols 用于 FCI 共享存储。阅读有关该功能及其要求的信息： 虚拟卷现在支持 WSFC。

容量规划是必要的，无论阵列物理磁盘布局是否可以使用池/组进行更改。确定限制因素是 IOPS 还是容量。

答案2

根据我的测试，请考虑使用 AlwasysOn 可用性组 (AG)。与 SQL Server 故障转移群集实例 (FCI) 不同，AlwasysOn 可用性组 (AG) 的执行速度稍快一些。

来源：我关于测试 SQL Server 性能的主题/问题。什么可能会使 SQL FCI 数据库的延迟增加 3-4 倍？

相关内容