Azure应用程序服务计划CPU峰值无明显原因

我们在Azure应用程序服务计划中遇到CPU峰值，没有明显的原因。这并不是停止服务的原因，但我们希望了解这种情况何时发生以及如何发生

例如，CPU百分比连续几天保持在0-1%的范围内，但随后突然上升到98%、45%、60%，并很快恢复到0-1%的范围。内存保持在舒适的40-45%水平不变，没有传入的请求，没有web作业，日志中没有异常，没有故障，服务正常，没有我们可以指出的原因。 我们试图通过kudu>support>analyze（metrics）找到答案，但无法提交请求。它只是不断地给出错误，以便稍后再试

该应用程序服务计划中只运行一个web应用程序，它是asp.net核心2.0。web api

有人能解释一下这种行为吗？这正常吗？如果是，为什么会发生？是否有一种危险，它会飙升到90%，并且不会立即恢复

---

只是，发生了什么事？

在与MS支持人员交谈后，我得到了一个答案，这是来自他们的监控工具的正常行为：

我们回顾了我们的内部工具，以12/26和 今天12/29，我们可以注意到这是多数票制 进程执行后台任务，这对于每个沙箱都是正常的 环境在您的情况下，它主要是MonAgentCore.exe波动 在CPU中，这是我们的诊断日志捕获过程 就像一个非常短暂的尖峰，看起来很正常

---

我只能回答这个问题的一部分：这是不正常的。我还没有在我的Web应用程序实例上看到过这样的随机的无法解释的CPU峰值。您的定价层和实例大小是多少？您是否碰巧有任何正在运行的站点扩展？没有像WordPress博客那样运行的PHP应用程序？这个峰值持续多久？定价层是基本层，实例大小是B1，是基本层中的第一个。没有运行站点扩展，没有博客，PHP，诸如此类的东西。只有一个asp.net core rest web api在其中运行。很难说峰值持续多长时间，因为图表显示的粒度不低于1分钟，但低于1分钟。我想我做了5次，我花了3个小时查看了我能想到的所有内容。我会再做一次三重检查，然后带着结果回来。@RobReagan是的，这是我也考虑过的一个选择，当然。假期和周末是一个幸运的情况，因为现在将没有交通，但我仍然想得到一些了解背后。将在此处发布有关调查结果的信息。@RobReagan以下是MSN支持部门的回复：“我们回顾了以12月26日和今天12月29日为起点的内部工具，我们注意到大多数系统进程都在执行后台任务，这对于每个沙盒环境来说都是正常的。在您的案例中，主要是MonAgentCore.exe在CPU中波动，这是我们的诊断日志捕获过程，这看起来像是一个非常临时的峰值，看起来很正常。“/所以，在应用程序服务平台和他们监控工具的一部分上，这似乎是正常的事情。当我创建一个全新的应用程序服务计划时，即使其中包含0个应用程序，我也会明白这一点。那么答案是它忽略了100%的峰值吗？@DanParker对我来说，是的，答案是正常的。我不确定你的应用服务计划中没有应用的答案是否相同。您最好发送一个支持请求，并针对您的特定案例进行确认。