SQL Server 2017安裝SQL Server Failover Cluster基本上和SQL2014/16大同小異，
這篇記錄一下AA mode設定過程，但我得老實說，還是用AlwaysOn比較好啦。
注意:事前工作必須先把SQL Server Failover Cluster AP mode安裝完成。
note: AP mode下，passtive那台Server預設會關閉SQL Service。
SQL Server 2017 Failover Cluster AA Mode Architecture
在第一台安裝第二個SQL Instance
MSCS警告可以忽略，因為我沒有啟用S2D。
輸入第二個sql cluster network 和instance name
選擇第二個CSV
輸入第二組sql cluster ip
後面安裝基本上單SQL Instance相同，要注意定序和資料路徑問題
CSV path
Tempdb path
第二個SQL Instance安裝完畢
第二台Server選擇加入Node
加入成功
透過windows failover manager查看Role，應該會有兩個SQL Server Service
Note:記得SQL2K1702的port要改1433。
更改Owner
調整慣用順序和Failover
note:最大記憶體設定需要注意，因為有可能兩個Instance都會在同一台Node。
測試存取兩個SQL Server Cluster Network name
RiCo碎碎念:
雖然建立了AA mode，但我們還是得解決兩個SQL Instance的資料同步，
這時單向Transaction Replication可以達到我們的需求，這樣我們就可以實現讀寫分離，
但你還得解決Load-Balance問題，這樣我們才能很簡單scale out SQL server並真正分散Loading，
我總覺得還是安裝設定AlwaysOn來的比較單純，但我到現在還是很納悶，
為什麼SQL Server不實現類似Oracle RAC架構(共用一份datafile、controlfiles、redo log files和PFILE/spfile)，
讓我們有多一種選擇，可以支援High concurrency的OLTP系統，並且更容易scale out。
參考
Before Installing Failover Clustering
SQL Server Failover Cluster Installation
