WSFC2016 延伸羣集

延伸羣集是Windows Server 2016存儲複製的主要應用場景，經過把存儲複製與WSFC的結合，實現跨站點羣集存儲的複製，幫助企業更好的實現較低RTO RPO的跨站點災難恢復，確保當站點發生故障轉移時不會由於存儲而致使轉移失敗。

 

事實上微軟並非首先提出延伸羣集這個概念的，早在前些年VMare VSAN，IBM SVC就已經提出了這個概念，對於延伸羣集這個概念每一個廠商都有各自的實踐理解

 

以VSAN延伸羣集爲例，對於VSAN來講，延伸羣集是超融合存儲節點的一種擴展，將原有的機房內機架，擴展到同城多園區，或異地的羣集架構，實現VSAN延伸羣集後，VSAN上面的虛擬機存儲會被存放兩份，每一個組件都對應存儲到一個主站點，一個輔助站點，主站點和輔助站點均可以存放數據，每份數據都會有兩份，每份數據均可以確保有一個副本被複制到其它站點，同時虛擬機對於存儲的讀取通過優化，延伸羣集架構中，每一個虛擬機會從本地站點100%讀取存儲，和DRS結合，故障轉移後由DRS切換至合適站點。

 

VSAN延伸羣集架構的特色

1.  節省存儲成本，延伸羣集可徹底由本地VSAN存儲實現

2.  虛擬機會與各站點綁定，確保正常狀況下虛擬機都運行在應該運行的站點

3.  結合見證組件實現自動故障切換，若是虛擬機所在站點宕機，能夠在另外站點從新啓動

4.  由超融合功能自己實現，不須要藉助其它軟件

5.  實現雙活，並不是一個站點主，另一個站點徹底不可用，兩個站點均可以正常存儲虛擬機，虛擬機會被複制到對方站點

6.  每份組件至多隻會有一份副本，不能夠複製到多個站點

7.  會佔用總資源的百分之50，留做災難恢復，這部分計算資源和存儲資源須要預留，不然災難發生虛擬機沒辦法徹底啓動。

 

微軟的延伸羣集和VSAN，IBM SVC提出的概念有所不一樣，事實上微軟的延伸羣集並不是是羣集自己，或者是超融合軟件，存儲虛擬化軟件來實現，而是將系統上面的存儲複製功能與羣集功能相結合，在實現高可用的基礎上，再實現災難恢復，二者相結合達到業務連續性

 

咱們都知道，微軟羣集自己支持多站點部署，在以前老王和你們也專門提到過，微軟多站點羣集部署須要考慮的網絡，仲裁，存儲，在存儲裏面老王又和你們講到了存儲複製的重要性，傳統狀況下羣集時兩個節點連到一個共享存儲，可是在多站點的狀況下，你須要實現兩個站點都有存儲，由於若是存儲在一個站點，若是發現站點級別災難，即使另一個站點能夠接管，可是因爲沒有存儲，一樣羣集沒辦法運轉，所以多站點羣集的重要一條就在於實現存儲的複製，存儲複製在之前一般是設備實現，或者第三方軟件，例如Starwind，SIOS，Symantec VVR等產品

 

微軟在Windows Server 2016實現了基於塊級別的存儲複製，操做系統只須要添加功能就能夠實現

 

對於微軟延伸羣集來講，它把存儲複製和羣集作告終合，架構上使用非對稱存儲架構，即站點1鏈接站點1的共享存儲，站點2鏈接站點2的共享存儲，兩邊的存儲大小一致，符合存儲複製要求，就能夠實現延伸羣集

 

配置微軟延伸羣集能夠在羣集管理器圖形界面完成，它會把兩邊站點符合要求的磁盤進行存儲複製配置，支持在同一個羣集裏面部署多套複製組以實現多主雙活，當其中一個站點發生故障時，延伸羣集將自動實現故障轉移，將對方站點的複製組存儲所有提高爲主，而後羣集應用在對方站點聯機上線，因爲是使用故障轉移羣集，所以微軟延伸羣集具有最低RTO，發生故障後，將會由羣集自動化完成故障轉移，不須要人爲干預，若是使用同步複製架構，則使用零RPO丟失，若是使用異步複製架構，則有可能產生數據丟失

 

