您可以透過洞察和建議，找出閒置的 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 判定為閒置的叢集前，請先考慮下列可能性：
- 是否有人使用叢集？舉例來說，如果叢集的用途是維持容錯移轉容量，叢集可能會刻意閒置。
- 是否應縮減叢集，而非刪除？舉例來說，執行實用工作負載的叢集可能使用率偏低，並因佈建的資源超出必要數量而遭判定為閒置。
實作建議，刪除閒置叢集
如果您收到洞察資訊和最佳化建議，指出有閒置叢集可刪除，且已排除考量因素，請按照最佳化建議中的指示刪除叢集。