Identificar clusters inativos do GKE

É possível identificar clusters inativos do Google Kubernetes Engine (GKE) usando insights e recomendações. Depois de verificar se os clusters inativos identificados não estão sendo usados, exclua-os para economizar custos. Se possível, a recomendação inclui a economia mensal estimada ao excluir um cluster. Para mais informações, consulte Entender a estimativa de custos para clusters ociosos.

O GKE fornece insights e recomendações para cenários de otimização de custos, como clusters subprovisionados, provisionados em excesso e ociosos, com recomendações correspondentes para escalonar verticalmente, reduzir escala vertical ou excluir os clusters. Nesta página, explicamos como identificar clusters inativos. Consulte também Identificar clusters do GKE com provisionamento em falta ou em excesso.

O GKE não oferece insights para clusters do Autopilot, que geram custos operacionais mínimos, já que você paga apenas pelos recursos solicitados pelas cargas de trabalho. Para mais informações, consulte Preços do Autopilot.

O GKE monitora seus clusters e fornece orientações para otimizar o uso com o Active Assist, um serviço que oferece recomendações que geram insights e recomendações para usar recursos no Google Cloud.

Para mais informações 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, veja insights e recomendações usando o console Google Cloud , a Google Cloud CLI ou a API Recommender. Use os subtipos de insight mostrados na 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 da 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ê vai receber um insight e uma recomendação.

A tabela a seguir descreve os indicadores usados pelo GKE e o limite de cada um. 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 ocioso com baixa utilização da CPU quando ambas as condições a seguir são verdadeiras:
  • O uso da CPU fica abaixo de 7% em média durante todas as horas nos últimos 30 dias.
  • A contagem de pods ativos não mudou nos últimos 30 dias.

O GKE não envia recomendações para clusters criados há menos de 30 dias.

Entender a estimativa de custo 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 acessar informações de gastos. Para detalhes, consulte Acesso ao Cloud Billing.

Para mais informações sobre o custo de todos os seus clusters do GKE, incluindo um detalhamento mais granular com base em namespaces e cargas de trabalho, consulte Receber insights importantes sobre gastos para sua alocação de recursos e custos de cluster do GKE.

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