微軟延伸羣集和微軟Hyper-V複製的主要區別在於

1.  延伸羣集是自動化故障轉移，Hyper-V複製需手動

2.  延伸羣集只能恢復到最近時間點，Hyper-V能夠恢復到多個可選時間點

 

微軟延伸羣集架構特色

 

1. 目前仍需使用非對稱架構，即兩邊站點分別鏈接共享存儲，不能使用本地磁盤，SDS架構，maybe之後的版本會改變

2.  使用兩組非對稱共享存儲，底層能夠是SAS JBOD（可與存儲空間配合使用，支持SDD HDD混合架構）、 SAN、Share VHDX 或 iSCSI ，須要支持永久保留

3.  每一個複製組，須要有源和目的數據磁盤，日誌磁盤

4.  徹底windows server實現，不須要藉助其餘軟件

5.  是存儲複製技術和羣集技術的配合，能夠作到自動化故障轉移和存儲切換

6.  在延伸羣集架構中來源數據磁盤必須是CSV或者傳統文件服務器羣集角色才能夠複製

7.  能夠創建多個複製組，以實現多主雙活

8.  存儲複製技術會佔用羣集總資源的百分之50，留做災難恢復，這部分計算資源和存儲資源須要預留，不然災難發生沒辦法徹底啓動。

9.  主要用於文件服務器負載和虛擬化負載

10. 支持計劃內 計劃外故障轉移 存儲切換

11. 能夠配合羣集站點感知技術，羣集放置技術，實現優先本地站點故障轉移，讀取優化等

 

經過對比咱們能夠看出，兩種類型的延伸羣集各有千秋，但歸根到底都是爲了實現跨站點羣集 存儲的高度可用，所以咱們能夠暫且給延伸羣集一個初步定義，在實現跨站點羣集的基礎上，利用設備複製技術，或超融合技術，或複製技術，實現了存儲的高度可用，確保站點發生故障時，不會由於存儲而影響災難恢復。

 

延伸羣集存儲處理的幾大類別

 

1.  設備複製：以EMC，Netapp，華爲爲表明

2.  第三方軟件複製，以Symantec，SIOS，Vision，Starwind爲表明

3.  超融合或存儲虛擬化複製：VSAN，IBM SVC

4.  服務器操做系統原生複製：微軟延伸羣集

 

微軟延伸羣集的配置需求

 

1. Active Directory域環境，提供複製過程各節點的Kerberos驗證

2.  各Site節點分別鏈接各自Site存儲，確保每一個Site存儲不對另外Site可見

3.  每一個Site複製節點至少須要兩個磁盤，一個數據磁盤，一個日誌磁盤

4.  數據磁盤和日誌磁盤的格式必須爲GPT，不支持MBR格式磁盤

5.  兩個數據磁盤大小與分區大小必須相同，最大 10TB

6.  兩個日誌磁盤大小與分區大小必須相同，最少 8GB

7.  來源數據磁盤需配置爲CSV或羣集角色

8. 存儲複製使用445端口（SMB - 複製傳輸協議），5895端口（WSManHTTP - WMI / CIM / PowerShell的管理協議），5445端口（iWARP SMB - 僅在使用iWARP RDMA網絡時須要）

 

微軟延伸羣集的規劃建議

 

