7 commentaires
le premier truc c'est les reserved instances. si t'as des instances rds qui tournent h24 sur un an ou trois ans c'est un gain énorme. ça se paye à l'avance mais ça coupe la facture de 30-50%
fais du right-sizing sur tes env de dev/staging. souvent on surprovisionne à mort pour pas se prendre la tête. regarde les métriques cpu memory et iops et shrink les instances qui sont sous-utilisées
si c'est des env de dev/test qui tournent pas h24 tu peux utiliser des fonctions lambda pour arrêter et démarrer les rds à heures fixes. ça peut économiser pas mal sur les instances qui sont pas utilisées la nuit ou le weekend
les snapshots rds coûtent aussi. fais le ménage dans les vieux snapshots que tu gardes par défaut. tu peux mettre une retention policy plus agressive pour les env hors prod
et la multi-az. c'est cher pour la haute dispo. si t'as des env de staging ou dev où une interruption d'une heure est acceptable tu peux les passer en single-az. ça divise le coût de l'instance par deux
regarde le stockage aussi les gp3 sont souvent plus économiques que les gp2 avec une meilleure flexibilité sur les iops et le throughput. si tes disques sont surprovisionnés ça peut aider
ok ça donne de bonnes pistes ! je vais commencer par les RI pour la prod et le right-sizing agressif sur les dev/staging. les shutdowns automatiques la nuit c'est aussi une excellente idée. merci pour les conseils je me sens moins seul là-dessus
Laisser une réponse
Vous devez être connecté pour poster un message !
salut les experts finops ma facture rds explose. on a plein d'instances en prod dev staging. j'ai l'impression qu'on gère mal les coûts rds. c'est quoi les low hanging fruits pour commencer à optimiser sans casser la prod ?