Azure“网站”的高可用性需要多少个实例

Question

我需要配置多少个实例以确保我的网站在计划在底层操作系统/VM 上执行的维护期间保持可用。

我了解网络角色的可用性模型，但我不清楚网站是否相同/strong> 在 Azure 上。

使用 Web 角色，您必须在不同的升级域中配置至少 2 个实例，才能从 Microsoft 获得 SLA 并确保您的站点经常可用。这可确保您的网站在 Microsoft 对底层操作系统进行维护（更新到较新版本的操作系统映像等）时保持可用。

网站的对应故事是什么？我是否需要有我的网站的两个实例，或者微软是否在他们执行维护之前主动将我的网站移动到一个新的虚拟机（因为网站比 Web 角色更“受管理”，看起来他们可能会这样做)?

免费、共享和保留网站之间的答案是否有所不同？

请注意，我了解在突然的、计划外的停机期间，拥有单个实例意味着我的站点将不可用，直到它在新节点上重新启动。对于我的低容量爱好网站，我并不担心。我更感兴趣的是例行的、有计划的维护活动，这些活动比 VM 或主机硬件的计划外故障更为常见。

为澄清而编辑：显然，拥有 2 个（或更多）预留实例将是实现高可用性的最佳选择，但对于一个仅不到 120 美元的业余爱好网站来说，这成本太高了月。我的问题实际上是单个共享或保留实例是否会因计划维护而例行停机。我特别想知道是否有人对此有具体信息（来自我可能错过的博客文章或与微软支持人员的电话等）。也许答案是“没有人知道，因为微软还没有澄清预览版之外的事情将如何运作”。

我也不想纠结于“高可用性”这个词。我想我只是在寻找“不低可用性”。毕竟，这只是一个爱好网站。

Answer 1

请注意，Azure 网站仍是预览版。这意味着从来没有 SLA。当网站结束预览时，我建议至少有 2 个保留 实例以实现高可用性。

Free 和 Shared 实例都意味着使用配额 - CPU/Memory/Bandwitdth（Shared 没有带宽配额，但仍对 CPU 和内存应用配额）。

在我对该术语的理解中，使用配额对High Availability 来说是有争议的。这就是为什么我建议保留。实例数相同。

Answer 2

由于网站仍处于预览阶段，因此没有 SLA，但我也想知道更新期间的停机时间，并在 Twitter 上找到了 Azure 团队成员的解释： https://twitter.com/nirmsk/status/342087643779198977

显然，如果当前机器需要重新启动、崩溃或您更改缩放选项（在共享和保留之间），它们会保留使用的机器“缓冲区”。

Answer 3

拥有多个实例并不能解决问题，因为您对一个实例所做的任何更改都会自动传播到所有其他实例。

但是，Azure 网站现在支持拥有网站的暂存版本以及在网站的暂存版本和生产版本之间进行交换。这将是您的方案的理想选择。更多信息请看这里：http://azure.microsoft.com/en-us/documentation/articles/web-sites-staged-publishing/