1. 考慮RTO / RPO 以及成本，若是是關鍵應用，可使用延伸羣集同步複製架構，能夠確保最低的RTO，以及零數據丟失RPO，但隨之而來須要更高要求的帶寬，並且同步複製建議兩個站點延遲不超過5ms，或者距離不超過30km，所以同步複製延伸羣集適用於同城不一樣園區，高帶寬低延遲的網絡，能夠最高程度確保應用可用。  若是羣集應用並不是很關鍵，能夠接受短暫時間的數據丟失，那麼您能夠考慮異步複製的延伸羣集架構，最新的windows server 2016已經支持異步複製延伸羣集，在以前的版本只支持同步複製，使用異步複製延伸羣集架構的好處是對於帶寬要求並不高，能夠接受延遲，距離也能夠更遠，跨地域，或者跨國，缺點是若是故障突然發生，可能數據沒有來得及複製到輔助站點，致使數據丟失，所以工程師需結合實際企業狀況選擇合適的架構，是應該使用同步複製延伸羣集，仍是異步複製延伸羣集，仍是hyper-v複製，ASR，或其它產品。

2.  建議爲日誌磁盤使用SSD，或NVME SSD，存儲複製首先寫入數據至日誌磁盤，良好的日誌磁盤性能能夠幫助提升寫入效率

3.  建議規劃較大的日誌空間，較大的日誌容許從較大的中斷中恢復速度更快，但會消耗空間成本。

4.  同步複製延伸羣集準備可靠高速的網絡帶寬，建議1Gbps起步，最好10Gbps，網卡支援RDMA更好，同步複製場景，若是帶寬不足，將延遲應用程序的寫入請求時間

5.  實際場景建議最少四節點實現延伸羣集，配合站點感知技術實現應用正常本地站點轉移，災難發生時轉移至輔助站點

延伸羣集能夠整合的其它微軟技術

 

部署：Nano Server，SCVMM

管理：PS，WMI，羣集管理器，Honolulu，SCOM，OMS，Azure Stack，Azure ASR，DPM

整合：Hyper-V，SOFS，SMB Multichannel，SMB Direct，重複資料刪除，ReFS，NTFS

 

微軟延伸羣集和WSFC 2016其它功能整合的思考

有了延伸羣集的功能後，工程師們能夠更好的思考多站點羣集的設計

例如配合站點感知，存儲站點感知功能，讓同站點內始終優先在同站點內作故障轉移

配合站點心跳檢測功能，調整跨站點故障轉移檢測參數

配合VM彈性技術，存儲彈性技術實現瞬斷處理

配合雲仲裁技術實現延伸羣集見證

 

 

微軟延伸羣集實做

 

環境介紹

 

本次實驗模擬兩個站點的架構，北京站點和天津站點，兩個節點各一臺server，一臺ISCSI，各節點分別鏈接各自站點存儲，實現基於CSV的延伸羣集，羣集再承載Hyper-V高可用虛擬機角色，正常狀況存儲和虛擬機在主站點運做，主站點發生災難轉移至輔助站點

 

AD&北京ISCSI

Lan：10.0.0.2 255.0.0.0

ISCSI：30.0.0.2 255.0.0.0

 

16Server1

MGMT: 10.0.0.3 255.0.0.0 DNS 10.0.0.2

ISCSI：30.0.0.3 255.0.0.0

Heart：18.0.0.3 255.0.0.0

 

天津AD&ISCSI

Lan:10.0.0.100

ISCSI.30.0.0.100

 

16Server2

MGMT: 10.0.0.4 255.0.0.0 DNS 10.0.0.100

ISCSI：30.0.0.4 255.0.0.0

Heart：18.0.0.4 255.0.0.0

 

 

當前各節點已經分別鏈接到各站點ISCSI存儲，分別格式化爲GPT，NTFS磁盤，10GB數據磁盤，8GB日誌磁盤

 

16server1

16server2

爲各節點安裝故障轉移羣集功能，存儲複製功能，文件服務器角色功能可選

 

一樣實現延伸羣集以前，建議先針對於環境進行測試，測試過程使用Test-SRTopology命令完成測試，該命令在完成按照存儲副本功能後便可使用，測試過程將評估現有環境是否符合存儲複製要求，將檢查磁盤大小，分區大小是否一致，帶寬是否符合要求，日誌大小是否符合，複製IOPS，初始複製性能等，最終將根據評估結果，出示html報表

