Google app engine 有没有办法找出实例被杀死的原因?

Google app engine 有没有办法找出实例被杀死的原因?,google-app-engine,Google App Engine,我有一个小型java应用程序(2-10QPS),设置为使用F4_1G实例自动伸缩。有趣的是,通常只有一个实例处于活动状态,但通常会创建两个实例。有时,几个小时后,一个实例消失,立即被另一个1-2个实例替换,相应的实例负载会大大增加延迟。有没有办法找出一个实例被击落的原因?我没有看到任何_ah/stop(我认为这对于自动缩放来说是正常的)或任何关于超出内存限制/移动到另一个系统或任何其他错误的消息,只是在发生更改时有很大的延迟。此外,这些实例使用的内存约为250MB,远低于1GB。而且,延迟非常低

我有一个小型java应用程序(2-10QPS),设置为使用F4_1G实例自动伸缩。有趣的是,通常只有一个实例处于活动状态,但通常会创建两个实例。有时,几个小时后,一个实例消失,立即被另一个1-2个实例替换,相应的实例负载会大大增加延迟。有没有办法找出一个实例被击落的原因?我没有看到任何_ah/stop(我认为这对于自动缩放来说是正常的)或任何关于超出内存限制/移动到另一个系统或任何其他错误的消息,只是在发生更改时有很大的延迟。此外,这些实例使用的内存约为250MB,远低于1GB。而且,延迟非常低(平均80ms)

我还尝试了基本的缩放,重启次数较少,但也出现了一些问题。我可以看到_ah/stop here,但是仍然没有关于为什么停止的错误消息(例如,正在搜索日志中的“move”“except”“memory”)


从我在堆栈上找到的东西来看,我真的看不出它会出现在哪里,它会出现在日志中,对吗?关于如何找出问题所在,还有其他想法吗?

几个月前,我遇到了同样的问题。实例被关闭,新实例被生成,即使CPU和内存使用在限制范围内,并且实例本身或其响应延迟没有特殊问题,也没有流量峰值。 经过大量的观察和研究,我注意到这些实例在处理了50000个请求(或者更多)之后正在重新启动

在实例重新启动之前,它所服务的请求数量似乎有一个未记录的硬限制,在我的例子中是50000(在AppEngineJava标准上有F4或F4_1G实例)。其他人也得出了同样的结论(例如,见)

两年后对你来说可能太晚了,但我希望这有助于其他可能在未来来到这里的人