FinOps : explosion des coûts AWS pour un s3 qui est quasi vide
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
et le data transfer out ! c'est souvent ça le vrai coupable. si t'as des applications ou des utilisateurs qui téléchargent beaucoup de fichiers depuis ton bucket vers l'extérieur (internet ou autre région aws) ça chiffre super vite
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 !
Rejoindre la communauté
Recevoir les derniers articles gratuitement en créant un compte !
S'inscrire
nicole-vallee
Membre depuis le 10/03/2019actif
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