5 commentaires
classique le "quasi vide" qui coûte cher. première chose à vérifier : les s3 list requests. si tu as un process qui liste le bucket en boucle sans arrêt ça peut faire péter la facture. regarde les métriques cloudwatch sur les list requests de ton bucket
check aussi si t'as pas des intégrations avec d'autres services aws qui liraient des millions de fois tes objets. typiquement des lambda functions mal codées ou des athena queries sur des buckets de logs qui scannent tout à chaque fois
y'a aussi les cross-region replication. si t'as répliqué tes quelques Go vers une autre région ça double les coûts de stockage et de transfert entre régions. à vérifier dans les propriétés du bucket
ok vous avez mis le doigt dessus ! c'était une combinaison de deux choses : un script de backup qui faisait des list objects toutes les 5min pour vérifier l'intégrité (idiot) et surtout un cloudfront distribution mal configuré qui forwardait toutes les requêtes direct à S3 sans cache et avec une origin en us-east-1 alors que mon bucket était en eu-west-3 donc plein de transfert inter-région. bordel. merci pour l'aide les gars !
Laisser une réponse
Vous devez être connecté pour poster un message !
yo la team j'ai un compte aws qui me coûte un bras et en analysant les coûts je vois que s3 est le premier poste de dépense alors que j'ai à peine quelques go de données dedans. c'est quoi le bordel c'est hyper cher les requêtes s3 ou quoi
franchement j'ai pas l'impression d'avoir un trafic de ouf sur ce bucket