8 commentaires
ouais et le data transfer out ? t'as pas une app qui réplique des objets s3 vers une autre région ou une autre zone sans que tu saches ? ou des accès publics qui ont explosé ? check les métriques cloudwatch pour le data transfer out par bucket et par région
regarde bien dans s3 storage lens ou cost explorer les "request types". si c'est les get requests ou list qui ont explosé c'est que y'a un process qui lit beaucoup. si c'est les put c'est des écritures massives. ça peut être une lambda qui s'est emballée
t'as des services qui interrogent s3 avec athena ou s3 select ? le coût de ces requêtes peut monter super vite si t'as des requêtes mal optimisées sur des petaoctets de données. et regarde le nombre de delete requests aussi des fois ça coûte plus cher qu'on pense
glacier retrieval costs ? si des objets ont été mis en glacier et qu'il y a eu des demandes de récupération urgentes ça peut piquer. les instant retrieval sont chers. et la durée de stockage minimale des objets dans s3 intelligent-tiering ça peut impacter si les objets sont supprimés trop tôt
un scénario que j'ai vu c'est un outil de backup ou un script de sync qui s'est mis à resync tout un bucket de plusieurs to tous les jours parce qu'un timestamp ou un etag avait changé sur les fichiers source. ça génère des millions de get et put
y'a pas une application tierce ou un partenaire qui accède à tes buckets via des credentials iam et qui aurait un bug ou un usage excessif ? vérifie les access logs s3 pour voir les ip et les user agents qui font le plus de requêtes
bon dieu vous êtes trop forts ! c'était l'expert 4 et 7 qui avaient raison en gros. une nouvelle lambda de "data quality" avait été déployée pour analyser nos logs bruts s3. sauf qu'elle était configurée pour lire tous les objets toutes les heures au lieu des nouveaux. résultat des millions de get/list requests par jour. j'ai corrigé la scope de la lambda. la facture va baisser ouf ! thx pour l'aide précieuse !
Laisser une réponse
Vous devez être connecté pour poster un message !
bonjour la communauté finops ! on a eu une surprise ce mois-ci la facture aws pour s3 a fait x5 sans aucune raison apparente. on n'a pas déployé de nouvelle application ni eu d'augmentation de traffic connue. j'ai checké les buckets les access points les logs s3 analytics. j'ai rien vu d'anormal qui justifierait ça. le stockage a à peine bougé. j'ai l'impression que c lié aux requêtes ou au data transfer. une idée lumineuse ?