我试图用数字和百分比来推理我的日常配额。没有太多进展。为什么我的免费配额全部用完?
我使用GAE只为API为我的Android应用程序,用于保存用户的项目数,因此没有静态文件左右。
只是小包来回之间。
根本没有使用crons,taskqueue或任何奇特的函数。只需端点apis和数据存储。
到目前为止,直到昨天,每天,整体要求是500左右,或多或少,例如18小时,在读/写操作的一个位数百分比。
霎时间,今天早上(仅供参考,东亚),请求激增50,000以上,例如上文小时83和......请检查下面列出的快照连接链路。
例如小时,我想这是可能的,因为我使用它们自动定选项。也许GAE带来了更高级别的实例以获得更好的吞吐量。只是猜测。
但是,我甚至无法想象地球上的请求如何在一夜之间变成50,000。超过100次!乍一看,我以为我中了大奖,但日志告诉不一样。我手动计算了在过去24小时内GAE-Logs上有多少个请求日志。请求的数量仅为1000多个(与昨天相比,数量增加了一倍)似乎还有其他的东西耗尽了我的配额,因为其他的东西我不知道......或者什么也没有......?
另外,对于今天的300万次数据存储操作,对我来说毫无意义。这是读取操作的自由允许配额的三倍。直到昨天,它显示大约3%或4%。
我很困惑。你能否检查下面的图片链接并与我分享你的想法?
非常感谢!
------------------------- ------------- 已更新 ---------------------------------- ------
我检查了如果我的免费配额在6个小时后重置了一天。但它开始的地方,如下面的捕获...检查是否有来自用户或其他东西的大量请求。没有运气。除非有可能的解释,否则它可能是一个错误的可能性?
您可能想要通过https://cloud.google.com/appengine/docs/python/config/dos –
感谢您的回复。你认为这可能是由于Dos攻击?它不应该存在于GAE Logs上吗?正如我上面提到的,我通过我所有的要求在特定的24小时内手动浏览。但是请求的数量大约是1000.我不是问我的appengine有什么问题,而是问自己怎么弄清楚什么是错的。任何更多的建议将会有所帮助。 – user3126624
但你说超过5万个请求。如果请求统计数据和实际的请求日志之间存在差异,我认为这是一个错误。我会为此提出一个单独的Q(可能链接到这个Q的上下文?) - 但是第一次检查是否正确查看日志,可能会下载它们等。 –