Azure App Service Architecture理解:Per-App Scaling

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

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

使用早期的50应用示例,通过为应用服务计划启用每应用扩展,可以将所有50个应用分配到同一个应用服务计划 . 然后,可以修改各个应用程序的扩展特性:40个低容量应用程序设置为每个最多运行一个服务器 . 五个中小批量应用程序设置为最多运行两个服务器 . 其余五个高容量应用程序设置为最多运行10台服务器 . 基础应用服务计划最初可以使用至少五台服务器 . 然后可以根据内存压力与CPU的关系,根据需要设置自动缩放规则 .

我无法理解为什么以上三种配置最少有五台服务器作为起始计数 .

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

回答(2)

2 years ago

那篇文章给出了在多个应用服务中拆分众多应用的示例 .

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

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

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

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

2 years ago

根据我的理解, a minimum of five servers 语句计算如下 .

  • 40个小应用程序设置为1个服务器,固定值 .

  • 5个中型应用程序设置为每个最小1到最多2个服务器 .

  • 5个大型应用程序设置为每个最小1到最大到10个服务器 .

因此,"The underlying App Service Plan can start out with a minimum of five servers"由大型应用程序的数量给出 . 每个大型应用程序都分配给每个服务器,其余的(40small 5mid)可能属于五个中的一个 .

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