如何避免Azure应用程序服务计划自动缩小

我想问你是否有办法避免Azure的应用程序服务计划自动缩小。例如，我配置了一个具有以下定价层的应用程序服务计划：基本：1中等；然而，如果我的应用程序闲置一段时间，该应用程序服务计划的定价层将更改为共享。我不知道这是否是一种标准行为，从经济上讲是有道理的；然而，从技术角度来看，我确实需要至少一个基本的服务计划，因为我正在使用一些共享环境中不可用的GDI+功能（事实上，我的应用程序开始崩溃）

在VisualStudio中直接开发、创建和部署web应用程序，以及以后将应用程序扩展到基本服务计划时，默认情况下从未更改回Free set。。。但现在在使用现收现付订阅的生产中，我遇到了这个问题，现在变得非常烦人

---

我希望任何人都能帮助我找出如何避免前面提到的行为，以迫使我的应用程序服务计划保持至少一个基本的定价层，即使我的应用程序处于空闲状态；或者在这种情况下，至少在应用不再空闲时，强制我的应用服务计划从共享扩展到基本。

对应用计划的更改不是自动的。有人在做。查看你的Azure操作日志，我打赌你会找到罪犯。或者你对Azure帐户的花费有限制，一旦上限用完，它会将所有东西都转换为免费计划？

我也有同样的问题。我配置了一个具有以下定价层的应用程序服务计划：标准：1小；但是，由于某些原因，该应用程序服务计划的定价层更改为共享。我使用的是按量付费订阅，没有费用限制

---

为了解决这个问题，我必须创建一个新订阅（按需付费），更改新订阅的应用程序计划服务，并最终扩展到新的定价层。

Igorek，我按照建议查看了操作日志/审计日志，并找到了最后两个操作（两个条目）“更新托管计划”）我在尝试手动从共享扩展到基本（B2）时花了几个小时，但我找不到任何证据表明有人或某事正在从基本（B2）更新应用程序服务计划从那个时候到今天早上，我一直在分享。还有其他想法吗？顺便说一句，我对每个在“缩小规模”事件中注册的应用程序服务计划都创建了一个警报，希望收集更多关于这个问题的信息。Igorek，至于你的第二个评论，我要说的是，这个帐户只有几天的历史，所以即使它现在是一个现收现付的子帐户ription，由于我故意取消了支出限制，假设订阅可能仍在免费试用的200美元信用额度上运行；这可能是当前切换（缩减）的原因吗应用程序服务计划的行为？听起来是时候给支持部门打电话了，然后我建议您开一张支持票。我听说过应用程序服务计划自动缩小的类似案例，支持部门能够识别问题并提供解决方案