Azure App Service Architecture理解：Per-App Scaling

Question

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

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

  

使用早期的50应用示例，为应用服务计划启用了每应用扩展，所有50个应用都可以分配到同一个应用服务计划。然后，可以修改各个应用程序的缩放特征：

     

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

     

基础应用服务计划最初可以启动至少五台服务器。然后可以根据内存压力与CPU的关系，根据需要设置自动缩放规则。

我无法理解为什么以上三种配置会将至少五个服务器作为起始计数。

是否有40个低容量应用程序可用于1个服务器，5个中等容量应用程序用于1个服务器，还有5个高容量应用程序可用于（未描述）3个服务器？

Answer 1

该文章举例说明了在多个应用服务中拆分众多应用。

TL; DR版本：通过App Service计划，部署到该应用服务计划的每个应用都驻留在每个实例上。如果您有一个包含3个实例的App Service计划，那么每个应用程序都会存在于这3个实例中。转到4个实例？再次 - 所有的网络应用程序，api应用程序等都会进入所有4个实例。

如果该比例模型对您不起作用（例如，您有一个超高负载应用程序可以占用所有内存或所有cpu），那么这个应用程序可能是其自己的应用程序的候选者服务计划，以便它不会使应用服务计划中的其他应用程序挨饿。

真的是这样。想要将所有应用程序放在一个应用程序服务计划中吗？太棒了 - 做吧您有一个高需求的应用程序导致您的小批量应用程序出现问题？很棒 - 将其移至自己的应用服务计划。完全取决于你。

但那篇文章......只是举例说明将应用分成几个应用服务计划。

Answer 2

根据我的理解，a minimum of five servers语句按以下设置计算。

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

因此，＆＃34;基础应用服务计划最初可以启动至少五台服务器＆＃34; 由大型应用程序的数量给出。每个大型应用程序都分配给每个服务器，其余的（40small + 5mid）可能属于五个中的一个。

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