1

AFAIK Amazon AWS 提供所谓的“区域”和“可用区”来降低部分或完全数据中心中断的风险。看起来如果我在两个“区域”中有我的应用程序副本并且一个“区域”出现故障，我的应用程序仍然可以继续工作，就好像什么都没发生一样。

Windows Azure 有类似的东西吗？如何使用 Windows Azure 解决数据中心灾难性中断的风险？

4

3 回答 3

6

在单个数据中心内，您的 Windows Azure 应用程序具有以下优势：

  • 除了一个计算实例之外，您的虚拟机被划分为跨不同物理区域的故障域。这样，即使整个服务器机架出现故障，您仍然可以在其他地方运行计算。
  • 使用 Windows Azure 存储和 SQL Azure，存储是三重复制的。这不是最终的复制——当写调用返回时，至少有一个副本已被写入。

好的，这很容易。如果数据中心消失了怎么办？以下是可帮助您将 DR 构建到应用程序中的功能：

  • 对于 SQL Azure，您可以设置数据同步。此工具将您的 SQL Azure 数据库与另一个 SQL Azure 数据库（可能位于另一个数据中心）或本地 SQL Server 数据库同步。更多信息在这里。由于此功能仍被视为预览功能，因此您必须前往此处进行设置。
  • 对于 Azure 存储（表、blob），您需要处理到第二个数据中心的复制，因为目前没有内置工具。这可以通过一个后台任务来完成，该任务每小时提取一次数据并将其复制到其他地方的存储帐户。编辑：根据 Ryan 的回答，blob 和表有数据地理复制。然而：除了在 12 月的这篇博客文章中提到，可能在 PDC 上，这不是现场直播。
  • 对于计算可用性，您可以将流量管理器设置为跨数据中心进行负载平衡。此功能目前在 CTP 中 - 访问Windows Azure 门户的 Beta 区域进行注册。

请记住，使用 DR，无论是在云中还是在本地，都会产生额外的成本（例如数据中心之间的带宽、辅助数据中心中重复数据的存储成本以及额外数据中心中的计算实例）。.

就像本地环境一样，需要仔细考虑和实施 DR。

于 2011-05-19T11:34:55.217 回答
3

大卫的答案很好，但有一个是不正确的。对于 Windows Azure blob 和表，您的数据实际上在今天在子区域（例如美国北部和南部）之间进行地理复制。这是一个异步进程，目标是延迟大约 10 分钟左右。这个过程也是你无法控制的，纯粹是为了数据中心的损失。当您使用 Windows Azure blob 和表时，您的数据总共在 2 个不同的数据中心复制了 6 次（令人印象深刻，不是吗？）。

如果数据中心丢失，他们会将您用于 blob 和表存储的 DNS 翻转到另一个子区域，您的帐户将再次在线显示。这仅适用于 blob 和表（不是队列，不是 SQL Azure 等）。

因此，对于真正的灾难恢复，您可以使用 Data Sync for SQL Azure 和 Traffic Manager 进行计算（假设您在另一个子区域运行热备用）。如果数据中心丢失，流量管理器将路由到新的子区域，您也会在那里找到您的数据。

于 2011-05-20T14:10:09.410 回答
0

您没有考虑的一个故障是跨数据中心复制错误的能力。在这种情况下，您可能需要考虑在负载平衡或故障转移场景中将 Azure PAAS 作为 HP 云产品的一部分运行。

于 2011-05-25T18:17:18.050 回答