找出閒置的 GKE 叢集

本文說明如何使用洞察和建議,找出閒置的 Google Kubernetes Engine (GKE) 標準叢集。確認閒置叢集確實未使用後,即可刪除這些叢集來節省費用。如果可以,建議會包含刪除叢集後預計每月可節省的費用。詳情請參閱「瞭解閒置叢集的費用預估」。

GKE 提供費用最佳化情境的深入分析和建議,例如閒置叢集、過度佈建的工作負載或叢集,以及可靠性改善情境,例如佈建不足的工作負載或叢集。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 天內,叢集指標事件記錄檔中,kube-system 和 gmp-system 命名空間以外的 Pod 狀態為 Running。
CLUSTER_IDLE_NO_NODES 沒有節點或節點集區 過去 30 天 在過去 30 天內,叢集指標事件記錄中沒有任何節點或節點集區。
CLUSTER_IDLE_LOW_CPU_UTILIZATION CPU 使用率偏低,且沒有新的 Pod 過去 30 天 當下列兩項條件都成立時,GKE 叢集就會處於閒置狀態,CPU 使用率偏低:
  • 過去 30 天內,每小時的平均 CPU 使用率都低於 7%。
  • 過去 30 天內,有效 Pod 數量維持不變。

如果叢集建立時間未滿 30 天,GKE 就不會傳送建議。

瞭解閒置叢集的預估費用

如果可以,GKE 會在建議中提供閒置叢集的每月預估費用,預測刪除叢集後每月可省下多少費用。此預估值是根據過去 30 天的叢集費用計算而得。

預估省下費用的預測依據是先前的支出,不保證等於未來的費用或省下的金額。

如要查看這些預估值,請確認您具備取得支出資訊的必要billing.accounts.getSpendingInformation權限。詳情請參閱「Cloud Billing 存取權」。

如要進一步瞭解所有 GKE 叢集的費用,包括依命名空間和工作負載細分的明細,請參閱「取得 GKE 資源分配和叢集費用的重要支出深入分析」。

如要進一步瞭解執行 GKE 叢集的費用,請參閱 GKE 定價。

刪除閒置叢集的注意事項

刪除 GKE 判定為閒置的叢集前,請先考慮下列可能性:

  • 是否有人使用叢集?舉例來說,如果叢集用途是維持容錯移轉容量,可能會刻意閒置。
  • 是否應縮減叢集,而非刪除?舉例來說,如果叢集執行的工作負載有用,但佈建的資源超過必要數量,則使用率可能偏低,並被視為閒置。

實作建議,刪除閒置叢集

如果您收到洞察和建議,指出有閒置叢集可以刪除,且已排除保留叢集運作的考量因素,請按照建議中的指示刪除叢集。

後續步驟