准确预热请求的工作原理是什么？

Question

我们观察到一个加载请求的奇怪行为，我们希望分享这些行为以获得准确的答案。

我们启用了预热请求处理程序，因为加载请求需要15到25秒。

我们总是使用旧的“永远在线”功能，然后在“应用程序设置”中将“空闲实例”滑块配置为新计费系统下的1自动（1个保留实例）。

一切正常，因为加载请求的大多数（并非所有，但这是记录在案）正确路由到/ 啊 /热身。

我们的应用程序仅在意大利的工作时间使用，因此单个预留实例在夜间和周末浪费金钱，所以我们在两周前决定尝试将“空闲实例”滑块设置移动到自动 - 自动。

账单减少，但之后全部加载请求是面向前端的请求（或至少任务队列/ cron请求）。在我们的日志中这两周，/ _ah/warmup是完全消失了。

两周后，我们决定将滑块设置恢复为1-自动并且下一个加载请求已打开/ _ah/warmup。现在我们陷入了1自动。

我们搜查了这种行为的官方文档，但我们没有发现任何关于它的信息。

我们发现只有这个问题Reserved instances and warmup requests not working说明同样的事情。

因此，当“空闲实例”设置处于自动自动状态时，/ _ah/warmup servlet应该完全无用吗？或者我们的应用程序有什么问题？

Answer 1

是的，只有当你有空闲的情况下，暖机才是。如果您的空闲实例获得单个请求，无论是来自客户端还是cron作业，应用引擎都会立即调用/ _ah/warmup来启动并维护一个空闲实例。

如果您没有空闲实例，或延迟栏设置为，则appengine不会发送预热请求。如果您处于沉重的高峰期，应用程序引擎也会跳过热身。至于为什么滑块卡住，我不确定，mayber可以禁用该应用程序并重新启用它。

希望这会有所帮助。