【问题标题】:Outgoing bandwidth increased 4x for some unexplainable reason由于某些无法解释的原因,传出带宽增加了 4 倍
【发布时间】:2013-11-27 23:02:16
【问题描述】:

我正在运行一个基于 GWT+GAE 的游戏,其中包含许多静态图像文件(~25MB,大部分打包为 JS GWT 包)。目前,我们每天有大约 450 名活跃用户和大约 30 名注册用户。几周以来,这个数字相当稳定。他们每天最多产生大约 10GB 流量。 但上周发生了一件非常奇怪的事情:在周中,即 11 月 19 日,使用量增加到超过 40GB 并从那时起一直保持在这个水平。

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

事实:

日期/DAU/带宽

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、邮件、通道 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 上并进行了一些“单元”测试:

客户端:Firebug 测量下载约 20MB(一些图像和 JS)

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

App Engine 信息中心:传出带宽 0.11GB!

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

使用 3 个浏览器进行了尝试,累积了 0.33GB 的传出带宽,尽管日志显示为 2.5MB,并且根据客户端的总和结果约为 65MB(我的预期)。 缓存似乎起作用了,自从第二次加入以来,我根据 Firebug 只下载了 30kB,而且在这种情况下仪表板中的带宽计数器也不会上升。

非常感谢任何帮助和想法!

编辑 10.12.2013: 正如我在答案中所写 - 该错误现在已修复。此外,我还尝试了 CloudFlare,所以昨天我们的带宽使用量为 3.5GB(是的,1/12)! 由于我们的应用是一款游戏,因此包含大量静态内容,cloudfalre 为我们节省了 75% 的静态文件带宽和 66% 的请求。延迟没有改变。看起来很有希望:)

【问题讨论】:

  • 我会记录一个生产问题,以及您详细说明差异的证据。 code.google.com/p/googleappengine/issues/…
  • 您是否启用了 pagespeed?
  • 不,我们不使用 PageSpeed,因为它不符合我们的需求。
  • 顺便说一句。蒂姆,感谢制作问题的想法。做到了。

标签: google-app-engine gwt cloudflare


【解决方案1】:

提交工单后(必须购买白银支持包),谷歌分析该问题确实是应用引擎中的一个错误,导致日志中的实际带宽使用量与仪表板中的计费值之间存在差异。 现在已经解决了。

【讨论】:

  • 他们是否退还了您的白银支持或以任何方式补偿您此问题可能导致您为传出带宽多付的费用?
猜你喜欢
  • 2010-11-02
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2023-04-07
  • 2018-04-26
  • 2015-07-07
  • 2021-08-02
相关资源
最近更新 更多