azure 上的应用服务似乎很慢

Question

我正在尝试追查我们的前端何时开始运行如此缓慢。最近我在同一个服务计划中创建了新的应用服务。

所以现在我有六个应用程序（2 个前端，4 个后端）在使用基本定价层的相同应用服务计划下运行。此外，我们使用 Kudu 进行部署。

这可能是原因吗？或者如何寻找原因？

这是该服务计划的概述

感谢任何想法和建议

Answer 1

@user122222 这是一个高 CPU 问题，而不是其他人指出的缓慢请求问题。

您可以立即采取的行动是扩大规模。如果您在基本层中使用 B1 实例，请尝试扩展至 B3，这将为您提供更多 CPU 内核和 RAM。看看这是否能让你松一口气。如果是这样，那么您可能需要保持在此实例级别。在这一点上，分析您的请求数量也是值得的。当您运行许多站点或资源密集型站点时，您应该扩大规模，当您收到大量请求时，您应该扩大规模。

我的钱是因为您的代码可能存在导致死锁或类似问题的问题。您的 CPU 使用率图表在数小时内一直停留在 100% 的使用率。即使是超载的 ASP 也会在几个小时内出现一些下降。

要解决高 CPU 使用率问题，请首先在您的应用服务计划中使用 diagnose and solve problems blade。这与支持工程师在付费技术支持案例中使用的故障排除工具相同。使用它来解决高 CPU 问题（不是根据您的屏幕截图缓慢的请求，它会显示 CPU 是缓慢请求的罪魁祸首）。

这可以告诉您 ASP 中的哪个应用程序导致了问题，有时甚至可以告诉您该应用程序中导致问题的进程。除此之外，我建议创建和分析有问题的网络应用程序的内存转储。有关如何执行此操作的更多步骤here。

Answer 2

请尝试重启工作实例。

https://docs.microsoft.com/en-us/rest/api/appservice/app-service-plans/reboot-worker#code-try-0