如何处理最近的Azure停机（Azure网站）？

我们在Azure上托管了大量网站。我们的虚拟机现在似乎正在运行，但我们的许多Azure网站却没有。为了尽快恢复我们的网站，我们尝试了扩大、缩小和改变我们的托管计划，但都没有成功。有没有办法强制Azure网站虚拟机移动到另一个（工作）数据中心？我们不想破坏网站并将其恢复，因为我们将被迫更新DNS，这将导致为客户提供服务的更长时间延迟

非常感谢您的帮助

---

很抱歉，其他人和我一起经历了一个漫长的夜晚。

您的最佳选择是在两个区域运行两个站点实例，并使用诸如Traffic Manager（或AWS Route 53，如果您希望Azure之外的东西）之类的工具为您执行故障切换路由

根据站点的类型，您可以在非Azure环境中运行静态保留站点并故障切换到该站点。您选择如何解决这一问题将取决于您的预算（或者您的站点离线时的机会成本）

请注意，99.9%的年度SLA相当于一年中几乎9小时的停机时间

---

如果你想了解如何解决这个问题，这里有一个很好的指南：

根据状态更新，看起来他们基本上又重新上线了。。。基于昨晚的Azure状态站点和此处的描述：，我认为两个Azure区域内的冗余实际上不会有帮助，除非你碰巧运气好，选择了少数几个仍在工作的区域之一。正如Simon所提到的，Azure之外的静态站点至少可以显示维护页面之类的内容，而且托管成本非常低。我以前成功地使用过这个。今天我们实际上讨论了使用Traffic Manager（前进），突然出现了一个问题：“如果Traffic Manager数据中心宕机怎么办？”？我假设他们有内置的故障切换以防止停机，但我不想在组合中添加另一个潜在的故障点。我找不到关于Traffic Manager的“保证正常运行时间”的任何信息。Traffic Manager提供99.99%的SLA来响应DNS查询（它最终都是基于DNS的）。DNS是互联网固有的可分发部分，因此您的机会非常渺茫，这将是一个问题。如果您想要舒适，请查看AWS Route53，它提供100%正常运行时间SLA。请注意，SLA并不意味着停机不可能发生，只意味着如果停机发生，您有一些财务追索权。