5 commentaires
regarde dans cloudwatch pour tes buckets s3 les métriques BucketSizeBytes et surtout NumberOfObjects. un cycle de vie mal configuré ou une réplication non prévue peut aussi faire mal
ouais et des fois c un vieux bucket de logs qui n'est pas purgé et qui accumule des millions de petits objets. les coûts de requêtes (list/get/put) sur de très gros volumes d'objets peuvent devenir salés aussi
check aussi cloudtrail pour voir s'il y a eu des activités inhabituelles sur s3 genre des uploads massifs ou des changements de storage class (passer de glacier à standard par erreur ça coûte cher en restore)
bingo ! après avoir fouillé les métriques et cloudtrail on a trouvé un vieux job d'un développeur qui répliquait un gros bucket de prod (2to) vers une autre région manuellement chaque nuit via un script local qui était resté actif sur une vm. c'est le data transfer out qui nous a mis une claque. merci pour l'aide c'était la galère !
Laisser une réponse
Vous devez être connecté pour poster un message !
salut les pros ! j'ai eu la mauvaise surprise de voir notre facture aws exploser ce mois-ci et le coupable c'est s3. on a aucune nouvelle application qui utilise s3 et les volumes de données sont stables. je comprends pas d'où vient cette augmentation fulgurante du coût s3. y'a un truc qui m'échappe forcément.