執行Test-SRTopology命令需爲磁盤產生IO纔有效果，這裏老王使用Diskspd命令產生一個IO測試

Diskspd下載地址：https://gallery.technet.microsoft.com/DiskSpd-a-robust-storage-6cd2f223 

Diskspd.exe -c1m –d300 -W5 -C5 -b8k -t2 -o2 -r –w25 –h s:\test.dat

產生測試報告

Test-SRTopology 

-SourceComputerName 16server1    #來源計算機

-SourceVolumeName S:   #來源數據磁盤

-SourceLogVolumeName R:  #來源日誌磁盤

-DestinationComputerName 16server2   #目標計算機

-DestinationVolumeName S:  #目標數據磁盤

-DestinationLogVolumeName R: #目標日誌磁盤

-DurationInMinutes 1  #指定測試時間，生產環境建議10-30分鐘

-ResultPath C:\SRTest  #報告生成路徑

等待測試完成，打開報告路徑便可看到html格式的存儲複製測試報告，該報告會展現當前環境是否知足存儲複製基本需求，性能是否達到預期，若是沒有達到，應該如何作出調整，須要注意，此測試必定要在數據磁盤有IO產生時纔有意義，不然不會獲得測試數據。

測試完成後咱們就能夠實施延伸羣集了

實施思路以下

1. 建立羣集

2. 添加羣集磁盤

3. 添加來源數據磁盤爲CSV或羣集角色磁盤

4. 執行羣集磁盤複製嚮導（延伸羣集嚮導）

5. 選擇目標數據磁盤，日誌磁盤

6. 選擇來源日誌磁盤

7. 選擇同步模式

8. 選擇同步初始化步驟

建立羣集SRcluster，配置羣集仲裁爲文件共享仲裁，或雲仲裁，或獨立複製外的仲裁磁盤

剛建立完成羣集，打開磁盤會發現一塊磁盤也沒有，由於咱們既沒有開啓S2D，也沒有使用共享磁盤，因此默認狀況下這裏爲空

若是咱們須要配置延伸羣集須要額外輸入一條命令，讓能夠羣集讀取全部非對稱共享磁盤

Get-ClusterAvailableDisk -All | Add-ClusterDisk

輸入完成後，這時全部磁盤均可以在羣集看到，因爲咱們是非對稱磁盤的架構，有兩塊磁盤應該始終會處於未鏈接狀態，由於並非全部磁盤都對全部節點可見

添加來源數據磁盤爲CSV，或爲來源數據磁盤分配傳統高可用文件服務器角色

在已添加的羣集共享卷處，右鍵點擊複製 - 啓用

開始執行延伸羣集配置嚮導，選擇目標數據磁盤

選擇來源日誌磁盤

選擇目標日誌磁盤

選擇初始同步操做，指定是合併或是由來源端覆蓋目的端

配置複製模式，同步複製或異步複製 ，關於同步複製和異步複製區別能夠查看老王第一篇存儲複製博客

配置一致性組，選擇優化排序性能，或啓用寫入順序，若是您計劃部署SQL FCI On CSV by StorageReplica 或其它對寫入順序有要求的羣集應用 ，則您務必須要選擇啓用寫入順序

OK，We Done it！到這裏延伸羣集就配置完成了，跑完嚮導以後，咱們能夠在羣集中看到存儲的變化

先前不可用的磁盤變成了SR組，複製角色也有了顯示，來源站點日誌磁盤被自動提高爲CSV

在磁盤信息的下方能夠看到多了存儲一欄，在裏面能夠看到當前存儲複製的複製狀態

通過初始化複製後，正常狀況下複製狀態應該會一直是連續複製

