您可以透過洞察和建議,找出閒置的 Google Kubernetes Engine (GKE) Standard 叢集。確認閒置叢集未在使用後,即可刪除這些叢集來節省費用。如果可以,建議會包含刪除叢集後預計每月可節省的費用。詳情請參閱「瞭解閒置叢集的費用估算」。
GKE 會針對資源配置不足、資源配置過多和閒置叢集等成本最佳化情境,提供深入分析資訊和建議,例如擴大、縮減或刪除叢集。本頁說明如何找出閒置叢集。另請參閱「找出資源配置不足和過多的 GKE 叢集」。
GKE 不會提供 Autopilot 叢集的深入分析資訊,因為這類叢集產生的營運成本極低,您只需要為工作負載要求的資源付費。詳情請參閱「Autopilot 定價」。
GKE 會監控叢集,並透過 Active Assist 提供使用最佳化指南。這項服務提供建議工具,可產生在 Google Cloud上使用資源的深入分析和建議。
如要進一步瞭解如何管理深入分析和建議,請參閱「根據深入分析和建議,提高 GKE 使用效率」。
找出閒置叢集
如要找出閒置叢集,請使用 Google Cloud 控制台、Google Cloud CLI 或 Recommender API,查看深入分析和建議。使用下節表格中顯示的洞察子類型,以及 CLUSTER_IDLE
建議子類型。在控制台中,這些洞察資訊會顯示在「叢集」頁面的「成本最佳化」分頁中。
找出閒置叢集後,請參閱刪除閒置叢集時的注意事項。
GKE 如何識別閒置叢集
GKE 會根據使用率信號,判斷是否要提供洞察資訊和建議。
下表說明 GKE 使用的信號,以及每個信號的門檻。每項信號都會觸發獨立洞察資料。如果叢集有多個洞察資訊,GKE 會顯示單一建議。
洞察子類型 | 信號 | 觀察期間 | 詳細資料 |
---|---|---|---|
CLUSTER_IDLE_NO_RUNNING_PODS |
沒有任何運作中的客戶 Pod | 過去 30 天 |
在過去 30 天內,叢集指標事件記錄檔中,Running 狀態的 Pod 數量為零,且不在 kube-system 和 gmp-system 命名空間中。
|
CLUSTER_IDLE_NO_NODES |
沒有節點或節點集區 | 過去 30 天 | 在過去 30 天內,叢集指標事件記錄中沒有任何節點或節點集區。 |
CLUSTER_IDLE_LOW_CPU_UTILIZATION |
CPU 使用率偏低,且沒有新的 Pod | 過去 30 天 |
當同時符合下列條件時,GKE 叢集就會處於閒置狀態,CPU 使用率偏低:
|
如果叢集建立時間未滿 30 天,GKE 就不會傳送相關建議。
瞭解閒置叢集的預估費用
如果可以,GKE 會在建議中提供閒置叢集的每月預估費用,預測刪除叢集後每月可省下多少費用。此預估值是根據過去 30 天的叢集費用計算而得。
預估省下費用的預測依據是先前的支出,不保證等於未來的費用或省下的金額。
如要查看這些預估值,請確認您具備取得支出資訊的必要billing.accounts.getSpendingInformation
權限。詳情請參閱「Cloud Billing 存取權」。
如要進一步瞭解所有 GKE 叢集的費用,包括依命名空間和工作負載細分的明細,請參閱「取得 GKE 資源分配和叢集費用的重要支出洞察」。
如要進一步瞭解執行 GKE 叢集的費用,請參閱 GKE 定價。
刪除閒置叢集的注意事項
刪除 GKE 判定為閒置的叢集前,請先考慮下列可能性:
- 是否有人使用叢集?舉例來說,如果叢集的用途是維持容錯移轉容量,叢集可能會刻意閒置。
- 是否應縮減叢集,而非刪除?舉例來說,執行實用工作負載的叢集可能使用率偏低,並因佈建的資源超出必要數量而遭判定為閒置。
實作建議,刪除閒置叢集
如果您收到洞察資訊和最佳化建議,指出有閒置叢集可刪除,且已排除考量因素,請按照最佳化建議中的指示刪除叢集。