使用Azure SQL维护可用性的好策略是什么?我们注意到 way 使用
等消息进行了太多的服务中断
基本上完全杀了我们的应用程序。 SLA 远从99.9%,老实说,我们对获得退款不感兴趣,只是可靠的可用性,因此我们的客户不会遇到应用程序中断。我们实际上使用运行SQL的单个IaaS VM比依赖Azure SQL(这完全打击了我们的想法)有更好的正常运行时间
无论如何,以编程方式抛弃所有这些观察结果,使用Azure SQL获得比宣传的99.99%可用性(比一个数量级更好 - 99.999% - 5分钟停机时间/年)更好的方法是什么?是否有人建议使用任何特定的数据访问编程模式和操作程序?
编辑:我们已经在使用Microsoft EntLib 6.0瞬态故障处理应用程序块库... 10次重试,100ms互操作时间。但是,当这些中断超过5个小时时,它不是“短暂的”......
答案 0 :(得分:0)
查看SQL数据库的被动和主动地理复制功能 -
http://azure.microsoft.com/blog/2014/07/12/spotlight-on-sql-database-active-geo-replication/
活动地理复制可在另一个数据中心无缝地创建数据库的其他副本,以便在特定数据中心出现问题时可以使用该数据中心
答案 1 :(得分:0)
我们在每个数据中心使用带有外部负载均衡器/故障转移解决方案的烟熏解决方案。创建URL以监视数据中心故障并故障转移到另一个区域。
换句话说,我们建立了自己的业务连续性解决方案,以保证5x9s。