如何确定Azure App Service中100％CPU使用率的原因？

我在Azure应用程序服务计划中有五个应用程序，同一应用程序的所有不同副本适用于不同的客户端。这是带有SQL数据库的ASP.NET MVC应用程序。

今天早上，我醒来了一些缓慢且无响应的网站，有时会导致503错误。在检查App Service Plan的CPU /内存指标后，我发现CPU固定为100％：

各个站点的CPU时间图表显示它们全部同时关闭，尽管有些情况比其他情况差：

我尝试通过执行“高级应用程序重新启动”来解决此问题，但刀片无法加载-我认为是因为它试图从无法响应的服务器获取信息。

最后，我尝试逐个停止每个站点，这使CPU恢复为零，然后再次将其重新启动，这似乎已经解决了问题，但是现在其中一些已经开始恢复。

几周前，我遇到了类似的问题，并认为我的App Plan太大了，所以从S1升级到S2，直到今天还不错。

我对如何弄清楚造成CPU饥饿行为的原因一无所知。谁能指出我正确诊断该病的正确方向？

我们已经遇到过几次这个问题，每次都证明它是被GC（垃圾收集）所取代。很难证明和诊断，但是我最后要做的是使用kudo（scm）网站，单击工具=>支持（可将您带到应用程序的支持网站。

从这里选择目录（如果有多个目录）和站点，单击Analyze => Metrics，然后单击Diagnose按钮（注意，此按钮已更改，因此这些步骤可以随时更改），然后返回Analyze => Dianotics，您最终将获得“内存转储=>“分析状态”报告。这应该是一个mht文件（您可以在讨厌的浏览器IE或Edge中打开该文件），然后搜索键“ gc”。

您会发现一些有趣的调用堆栈框架，其中引用了诸如“ GCFrame”之类的内容，或者更有趣的是对“ System.Threading.WaitHandle.WaitMultiple”的调用，如果您获取的过多，则说明系统可能存在垃圾回收问题。

如何解决这个问题……这是许多其他主题中涉及的主题，因为这就像问“我如何生活在仍在使用IE 6的世界中？”……

最好的选择是为此特定应用安装New Relic或Application Insights。可以通过App Service->工具->性能监控轻松安装。这将使您详细了解服务器端和客户端的情况。

文章：监视Azure Web应用性能