关于这篇 MSDN 文章; https://msdn.microsoft.com/en-us/magazine/mt793270
按应用程序扩展部分包含以下段落。
Using the earlier 50 app example, with per-app scaling enabled for the App Service Plan, all 50 apps can be assigned to the same App Service Plan. Then, the scaling characteristics of individual apps can be modified:
- 40 low-volume applications set to run on a maximum of a single server each.
- Five mid- to low-volume applications set to run on a maximum of two servers each.
- Five remaining high-volume applications set to run on a maximum of 10 servers.
The underlying App Service Plan can start out with a minimum of five servers. And then auto-scale rules can be set to scale out as needed based on memory pressure vs. CPU.
我无法理解为什么上述三个配置给出至少五台服务器作为起始计数。
它是否说 40 个低容量应用程序到 1 台服务器,5 个中等容量应用程序到 1 台服务器,其余 5 个高容量应用程序到(未描述)3 台服务器?
最佳答案
那篇文章提供了将众多应用程序拆分到多个应用程序服务中的示例。
TL;DR 版本:对于应用服务计划,部署到该应用服务计划的每个应用都驻留在每个实例上。如果您的应用服务计划包含 3 个实例,那么您的每个应用程序都依赖于这 3 个实例。去4个实例?再次强调 - 您的所有 Web 应用程序、API 应用程序等都将进入所有 4 个实例。
如果该比例模型不适合您(例如,您有一个超高负载的应用程序,它会耗尽所有内存或所有 CPU),那么该单个应用程序可能是其自己的应用程序服务计划的候选者,这样就不会影响应用服务计划中的其他应用。
确实是这样。想要将所有应用程序放入一个应用程序服务计划中吗?太棒了 - 去做吧。您的高需求应用程序导致低容量应用程序出现问题?太棒了 - 将其转移到自己的应用程序服务计划中。完全取决于你。
但是那篇文章...只是给出了将应用程序拆分为多个应用程序服务计划的示例。
关于Azure应用服务架构理解: Per-App Scaling,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/43024027/