为什么Azure ASP（应用程序服务计划）手动扩展太慢？

Question

当前，我有一个Azure ASP I1，其中包含约8个应用程序服务和2个功能应用程序。 当我从1个实例到2个实例进行手动扩展时。它大约需要30多分钟，我认为它太慢了。 我的问题：

1. 什么原因影响秤时间？ （资源，应用数量？）
2. 如何减少手动秤的时间？ （我的意思是配置的最佳做法）
3. 如果我们将自动缩放应用于此ASP，它的缩放速度会更快吗？否则，自动扩展将不会带来任何价值，因为在完成扩展的那一刻，可能已经减轻了对我们服务器的压力。

任何部分答案和讨论将不胜感激

Answer 1

我对扩展的理解是，它是提供服务计划中所有资源所花费时间的简单总和。您说，您有8个应用程序服务和2个功能应用程序。尝试回想一下配置它们需要多长时间。如果每个应用程序花费大约一分钟，那么大约需要10分钟。例如，如果您的应用程序有一个cosmos数据库，则该过程可能需要3到10分钟。我根据自己的经验发言。

那么，现在，你的问题。

• 什么原因影响秤时间？ （资源，应用数量？）

是的，各个应用程序及其所依赖的资源是决定扩展时间的重要因素。

• 如何减少手动秤的时间？ （我的意思是配置的最佳做法）

不多。这是您无法控制的之一。

但是，如果我是您，我会考虑将某些应用程序和功能移出该服务计划，并且可以单独进行管理吗？

假设我有一个带有数据库服务的Web应用程序。我发现服务器可以很好地处理负载，但是数据库需要更大的计划。然后，我将数据库移到一个单独的计划中，而不是将它们保持在相同的计划中，只将扩展工作重点放在数据库上，而将Web应用程序服务留给了自己。

• 如果我们对此ASP应用自动缩放，会自动扩展吗？

否。