azure - 最大限度地减少 Azure 中的停机时间

Question

今天，我们的 Azure 应用程序遇到了非常严重的计划外停机，目前已长达 9 个小时。我们向 Azure 支持部门报告，运营团队正在积极尝试解决该问题，对此我毫不怀疑。我们设法让我们的应用程序在我们拥有的另一个“测试”托管服务上运行，并将我们的 CNAME 重定向到指向该实例，以便我们的客户满意，但“主要”托管服务仍然不可用。

我自己的“手指在空中”的直觉是，问题与我们数据中心(西欧)内的网络有关，事实上，当天晚些时候，该地区的服务仪表板已变成红色，并显示一条消息那个效果。 (我们的应用程序在门户中显示为“正常”，但无法通过我们的 cloudapp.net URL 访问。此外，我们应用程序中的线程正在将 sql 连接异常记录到我们的存储帐户中，因为它无法联系数据库)

但是，非常奇怪的是，我上面提到的“测试”实例也在同一个数据中心中，并且在联系数据库方面没有任何问题，并且它的外部端点完全可用。

我想询问社区是否有什么我可以做得更好来避免这种停机的情况？我遵循了关于每个角色至少有 2 个角色实例的指导，但我仍然被烧伤了。我应该迁移到更可靠的数据中心吗？我应该将应用程序部署到多个数据中心吗？我如何管理我的 SQL-Azure DB 位于同一数据中心的事实？

任何建设性的指导将不胜感激 - 作为一名技术人员，我从来没有经历过比无法做任何事情来帮助解决问题更令人沮丧的日子。

Answer 1

今天欧洲数据中心的 SQL Azure 发生了中断。我们的一些客户受到了打击，不得不转移到另一个数据中心。

如果您正在运行无法停机的关键任务应用程序，我会将应用程序部署到多个区域。 DNS 解析目前在 Azure 中显然是一个薄弱环节，但可以解决(如果您只运行一个网站，则可以使用 Response.Redirects 或类似工具非常简单地完成)

现在，微软推出了一项数据同步服务，可以同步多个 SQL Azure 数据库。检查here 。这样，您就可以在不同区域建立镜像站点，并让它们与 SQL Azure 透视图同步

此外，最好使用第三方监控服务来检测外部部署实例的问题。 AzureWatch当某些实例变得“无响应”时，可以通知甚至部署新节点(如果您选择)

希望这有帮助