Date: 9月 8, 2018
标签:SIOS
存储空间直接用于SQL Server故障转移群集实例
随着Windows Server 2016 Datacenter Edition的推出,引入了一项名为Storage Spaces Direct(S2D)的新功能。在非常高的级别,S2D For SQL Server故障转移群集实例允许您将本地连接的存储池合并在一起,并将其作为CSV呈现给群集,以便在扩展文件服务器中使用。然后,它可以通过SMB 3访问,并用于保存群集数据,如Hyper-V VMDK文件。这也可以以超融合(HCI)方式配置,使得应用程序和数据都可以在同一组服务器上运行。 这是一个非常简化的描述,但有关详细信息,您需要查看此处。
为什么有人想这样做?
那么,对于初学者,您现在可以使用SQL Server标准版构建高度可用的2节点SQL Server故障转移群集实例(FCI),而无需共享存储。以前,如果您想要没有SAN的HA,您几乎可以购买SQL Server企业版并使用Always On Availability Groups或购买SIOS DataKeeper并利用第三方解决方案,该解决方案允许您使用任何版本的Windows构建SANless群集或SQL Server。SQL Server企业版可以真正提高项目成本,特别是如果您只是为可用性组功能购买它。除了与可用性组相关的成本之外,还有许多其他技术原因可能会使您更喜欢故障转移群集而不是AG。应用程序兼容性,实例与数据库级别保护,大量数据库,DTC支持,经过培训的人员等等,只是您可能希望坚持使用故障转移群集实例的一些技术原因。
SIOS DataKeeper解决方案VSS用于SQL Server故障转移群集实例
Microsoft在此处的文档中列出了SIOS DataKeeper解决方案和S2D解决方案,作为SQL Server FCI支持的两种解决方案。 https://docs.microsoft.com/en-us/azure/virtual-machines/windows/sql/virtual-machines-windows-sql-high-availability-dr比较这两种解决方案时,你必须考虑到这一点自1999年以来,SIOS一直允许您构建SANless Clusters。但S2D for SQL Server故障转移群集实例仍处于起步阶段。 话虽如此,一定会有一些区域,S2D有一些赶上来做。或者,仅仅由于技术的限制,它们将永远不会支持的功能。
在选择SANless群集解决方案之前
有关在选择SANless群集解决方案之前应考虑的一些事项的概述,请查看下表。 如果我们浏览此图表,我们会发现SIOS DataKeeper显然具有一些显着优势。例如,DataKeeper支持更广泛的平台,一直回到Windows Server 2008 R2和SQL Server 2008 R2。S2D解决方案仅支持最新版本的Windows和SQL Server 2016/2017。S2D还需要Windows的Datacenter Edition,这会显着增加部署成本。此外,SIOS还为Linux上的SQL Server提供了唯一的HA / DR解决方案,既可以在本地也可以在云中运行。
分析差异
但是,除了成本和平台限制之外,我认为当我们开始考虑SANless群集的灾难恢复选项时,最明显的差距就出现了。Allan Hirt,SQL Server集群大师以及Microsoft Cloud和Datacenter Management MVP,最近发布了有关此S2D限制的文章。在他的文章Revisiting Storage Spaces Direct和SQL Server FCI中,Allan指出,由于缺乏对跨站点拉伸S2D群集的支持,或者包括基于S2D的群集作为Always On Availability Group中的支路,因此,DR的最佳选择是S2D场景是日志传送!别误会我的意思。原木运输已经永远存在,并且可能在我离开后很长一段时间。但是,当我们考虑我们已经习惯的所有灾难恢复解决方案时,例如多站点群集,可用性组等,这是向后迈出了巨大的一步。相比之下,SIOS DataKeeper解决方案完全支持Always On Availability Groups。更好的是 – 它可以让您跨站点扩展您的FCI,为您提供您希望在RTO / RPO方面实现的最佳HA / DR解决方案。在Azure环境中,DataKeeper还支持Azure站点恢复(ASR),为您提供更多灾难恢复选项。这个图表的其余部分非常自我解释。它基本上包括在部署S2D群集之前必须满足的列表硬件,存储和网络要求。这里保留了详细的S2D要求列表。 https://docs.microsoft.com/en-us/windows-server/storage/storage-spaces/storage-spaces-direct-hardware-requirements
SIOS Datakeeper。有什么好的
SIOS DataKeeper解决方案更加宽松。它支持任何本地连接的存储,只要硬件通过集群验证,它就是受支持的集群配置。块级复制解决方案一直运行良好,因为1 Gbps被认为是快速LAN并且T1 WAN连接被认为是奢侈品。SANless群集对于云部署尤其有用。云不为集群提供传统的共享存储选项。因此,对于想要随身携带群集的“升级并转移”到云中的用户,他们必须查看备用存储解决方案。对于云部署,SIOS已通过Azure,AWS和Google认证,可在相关的云市场中使用。虽然在Azure或Google中似乎没有阻止基于S2D的群集部署的任何内容,但Microsoft对这些平台的文档或支持性声明显然不足。
做出安全的选择
SIOS DataKeeper自1999年以来一直在这样做。SIOS已经听取了所有功能请求,发现了所有的错误,并为SANless集群提供了坚如磐石的解决方案,经过时间测试和验证。虽然微软S2D是一种很有前景的技术,但作为第一代产品,我会等到尘埃落定并且一些功能差距关闭之后我会考虑将它用于我的业务关键应用程序。
要了解有关S2D对于SQL Server故障转移群集实例的更多信息,请在此处查找SIOS DataKeeper经Clusteringformeremortals.com许可转载