Alwayson可用性組是公有云中Alwayson故障轉移群集的可靠選擇嗎？
我最近閱讀了一篇名為SQL Server 2012 AlwaysOn：雲數據中心的高可用性數據庫的文章，作者John Joyner在雲中使用AlwaysOn可用性組為SQL Server提供高可用性。我一直在調查AlwaysOn可用性組，因為它在SQL Server 2012的預發布版本中可用。雖然它確實有一些有效的用途（主要是在災難恢復配置中），但它說這是一種“實現HA SQL的新方法”，掩蓋了部署AlwaysOn可用性組作為故障轉移群集的替代品的許多問題，而不是一個可行在許多情況下選項。
我的回复
在我寫給這篇文章的回復中，我提出使用基於主機的複制解決方案DataKeeper Cluster Edition的AlwaysOn多站點集群是一個更好的選擇，我繼續解釋了為什麼..
我原來對這篇文章的回應似乎已經被刪除了，所以我決定把我對以下原文的回應轉載：
AlwaysOn可用性組有幾件事情需要考慮。正如你所提到的，“微軟宣布支持一些System Center 2012 SP1應用程序與SQL AlwaysOn一起工作”，這意味著仍然有應用程序不支持AlwaysOn。實際上，有很多應用程序不支持AlwaysOn可用性組，包括使用分佈式事務的任何應用程序。而其他的限制，如不能保持MSDB，主數據庫和其他數據庫同步呢？我在這裡博客了這些限制。
我同意SQL HA很重要，但是，使用AlwaysOn可用性組獲得“高可用性”（意思是在出現故障時自動恢復）的唯一方法是使用同步鏡像。本月早些時候，在西雅圖的PASS Summitt，我參加了AlwaysOn的許多不同的演講，主持人談論了AlwaysOn的異步配置。原因是AlwaysOn同步複製對應用程序的性能有著重大的影響。我個人使用AlwaysOn Synchronous鏡像測量了高達68％的性能損失，這是在一個專用的10 Gbps局域網中！我在這裡博客關於這個結果
不幸的是，在異步配置中，您放棄了自動故障轉移，所以您確實沒有獲得HA，您正在獲得數據保護，但肯定不像傳統SQL故障轉移群集所期望的那樣。
最後還有成本考慮。SQL Server 2012 Enterprise沒什麼可打噴嚏的。如果你想構建一個雙節點的集群，並利用可讀的輔助節點，並且你正在使用一個2路16核的服務器，那麼你正在為SQL Server 2012企業版許可證花費近22萬美元。我在這裡的博客文章中分解了相關的成本。
不要誤解我的意思，SQL Server 2012 AlwaysOn可用性組可以解決許多問題，但我不會將大多數雲部署中所需的異步配置歸類為HA備選方案。很多人都忽略了AlwaysOn AlwaysOn故障轉移群集。SQL Server AlwaysOn故障轉移群集的新功能（包括對跨子網多站點群集的增強支持）將為您提供真正的HA解決方案，並克服上述所有限制。當然，在純雲解決方案中，您可能無法與基於陣列的複制集成以支持多站點群集，但是您始終可以使用基於主機的複制解決方案（例如SteelEye DataKeeper Cluster Edition）在公共雲或私有云中構建多站點群集，自己的物理數據中心，你可以做到這一點，SQL Server 2008到2012年，它可以在SQL Server標準版以及企業。
您是否使用HA配置中的AlwaysOn可用性組進行了任何測試？如果是的話，我會很好奇，知道你是否測量了與你的環境中同步複製相關的開銷。轉載https://clusteringformeremortals.com/2012/11/27/is-alwayson-availability-groups-a-viable-alternative-to-alwayson-failover-clusters-in-the-public-cloud/
