由于一些无法解释的原因，输出带宽增加了4倍

Question

我正在运行一个基于GWT+GAE的游戏，它包含许多静态映像文件(~25 JS，大部分打包为JS包)。我们目前有大约450每天活跃用户和大约30注册每天。从几周以来，这个数字是相当恒定的。在最大值中，它们每天生成大约10 In的流量。但上周发生了一件非常奇怪的事情:在11月19日的一周中，40 it的使用量增加到40 it以上，此后一直保持在这个水平上。

我已经调查了几天了，但到目前为止还没有任何结果-所以我需要你的帮助和想法，因为账单支持忽视了我。

事实：

日期/数据/班德维特

15.11 / 385/ 6.5 GB

16.11 / 585 /9 GB

17.11 / 660 / 10 GB

18.11 / 451 / 12 GB

19.11 / 455 / 46 GB

20.11 / 438 / 42 GB

21.11 / 429 / 44 GB

输出带宽大幅度增加，但是当我们检查仪表板上的图表时，并不清楚为什么会发生这种情况(因为这里没有直接的图像发布--抱歉)：

http://i.stack.imgur.com/HPfdV.jpg

19日，我们没有部署新版本，也没有更改应用程序的配置。

我们还检查了带宽相关的组件(blob，mail，通道api)，但是那天没有什么变化。

接下来，我下载了所有日期的日志，并总结了所有响应大小，得到了以下结果：

18.11: 3.9 GB

19.11: 4.2 GB

20.11: 3.8 GB

21.11: 4.1 GB

除了总尺寸和输出班德思之间的巨大差异外，在日志中的大小在19之后也是相当恒定的。我现在不知道该在哪里寻找答案。哪些服务没有被记录会导致这样的行为？

编辑28.11:我在其他app-id上部署了应用程序，并进行了一些“单元”测试：

Clientside: Firebug的下载量为20 JS(一些图片和JS)

服务器端:在日志中，一个资源的每个GET的响应大小为0，状态为200 (...3.cache.js HTTP/1.1“200 .)，根据日志，一个游戏会话的总大小为715 to。

应用引擎仪表板:输出带宽0，11 App！

AppStats: none urlFetch，几个通道API发送消息-没什么了不起的。

用3种浏览器试了一下，并累积了0.33GB的输出带宽，尽管日志显示为2,5MB，并且根据客户端的总和大约为65 it (正如我所期望的)。缓存似乎有效，自从第二次加入以来，我只根据Firebug下载30 up，而且仪表板中的带宽计数器在这种情况下也不会上升。

任何帮助和想法都是非常感谢的！

编辑10.12.2013:正如我在答案中所写的，这个bug现在已经修复了。另外，我也给了CloudFlare一次尝试，所以我们昨天的带宽使用量为3,5GB (是的，1/12)！由于我们的应用程序是一个游戏，因此包含大量静态内容，cloudfalre为我们节省了75%的静态文件带宽和66%的请求。潜伏期没有改变。看起来很有希望:)

Answer 1

在提交了一张罚单(不得不购买银支持包)之后，谷歌对问题进行了分析，这确实是应用程序引擎中的一个错误，导致了日志中的实际带宽使用与仪表板中的计费值之间的差异。现在已经解决了。