2016-08-24 34 views
-1

我试图用数字和百分比来推理我的日常配额。没有太多进展。为什么我的免费配额全部用完?

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

只是小包来回之间。

根本没有使用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个小时后重置了一天。但它开始的地方,如下面的捕获...检查是否有来自用户或其他东西的大量请求。没有运气。除非有可能的解释,否则它可能是一个错误的可能性?

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

+0

您可能想要通过https://cloud.google.com/appengine/docs/python/config/dos –

+0

感谢您的回复。你认为这可能是由于Dos攻击?它不应该存在于GAE Logs上吗?正如我上面提到的,我通过我所有的要求在特定的24小时内手动浏览。但是请求的数量大约是1000.我不是问我的appengine有什么问题,而是问自己怎么弄清楚什么是错的。任何更多的建议将会有所帮助。 – user3126624

+0

但你说超过5万个请求。如果请求统计数据和实际的请求日志之间存在差异,我认为这是一个错误。我会为此提出一个单独的Q(可能链接到这个Q的上下文?) - 但是第一次检查是否正确查看日志,可能会下载它们等。 –

回答

0

我回答我的问题:

我联系了谷歌云平台支持。事实证明,开发。由于他们没有保存日志,团队无法弄清楚真正的原因。他们推测这很可能是UI错误。

+0

我不知道为什么在这个问题上投下一票。 – user3126624

相关问题