Neste documento, explicamos como identificar clusters padrão do Google Kubernetes Engine (GKE) inativos 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 custo para clusters ociosos.
O GKE fornece 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 da confiabilidade, como cargas de trabalho ou clusters subprovisionados. O GKE fornece recomendações correspondentes para escalonar verticalmente ou diminuir 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ê 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 CLI do Google Cloud 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 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 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 mais informações, 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 informações 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
- Otimize o uso do GKE com insights e recomendações.
- Práticas recomendadas para executar aplicativos do Kubernetes otimizados para custo no GKE.