SIOS SANless clusters High-availability Machine Learning monitoring
http://googleenterprise.blogspot.com/2012/12/changes-to-google-apps-for-businesses.html
我很高興在截止日期之前登記了童子軍部隊20名。免費的Google Apps對我來說是一個非常棒的產品介紹，我把它看作是一個網關“毒品”，讓我有足夠的眼光來考慮任何“嚴重的”基於雲的商業運作的高級版本，即不是一個男孩偵察兵部隊。
雖然每個用戶每年50美元並不昂貴，但對於許多可能是潛在客戶的小型非營利組織來說，這肯定是一個阻礙。所以問題是微軟會利用這個開放獲得市場份額嗎？如果是這樣，我知道我將在哪裡部署我的下一個基於雲的小型企業網站。轉載https://clusteringformeremortals.com/2012/12/10/no-more-free-google-apps-googleapps-azure/的許可
我最近閱讀了一篇名為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/
毫無疑問，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許可轉載
在SQL PASS可用性組峰會上聽到所有精彩的會議之後，您是否正在考慮將子彈升級到SQL Server 2012企業版？在您拿出支票簿之前，請停下來問問自己這些問題，並允許我介紹SteelEye DataKeeper Cluster Edition。
我使用/需要嗎？
如果您對這些問題中的任何一個回答為“是”，則在涉及SQL Server HA / DR部署時，您可能需要重新考慮您的選項。雖然AlwaysOn可用性組確實佔有一席之地，但您可能需要考慮與它們相關的開銷。閱讀我之前的文章。此外，您確實需要考慮哪些應用程序將使用SQL Server數據庫，因為並非所有應用程序都支持AlwaysOn可用性組。這包括許多Microsoft的應用程序，如Lync Server和其他應用程序（請查看您的應用程序文檔）。
我建議的是考慮構建一個傳統的主動/被動群集，它克服了上面列出的所有Alwayson可用性組限制。但是，不使用共享存儲，而是使用SIOS Technology的集群塊級複製解決方案，名為SteelEye DataKeeper Cluster Edition。使用此復制解決方案，您可以將SAN消除為單點故障，並消除與上面列出的AlwaysOn可用性組相關的所有限制。當您考慮使用高速本地存儲解決方案（如@Fusionio和DataKeeper）的可能性時，您可以擁有一個高速，高可用性的SQL Server群集，並且對硬件和軟件的投資最小。最重要的是，此解決方案適用於SQL 2005/2008 / 2008R2 / 2012標準版以及企業版。僅在SQL Server許可上節省成本可以超過解決方案的成本。更多關於我下一篇文章中的成本節約。
您可以購買包含HP，Dell或Supermicro服務器，Fusion-io ioDrives的2服務器預包解決方案。DataKeeper軟件可幫助您部署第一個高速，高可用性SQL群集。欲了解更多信息，請參閱這裡的新聞稿。
http://www.sqlpass.org/summit/2012/About/News/PressReleases/PartnerPressRelease9.aspx
就像Datakeeper如何幫助克服Alwayson可用性組限制一樣？在這裡閱讀更多成功案例
經Clusteringformeremortals.com許可轉載
從本週參加PASS峰會的會議中可以明顯看出，AlwaysOn是一個熱門話題，大約有六個會議專門討論這個解決方案。我學到的一件事是，儘管解決方案當然有其應用，但是大部分成功的部署都是基於以異步方式使用AlwaysOn。人們避免同步複製選項的原因是開銷太大。在同步複製期間，在源上提交之前，必須在副本上提交任何寫入。在我所做的測試中，引入的開銷可能高達68％。例如，在一個測試中，我有一個每秒插入大約1,000,000行的數據庫，我們測量日誌文件的吞吐量，我們看到沒有鏡像的地方我們正在寫大約400 MBps。一旦我們開始在10 Gbps局域網上使用AlwaysOn可用性組複製數據庫，我們發現性能下降了大約68％，這個特定的數據庫減慢到每秒大約250,000個插入。
如果您正在考慮將解決方案作為您的故障轉移群集的替代品，那麼這種下降應該是您的主要擔憂。為了實現您在故障轉移群集中習慣的自動故障轉移，您必須使用同步鏡像，這意味著您必須忍受這種性能下降。一般情況下，這是不可接受的，這可能是為什麼你沒有聽到專家定期推薦這樣的配置。
你應該堅持傳統的故障轉移群集和SAN嗎？如果你想利用快速，高速的存儲，如Fusion-io？在這種情況下，你不能使用傳統的集群…或者你可以嗎？好消息是，您可以在沒有SAN的情況下構建集群，而且不會產生與AlwaysOn可用性組關聯的開銷，限制和開銷（更多關於下一篇博文的限制和費用）。通過使用DataKeeper Cluster Edition，您可以構建無共享存儲的集群，而與同步複製相關的開銷接近10％，而AlwaysOn可用性組接近70％。來到#SQLPASS的351號展台，我將很高興展示解決方案的工作原理。轉載https://clusteringformeremortals.com/2012/11/09/how-to-overcome-the-performance-problems-with-sql-server-alwayson-availability-groups-sqlpass/