測試計劃內故障轉移，存儲複製和羣集融合後能夠說很是智能，方便多了，舉個例子，當前若是咱們經過兩臺節點實現存儲複製，上面跑CSV提供服務，若是咱們知道要作維護了，能夠直接把源數據磁盤和日誌磁盤移動到目的磁盤，再把節點置爲維護模式，這時就能夠針對源站點進行維護操做

點擊來源端數據磁盤 日誌磁盤，選擇移動至16server2

移動後便可看到，當前存儲複製已經完成了計劃內維護反轉，16server2變成源，16server1變成目標，若是16server1上面還承載了其它角色，移走就能夠作維護了

雖然這裏咱們也能夠在16server1上面的CSV看到存儲內容，可是請注意，這時16server1看CSV，是經過CSV重定向協調 而看到的16server2提供的內容，由於咱們已經把存儲複製移動至16server2，因此16server1源主節點也就沒法訪問到存儲，這時若是還有應用運行在16server1，將是以CSV重定向的方式運做，效能會很低，所以若是執行了存儲複製反轉的操做後，建議儘快將16server1上面的角色移走，作完維護再回來聯機角色

當前咱們獲得了CSV以後，就能夠在它上面運行羣集負載，推薦使用Hyper-V，SQL 2014及之後版本，或直接使用傳統高可用文件服務器，這裏官網並未說明支持SOFS，只是說道支持傳統高可用文件服務器，老王猜測多是因爲存儲複製的切換，致使SOFS沒辦法完成透明故障轉移，所以暫未徹底支持，maybe之後會作改變。

總結來看微軟延伸羣集無非是兩種架構 

1. 超融合，存儲複製節點自己再運行Hyper-V或SQL ，實現計算高可用和存儲災難恢復

2. 融合，  存儲複製節點自己提供文件服務器UNC路徑，供前端使用
   

本例咱們嘗試在羣集中安裝一臺虛擬機，運行在數據磁盤CSV，切記，這時在單一複製組中只有來源端數據磁盤能夠被使用，其它磁盤不可使用

咱們先來模擬一個存儲故障，當前數據磁盤CSV運行在16server1，虛擬機也運行在這裏，咱們模擬一個存儲災難，直接在16server1鏈接的ISCSI server上面禁用ISCSI

能夠看到，羣集能夠感知到存儲複製主節點 脫機沒法鏈接存儲，馬上自動切換存儲至16server2爲主節點，始終確保有一側的存儲可讀寫

對於虛擬機而言，因爲 2016的VM存儲彈×××，因此對於虛擬機來講存儲的失聯，並不會致使虛擬機崩潰，而是會把虛擬機IO凍結，置爲暫停狀態，在必定時間內若是存儲恢復，從新釋放IO。

若是關閉VM存儲彈×××，再次嘗試，會和以前2012R2時同樣，虛擬機檢測到存儲失聯，因爲使用了CSV卷，因此虛擬機還會在16server1上面繼續運行，可是會使用CSV重定向，訪問到16server2的存儲，由於16server1已經失去了到存儲的鏈接。

經過這個實驗咱們就能夠把存儲複製技術，VM存儲彈性技術，CSV技術，虛擬化技術串起來進行理解

1. 延伸羣集能夠感應到存儲故障而故障轉移，當其中一個Site節點和存儲失聯，會自動切換主站點存儲轉移到輔助站點讀寫

2. 2016默認狀況下開啓VM彈×××，其本意是爲了確保當存儲出現瞬斷，不要影響業務，凍結IO，恢復馬上釋放。

3. 若是您的VM到存儲沒有瞬斷的狀況，那麼您能夠關掉到VM彈×××，當VM檢測到本地存儲失聯，CSV會發揮做用，重定向IO至其它擁有存儲訪問資格節點，但注意，此時虛擬機性能會感受到明顯的降低，最好將虛擬機移動至當前存儲組活着的站點上

