Pode identificar clusters padrão do Google Kubernetes Engine (GKE) inativos através de estatísticas e recomendações. Depois de validar que os clusters inativos identificados não estão a ser usados, pode eliminá-los para poupar custos. Se possível, a recomendação inclui poupanças mensais projetadas para a eliminação de um grupo. Para mais informações, consulte o artigo Compreenda a estimativa de custos para clusters inativos.
O GKE fornece estatísticas e recomendações para cenários de otimização de custos, como clusters com aprovisionamento insuficiente, clusters com aprovisionamento excessivo e clusters inativos, com recomendações correspondentes para aumentar, diminuir ou eliminar os clusters. Esta página explica como identificar clusters inativos. Veja também, Identifique clusters do GKE com aprovisionamento insuficiente e excessivo.
O GKE não fornece estatísticas para clusters do Autopilot, que incorrem em custos operacionais mínimos, uma vez que só paga os recursos que as suas cargas de trabalho pedem. Para mais informações, consulte o artigo Preços do Autopilot.
O GKE monitoriza os seus clusters e fornece orientações para otimizar a sua utilização através do Active Assist, um serviço que fornece recomendações que geram estatísticas e recomendações para a utilização de recursos no Google Cloud.
Para mais informações sobre como gerir estatísticas e recomendações, consulte o artigo Otimize a sua utilização do GKE com estatísticas e recomendações.
Identifique clusters inativos
Para identificar clusters inativos, veja as estatísticas e as
recomendações
através da Google Cloud consola, da CLI do Google Cloud ou da API Recommender. Use os subtipos de estatísticas apresentados na tabela na secção seguinte e o subtipo de recomendação CLUSTER_IDLE
. Na consola, estas estatísticas aparecem no separador Otimização de custos da página Clusters.
Depois de identificar os clusters inativos, consulte as considerações ao eliminar clusters inativos.
Como o GKE identifica clusters inativos
O GKE usa sinais de utilização para determinar se recebe uma estatística e uma recomendação.
A tabela seguinte descreve os sinais que o GKE usa e o limite para cada sinal. Cada sinal aciona uma informação independente. Se um cluster tiver várias estatísticas, o GKE apresenta uma única recomendação.
Subtipo de estatísticas | Sinal | Período de observação | Detalhes |
---|---|---|---|
CLUSTER_IDLE_NO_RUNNING_PODS |
Nenhum pod de cliente em execução | Últimos 30 dias |
Existem zero pods no estado Running fora do espaço de nomes kube-system e gmp-system nos registos de eventos de métricas do cluster nos últimos 30 dias.
|
CLUSTER_IDLE_NO_NODES |
Sem nós nem conjuntos de nós | Últimos 30 dias | Não existem nós nem conjuntos de nós nos registos de eventos de métricas do cluster durante os últimos 30 dias. |
CLUSTER_IDLE_LOW_CPU_UTILIZATION |
Utilização baixa da CPU e sem novos pods | Últimos 30 dias |
Um cluster do GKE está inativo com uma utilização baixa da CPU quando ambas as seguintes condições são verdadeiras:
|
O GKE não envia recomendações para clusters criados há menos de 30 dias.
Compreenda 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 pouparia a cada mês se eliminasse o cluster. Esta estimativa é derivada dos custos do cluster nos últimos 30 dias.
As poupanças estimadas são projeções baseadas em gastos anteriores e não são uma garantia de custos ou poupanças futuras.
Para ver estas estimativas, certifique-se de que tem a autorização
billing.accounts.getSpendingInformation
necessária para receber informações
sobre os gastos. Para ver detalhes, consulte o artigo Acesso à faturação na nuvem.
Para obter mais informações sobre o custo de todos os seus clusters do GKE, incluindo uma discriminação mais detalhada com base em espaços de nomes e cargas de trabalho, consulte o artigo Obtenha estatísticas de gastos importantes para a sua atribuição de recursos do GKE e custos de cluster.
Para mais informações sobre os custos de execução de um cluster do GKE, consulte os preços do GKE.
Considerações ao eliminar clusters inativos
Antes de eliminar um cluster que o GKE determina estar inativo, considere as seguintes possibilidades:
- Alguém usa o cluster? Por exemplo, um cluster pode estar intencionalmente inativo se o seu objetivo for manter a capacidade de comutação por falha.
- O cluster deve ser reduzido em vez de eliminado? Por exemplo, um cluster que executa uma carga de trabalho útil pode ter uma utilização baixa e ser identificado como inativo porque foram aprovisionados mais recursos do que o necessário.
Implemente a recomendação para eliminar clusters inativos
Se recebeu uma estatística e uma recomendação de que tem um cluster inativo que pode ser eliminado e excluiu as considerações para manter o cluster em execução, siga as instruções na recomendação e elimine o cluster.
O que se segue?
- Otimize a sua utilização do GKE com estatísticas e recomendações.
- Práticas recomendadas para executar aplicações Kubernetes otimizadas em termos de custos no GKE.