Il Vostro Cluster Kubernetes Può Costare Il 40% in Meno. Ecco Come Trovare I Risparmi.

Molti cluster Kubernetes usano circa un quinto della capacità che pagano. La buona notizia: gran parte di questo divario si chiude senza modificare il codice applicativo e senza ridurre la disponibilità. Questa guida vi offre un autocontrollo di due minuti e i quattro passi che seguiamo. Si basa su un progetto reale in cui la fattura mensile è scesa da 18.000 $ a circa 10.800 $.

Autocontrollo di due minuti

Rispondete con onestà:

1. Qual è l’utilizzo medio di CPU e memoria dei vostri nodi negli ultimi 60 giorni?
2. Sapete indicare il costo mensile di ogni team o servizio?
3. Le request dei pod si basano sull’uso misurato o su una stima fatta al lancio?
4. Il cluster aggiunge e rimuove nodi da solo quando cambia il traffico?
5. Quale quota della capacità di base è coperta da istanze riservate o savings plan?

Se sapete rispondere a quattro domande o più, siete messi bene. Ogni risposta che manca è un punto in cui vi aspettano dei risparmi.

Dove si trovano di solito i risparmi

• Request impostate al lancio e mai riviste: i pod chiedono molto più di quanto usano, così i nodi sembrano pieni ma sono per lo più inattivi.
• Node pool rimasti da servizi che non esistono più.
• Nessun autoscaling: il cluster è dimensionato per l’ora più trafficata del mese, tutto l’anno.
• Tutto a tariffa on demand, compreso il carico di base stabile e i job tolleranti ai guasti.

Il piano in quattro passi

1. Vedere il costo per workload. Raccogliete 60 giorni di metriche e collegate ogni pod al costo di istanza che lo sostiene. Etichettate per team e namespace, così ognuno vede il proprio numero.
2. Adeguare le risorse. Impostate request e limit in base all’uso osservato, eliminate i pool inutilizzati e scegliete istanze più piccole per i workload non critici. Lo stesso carico entra così su meno nodi.
3. Scalare in automatico. Attivate il Cluster Autoscaler con template di nodo adeguati, aggiungete un autoscaler applicativo come KEDA per i picchi di traffico e definite i pod disruption budget perché la riduzione avvenga con ordine.
4. Acquistare la capacità con intelligenza. Coprite il carico di base stabile con capacità riservata, eseguite i workload tolleranti ai guasti su istanze spot diversificate e tenete un ripiego on demand.

Com’è andata in pratica

Sul cluster di una piattaforma e-commerce i nodi lavoravano al 20% circa. Il pool è passato da 20 a 14 nodi a parità di carico e il costo mensile da 18.000 $ a circa 10.800 $, cioè 86.400 $ all’anno. La portata è rimasta uguale, i deploy sono diventati più rapidi e ogni team vede ora il proprio costo. Dettagli: il caso di studio.

Prossimo passo

Fate l’autocontrollo oggi stesso. Se emergono lacune, prenotate una call e guarderemo il vostro cluster insieme.