4. VM存儲彈×××主要爲了處理瞬斷問題，可是若是長時間未恢復，也會延長宕機時間，所以建議若是沒有瞬斷場景，關閉VM存儲彈×××，讓虛擬機以CSV重定向運行，或移到轉移後存儲組主站點。
   

接下來咱們再模擬整個站點發生災難，主站點計算和存儲資源都不用，中止ISCSI服務器，關閉主節點

能夠看到，首先存儲被自動轉移至16server2提供讀寫

虛擬機也被自動轉換至16server2提供服務

這正是延伸羣集的魅力所在，實現了計算和存儲資源的雙災備，能夠允許存儲和計算機出錯，而不影響業務，當站點級別發生災難，上面存儲複製的主存儲會首先自動轉移至輔助節點提供服務，承載的SQL，虛擬機，文件服務器資源隨後也會故障轉移聯機上線。

當主站點恢復後，當前並不會自動執行存儲複製反轉，複製組的主節點將仍然由以前的輔助節點負責，若是但願回覆在界面上手動移動CSV卷便可

主站點恢復後，存儲組仍然在16server2做爲主站點

選擇手動移動羣集共享卷，反轉複製回16server1

這時虛擬機並不會自動移動回主站點，而是會以CSV重定向的方式繼續運行在16server2，需手動移動回16server1，若是配合了站點感知和存儲站點感知功能，能夠實現CSV感應到站點回來了，移動回自身站點，虛擬機過1分鐘，感受到本身和CSV再也不一個站點了，也會自動follow CSV移動回去站點，實現虛擬機資源和站點綁定，始終運行在應該運行的站點，永遠避免CSV跨站點重定向問題。

須要注意的三點

1. 默認狀況下站點故障虛擬機並不會當即故障轉移，由於2016的VM彈×××，它覺得短暫的瞬斷不須要故障轉移，因此一段時間內不會故障轉移，該功能默認被開啓，若是你發現虛擬機未發現轉移，而是出於未被監視狀態，直接手動移走便可，或關閉VM彈×××，關於VM彈×××介紹，請參考老王文章 http://www.javashuo.com/article/p-cgnvnjui-ee.html

2. 對於站點故障，虛擬機資源一般狀況下，會在另一個站點重新開機，除非是來得及正常關機，能夠從保存中釋放，或實時遷移，不然若是是直接斷電，只會是在另一個站點從新開機。

3. 延伸羣集非透明故障轉移，當站點級別故障轉移時會有10-30秒的延遲，視網絡質量而定，由於須要先轉移存儲，再轉移角色。

4. 實施延伸羣集時須要綜合考慮WSFC2016新功能，以判斷轉移結果是否符合預期
   

經過上述兩個實驗，咱們能夠看出，延伸羣集可以處理三個級別的災難

1.能夠感應存儲故障：選擇面對VM存儲彈性，或CSV重定向，假設虛擬機資源正在運行，突然失去到存儲的鏈接，2016中默認狀況下會進入凍結狀態，凍結虛擬機全部IO，等待存儲恢復，再把IO釋放，這種設計是爲了不存儲瞬斷問題，若是您的環境沒有存儲瞬斷，那麼該功能並不適合，由於凍結期間，一切IO都不能進行，相反，若是針對於虛擬機關閉了VM存儲彈性，則虛擬機會直接進入CSV重定向狀態，雖然這時候IO都須要東西向轉發，雖然慢可是仍然能夠進行IO，具體須要根據實際場景作選擇。僅Hyper-V資源會面對這種VM存儲彈性和CSV重定向的問題，對於SQL和文件服務器負載則不會碰見此問題，它們會直接進行故障轉移或從新導向。

2.能夠感應節點故障：若是單個節點宕機，會自動將該節點承載的主存儲副本轉移，承載的角色或虛擬機轉移

3.能夠感應站點故障：若是整個站點宕機，會自動將該站點承載的主存儲副本轉移，承載的角色或虛擬機轉移

優化建議

