azure - 为什么 Azure ASP(应用服务计划)手动扩展太慢？

Question

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

1. 影响缩放时间的原因有哪些？ (资源、应用程序的数量？)
2. 如何减少手动缩放时间？ (我的意思是配置的最佳实践)
3. 如果我们对这个 ASP 应用自动缩放功能，它会缩放得更快吗？如果没有，自动伸缩不会带来任何值(value)，因为当伸缩完成的那一刻，我们服务器的压力可能已经减轻了。

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

Answer 1

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

现在，回答你的问题。

• 影响缩放时间的原因有哪些？ (资源、应用程序的数量？)

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

• 如何减少手动缩放时间？ (我的意思是配置的最佳实践)

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

但是，如果我是您，我会考虑将某些应用程序和功能移出此服务计划，并可能单独管理它们？

假设我有一个带有数据库服务的网络应用程序。我发现服务器能够很好地处理负载，但数据库需要更大的计划。然后，我不会将它们保留在同一计划上，而是将数据库移至单独的计划，仅将扩展工作重点放在数据库上，而将 Web 应用程序服务放在一边。

• 如果我们对该 ASP 应用自动缩放功能，它的缩放速度会更快吗？

没有。