azure - 我需要多少个实例才能实现 Azure "Web Sites"的高可用性

Question

我需要配置多少个实例才能确保我的站点在底层操作系统/虚拟机上执行计划维护期间保持可用。

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

对于Web 角色，您必须在单独的升级域中配置至少 2 个实例，才能从 Microsoft 获取 SLA 并确保您的网站正常可用。这可确保您的网站在 Microsoft 对底层操作系统进行维护(更新到较新版本的操作系统镜像等)时保持可用。

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

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

请注意，我知道在突然的、计划外的停机期间，拥有单个实例意味着我的站点将不可用，直到在新节点上重新启动为止。对于我的小流量爱好网站来说，我并不担心这一点。我更感兴趣的是例行的、计划内的维护事件，这些事件比虚拟机或主机硬件的计划外故障更为常见。

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

我也不想被“高可用性”这个术语所困扰。我想我只是在寻找“不低可用性”。毕竟，这只是一个兴趣爱好网站。

Answer 1

请注意，Azure 网站仍处于预览阶段。这意味着根本不存在 SLA。当网站停止预览时，我建议至少保留 2 个 实例以实现高可用性。

免费实例和共享实例都意味着使用配额 - CPU/内存/带宽(共享实例没有带宽配额，但仍然对 CPU 和内存应用配额)。

根据我对该术语的理解，使用配额对于高可用性来说是有争议的。这就是为什么我建议保留。实例数相同。