Google app engine 在几分钟内处理带有未决事件的AppEngine停机

Google app engine 在几分钟内处理带有未决事件的AppEngine停机,google-app-engine,Google App Engine,今天,阿彭金沉沦了一段时间: 结果是,所有请求都被保持为挂起状态,有些请求长达24分钟。这是我的服务器日志的摘录。这些请求通常在不到200毫秒的时间内得到处理 我的配额(每天8美元)在几分钟内就爆炸了,而以前是每天2美元左右 即使我的实际请求响应速度仍然很快,我如何防止待定的_m吃掉我的所有配额?我的等待延迟从300毫秒变为自动。将最长时间限制在10秒是否可以防止这种类型的爆发?75 没错,将挂起延迟提高到10秒左右将有助于减少启动的实例数 看起来长时间运行的请求占用了您的实例。当这种情

今天,阿彭金沉沦了一段时间:

结果是,所有请求都被保持为挂起状态,有些请求长达24分钟。这是我的服务器日志的摘录。这些请求通常在不到200毫秒的时间内得到处理

我的配额(每天8美元)在几分钟内就爆炸了,而以前是每天2美元左右

即使我的实际请求响应速度仍然很快,我如何防止待定的_m吃掉我的所有配额?我的等待延迟从300毫秒变为自动。将最长时间限制在10秒是否可以防止这种类型的爆发?

75

  • 没错,将挂起延迟提高到10秒左右将有助于减少启动的实例数
看起来长时间运行的请求占用了您的实例。当这种情况发生时,应用程序引擎会启动新实例来处理新请求,当然,实例需要花钱

  • 对于较小的数字也应该有所帮助
在您的仪表板上,您可以查看实例图,查看请求加载完成后实例的突发空闲时间。 您可以查看您的典型用法,以帮助估计安全最大值。 当合法流量需要增加一个新实例时,降低它们可能会导致速度变慢,特别是在流量急剧增加的情况下,因此您需要调整此值以匹配您的预算。为了进行比较,在非生产appspot上,将“最小值”和“最大值”设置为1可以正常工作

除此之外,减少应用程序引擎资源的使用也会有所帮助。听起来你已经经历过了,因为你的典型请求时间很短。如果您的代码能够正确处理线程(没有全局线程等),并且您的实例有足够的空闲内存来处理多个请求,那么启用并发请求可能会有所帮助