azure - Web 应用服务 - 应多久重新启动一次？

Question

我在 7 月份部署了一个 Azure Web 应用程序，直到大约三周前它一直完美运行。当时我会注意到我的CPU利用率一直在80%到100%之间，而流量却没有相应的增加。当我第一次看到这个问题时，我断定这不是我的应用程序的问题，或者是流量增加导致的，然后我重新启动了 Web 应用程序服务，CPU 利用率恢复到正常的 5% 到 15%。几天后，它又开始这样做了。并且，重新启动再次解决了该问题。

我的问题是这样的。每天左右都要重新启动网络服务，这正常吗？如果是这样，为什么？

Answer 1

假设您的代码没有进行任何更改，并且您没有看到流量相应增加，那么这是不正常的。未部署应用程序的 Azure Web 应用程序几乎应始终保持 0% CPU 利用率。我说“几乎总是”，因为微软确实在后台运行诊断和监控工具，这可能会导致一些非常暂时的峰值。 See here关于该特定问题的主题。

我的建议是:

1. 当 CPU 固定并保持固定状态时，请登录您的 SCM 站点。检查 Process Explorer 并确认它是与 CPU Hook 的 w3wp.exe(请注意，您的 SCM 站点有一个单独的 w3wp.exe。)。

2. 确保您没有任何失去理智的网站扩展或 Web 作业。您可以在 SCM 站点上的“站点扩展”->“已安装”选项卡下检查已安装的站点扩展。任何 WebJobs 都将作为步骤 #1 中的单独进程显示在您的 SCM 流程资源管理器上。

3. 登录 Azure 门户并浏览到 Web 应用程序的管理边栏选项卡。转到诊断和解决问题边栏选项卡。从这里，您可以尝试“每个实例的指标”并浏览所有性能计数器，看看它是否可以为您提供有关问题所在的线索。例如，我曾经让 SignalR 发疯，直到看到我的线程数失控才发现它。

4. 在“诊断和解决问题”边栏选项卡上，您还可以检查应用程序事件。

5. 通过在 Web 应用程序上安装 Application Insights，您可能会对此有所了解。它有一个免费套餐，可能有足够的空间来排除几天的故障。如果您的代码出现问题，您可能会在这里获得一些见解。

6. 为了完整性，我在此处添加了失败的请求跟踪日志。但这些可能会出现在 Application Insights 中。

7. 如果您已用尽所有这些可能性，请向 Microsoft 提交支持票证。如上面的链接所示，他们可以访问我们无法访问的诊断工具，并且可以消除诊断或基础设施流程失控的可能性。如果 CPU 峰值是由于您自己的 w3wp.exe 导致 CPU 峰值，我不知道它们能提供多少帮助。

当然，如果您的应用程序非常容易重新部署并且这不是一个荒谬的麻烦，您可以重新配置它并看看您是否看到相同的行为。