【问题标题】:Having a Windows Azure Deployment In Multiple Locations在多个位置进行 Windows Azure 部署
【发布时间】:2013-01-02 09:26:33
【问题描述】:

在过去的一年中,我看到几乎所有云提供商的某些数据中心都出现了严重中断。例如。我在美国中南部地区有一些东西,刚刚经历了超过 3 天的存储服务中断。 (幸运的是,我在 Amazon S3 上托管了我的大部分存储需求)。

我想知道公司如何拥有多个数据中心,同时保持所有数据同步并进行自动故障转移。这是自定义编码还是有特定的工具/方法可以做到这一点?

为了详细说明,我使用

  • Azure 存储 Blob(无论如何仅适用于临时文件)
  • 用于主要数据存储的 Amazon S3
  • SQL Azure
  • 虚拟服务器(Web 角色)
  • AppFabric 缓存

我可以看到缓存和 Azure 存储并不重要,因为它们只托管可以轻松重新生成的临时文件和数据。虚拟服务器只是运行一个 ASP.NET 网站,因此您可以随时随地启动其中一个。但是我需要将 SQL 数据库指向本地区域。

我遇到的主要问题是如何让 SQL 数据库在多个区域中可用和同步?

其次是如何在 Amazon S3 中提供冗余。我有一个带有 CloudFront 的 CDN,但这只是一个 CDN,不是完全冗余的。还是值得?

【问题讨论】:

  • 我相信这个问题更适合ServerFault(我们不能再迁移到它)。
  • 是的,你可能是对的。我一直忘记其他人,我已经习惯了 StackOverflow,这是我大部分时间都花在上面的地方。

标签: asp.net azure azure-sql-database


【解决方案1】:

在 Windows Azure 上,一个技巧可能是使用流量管理器(通过旧的管理门户)和 SQL 数据库数据同步。

使用流量管理器,您基本上拥有一个故障转移 DNS。可能不需要同时运行两个位置,但在发生一般性中断的情况下,流量管理器允许您在第二个位置启动服务,而无需执行复杂的 DNS 更新。

数据同步将同步两个或多个位置的数据库。不是实时的,但如果您想拥有一个灾难恢复站点并且最终可以接受一些数据丢失,这可能会有所帮助。

查看http://www.slideshare.net/maartenba/architectural-patterns-for-the-cloud 了解更广泛的故事。

附带说明:这始终是您必须弄清楚的事情。 Windows Azure 和 Amazon 提供了许多构建块,但希望您根据您使用的需求和服务将它们组合起来。

【讨论】:

猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2016-08-25
  • 1970-01-01
  • 1970-01-01
  • 2012-05-31
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多