Kubecost Helm Chart: 2.x vs 3.x, installazione e 6 best practice

Che cos'è l'Helm chart di Kubecost?

È possibile installare Kubecost utilizzando l'Helm chart ufficiale tramite il repository cost-analyzer. Questo chart è un pacchetto per il deployment di Kubecost su un cluster Kubernetes con Helm. Definisce le risorse Kubernetes di cui Kubecost ha bisogno, come deployment, service, configurazioni e componenti correlati. Helm gestisce queste risorse come un'unica release, rendendo Kubecost più semplice da installare, aggiornare, configurare e rimuovere.

Cosa include il chart:

L'Helm chart di Kubecost raggruppa le risorse Kubernetes e le dipendenze configurabili necessarie per eseguire Kubecost. A seconda dei valori configurati, può includere i componenti applicativi di Kubecost, l'integrazione con Prometheus, componenti per le metriche Kubernetes, storage persistente, Service e Ingress, risorse di monitoraggio, raccolta dei costi di rete, network policy e integrazioni di pricing con i cloud provider.

Best practice per la configurazione:

• Fissare le versioni dell'Helm chart di Kubecost: specificare una versione esplicita del chart per mantenere i deployment prevedibili ed evitare modifiche impreviste dovute a release più recenti.
• Gestire i values di Helm nel version control: archiviare gli override di configurazione in un file values.yaml sotto controllo di versione, mantenendo credenziali e altri segreti fuori dal repository.
• Usare file di values separati per i diversi ambienti: mantenere configurazioni specifiche per sviluppo, staging e produzione invece di duplicare o modificare i manifest del chart.
• Impostare resource request e limit adeguati: dimensionare CPU e memoria dei componenti di Kubecost in base alla scala del cluster e regolarle in base al consumo di risorse osservato.
• Configurare lo storage persistente per la produzione: scegliere una capacità adeguata per i volumi persistenti e una StorageClass affidabile in base ai requisiti di retention, crescita, backup e ripristino.
• Testare gli upgrade di Helm prima della produzione: validare le nuove versioni del chart e i values personalizzati esistenti in un ambiente non di produzione e mantenere un percorso di rollback testato.

In questo articolo:

• I due Helm chart di Kubecost: cost-analyzer vs kubecost
• Cosa include l'Helm chart
• Come installare Kubecost con Helm
• Helm chart di Kubecost vs manifest Kubernetes
• Best practice per l'Helm chart di Kubecost

I due Helm chart di Kubecost: cost-analyzer vs kubecost

Kubecost ha oggi due linee di Helm chart in cui gli amministratori possono imbattersi: il chart cost-analyzer, più datato, utilizzato per i deployment di Kubecost 2.x, e il più recente chart kubecost introdotto con Kubecost 3.x. L'attuale repository di Kubecost identifica la versione 2.8 come ultima feature release della linea 2.x, la versione 2.9 come passaggio intermedio di upgrade e la versione 3.0 come prima release di Kubecost 3.x.

Il chart cost-analyzer è il metodo di deployment legacy utilizzato per tutta la serie Kubecost 2.x. Gli ambienti esistenti possono continuare a fare riferimento a comandi come kubecost/cost-analyzer, e Kubecost mantiene ancora i repository associati a quel chart per i deployment più datati e gli scenari di upgrade.

Per Kubecost 3.x, il chart principale si chiama ora kubecost. Le nuove installazioni utilizzano il chart kubecost/kubecost dal repository Helm di Kubecost. Kubecost 3.x introduce inoltre importanti cambiamenti architetturali, tra cui uno storage basato su ClickHouse e un nuovo finops-agent che sostituisce il precedente agente cost-model utilizzato nella 2.x.

Le organizzazioni che aggiornano un deployment Kubecost 2.x esistente dovrebbero quindi considerare il passaggio come qualcosa di più di una semplice ridenominazione del chart. Kubecost consiglia di aggiornare gli agenti alla versione 2.9 prima di passare alla 3.x, lasciando alla versione intermedia il tempo di funzionare prima di completare la migrazione. Anche i valori cost-analyzer esistenti vanno rivisti, senza dare per scontato che corrispondano direttamente al nuovo chart kubecost, perché nomi dei componenti, architettura di storage e opzioni di configurazione sono cambiati.

