关于云的问题是，即使您观看它们，它们也可以改变形状。 Google Cloud也是如此，两年前我们为InfoWorld读者提供的有关在Google Cloud中创建SQL Server故障转移群集实例（FCI）的指南不再反映最佳实践。
所提供的指导仍然有效 ，但是Google Cloud的变化意味着希望以99.99％的可用性级别支持SQL Server的基于云的基础架构的组织现在拥有更好，更有效的创建SQL Server FCI的方法。 这些新准则的基础知识可以在Google的配置SQL Server FCI的在线说明中找到。
[ 云可以省钱吗？ 这些公司说是 ]
Google当前的指南清晰易懂。 但是，认真对待大约99.99％的可用性水平的组织应仅在一定程度上遵循这些准则。 如文档中所述，FCI依赖于使用Microsoft的“存储空间直接”选项配置的共享存储，并且会创建可用性Catch-22 。
问题是这样的：Microsoft的Storage Spaces Direct准则要求所有VM和存储都驻留在同一数据中心中，并且不清楚以Google概述的方式配置的FCI是否符合此要求。 Google文档指导您将VM放置在Google Cloud的多个区域中，如果这些区域不是同一数据中心，则您正在创建不受支持的Storage Spaces Direct配置。
Catch-22的意思是，如果您配置FCI以使所有VM 都在同一个数据中心中，并因此符合Storage Spaces Direct准则，则您的FCI不符合Google的高可用性SLA（要求至少一个VM）在SQL Server FCI中位于另一个区域）。 如果整个数据中心都脱机（并且整个数据中心都已脱机），则整个FCI也将脱机。
在Google Cloud中创建兼容的故障转移群集
构建完全受支持的SQL Server FCI以实现高可用性的一种方法涉及使用第三方SANless故障转移群集软件。 SANless故障转移群集软件专门用于创建其名称所暗示的内容：与存储无关，无共享的服务器和存储群集，并具有自动故障转移功能以实现应用程序可用性。 作为高可用性解决方案，这些群集能够在私有云，公共云和混合云中跨LAN和WAN运行。 这些集群也是可扩展的，使组织能够在大多数应用程序中使用一个通用的HA解决方案。
大多数HA SANless故障转移群集软件都提供了实时块级数据复制，连续应用程序监视以及可配置的故障转移/故障回复恢复策略的组合，以保护关键业务应用程序，包括那些使用标准版中的Always On Failover Clustering功能的应用程序。 SQL Server企业版。
一些更强大的HA SANless故障转移群集解决方案还提供高级功能，例如通过直观的图形用户界面简化配置和操作，选择同步或异步复制，使性能最大化的WAN优化，主备服务器的手动切换。分配计划内的维护，以及执行常规备份而不会中断应用程序的能力。
如何使用无SAN群集技术配置SQL Server故障转移群集实例
可以遵循Google在GCP上创建简单的两台服务器故障转移群集的基本说明，而无需更改前七个步骤：
- 设置VPC网络
- 创建和配置Windows域控制器
- 创建和集群VM和数据磁盘
- 创建群集VM的网络
- 创建文件共享见证
- 创建内部负载均衡器
- 创建Windows故障转移群集
请注意，您可以使用相同的基本过程为三台或更多台服务器配置FCI。 为确保您在不同的数据中心中至少有一个节点，您需要将其放置在完全不同的区域中。
创建完FCI后（在上述第七步的最后），您需要中断下面详述的Google记录的流程，以便创建可以确保99.99％的真实可用性的SANless集群组件（而不会冒创建一个SAN集群的风险）。跨数据中心的不受支持的存储空间直接配置）。
此处提供的用于在Google Cloud中配置无SAN故障转移群集的指南依赖于SIOS DataKeeper Cluster Edition 。 DataKeeper使用块级复制来确保每个SQL实例上本地连接的存储即使在数据中心之间也保持同步。 它还通过自己的称为DataKeeper卷的存储类资源与Windows Server故障转移群集集成，该资源代替了物理磁盘资源。 在群集中，DataKeeper卷似乎是物理磁盘，但它不控制SCSI保留，而是控制镜像方向，从而确保仅主动服务器写入磁盘，而被动服务器同步或接收所有更改。异步地。
使用SIOS DataKeeper配置无SAN集群
注意：在创建基本集群之前（按照Google文档中概述的步骤），您不应该安装SIOS DataKeeper，因为DataKeeper的安装过程会在故障转移集群中注册DataKeeper Volume Resource类型。 如果在创建基本群集之前安装了DataKeeper，则只需再次运行DataKeeper设置应用程序，然后选择“修复安装”。
[ 也在InfoWorld上：Microsoft Azure云迁移：3个成功案例 ]
安装并设置SIOS DataKeeper应用程序
按照SIOS电子邮件中发送的说明安装和设置SIOS DataKeeper。 这是一个直观的过程，但是可以在docs.us.sios.com网站上找到文档。
创建DataKeeper卷资源
步骤1：打开DataKeeper UI，然后单击右侧“操作”窗格中的“连接到服务器”命令，然后将DataKeeper连接到每个群集节点。 （请注意，所有屏幕截图仅供参考；配置FCI时应使用节点名和IP地址。）
SIOS技术
在面板中输入每个服务器名称，然后单击“连接”。 在群集中添加了所有服务器之后，“服务器概述”报告应如下所示：
SIOS技术
步骤2：在右侧的“操作”窗格中单击“创建作业”命令。 这将创建您的第一个镜像磁盘。
SIOS技术
在字段中输入作业名称（作业描述是可选的），然后单击创建作业。 这将导致出现“ New Mirror”面板。
SIOS技术
步骤3：通过在“新建镜像”面板的左侧窗格中选择“选择源”，确定主要的SQL Server数据源。
在下面的字段中，标识与群集中的主SQL Server节点关联的服务器，IP地址和存储量。 然后单击“下一步” 。
出现“新建镜像”面板的“选择目标”窗格：
SIOS技术
在这里，您应该输入与群集中的辅助SQL Server节点关联的服务器，IP地址和卷。 这将是DataKeeper将源卷中的所有数据复制到的目标。 添加此信息后，单击“下一步”。
出现“新镜像”面板的“配置详细信息”窗格：
SIOS技术
在这里，您可以配置复制期间的数据压缩级别以及复制方法。 对于同一区域中的故障转移目标，请选择“同步”。 对于远程区域中的故障转移目标，请选择“异步”。 然后，单击“完成”。 SIOS DataKeeper将创建镜像。
步骤4：将新镜像自动注册为群集资源。
创建镜像后，将为您提供将卷注册为群集资源的选项。
SIOS技术
单击是自动注册。
完成此过程后，打开故障转移群集管理器并查看“磁盘”。 您应该在“可用存储”中看到“ DataKeeper卷”资源。 此时，WSFC将其视为普通的群集磁盘资源。
SIOS技术
此时，您可以返回Google文档中的说明，然后从“ 使用FCI为SQL Server配置高可用性 ”这一点继续进行 。 这将在您的VM上重新安装SQL Server，但依赖于您刚刚使用SIOS DataKeeper创建的多数据中心存储配置。 您将按照GCP文档中的说明为运行状况检查器配置群集，然后使用相同的说明测试故障转移方案 。
[ 通过InfoWorld Daily新闻通讯了解软件开发，云计算，数据分析和机器学习方面的最新发展 ]
不过，您现在会注意到的一件事是， 限制部分不再适用。 配置了无SAN故障转移群集，而不是基于Storage Spaces Direct的群集之后，就可以使用任何版本的SQL Server。 此外，SANless群集中的每个磁盘都包含数据的完整块级副本，因此您可以获得一直追求的99.99％的可用性级别。
David Bermingham是一位高可用性专家，他是八年微软MVP，六年是集群MVP，两年是云和数据中心管理MVP。 David在SIOS Technology担任主管的工作使他专注于宣传Microsoft高可用性和灾难恢复解决方案，并为群集实现提供了动手支持，培训和专业服务。 通过David.Bermingham@us.sios.com向David 发送电子邮件，并在us.sios.com和www.ClusteringforMereMortals.com上了解更多信息 。
-
新技术论坛提供了一个以前所未有的深度和广度探索和讨论新兴企业技术的场所。 选择是主观的，是基于我们对InfoWorld读者认为最重要和最感兴趣的技术的选择。 InfoWorld不接受发布的营销担保，并保留编辑所有贡献内容的权利。 将所有查询发送到 newtechforum@infoworld.com 。
1367
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
