如何学习超额配额的原因？ [英] how to learn reason of Quota Exceeded?
问题描述
我的免费应用服务最近获得了超出配额的消息，当我转到配额标签下时，我看不到任何超出的信息。下面的secreenshot正好在超出配额时停止，应用程序服务停止了。
我如何分析，我怎么知道这里超出了什么？我怀疑CPU短时间，但为什么它显示0？
I got recently quota exceed message for my free app service and when i go to under quota tab, i cannot see anything exceeded. this secreenshot below is taken exactly at the time quota exceeded and app services were stopped.
How do i analyze and how do i know what exceeds here? I am suspecting for CPU short time but why it shows 0?
除了你如何计算配额？它显示的是单个应用程序或所有应用程序的总数。或是每个资源组？
所以，如果我在美国中部有一个应用程序，它有自己的配额，南美国有自己的配额？
Beside that how do you calculate that quota? is it shown for a single app or total of all apps. or is it per resource group?
So if i have an app in central usa it has own quota and south usa has its own quota?
& quot;调试是硬的两倍首先编写代码。因此，如果您尽可能巧妙地编写代码，则根据定义，您不够聪明，无法对其进行调试。& quot;
"Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it."
推荐答案
只是为了突出显示，是免费或共享应用服务计划中托管的应用程序是主题使用配额。如果超出任何配额，网站将停止，直到配额
重置。
配额 用于免费或 共享 apps
是：
Quotas for Free or Shared apps are:
- CPU（短）：
此应用程序允许的CPU数量为5分钟。
此配额每五分钟重置一次。 - CPU（日）：
此应用程序在一天内允许的CPU总量。此配额在UTC午夜时间每24小时重置一次。因此，无论CPU百分比如何，其每天60分钟。
- CPU(Short): Amount of CPU allowed for this application in a 5-minute interval. This quota resets every five minutes.
- CPU(Day): Total amount of CPU allowed for this application in a day. This quota resets every 24 hours at midnight UTC. So, irrespective of the CPU percentage, its 60 minutes/day.
另外，3。
内存，4。带宽和5.文件系统
CPU时间 对于在免费或 共享中托管的应用有用
> 计划，因为其中一个配额是在应用程序使用的CPU分钟中定义的。然而，
CPU百分比 对于在基本中托管的应用非常有用， ; 标准，以及高级 计划，因为它们可以扩展。 CPU百分比
表示所有实例的总体使用情况。
CPU Time is useful for apps hosted in Free or Shared plans since one of their quotas is defined in CPU minutes used by the app. Whereas, CPU percentage is useful for apps hosted in basic, standard, and premium plans since they can be scaled out. CPU percentage is a good indication of the overall usage across all instances.
为了进一步突出显示，免费和共享服务计划是在与其他应用程序相同的Azure VM上运行的基本层。某些应用可能属于其他客户。这些
层仅用于开发和测试目的。免费和共享服务计划没有提供SLA。免费和共享计划按应用程序计量。共享（预览）
计划的价格反映预览折扣
Just to highlight on this further, the Free and Shared service plans are base tiers that run on the same Azure VMs as other apps. Some apps may belong to other customers. These tiers are intended to be used only for development and testing purposes. There is no SLA provided for Free and Shared service plans. Free and Shared plans are metered on a per-App basis. Price for Shared (preview) plan reflects a preview discount
通常，当配额超过时会发生这种情况：
- 如果某个应用超出 CPU（短） ， CPU
（日） ，或 带宽 quota，
应用程序停止，直到配额重置为止。在此期间，所有传入的请求都会导致HTTP 403错误。 - 如果超出应用内存配额，则重新启动应用。
- 如果超出了Filesystem配额，则任何写入操作都会失败。写入操作失败包括对日志的任何写入。
您可以将您遇到的问题与上述行为联系起来。
- If an app exceeds the CPU (short), CPU (Day), or bandwidth quota, the app is stopped until the quota resets. During this time, all incoming requests result in an HTTP 403 error.
- If the app Memory quota is exceeded, the app is restarted.
- If the Filesystem quota is exceeded, any write operation fails. Write operation failures include any writes to logs. You could co-relate the issue you experienced with the above behavior.
这篇关于如何学习超额配额的原因？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