1. 考慮網絡因素，參考老王災難恢復博客中提到的關於多站點羣集網絡方面內容

2. 結合WSFC 2016站點感知，存儲站點感知，首選站點 
   

按照微軟的建議，最佳實踐是至少部署四個節點的延伸羣集，本地站點兩個節點，異地或同城站點兩個節點

#配置站點故障域感知，實現優先站點內故障轉移

New-ClusterFaultDomain -Name Beijing -Type Site -Description "Primary" -Location "Beijing Datacenter"     #建立北京站點故障域

New-ClusterFaultDomain -Name Tianjing -Type Site -Description "Secondary" -Location "Tianjing Datacenter"   #建立天津站點故障域

Set-ClusterFaultDomain -Name 16server1 -Parent Beijing    #添加北京節點進入站點故障域

Set-ClusterFaultDomain -Name 16server2 -Parent Beijing  

Set-ClusterFaultDomain -Name 16server3 -Parent Tianjing   #添加天津節點進入站點故障域

Set-ClusterFaultDomain -Name 16server4 -Parent Tianjing

#配置CSV follow Site ，應用 Follow CSV

 Get-ClusterSharedVolume | Get-ClusterGroup  #獲取CSV組名稱

（Get-ClusterGroup -name  CSVClusterGroupName）.PreferredSite =「Beijing」 #配置北京站點CSV follow北京站點

（Get-ClusterGroup -name  CSVClusterGroupName）.PreferredSite =「Tianjing」#配置天津站點CSV follow添加站點

這樣優化以後咱們會獲得這樣效果

故障域是本站點共享存儲：存儲複製自動轉移至其它站點，若是CSV轉移過去，則虛擬機也會跟隨CSV過去，避免面對CSV重定向和VM存儲彈性

故障域是本站點單主機節點：虛擬機或羣集角色自動轉移同站點其它主機

故障域是本站點共享存儲和全部節點：存儲複製自動轉移至其它站點，資源跟隨存儲自動在其它站點啓動。

存儲複製支持在單個羣集中建立多個複製組，須要注意的是一個複製組至少就是4塊磁盤，兩個複製組就要準備八塊磁盤

經過部署兩個複製組，咱們能夠實現多個複製組雙活，例如第一個複製組的主是北京，備是天津，第二個複製組的主是天津，備是北京

這樣能夠更好的把羣集計算資源利用起來，對於存儲資源來講仍是消耗一半的資源

若是是部署了多主雙活的複製組，建議使用站點感知和存儲站點感知功能，實現優先在本地站點轉移，資源跟隨CSV，避免CSV重定向

典型的場景 

1.實現SQL多個實例的多個複製組雙活，在一套WSFC羣集上利用多個複製組來保證多個SQL實例的雙活

2.超融合架構，節點既做爲hyper-v節點也做爲存儲複製節點，能夠處理磁盤級別，節點級別，站點故障

延伸羣集排錯：

存儲複製事件日誌：應用程序和服務日誌 - Windows - StorageReplica - Admin

存儲複製性能計數器指針

羣集管理器日誌

羣集事件管理器日誌

ClusterLog

dumpfile

經過上述的介紹，相信你們已經看到了延伸羣集的功能，它是微軟WSFC和存儲複製功能的結合，二者在災難恢復時間能夠完美融合，自動完成存儲複製切換與羣集角色切換，可以處理磁盤故障，節點故障，站點故障。

但願存儲複製將來能夠優化的幾點

1.支持本地磁盤，SDS架構

2.能夠實現透明故障轉移

3.優化磁盤鎖定問題

4.能夠和WSFC2016 VM負載功能整合，VM負載若是能夠感應到站點，就可以讓應用在站點內進行負載均衡，遵循站點感應和存儲站點感應規則，目前羣集一旦使用了存儲複製是輕易不敢使用VM負載功能的，由於VM負載均衡功能目前不能感應站點，因此有可能會把虛擬機遷移到其它站點，CSV並不會跟着遷移，因此會致使CSV跨站點重定向，若是VM均衡能夠感應站點，那麼延伸羣集中，每一個站點內部能夠執行負載均衡，自動控制各節點負載均衡

