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，主數據庫和其他數據庫同步呢？我在這裡博客了這些限制。

https://clusteringformeremortals.com/2012/11/09/how-to-overcome-the-limitations-of-sql-server-alwayson-availability-groups-sqlpass/

我同意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/

想要SQL Server Alwayson功能但不能支付SQL 2012企業版？

毫無疑問，AlwaysOn可用性組在SQL PASS峰會上是一個熱門話題。正如我在之前的帖子中提到的，在部署SQL Server 2012 Enterprise Edition時，您需要考慮與AlwaysOn相關的開銷以及其他限制。在我介紹SIOS DataKeeper Cluster Edition時請繼續閱讀。 

價格對比

我使用SQL Server 2012 AlwaysOn可用性組（僅限具有典型雙插槽16核心服務器配置的目標）定價（標價）雙節點解決方案。我還添加了一個類似的配置。在SQL 2012 Standard Edition上運行DataKeeper Cluster Edition，並作為SQL 2008 R2 Enterprise Edition。

如您所見，部署SQL Server 2012 Enterprise Edition（對可用性組是必需的），與使用DataKeeper Cluster Edition部署類似的複制群集解決方案相比，費用要高得多。

聯繫我們以最優惠的價格獲得最佳的SQL Server Alwayson功能。

經Clusteringformeremortals.com許可轉載

尋找AlwaysOn可用性組的替代方案？

微軟公佈了SQL Server 2012引入的最廣泛預期的可用性選項。此更改包括AlwaysOn可用性組，它僅適用於SQL企業版。對於任何服務器（具有多達4個物理處理器），SQL Server Enterprise的成本為27,496美元，而標準版為7,172美元。要利用“只讀”副本，解決方案的成本加倍（$ 54992），因為您必須同時許可源服務器和目標服務器。如此高的價格點，您開始懷疑是否有AlwaysOn可用性組的替代品。繼續閱讀。因為我將介紹SteelEye DataKeeper Cluster Edition，它可能會為您帶來最好的收益。

好消息是Microsoft仍然允許您使用SQL Server Standard Edition構建雙節點集群。 由於這通常部署在主動 – 被動配置中，因此您無需許可備用服務器。因此，對於7,172美元，您可以構建一個非常強大的2節點SQL群集。假設您擁有可用於存儲群集數據的企業級SAN。

你說的是什麼，你沒有SAN？或者您寧願構建一個解決方案，將SAN作為單點故障排除在外。 而是允許您使用數據複製來保持群集節點之間的數據同步，這與AlwaysOn可用性組允許的方式相同？或者您可能希望利用本地連接的SSD驅動器提供的速度，例如Fusion-IO提供的那些，但又不想放棄可用性？

SteelEye DataKeeper Cluster Edition的優點

對於SQL Server 2012 Standard Edition的單個副本的成本以及SteelEye DataKeeper Cluster Edition的非常實惠的添加，您將能夠部署具有數據複製的雙節點SQL Server 2012 Standard Edition群集。最好的部分？它大約是雙節點SQL Server企業版AlwaysOn可用性組的一半。此外，它只是具有隻讀目標的AlwaysOn可用性組的1/4。

如果您發現自己對以下任何問題回答“是”。然後，或許，這是尋找AlwaysOn可用性組的替代品的標誌。Windows Server故障轉移群集和DataKeeper Cluster Edition可能是更明智的選擇。

• 我關心SQL Server企業版的成本嗎？
• 我使用複製或日誌傳送？
• 我是否需要支持使用分佈式事務的Lync Server或其他應用程序？
• 我是否需要確保SQL Agent作業（如數據庫備份，優化，DTS等）繼續運行，而不管服務中的節點是什麼？
• 我是否需要確保SQL登錄帳戶在群集節點之間保持同步？
• 我想盡量減輕我的行政負擔？

我們做了比較

下表總結了SQL Server 2012可用性選項。我們已經包含了第三個^選項，即使用帶有DataKeeper Cluster Edition的Windows Server故障轉移群集構建傳統的SQL群集。

使用DataKeeper Cluster Edition進行故障轉移群集將為您節省大量資金。而且，它還將幫助您克服AlwaysOn可用性組的一些固有限制。

關於DataKeeper解決方案無法做的唯一事情就是擁有隻讀目標。正如我前面提到的，只讀目標需要第二個SQL許可證，所以要有這個功能將花費你至少$ 54,938。如果您確實必須具有隻讀目標，那麼您將很高興知道可以將AlwaysOn故障轉移群集與DataKeeper和AlwaysOn可用性組混合使用。基本上，您將結束使用DataKeeper的雙節點SQL故障轉移群集和作為AlwaysOn可用性組的只讀目標的單個獨立SQL Server。在這種情況下，您仍然需要兩個SQL Server Enterprise Edition副本 – 一個用於群集，一個用於只讀目標。

實質上，請查看AlwaysOn可用性組的可能替代方案，以節省成本並改進工作流程。我去年在亞特蘭大的Tech-Ed 2011上展示了這個解決方案，並得到了很多真正的好評。此特定演示顯示了一個2節點多站點群集。但是，不同的概念可以應用於單個站點群集。

https://clusteringformeremortals.com/2011/05/15/sql-server-denali-hadron-multisite-cross-subnet-failover-video-demonstration/

轉載https://clusteringformeremortals.com/2012/04/05/sql-server-2012-standard-edition-availability-options/