執行個體的管理方式

執行個體是 App Engine 用來自動調整應用程式資源配置的運算單位。在任何特定時間內,您的應用程式皆可在單一或多個執行個體上執行,處理遍佈這些執行個體的要求。

採用基本與手動調整資源配置的執行個體將無限期執行,但不保證運作時間。軟硬體故障可能會在無預警的情況下發生,造成執行個體提前終止或頻繁重新啟動,而且解決問題可能需要耗費大量時間。

所有彈性執行個體每週會重新啟動一次。在重新啟動期間,系統會自動推出具回溯相容性的重要更新給基礎作業系統使用。每次重新啟動時,您應用程式的映像檔均會維持不變。

健康狀態檢查

App Engine 會定期傳送健康狀態檢查要求,確認執行個體是否部署成功,以及檢查執行中的執行個體是否維持健康的狀態。每次的健康狀態檢查作業皆需要在指定的時間內收到回應。執行個體無法回應指定次數的連續健康狀態檢查要求時,即代表該執行個體並非處於健康的狀態。健康狀態不良的執行個體不會收到任何用戶端要求,但系統仍會傳送健康狀態檢查。如果健康狀態不良的執行個體持續無法回應預定次數的連續健康狀態檢查,系統將會重新啟動該執行個體。

健康狀態檢查有兩種類型:更新版與舊版。根據預設,系統會啟用更新版健康狀態檢查要求,且具有預設門檻值。在應用程式的 app.yaml 檔案中,您可以自行選擇新增健康狀態檢查區段以自訂健康狀態檢查作業,或者也可以完全停用健康狀態檢查。

無論您決定使用何種類型的健康狀態檢查,如果應用程式的健康狀態良好,都會以 HTTP 狀態碼 200 回應。

監控資源使用量

您可以透過 GCP 主控台的「執行個體」頁面查看執行個體的運作情況,該頁面會顯示每個執行個體的記憶體與 CPU 使用量、運作時間、要求次數及其他統計資料。您也可以手動啟動任何執行個體的關閉程序。

執行個體位置

系統會根據專案設定,按照地理區域自動選擇執行個體的地點。

執行個體資源調度

應用程式處於執行中的狀態時,系統會將傳入要求轉送至適用服務/版本的現有或新執行個體。服務/版本的資源調度類型會控制執行個體的建立方式。您可以在 app.yaml 檔案中設定資源調度設定。資源調度類型有以下兩種:

手動調整資源配置
採用手動調整資源配置的服務使用常駐執行個體,無論工作負載程度為何,都會持續執行指定數量的執行個體。這讓複雜的初始化等工作及各時期皆依賴記憶體狀態的應用程式得以執行。
自動調整資源配置
自動調整資源配置服務會採用動態執行個體,這類執行個體是根據要求比率、回應延遲、其他的應用程式指標而建立。不過,如果您指定了閒置執行個體的數量下限,則指定數量的閒置執行個體會以常駐執行個體形式執行,而其他所有執行個體則為動態性質。
本頁內容對您是否有任何幫助?請提供意見:

傳送您對下列選項的寶貴意見...

這個網頁
Node.js 適用的 App Engine 彈性環境文件