如何在雲中的Windows上集群MaxDB #AZURE #AWS #GCP #SAP

最近，我有許多客戶正在尋找一種高可用性解決方案，以便在雲中的Windows上集群MaxDB。有些客戶使用Azure，有些客戶使用AWS。但無論云平台如何，他們最終都會在SAP社區WIKI中找到描述該流程的帖子。https://wiki.scn.sap.com/wiki/display/MaxDB/HowTo+-+Embed+SAP+MaxDB+in+MSCS

挑戰

此帖子在雲環境中面臨的挑戰是Azure，AWS或GCP中沒有可用於構建傳統共享存儲群集的共享存儲（SAN）。雲中HA的優點在於群集節點通常在另一個數據中心AKA，可用區（AZ）中彼此相隔數英里。因此，即使共享存儲可用，也不會有很多意義，因為它必須駐留在單個AZ中。它一起擊敗了HA的目的。

解決方案

但是，雲中的Windows上的群集MaxDB有一個答案。SIOS DataKeeper是SIOS技術的SANless集群解決方案。它允許在Windows Server故障轉移群集中使用本地連接的存儲。這消除了對SAN的需求。相反，SIOS使用同步塊級複製技術使本地連接磁盤保持同步，並將此存儲作為稱為DataKeeper卷的群集磁盤資源提供給WSFC。

就集群而言，DataKeeper Volume集群資源看起來像共享磁盤。但它不是控制磁盤鎖定（SCSI保留），而是控製鏡像方向。因此，除了使用本地連接存儲而不是共享存儲之外，從各個方面來說它仍然是真正的WSFC。本地連接的存儲可以是從EBS塊設備到Azure高級磁盤的任何內容，甚至可以是將多個磁盤剝離在一起的本地存儲空間。只要Windows看到帶有驅動器號的NTFS格式化卷並且每個實例上的捲大小相同，就可以在群集中使用它。

DataKeeper卷集群資源

這種類型的群集通常稱為SANless群集。它已經存在很多年，可以實現無法使用共享存儲的地理集群和集群。數據庫管理員也喜歡它，因為它使他們能夠使用本地高速存儲設備，如PCIe閃存或SSD驅動器。同時，仍然使用WSFC實現高可用性。SIOS還支持異步複製。因此，如果要在不同的地理位置添加節點以進行災難恢復，則可以構建一個3節點集群，其中2個節點位於同一區域但不同的故障域和第3個節點位於完全不同的區域，或者甚至可能返回災難恢復選項的內部部署。或者，如果您在Azure中，則可以利用Azure站點恢復（ASR）進行災難恢復，因為SIOS DataKeeper與ASR兼容。WSFC和SIOS DataKeeper都非常依賴於IP地址保持不變。因此，對於ASR配置，您需要確保在故障轉移時保留IP地址，如此處所述。https://docs.microsoft.com/en-us/azure/site-recovery/site-recovery-retain-ip-azure-vm-failover

樹液

SIOS對SAP的高可用性和災難恢復並不陌生。適用於Linux的SIOS Protection Suite是適用於SAP和SAP HANA的SAP認證HA解決方案。SIOS DataKeeper是雲環境中Windows上SAP ASCS的首選HA / DR解決方案。為Azure上的MaxDB提供HA / DR解決方案進一步鞏固了作為SAP高可用性專家的SIOS。如果您對SAP的高可用性有疑問，或者有關如何在雲中的Windows上群集MaxDB的更多詳細信息，請查看我們的其他帖子