为什么我的免费配额似乎全部用完了?

时间:2016-08-24 09:47:00

标签: google-app-engine gae-quotas

我试图用我的每日配额中的数字和百分比来推理。没有多大进展。

我只为我的Android应用程序使用GAE来保存用户的项目数,因此没有静态文件。

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

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

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

突然间,今天上午(来自东亚),请求激增超过50,000,实例时间超过83,并且......请查看下面附带的快照链接。

例如几个小时,我想这是可能的,因为我正在为它们使用自动标量选项。也许GAE为了更好的吞吐量而提出了更高级别的实例。只是猜测。

但是,我甚至无法想象一夜之间请求变成50,000。超过100次!乍一看,我以为我中了大奖,但日志说的不同。我手动计算了过去24小时内GAE-Logs中有多少个请求日志。请求的数量仅仅超过1000.(它比昨天的数量多了两倍)似乎其他东西只是耗尽了我的配额,还有其他我不知道的东西......或者什么都没有......?

此外,今天300万次数据存储读取操作对我来说毫无意义。这是读取操作的三倍自由允许配额。直到昨天,它显示了大约3%或4%。

我很困惑。您可以查看下面的图片链接并与我分享您的想法吗?

非常感谢你!

imagelink -- quotas for today -- 6 hours left

imagelink for summary

imagelink for traffic

imagelink for Logs

--------------------------------------的更新 - ---------------------------------------

我检查了我的免费配额是否在6小时后重置了一天。但它从它开始的地方,如下面的捕获...检查是否有来自用户或其他东西的大量请求。没运气。除非有可能的解释,否则它可能是一个bug?

imagelink -- new quotas for next day -- 24 hours left

1 个答案:

答案 0 :(得分:0)

我正在回答我的问题:

我联系了Google云平台支持。原来,开发。团队无法弄清楚真正的原因,因为他们没有保留日志。他们认为它很可能是UI错误。

相关问题