預熱請求如何工作？

Question

我們發現了一個奇怪的加載請求行為，我們希望共享該請求以獲得准確的答案。

從載入之日起，我們就啟用了預熱請求處理程序，因為加載請求的時間為15到25秒。

我們始終使用舊的“始終在線”功能，然后在新的計費系統下將“應用程序設置”中的“空閑實例”滑塊配置為1-自動（1個保留實例）。

一切工作都很好，因為大多數（不是全部，但這已記錄在案）加載請求已正確路由到/ ah / warmup。

我們的應用程序僅在意大利的工作時間使用，因此單個預留實例在晚上和周末都會浪費金錢，因此我們決定在兩周前嘗試將“空閑實例”滑塊設置更改為“自動-自動”。

帳單減少了，但是之后所有的加載請求都是前端請求（或者至少是任務隊列/ cron請求）。 在我們日志中的兩周內，/ _ ah / warmup 完全消失了。

兩周后，我們決定將滑塊設置恢復為1-自動，下一個加載請求在/ _ah / warmup上。 現在我們陷入了1-自動。

我們在官方文檔中搜索了此行為，但未找到任何相關信息。

我們僅發現以下問題： 保留實例和預熱請求無法正常運行 ，說明了同樣的問題。

因此，當“空閑實例”設置為“自動-自動”時，/ _ ah / warmup servlet應該完全沒用嗎？ 還是我們的應用程序有問題？

Answer 1

是的，僅當您有空閑實例時才進行預熱。 如果您的一個空閑實例得到一個請求，無論是來自客戶端還是cron作業，應用程序引擎都會立即調用/ _ah / warmup來啟動並維護一個空閑實例。

如果您沒有空閑的實例， 或者沒有設置延遲欄 ，則appengine不會發送預熱請求。 如果您處於高峰期，則應用程序引擎還將跳過預熱。

至於滑塊為何卡住的原因，我不確定，可以禁用該應用程序然后重新啟用它。

希望這可以幫助。