5.能夠支持一對多存儲複製，羣集對單機擴展複製

6.能夠和更多微軟應用整合

在微軟的整套企業級應用生態圈中，除了存儲複製，還有不少其它的複製產品，存儲對比它們到底有什麼不一樣和配合點

Hyper-V複製與存儲複製的不一樣

Hyper-V在標準版中也支持，而存儲複製僅支持數據中心版

Hyper-V複製使用80或443端口，存儲複製使用SMB 445

Hyper-V能夠支援在複製過程當中選擇證書驗證或非證書

Hyper-V支持多個恢復點，在災難後能夠選擇恢復

Hyper-V複製能夠是虛擬機全部磁盤，存儲複製不支持複製系統磁盤

Hyper-V複製專爲虛擬機設計，能夠更好的處理應用程序一致性問題

Hyper-V複製計劃外需手動故障轉移，存儲複製延伸羣集能夠作到自動故障轉移

總結來看：hyper-v複製和存儲複製在不少點都有類似的地方，它們都是存儲無關性，都是災難恢復的功能，不一樣的是存儲複製更專一於保證存儲底層的高度可用，hyper-v複製則能夠更好的理解上面虛擬機的VSS應用，hyper-v複製目前已經有了環境評估工具，擴展複製，ASR，複製進度視圖，相對來講在災難恢復層面來看彷佛比存儲複製更爲全面，存儲複製對比hyper-v最大的不一樣就是能夠原生作到自動化的故障轉移，而hyper-v複製要實現自動化故障轉移須要藉助腳本或ASR實現，使用hyper-v複製能夠得到廉價的災難恢復，但原生災難恢復時會有RTO和RPO的延遲，使用存儲複製延伸羣集能夠得到最低的RTO和零RPO的丟失，代價是高帶寬低延遲的網絡。

存儲複製比hyper-v複製應用場景更多，存儲複製只要有OS就可使用，能夠在Guest Cluster，任何雲平臺，任何虛擬化平臺

Exchange DAG  暫時不支持底層是存儲複製架構

SQL Always on 複製與存儲複製的區別和配合點

AlwaysOn複製不只僅是塊級別，它更懂得SQL

能夠實現副本只讀，存儲複製暫時未支持

支持八個異步副本或兩個同步副本

支持備份目標副本，存儲複製僅支持備份源副本

SQL AG須要SQL企業版受權，若是沒有受權則沒辦法實現SQL AG，這時候能夠配合存儲複製，實現SQL實例的存儲複製保護

DFS FRS與存儲複製的不一樣

DFS複製是文件目錄級別，存儲複製是分區級別

DFS只支持複製關閉的文件，存儲複製無此限制

DFS和AD站點集成 使用站點拓撲，存儲複製不和AD站點集成

DFS是分佈式的，各個節點均可以讀取，存儲複製備站點暫時不能夠讀取

DFS能夠提供統一對外名稱，名稱訪問與複製功能分離，存儲複製不提供統一對外名稱

DFS主要用於複製關閉的文件，信息工做者文件，存儲複製主要用於hyper-v，文件服務器，SQL，私有云場景

存儲複製技術自己只是項災難恢復技術，幫助咱們不借助硬件設備原生實現存儲的災難恢復，配合羣集技術能夠實現延伸羣集，幫助咱們確保站點災難恢復的完整性，可是存儲複製技術並非備份技術，您仍須要對來源數據磁盤進行磁盤進行備份，以防止數據誤刪，須要注意的是存儲複製僅支持對來源端可讀寫的一方進行備份，若是須要從備節點備份，須要先執行反向複製才能夠。

以上爲本篇延伸羣集的內容，但願能夠爲感興趣的朋友帶來收穫！