在國內公有云廠商上搭建一套SQL Cluster的難度相信做Windows的童鞋都會很清楚，並非它的搭建有多少難度，只是很多細節需要注意。
騰訊雲，QCloud，爲什麼選擇QCloud來做這個實驗，除了QCloud是我的東家（啊呸，這裏我沒收任何廣告費啊），其實QCloud對Windows原生態保留得最好，所以很多種Windows實驗（解決方案）在QCloud都是支持的。
所以，今天我就來講講如何在QCloud構建SQL Cluster，講到這裏，就有童鞋要問了，你們QCloud不是提供了PaaS級別的MSSQL嗎？爲啥子還要自建這麼麻煩呢？這位童鞋問得很好，PaaS級別的MSSQL屬於直接應用級別的，而大部分的傳統過度到互聯網（目前很多企業正在處於這個階段）的公司需要的是半靈活半自動的架構，自已採購服務器搭建運維成本過於高，管理緯度相對多，風險也相對高點，所以折中的方案是把DB以下的架構交給我們的消防隊員來做，DB以上的架構完全可以自已DIY來搞嘛。
Okay，話不多說，以下是今天需要的服務器信息（本例中會開通外網流量主要爲了方便Demo，但是生產環境中不建議使用外網帶寬）：
編號 | 服務器名稱 | IP | 角色 | 計費方式 | 配置 |
1 | Q-DC01 | 192.168.108.188 | DC | 包年 | S1,2C4G,無外網 |
2 | Q-SG01 | 192.168.108.206 | 共享存儲 | 包年 | I1,4C16G,無外網 |
3 | Q-SQL01 | 192.168.108.254 | SQL Node1 | 隨量計費 | I1 或 S1 均可 8C32G,無外網 |
4 | Q-SQL02 | 192.168.108.114 | SQL Node2 | 隨量計費 | I1 或 S1 均可 8C32G,無外網 |
涉及架構如下：
Okay，開始動手：
1、 創建實驗內網：
PS：這裏創建私有網絡的好處就是在購買時可以選擇這個私有網絡作爲機器內網網絡，並且互相可以通訊，這樣就可以組建起一個VPC網絡，解決了AD中所需要的DNS、SVR等問題。
2、 創建實驗所用的項目組（僅僅作爲標記用），進入用戶中心-選擇新建項目：
PS：這裏是一個使用習慣問題，QCloud支持一個賬戶下多個開發商同時進行操作，這個項目組除了可以區分服務器類型、歸屬，同時也可以計算消耗。
3、 購買服務器：
a) Q-DC01：
b) Q-SG01（選擇自定義鏡像，見槽點2）：
c) Q-SQL01、Q-SQL02（選擇自定義鏡像，見槽點2）：
4、 好，現在開幹，先設置DC策略（這裏是第一個需要注意的點），我們需要把本地管理員賬戶密碼的複雜度提升上去，否則重啓後無法登錄（至少字母、數字、特殊字符）：
5、 接下來我們拿這臺機子改名後重啓（請注意改名後，相當於這臺機子已經不能在控制檯進行操作了，大部分國內公有云並不支持從主機內改名、改密碼操作）：
6、 Ok，現在我們開始搭建AD域，在服務器管理器添加角色與功能，接着按截圖指引進行安裝：
（勾選域服務）
（其他按照默認的來）
7、 安裝完成後，點擊提升服務器爲域控制器：
（輸入域名）
輸入恢復模式密碼（非域管理員密碼）：
（正式環境這裏的文件請選擇備份目錄）
（確認設置並開始安裝）
（域搭建完成）
8、 將三個節點加入到域中，首先把內網DNS改爲DC的DNS地址（192.168.108.188），修改完成後嘗試ping下q-vmcloud.com，如果能通，則加域可以成功：
（由於採用了私有網絡，所以開機後會提示需要更改爲以內網IP爲名字的主機名，這裏直接進行更改主機名即可）
（重啓後加域完成）
附錄，本篇槽點：
a) 高IO的本地SSD盤大小是隨配置的增加而增加，對於存儲要求高的數據庫來說，這明顯設計不合理
b) 國內大部分公有云爲了提升生產速度，所以一般會把sysprep這一步給忽略，內置SID是相同的，
所以同一批產生的虛擬機是無法加入域，關於這一點QCloud提供瞭解決方案（目測適用於所有平臺）：
https://www.qcloud.com/doc/product/213/4829
所以在這一塊，在國內公有云的標準操作其實是：
先生產一臺虛擬機——Sysprep——提交爲自定義鏡像——然後再以該鏡像作爲基礎鏡像去生產
完成後關機並提交爲自定義鏡像（記得點擊“執行sysprep製作鏡像”）：
然後把之前用公共鏡像生產的虛擬機重新用自定義鏡像生產：
