Date: 8 9 月, 2018
標籤: SIOS, SQL Server故障轉移群集實例
存儲空間直接用於SQL Server故障轉移群集實例
隨著Windows Server 2016 Datacenter Edition的推出,引入了一項名為Storage Spaces Direct(S2D)的新功能。在非常高的級別,S2D For SQL Server故障轉移群集實例允許您將本地連接的存儲池合併在一起,並將其作為CSV呈現給群集,以便在擴展文件服務器中使用。然後,它可以通過SMB 3訪問,並用於保存群集數據,如Hyper-V VMDK文件。這也可以以超融合(HCI)方式配置,使得應用程序和數據都可以在同一組服務器上運行。 這是一個非常簡化的描述,但有關詳細信息,您需要查看此處。
為什麼有人想這樣做?
那麼,對於初學者,您現在可以使用SQL Server標準版構建高度可用的2節點SQL Server故障轉移群集實例(FCI),而無需共享存儲。以前,如果您想要沒有SAN的HA,您幾乎可以購買SQL Server企業版並使用Always On Availability Groups或購買SIOS DataKeeper並利用第三方解決方案,該解決方案允許您使用任何版本的Windows構建SANless群集或SQL Server。SQL Server企業版可以真正提高項目成本,特別是如果您只是為可用性組功能購買它。除了與可用性組相關的成本之外,還有許多其他技術原因可能會使您更喜歡故障轉移群集而不是AG。應用程序兼容性,實例與數據庫級別保護,大量數據庫,DTC支持,經過培訓的人員等等,只是您可能希望堅持使用故障轉移群集實例的一些技術原因。
SIOS DataKeeper解決方案VSS用於SQL Server故障轉移群集實例
Microsoft在此處的文檔中列出了SIOS DataKeeper解決方案和S2D解決方案,作為SQL Server FCI支持的兩種解決方案。 https://docs.microsoft.com/en-us/azure/virtual-machines/windows/sql/virtual-machines-windows-sql-high-availability-dr比較這兩種解決方案時,你必須考慮到這一點自1999年以來,SIOS一直允許您構建SANless Clusters。但S2D for SQL Server故障轉移群集實例仍處於起步階段。 話雖如此,一定會有一些區域,S2D有一些趕上來做。或者,僅僅由於技術的限制,它們將永遠不會支持的功能。
在選擇SANless群集解決方案之前
有關在選擇SANless群集解決方案之前應考慮的一些事項的概述,請查看下表。 如果我們瀏覽此圖表,我們會發現SIOS DataKeeper顯然具有一些顯著優勢。例如,DataKeeper支持更廣泛的平台,一直回到Windows Server 2008 R2和SQL Server 2008 R2。S2D解決方案僅支持最新版本的Windows和SQL Server 2016/2017。S2D還需要Windows的Datacenter Edition,這會顯著增加部署成本。此外,SIOS還為Linux上的SQL Server提供了唯一的HA / DR解決方案,既可以在本地也可以在雲中運行。
分析差異
但是,除了成本和平台限制之外,我認為當我們開始考慮SANless群集的災難恢復選項時,最明顯的差距就出現了。Allan Hirt,SQL Server集群大師以及Microsoft Cloud和Datacenter Management MVP,最近發布了有關此S2D限制的文章。在他的文章Revisiting Storage Spaces Direct和SQL Server FCI中,Allan指出,由於缺乏對跨站點拉伸S2D群集的支持,或者包括基於S2D的群集作為Always On Availability Group中的支路,因此,DR的最佳選擇是S2D場景是日誌傳送!別誤會我的意思。原木運輸已經永遠存在,並且可能在我離開後很長一段時間。但是,當我們考慮我們已經習慣的所有災難恢復解決方案時,例如多站點群集,可用性組等,這是向後邁出了巨大的一步。相比之下,SIOS DataKeeper解決方案完全支持Always On Availability Groups。更好的是 – 它可以讓您跨站點擴展您的FCI,為您提供您希望在RTO / RPO方面實現的最佳HA / DR解決方案。在Azure環境中,DataKeeper還支持Azure站點恢復(ASR),為您提供更多災難恢復選項。這個圖表的其餘部分非常自我解釋。它基本上包括在部署S2D群集之前必須滿足的列表硬件,存儲和網絡要求。這裡保留了詳細的S2D要求列表。 https://docs.microsoft.com/en-us/windows-server/storage/storage-spaces/storage-spaces-direct-hardware-requirements
SIOS Datakeeper。有什麼好的
SIOS DataKeeper解決方案更加寬鬆。它支持任何本地連接的存儲,只要硬件通過集群驗證,它就是受支持的集群配置。塊級複製解決方案一直運行良好,因為1 Gbps被認為是快速LAN並且T1 WAN連接被認為是奢侈品。SANless群集對於雲部署尤其有用。云不為集群提供傳統的共享存儲選項。因此,對於想要隨身攜帶群集的“升級並轉移”到雲中的用戶,他們必須查看備用存儲解決方案。對於雲部署,SIOS已通過Azure,AWS和Google認證,可在相關的雲市場中使用。雖然在Azure或Google中似乎沒有阻止基於S2D的群集部署的任何內容,但Microsoft對這些平台的文檔或支持性聲明顯然不足。
做出安全的選擇
SIOS DataKeeper自1999年以來一直在這樣做。SIOS已經聽取了所有功能請求,發現了所有的錯誤,並為SANless集群提供了堅如磐石的解決方案,經過時間測試和驗證。雖然微軟S2D是一種很有前景的技術,但作為第一代產品,我會等到塵埃落定並且一些功能差距關閉之後我會考慮將它用於我的業務關鍵應用程序。
要了解有關S2D對於SQL Server故障轉移群集實例的更多信息,請在此處查找SIOS DataKeeper經Clusteringformeremortals.com許可轉載