Azure应用服务计划CPU峰值没有明显的原因
我们在Azure应用程序服务计划中遇到CPU峰值，没有明显的原因。这并不是停止服务的原因，但我们想知道什么时候
例如，CPU百分比连续几天保持在0-1%的范围内，但突然它飙升到98%, 45%, 60%并很快回到0-1%的范围内。内存保持在舒适的40-45%水平不变，没有传入请求，没有Web作业，日志中没有异常，没有故障，服务健康正常，没有我们可以指出的原因。我们试图通过kudu找到答案
该应用程序服务计划中只有一个Web应用程序在运行，它是一个asp.net核心2.0. web api。
有人能解释一下这种行为吗？这正常吗？如果是，为什么会这样？是否有一种危险，它会飙升到90%，并且不会立即恢复？
只是，怎么了？
共有1个答案
与MS支持人员交谈后，我得到了一个答案，这是他们监控工具的正常行为：
我们回顾了以12月26日和今天12月29日为起点的内部工具，我们可以注意到这是大多数系统进程在执行后台任务，这对于每个沙盒环境来说都是正常的。在你的情况下，主要是Monagencore。exe在CPU中波动，这是我们的诊断日志捕获过程，这看起来像是一个非常临时的峰值，看起来很正常。
-
我使用此命令使用powershell创建了一个新的Web应用程序。 现在，我希望将web应用的应用服务计划从免费更改为共享/标准等。 读过文章 https://azure.microsoft.com/en-us/documentation/articles/azure-web-sites-web-hosting-plans-in-depth-overview/ 无法创建空的应用程序服务计划。那么，
-
我正在对我的Azure Web App P3定价层运行负载测试。我们有以下自动横向扩展策略- 最小实例5和最大实例20，如果CPU百分比（Max）超过85%，则增加1个实例，如果CPU百分比平均低于50%，则减少1个实例 目前，它正在运行5个实例。如果我转到Applications Insights，所有可用实例的“Live Metrics Stream”窗格，它显示所有5个实例的CPU使用率约为
-
我正在尝试更改其中一个Azure应用服务的Azure应用服务计划，以下是我得到的。它无法搜索我刚刚创建的应用服务计划。 Azure应用服务的当前应用服务计划和我想要更改为存在于同一位置和同一资源组中的计划。这两个计划的唯一区别是定价层。现有计划恰好在“标准：2小”中，我刚刚创建的计划在“标准：1小”中。对于这两个计划，我都选择定价层为“标准1”，因此不确定这是如何在定价层名称中添加数字1和2的。
-
我试图理解应用服务计划的最大CPU百分比/内存利用率的原因，但在azure portal中找不到任何简单的方法。在我的应用程序服务计划中，创建了20个应用程序服务，其中只有2-3个应用程序服务用于用户界面，其他应用程序服务用作web API或后台作业（如webjobs）。我的应用服务计划是在独立的定价层，平均内存和CPU利用率很好，大约是60%，但当我检查它的最大利用率时，我发现它的峰值高达90%
-
我们正在考虑将多个网站迁移到Microsoft Azure。我们相信应用服务标准的tier S1服务将满足我们的大部分需求。 应用服务计划详情 不幸的是，它最多提供50Gb的存储空间。是否可以将存储添加到总体服务计划中？（例如，存储将可用于应用程序服务上的所有应用程序）。 我知道您可以单独为每个应用程序添加blob存储，但我们更愿意在整个服务计划中增加可用存储。
-
我正在尝试删除与我之前创建的移动应用后端相关的所有内容，并且我能够删除除应用服务计划之外的所有内容。 这表明应用程序服务计划没有连接的应用程序和定价层，但我仍然无法删除它： 当我尝试单击计划以查看其详细信息时，门户将进入无限加载状态，而不会发生任何其他情况： 有人能帮我解决这个问题吗？