在腾讯云上创建您的 SQL Cluster (5)-优快云博客

作者介绍：李斯达，微软最具价值专家、认证讲师、无界工程师、场景式学习倡导者，曾在阿里 O2O 仓储解决方案公司担任系统架构师一职，目前就职于互联网企业担任系统运维工程师，致力于IT改善生活的实践之路。

终于到了本系列最后一篇，在上一篇中，我们准备好了各种资源，包括搭建 SQL Cluster 群集的底层，在发布了前面四篇后我收到了大量反馈，现在集中回答下。

A、文中采用 iscsi 服务器作为共享存储仅仅是为 demo 效果，但是生产环境绝不推荐使用 IAAS 层面的 iscsi 服务器，那么究竟什么样的架构才可以相对合理（ IaaS 层面的 Guest Cluster 没有绝对合理的架构）呢？我个人建议是这样的，可以采用 AlwayON 来进行搭建 SQL 高可用（这也是从 SQL Server 2012 之后就主推的架构）， AlwayON （但是同样需要安装 Cluster ，只是不需要再起 SQL Role ，在 SQL Server 2016 Always On 不依赖域）可以无存储进行搭建，如果确确实实需要搭建 SQL Cluster ，有什么办法呢？目前来说，国内大部分公有云厂商不支持双挂 NAS 盘的架构， QCloud 实际上底层支持，但是这同样需要一定的 level （钱。）才可以支持这种特殊配置，据我所知，目前客户群体中不超过两位数。

B、那既然 SQL Servr 2012 之后不推崇 SQL Server Failover Cluster 了，为毛你还要写 SQL Server Failover Cluster 文章？首先写 SQL Server Failover ClusterC 最主要的目的是给大部分客户在国内云厂商上搭建 Failover Cluster （不单单是 SQL Cluster ）提供指引，其次也是为了验证国内云厂商的可折（tu）腾（cao）性，单从这两点来看，目前效果还是不错的，从文章被官方腾云阁收录的情况来看，国内云厂商的容忍度还是比较高的。

C、后续计划是怎么样的？你们以为就只有 SQL Cluster 吗？看过我个人博客的童鞋应该都知道，我所写的文章基本都是系列文，而且是平行世界炒鸡大的系列文，既然这次系列文反响还不错，那么解下来的尿性应该就是《在 QCloud 上创建您的 XXXX 》的一大堆博文了，最终会跟我 VMCloud 云平台系列文章 做整合，这算是埋下的一个彩蛋，敬请期待。

有些童鞋肯定存在疑问，为什么做一个 SQL Cluste r需要这么多 CLB （ VIP ），这么多角色有点混乱，现在我们就来捋一捋，涉及到本系列文章其实最重要有三个角色：

Cluster
DTC
SQL Cluster

其中 Cluster 作为 DTC 、 SQL 的基础群集服务，自然不用多讲，那么 DTC 与 SQL 之间存在什么关系，我个人是运维集成工程师，并不是专业 DBA ，通过请教 DBA 大师得知， DTC （分布式事务协调器）主要目的是为了实现分布式的事务型任务处理，确保节点间进程通信一致，如果不做 Cluster 的话 DTC 不需要搭建，如果需要做到群集的话， DTC 就是必要条件之一，当前环境只存在一个 SQL Cluster ，默认选择第一个（也是唯一一个） DTC 实例作为分布式实例（为确保群集完整，这是 SQL Server 2008 之后才有的验证）。

好了，话痨了这么久，现在上正菜，涉及架构及相关网络如下：

编号	服务器名称	生产IP	存储IP	心跳IP	对外VIP
1	Q-DC01	192.168.108.188	无	无
2	Q-SG01	192.168.108.206	10.11.11.231	无
3	Q-SQL01	192.168.108.254	10.11.11.	10.10.10.2	ClusterName 192.168.108.99
4	Q-SQL02	192.168.108.114	10.11.11.	10.10.10.234	SQLClusterName 192.168.108.99

ClusterName 群集名已经用了一个 CLB ，现在要启用 CLB 第二、三个 IP 作为 SQLCluster 群集 VIP 绑定给两台 CVM 并指定 DNS ，记得把反向区域创建好，避免 nslookup 出现解析错误：
在 SQL01 、SQL02 安装 DTS 角色：
确认 SQL01 、 SQL02 介质到位，初始化两个节点的数据盘（我们将 SQL 主程序安装在数据盘上，避免出问题），开始进行安装：
点击群集管理器将 SQLData01 进行脱机删除（上一篇主要为了测试将共享存储进行转换成 CSV 测试转移）：
点击 SQLServerSetup 安装程序，切换到安装：
第一个节点（ Q-SQL01 ）点击新的群集安装并输入 License ：
一路点到安装故障转移群集规则检测，默认会有群集警告（前篇介绍过由于 virio 驱动）：
功能目录、实例根目录统一选择输入数据盘路径：
输入之前配置好的群集名称及输入实例名称：
在检查群集资源页上下一步（由于存在仲裁盘及默认 cluster 这里的 SQL 组不可用是正常的）：
在群集磁盘页面选择 SQL Data01 作为 SQLCluster 共享存储：
配置管理账户（这里选定域管理，后面再添加 SQLAdmin 作为管理账户，建议生产环境直接使用 SQLAdmin 域账户作为管理账户）
为确保管理遍历，这里启用 SA 账户：
确认配置后开始安装：
完成搭建，检查群集状态：
完成第一个节点的创建后，打开群集管理器，点击角色——选中 SQL Server 右键——选择添加资源——分布式事务处理协调器来添加 DTC 进行事务处理：
检查分布式事务处理协调器是否状态正常，正常后对 SQL01 进行重启下
登录 SQL02 ，打开安装并选择：
一路下一步就会识别到群集并进行安装：

至此，完成群集搭建完成，如果应用要使用调用可以直接采用 q-sqlcluster01.q-vmcloud.com(192.168.108.68) 进行访问，当一个 SQL 节点挂了后 Cluster 就会切换到另外一个节点（这里会存在停机时间 1~2s），如果要实现没有停机时间的群集，可以采用目前推荐使用的 AlwayOn 或者直接采用 PaaS 级别的 CDB （底层其实也是 AlwayOn ）。

关于如何连接该群集实例及安全相关：