4 commentaires
salut ! les coûts aurora c'est pas juste l'instance. t'as le stockage (aurora storage) qui est facturé différemment du ebs. et surtout t'as les i/o. aurora facture les i/o par millions. t'as checké combien d'iops consomme ta base via cloudwatch ? si ton app fait des requêtes très verbeuses ça peut exploser
aussi regarde les snapshots et les backups. par défaut aurora garde des backups pendant pas mal de jours ça peut s'accumuler. et si t'as des réplicas en lecture ou des clusters multi-az ça double voire triple le coût de l'instance. sans parler de performance insights si c'est activé
et une dernière piste : t'es sûr que l'ancienne instance on-prem était pas sous-dimensionnée ou que l'application a des requêtes pas optimisées ? aurora peut être plus perf et donc permettre à l'app de faire beaucoup plus d'i/o qu'avant. faut optimiser les requêtes si c'est le cas
c'était la combo storage/iops et un backup retention hyper long. l'app fait effectivement beaucoup plus d'i/o avec aurora tellement c'est plus rapide mais ça tape fort sur le coût. et on avait activé performance insights sans s'en rendre compte. j'ai réduit la rétention des backups et on va bosser sur l'optimisation des requêtes. merci pour les infos c'était super utile !
Laisser une réponse
Vous devez être connecté pour poster un message !
yo la squad ! on vient de migrer une base de données mysql on-prem vers un rds aurora sur aws. tout fonctionne bien sauf les coûts ! on a une instance m6g.large et notre facture a triplé par rapport à l'estimation. je comprends pas ce qui peut coûter si cher.