提高Azure SQL的可用性?

问题描述:

使用Azure SQL维护可用性的策略是什么?我们已经注意到方式太多的服务中断与消息像提高Azure SQL的可用性?

enter image description here

基本上完全杀死我们的应用程序。 SLA是,远远高于 99.9%,诚实地说,我们不想获得退款,只是可靠的可用性,所以我们的客户不会遇到应用程序中断。实际上,运行SQL的单个IaaS虚拟机的运行时间比依赖Azure SQL的速度要快得多(这完​​全是我们的想法)

无论如何,通过编程方式留下所有这些观察结果,使用Azure SQL公布99.99%的可用性(比一年级更好 - 99.999% - 5分钟停机时间)?任何人建议的任何特定的数据访问编程模式和操作过程?

编辑:我们已经使用Microsoft EntLib 6.0瞬态故障处理应用程序块库... 10次重试尝试100毫秒的时间间隔。然而,这不是“暂时性”当这些中断是5+小时之久......

+0

我所见过的所有文件都表示会出现暂时性故障。您是否使用微软提供的功能来处理这些问题? – 2015-04-04 02:49:52

+0

我们正在使用MSFT EntLib 6.0瞬态故障处理应用程序块库...但它在进行时间为+5小时时不是“瞬态的”... – DeepSpace101 2015-04-04 02:51:02

+0

您将无法获得程序化解决方案以避免5小时停运。 – 2015-04-04 02:59:45

看一看SQL数据库的被动和主动的地理复制功能 -

http://azure.microsoft.com/blog/2014/07/12/spotlight-on-sql-database-active-geo-replication/

主动地理复制会在另一个数据中心无缝地创建数据库的其他数据副本,以便在特定数据中心出现问题时可以回退到原来的数据中心

+0

除了活跃的地理复制大约是500美元/月:(......他们的$ 150 /月计划应该已经提供了一些东西,考虑到我们每月130美元的IaaS SQL Server提供了更好的可用性...谢谢 – DeepSpace101 2015-04-04 03:07:11

+0

标准地理 - 复制?*标准地理复制是微软管理的选择性地理复制功能。一旦在辅助数据库中选择数据库,则在同一地理区域内的预配对Azure区域中创建,该区域至少500英里离开......标准地理复制会创建一个与主数据库相同性能级别的离线辅助数据库,该数据库的收费标准为初级数据库的75%;例如,如果您的主数据库为S2并且每月为75.69美元,则您的S2离线中学每月56.77美元,每月总计132.45美元。* – 2015-04-04 04:35:02

我们在每个数据中心使用瘦身解决方案和外部负载均衡器/故障切换解决方案。创建URL以监控数据中心故障并将故障转移到其他区域。

换句话说,我们建立了自己的业务连续性解决方案来保证5x9s。