【问题标题】:web role and sql azure disaster recoveryWeb 角色和 sql 天蓝色灾难恢复
【发布时间】:2013-05-10 01:27:49
【问题描述】:

我正在开发一个安静的大型关键应用程序。它已部署到具有 3 个 Web 角色和 sql azure db 的 azure。

万一发生灾难,我们需要能够将 web 角色和 sql azure 恢复到不同的数据中心。有人可以帮助我如何将 SQL Azure DB 和 Web 角色恢复到不同的数据中心。

【问题讨论】:

  • 网络角色可以简单地重新部署到任何你想要的地方。如果您要从中迁移的 SQL Azure 变得不可访问,则数据迁移可能会成为问题,因此您实际上需要定期备份,您可以随时从中恢复。

标签: azure azure-sql-database disaster-recovery


【解决方案1】:

简单的答案是定期备份 SQL Azure 数据库,可以将其还原到另一个数据中心的数据库。自上次备份丢失以来,您将遇到数据问题,这将成为一个更难以解决的问题 - 最简单的可能是有一个热备用并使用 SQL 数据库数据同步,但它可能不适用于所有数据. Web 角色更容易——您将它们重新部署到其他地方,并将连接字符串更改为数据库。您还必须更改域的 CNAME,因为它们将恢复为不同的 cloudapp.net 名称。

您确实要求恢复,而不是故障转移,对吧?执行故障转移(您有一个热备用)是一个更困难的问题,尤其是在数据同步方面。

我会回过头来质疑“灾难”并与已知事实相关联。我不确定 Azure 在特定数据中心的中断历史,但在 Azure 范围内发生了重大中断(2012 年闰年和今年的证书问题)。在这些情况下,恢复到不同 Azure 数据中心的能力对你没有帮助。 (尽管 AWS 似乎主要有区域性中断)我认为在 Windows Azure 上不需要特定于数据中心的恢复策略,但您可能希望在做出最终决定之前检查特定于数据中心的故障的历史和可能性。拥有跨数据中心分配负载和数据并处理所有实时流量(例如使用流量管理器)的多区域架构,有很多好处——副作用是内置灾难恢复——但在架构、开发、托管和带宽成本。

返回并为您的数据中心灾难恢复方案编写业务案例。您可能会发现它在经济上不值得,或者无法解决您的实际问题。

【讨论】:

猜你喜欢
  • 2014-09-29
  • 2012-03-16
  • 2018-06-02
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2016-03-08
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多