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 LAN上测得的！我在这里博客关于这个结果
不幸的是，在异步配置中，您放弃了自动故障转移，所以您确实没有获得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峰会上是一个热门话题。正如我在之前的文章中提到的那样，您需要考虑与AlwaysOn相关的开销以及其他限制。在我介绍SIOS DataKeeper Cluster Edition时请继续阅读。在此之前，如果您可以处理开销，并且这些限制不适用于您，并且您仍然希望部署AlwaysOn可用性组，则当您打开支票簿时，您可能希望拥有席位。
我使用SQL Server 2012 AlwaysOn可用性组（仅限具有典型2插槽，16核心服务器配置的目标）定价（标价）双节点解决方案。我还添加了一个在SQL 2012标准版上运行DataKeeper Cluster Edition的可比较配置，并且是SQL 2008 R2 Enterprise Edition。
正如您所看到的，部署SQL Server 2012 Enterprise Edition（对可用性组是必需的），您的费用要比使用DataKeeper Cluster Edition部署类似的复制群集解决方案的费用大得多。在PASS峰会上，您都可以停下来观看演示并获取更多信息。转载https://clusteringformeremortals.com/2012/11/09/want-sql-server-alwayson-features-but-cant-afford-sql-2012-enterprise-edition-sqlpass/
毫无疑问，AlwaysOn可用性组在SQL PASS峰会上是一个热门话题。正如我在之前的帖子中提到的，在部署SQL Server 2012 Enterprise Edition时，您需要考虑与AlwaysOn相关的开销以及其他限制。在我介绍SIOS DataKeeper Cluster Edition时请继续阅读。
我使用SQL Server 2012 AlwaysOn可用性组（仅限具有典型2插槽，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许可转载