问题标签 [gae-quotas]

有人见过这个吗？

我的控制台上没有显示超出配额，但我的日志显示错误并且我的所有方法都失败了。我从来没有达到配额，我们仍然在 DEV 并且没有活跃用户。今天对我们的测试来说是轻松的一天。

错误：

ProtoRPC 方法实现遇到意外错误：OverQuotaError（API 调用 datastore_v3.Put() 需要的配额超过可用配额。）

我无法发布图像，因为我没有足够的代表点，但每个数据存储相关的配额都是“好的”。

谢谢

我将我的网站部署到 Google App Engine（使用 Golang 和具有 1000 条记录的数据存储）。启用计费并建立每日预算。配额详情页面显示所有内容都在配额之下。我正在执行 Urlfetch 以获取用于在数据存储中构建数据实体的 tsv 文件。

两个问题：

1. 仅创建了 778 个实体 - 日志表明它是一个长时间运行的进程，但它似乎提前终止而没有错误消息。医生说这是正常的
2. 第二步涉及从数据存储中的实体创建一个 json 文件。这个过程会导致“恐慌：过度配额”，因为我想这个过程花费的时间太长了。

我该如何进行？我应该将 tsv 数据文件分成几个较小的文件吗？我可以要求“更多时间”，这样我就不会超过安全配额吗？

需要注意的是，开发人员控制台的数据存储部分显示了一些问题：虽然我的应用程序可以访问 778 个数据存储实体，但控制台只报告了 484 个此类实体，总共只有 704 个各种实体（实际上是 933 )

我已经在这方面工作了一段时间，想知道系统是否有问题，或者我可以做些什么来正确设置我的数据实体。我也希望我能找到更多关于安全配额的信息……并让远程 API 正常工作！谢谢！

我总是收到这个消息

服务不可用 - 此应用程序暂时超出其服务配额。请稍后再试。

超出配额时来自 Google App Engine，尽管我开始设置免费试用（2 个月内免费 300 美元）并且我已经为我的项目启用了计费。还在问题中。

我们有一个小部件，它通过向每个属性视图添加 30 多个过滤器来过滤 Google Analytics 中的分析引荐来源垃圾邮件。

Google Analytics API 每天有 500 次写入操作的限制，这很糟糕，因为我们的小部件被大量使用，每个属性视图需要大约 35 次写入。

我正在寻找一种读取当前 API 限制的方法，以便在达到限制时通知用户，因为现在我在收到来自 Google 的错误消息时显示一条消息 - 在请求之后。这很烦人。

谷歌开发。控制台包含每个 API 调用的使用情况，以及何时达到限制足以让我知道。

我的问题：是否有 API 可以读取过去 24 小时内的数据？

我从一个查询中得到以下异常，直到几分钟前它工作得很好：

但是，在配额详细信息中，它并未向我们显示超出与数据存储相关的任何配额：

知道什么可能导致这个 OverQuotaError 吗？

当命令“gcloud preview app deploy app.yaml --promote”时出现错误：

错误：（gcloud.preview.app.deploy）错误响应：[13] CPU Quota Exceeded：正在使用：7，请求：2，限制：8 版本：20151201t142343.388948918338383472

有什么办法可以解决这种情况吗？

我在 Google App Engine 中有一个免费的应用程序。我已接近代码和静态文件存储的配额限制。两天前我删除了上传代码的几个版本。我的代码和静态文件存储仍然反映相同的 0.85 G 配额需要多长时间才能反映变化。

我试图用我的每日配额中的数字和百分比来推理。进步不大。

我仅将 GAE 用于我的 android 应用程序的 api，用于保存用户的项目数，因此没有静态文件左右。

只是在它们之间来回传递的小数据包。

根本不使用 crons、taskqueue 或任何花哨的功能。只是端点 apis 和数据存储。

到目前为止，直到昨天，每天，整个请求大约为 500 个，或多或少，18 个实例小时，读/写操作的个位数百分比。

突然之间，今天早上（仅供参考，来自东亚），请求飙升至 50,000 以上，实例小时数超过 83，并且......请查看下面的快照链接。

例如小时，我想这是可能的，因为我正在为它们使用自动缩放选项。也许 GAE 提出了更高级别的实例以获得更好的吞吐量。只是猜测。

但是，我什至无法想象请求是如何在一夜之间变成 50,000 的。超过100次！乍一看，我以为我中了大奖，但日志却有所不同。我手动计算了过去 24 小时内 GAE 日志中有多少请求日志。请求的数量只有 1000 多个。（与昨天相比，大约增加了两倍） 似乎有别的东西刚刚耗尽了我的配额，因为我不知道的其他东西......或者什么都没有......？

此外，今天 300 万次 Datastore 读取操作对我来说毫无意义。这是自由允许的读取操作配额的三倍。直到昨天，它显示在 3% 或 4% 左右。

我很困扰。请您检查下面的图片链接并与我分享您的想法吗？

太感谢了！

--------------------------已更新------------ -----------------------------------------

我检查了我的免费配额是否在 6 小时后重新设置为另一天。但它从原来的位置开始，如下面的捕获......检查是否有来自用户的大量请求或其他东西。没运气。除非有可能的解释，否则它可能是一个错误的可能性吗？

我正在尝试将我的数据从 Cloud SQL 移动到 Cloud Datastore。

SQL 数据库中有不到 500 万个条目。

在收到配额错误之前，我似乎每天只能移动超过 100,000 个实体。

我无法弄清楚我超出了哪个确切的配额，但是我有指数退避来确保我不会发送得太快。

最终它达到 5 分钟，与 SQL 服务器的连接断开，但我不认为每秒写入配额是问题所在。在我的 API 页面或 App Engine API 页面中，我没有看到任何其他配额超出。

我尝试了两种不同的 API 来编写记录。

GCP 数据存储区 API

导入 googledatastore
这是代码：
https ://gist.github.com/nburn42/d8b488da1d2dc53df63f4c4a32b95def

以及来自 apache_beam.io.gcp.datastore.v1.datastoreio的 Dataflow API
import WriteToDatastore
这是代码：
https ://gist.github.com/nburn42/2c2a06e383aa6b04f84ed31548f1cb09

这是我在写一到二十万次后看到的错误。
RPCError：数据存储调用提交 [在运行“写入数据存储/将突变写入数据存储”时] 失败：错误代码：RESOURCE_EXHAUSTED。消息：超出配额。

我在计算引擎上运行它。

任何帮助是极大的赞赏！谢谢，
内森

如何检查我在应用引擎上使用的所有服务。我被收费了，我不知道如何阻止它。我损失了大约 15 美元。而且我不知道它来自哪里