Cosa include l'Helm chart

L'Helm chart di Kubecost include i template Kubernetes e le dipendenze configurabili necessarie per eseguire Kubecost. Le risorse effettivamente distribuite dipendono dalla versione del chart e dai values abilitati, ma in generale il chart copre i seguenti componenti:

• Componenti applicativi di Kubecost: Deployment, Service, ConfigMap, Secret, service account e altre risorse necessarie per eseguire Kubecost ed esporre le sue funzionalità di monitoraggio dei costi.
• Raccolta delle metriche (finops-agent): il chart distribuisce il finops-agent, un agente leggero che raccoglie le metriche del cluster utilizzate da Kubecost per l'allocazione dei costi, senza richiedere un deployment separato di Prometheus.
• Componenti per le metriche Kubernetes: a seconda della configurazione, il chart può distribuire componenti di supporto come kube-state-metrics e Node Exporter, che forniscono metriche a livello di oggetti Kubernetes e di nodi.
• Storage persistente: i values di Helm possono creare persistent volume claim per i dati di Kubecost e Prometheus, con dimensioni di storage e storage class configurabili.
• Configurazione di Ingress e Service: il chart offre impostazioni per esporre Kubecost tramite Service Kubernetes e, se abilitato, un Ingress con host, path, annotazioni e impostazioni TLS configurabili.
• Risorse di monitoraggio: è possibile creare risorse opzionali come ServiceMonitor e PrometheusRule per gli ambienti che utilizzano Prometheus Operator.
• Funzionalità e integrazioni opzionali: i values di Helm possono abilitare funzionalità aggiuntive come la raccolta dei costi di rete, le network policy, le integrazioni di pricing con i cloud provider e altre funzioni di Kubecost, senza modificare manualmente i manifest Kubernetes generati.

Poiché questi componenti vengono controllati tramite il values.yaml del chart, le organizzazioni possono abilitare solo le risorse necessarie o integrare Kubecost con i componenti di monitoraggio e infrastruttura già presenti nel cluster.

Contenuti correlati: consulti la nostra guida all'ottimizzazione dei costi Kubernetes

Come installare Kubecost con Helm

Kubecost può essere installato con Helm aggiungendo il repository ufficiale dei chart di Kubecost e distribuendo il chart in un namespace dedicato. L'attuale repository Helm di Kubecost fornisce il chart kubecost/kubecost per Kubecost 3.x.

Per prima cosa, aggiungere il repository Helm di Kubecost e aggiornare l'indice locale dei chart:

helm repo add kubecost https://kubecost.github.io/kubecost/
helm repo update

Quindi installare Kubecost in un namespace kubecost:

helm install kubecost kubecost/kubecost \
  --namespace kubecost \
  --create-namespace

Kubecost supporta anche l'installazione diretta dall'URL del repository. L'esempio ufficiale imposta global.clusterId per identificare il cluster:

helm install kubecost \
  --repo https://kubecost.github.io/kubecost kubecost \
  --namespace kubecost \
  --create-namespace \
  --set global.clusterId=my-cluster

Prima del deployment in produzione, è possibile esaminare i values supportati da una specifica versione del chart:

helm show values kubecost/kubecost --version <chart-version>

È quindi possibile inserire la configurazione necessaria in un file values.yaml personalizzato e installare Kubecost con:

helm install kubecost kubecost/kubecost \
  --namespace kubecost \
  --create-namespace \
  --values values.yaml

L'uso di un file di values rende più semplice versionare e riprodurre la configurazione per impostazioni come storage, allocazione delle risorse, monitoraggio e componenti di Kubecost. Il repository ufficiale di Kubecost consiglia inoltre di verificare la compatibilità tra versioni del chart e di Kubernetes nella scelta di una release; ad esempio, i chart di Kubecost 3.0 sono pensati per versioni di Kubernetes più recenti rispetto alle ultime release di Kubecost 2.x.