Este documento explica como identificar clusters padrão do Google Kubernetes Engine (GKE) inativos usando insights e recomendações. Depois de verificar que os clusters inativos identificados não estão sendo usados, você pode excluí-los para economizar custos. Se possível, a recomendação inclui as economias mensais projetadas para excluir um cluster. Para mais informações, consulte Entender a estimativa de custos para clusters inativos.
O GKE oferece insights e recomendações para cenários de otimização de custos, como clusters inativos, cargas de trabalho ou clusters superprovisionados, e cenários de melhoria de confiabilidade, como cargas de trabalho ou clusters subprovisionados. O GKE oferece recomendações correspondentes para escalonar verticalmente ou reduzir as cargas de trabalho ou clusters ou excluir os clusters. Para mais informações sobre cenários diferentes de clusters inativos, consulte Identificar clusters do GKE subprovisionados e superprovisionados e Identificar cargas de trabalho subprovisionadas e superprovisionadas.
O GKE não oferece insights para clusters do Autopilot, que geram custos operacionais mínimos, já que você só paga pelos recursos que as cargas de trabalho solicitam. Para mais informações, consulte Preços do Autopilot.
O GKE monitora seus clusters e oferece orientações para otimizar o uso com o Active Assist, um serviço que oferece recomendadores que geram insights e recomendações para usar recursos no Google Cloud.
Para saber mais sobre como gerenciar insights e recomendações, consulte Otimizar o uso do GKE com insights e recomendações.
Identificar clusters inativos
Para identificar clusters inativos, consulte insights e
recomendações
usando o Google Cloud console, a Google Cloud CLI ou a API Recommender. Use
os subtipos de insight mostrados em a tabela na seção a seguir e o subtipo de recomendação CLUSTER_IDLE. No console, esses insights aparecem na guia Otimização de custos na página Clusters.
Depois de identificar os clusters inativos, consulte as considerações ao excluir clusters inativos.
Como o GKE identifica clusters inativos
O GKE usa sinais de utilização para determinar se você recebe um insight e uma recomendação.
A tabela a seguir descreve os indicadores que o GKE usa e o limite para cada indicador. Cada indicador aciona um insight independente. Se um cluster tiver vários insights, o GKE vai mostrar uma única recomendação.
| Subtipo de insight | Sinal | Período de observação | Detalhes |
|---|---|---|---|
CLUSTER_IDLE_NO_RUNNING_PODS |
Nenhum pod de cliente em execução | Últimos 30 dias |
Não há pods no estado Running fora do namespace kube-system e gmp-system nos logs de eventos de métricas do cluster nos últimos 30 dias.
|
CLUSTER_IDLE_NO_NODES |
Nenhum nó ou pool de nós | Últimos 30 dias | Não há nós ou pools de nós nos logs de eventos de métricas do cluster nos últimos 30 dias. |
CLUSTER_IDLE_LOW_CPU_UTILIZATION |
Baixa utilização da CPU e nenhum novo pod | Últimos 30 dias |
Um cluster do GKE fica inativo com baixa utilização da CPU quando
ambas as condições a seguir são verdadeiras:
|
O GKE não envia recomendações para clusters criados há menos de 30 dias.
Entender a estimativa de custos para clusters inativos
Se possível, o GKE inclui na recomendação um custo mensal estimado do cluster inativo, projetando quanto dinheiro você economizaria a cada mês se excluísse o cluster. Essa estimativa é derivada dos custos do cluster nos últimos 30 dias.
As economias estimadas são projeções baseadas em gastos anteriores e não são uma garantia de custos ou economias futuros.
Para conferir essas estimativas, verifique se você tem a permissão billing.accounts.getSpendingInformation necessária para receber informações sobre gastos. Para mais informações, consulte Acesso ao Cloud Billing.
Para mais informações sobre o custo de todos os clusters do GKE, incluindo um detalhamento mais granular com base em namespaces e cargas de trabalho, consulte Receber insights importantes sobre gastos para a alocação de recursos do GKE e os custos de cluster.
Para mais informações sobre os custos de execução de um cluster do GKE, consulte Preços do GKE.
Considerações ao excluir clusters inativos
Antes de excluir um cluster que o GKE determina como inativo, considere as seguintes possibilidades:
- Alguém usa o cluster? Por exemplo, um cluster pode estar intencionalmente inativo se o objetivo dele é manter a capacidade de failover.
- O cluster pode ter redução de escala vertical em vez de ser excluído? Por exemplo, um cluster que executa uma carga de trabalho útil pode ter baixa utilização e ser identificado como inativo porque mais recursos foram provisionados do que o necessário.
Implementar a recomendação para excluir clusters inativos
Se você recebeu um insight e uma recomendação de que tem um cluster inativo que pode ser excluído e excluiu as considerações para manter o cluster em execução, siga as instruções na recomendação e exclua o cluster.
A seguir
- Otimize o uso do GKE com insights e recomendações.
- Práticas recomendadas para executar aplicativos do Kubernetes otimizados para custo no GKE.