【问题标题】:Azure App Service Plan CPU spikes for no obvious reason没有明显原因的 Azure 应用服务计划 CPU 峰值
【发布时间】:2018-06-09 07:25:22
【问题描述】:

我们在 Azure 应用服务计划中遇到 CPU 峰值,原因不明。它不会停止服务,但我们希望了解这种事情何时以及如何发生。

例如,CPU 百分比在几天内处于 0-1% 的范围内,但突然间飙升至 98%、45%、60% 并很快回到 0-1% 的范围。内存保持在舒适的 40-45% 水平,没有传入请求,没有 Web 作业,日志中没有异常,没有故障,服务健康,没有任何我们可以指出的原因。 我们试图通过 kudu > 支持 > 分析(指标)来找出答案......但我们无法提交请求。它只是不断给出错误以供稍后尝试。

该应用服务计划中仅运行一个 Web 应用,即 asp.net core 2.0。网络接口。

有人能解释一下这种行为吗?这是正常的,预期的吗?如果是这样,为什么会发生?是否存在飙升至 90% 且不会立即恢复的危险?

只是,发生了什么事?

【问题讨论】:

  • 这个问题我只能回答一部分:不正常。我还没有在我的 Web 应用实例上看到像这样的随机无法解释的 CPU 峰值。您的定价层和实例大小是多少?您是否有任何网站扩展正在运行?没有像 WordPress 博客那样运行的 PHP 应用程序?这个峰值会持续多久?
  • 定价层为Basic,实例大小为B1,Basic层的第一个。没有运行站点扩展,没有博客,phps,类似的东西。只是一个运行在其中的 asp.net core rest web api。很难说峰值持续了多长时间,因为图表没有显示低于 1 分钟的粒度,但它低于 1 分钟。
  • 我以为我做了 5 次,我花了 3 个小时浏览所有我能想到的东西。将再做一次三重检查并返回这里并提供结果。
  • @RobReagan 是的,这绝对是我也想到的一个选项。假期和周末现在是一个幸运的情况,因为不会有交通,但我仍然想了解它的背后。将在此处发布有关调查结果的信息。
  • @RobReagan 以下是来自 MSN 支持的回复:“我们以 12/26 和今天 12/29 为起点审查了我们的内部工具,我们注意到这是大多数系统进程所做的后台任务,这对于每个沙盒环境都是正常的。在您的情况下,主要是 MonAgentCore.exe 在 CPU 中波动,这是我们的诊断日志捕获过程,这看起来像是一个非常暂时的峰值,看起来很正常。” / 所以,在 App Service 平台和他们的监控工具中似乎是正常的事情。

标签: azure azure-web-app-service


【解决方案1】:

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

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

【讨论】:

  • 当我创建一个全新的应用程序服务计划时,即使其中包含 0 个应用程序,我也会得到这个。那么答案是否忽略了 100% 的峰值?
  • @DanParker 就我而言,是的,答案是正常的。我不确定对于没有应用程序的应用程序服务计划的答案是否相同。对于您的特定情况,发送支持请求并确认可能更好。
猜你喜欢
  • 2017-05-08
  • 1970-01-01
  • 1970-01-01
  • 2019-04-07
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多