2

关于这篇 MSDN 文章;https://msdn.microsoft.com/en-us/magazine/mt793270

Per-App Scaling部分有以下段落。

使用前面的 50 个应用示例,为应用服务计划启用每应用缩放,所有 50 个应用都可以分配到同一个应用服务计划。然后,可以修改单个应用程序的缩放特性:

  • 40 个低容量应用程序设置为在每个服务器上最多运行。
  • 五个中低容量应用程序设置为在最多两台服务器上运行。
  • 其余五个大容量应用程序设置为在最多 10 台服务器上运行。

基础应用服务计划可以从至少五台服务器开始。然后可以根据内存压力与 CPU 的需要设置自动扩展规则以进行扩展。

我不明白为什么上述三种配置至少提供五台服务器作为起始计数。

它是否说 40 个低容量应用程序到 1 个服务器,5 个中等容量应用程序到 1 个服务器,以及 5 个高容量应用程序到(未描述的)3 个服务器?

4

2 回答 2

2

那篇文章提供了将您的众多应用程序拆分到多个应用程序服务的示例。

TL;DR 版本:使用应用服务计划,部署到该应用服务计划的每个应用都驻留在每个实例上。如果您有一个包含 3 个实例的应用服务计划,那么您的每个应用都位于这 3 个实例上。去4个实例?再次 - 您的所有 Web 应用程序、api 应用程序等都进入所有 4 个实例。

如果该比例模型不适合您(例如,您有一个超高负载应用程序会占用所有内存或所有 cpu),那么可能该单个应用程序是其自己的应用程序服务计划的候选者,因此它不会饿死应用服务计划中的其他应用。

就是这样。想要将您的所有应用程序放在一个应用程序服务计划中?太棒了——去做吧。您有一个高需求的应用程序导致您的低容量应用程序出现问题?太好了 - 将其移至自己的应用服务计划。完全取决于你。

但是那篇文章……只是给出了将应用程序拆分为多个应用程序服务计划的示例。

于 2017-03-26T04:16:37.617 回答
0

据我了解,a minimum of five servers语句计算如下设置。

  • 40个小应用设置为1台服务器,固定值。
  • 5 个中型应用程序分别设置为最少 1 到最多 2 个服务器。
  • 5 个大型应用程序设置为最少 1 到最多 10 个服务器。

因此,“底层应用服务计划可以从至少五台服务器开始”由大型应用的数量给出。每个大型应用程序都分配给每个服务器,其余的(40small+5mid)可能属于五个服务器之一。

如果我的理解不正确,请发表评论。

于 2017-04-03T15:43:49.943 回答