explosion des coûts EFS sans raison apparente

brigitte-camus 13/02/2025
RÉSOLU
brigitte-camus
Auteur Actif
Avatar de brigitte-camus
brigitte-camus
Auteur Actif

Salut ! on a un filesystem EFS pour nos lambda fonctions serverless et nos coûts ont juste explosé ce mois-ci, genre x3. on a pas changé le code des lambdas ni le nombre d'invocations donc je pige pas. notre utilisation de stockage sur efs est stable genre 200gb mais la facture a triplé. c quoi le bordel ?

13/02/2025 à 23:34

8 commentaires

michel50
Membre Actif
Avatar de michel50
michel50
Membre Actif

hello EFS c'est pas juste le stockage qui coûte. y'a aussi le throughput. si tes lambdas font beaucoup d'opérations d'écriture ou de lecture ça peut monter très vite. t'as checké les métriques cloudwatch pour EFS ? FileSystemBytes, PercentIOLimit, BurstCreditBalance, etc.

14/02/2025 à 19:38
brigitte-camus
Auteur Actif
Avatar de brigitte-camus
brigitte-camus
Auteur Actif

oui j'ai regardé FileSystemBytes est stable à 200GB. PercentIOLimit est bas. BurstCreditBalance est bon. J'ai l'impression que c'est lié aux "mettre/lire des données" mais comme je dis l'activité de mes lambdas n'a pas bougé

15/02/2025 à 16:42
tblot
Membre
Avatar de tblot
tblot
Membre

c'est ptete un truc de "lifecycle management" sur EFS. si tu crées plein de petits fichiers qui sont supprimés rapidement, ça peut entraîner des frais d'opérations intenses sans que le stockage total augmente beaucoup. ou si t'as activé le IA (infrequent access) et que les fichiers sont accédés trop souvent, ça te coûte plus cher que le standard

16/02/2025 à 12:01
michel50
Membre Actif
Avatar de michel50
michel50
Membre Actif

ouais et des fois c'est des outils de monitoring ou d'audit qui font des scans intensifs sur le FS et ça te facture du throughput. t'as des trucs comme ça qui sont déployés sur tes env ?

17/02/2025 à 11:22
meyer-mathilde
Membre Rédacteur
Avatar de meyer-mathilde
meyer-mathilde
Membre Rédacteur

check bien les détails de la facture AWS, c'est hyper granulaire sur EFS. ça va te montrer si c'est du throughput (metered IO) ou du stockage ou des transitions IA. ça aide à isoler le problème. et t'as pas des backups EFS vers S3 activés avec une fréquence de dingue ?

18/02/2025 à 08:51
brigitte-camus
Auteur Actif
Avatar de brigitte-camus
brigitte-camus
Auteur Actif

j'ai plongé dans la facture. c'est clair c'est les opérations "mettre des données" et "lire des données" qui ont explosé. les transitions IA sont faibles. j'ai pas de backups efs sur s3. je vais regarder les logs cloudtrail pour EFS. ptete une lambda qui est devenue folle ou un script qui tourne en boucle

19/02/2025 à 06:26
tblot
Membre
Avatar de tblot
tblot
Membre

ouais cloudtrail c'est le bon plan là. cherche des CreateFile, WriteData, ReadFile sur tes périodes de spike. ça t'aidera à identifier la source et voir si c'est un user un rôle ou une app

Modifié le 23/05/2026 à 16:20
brigitte-camus
Auteur Actif
Avatar de brigitte-camus
brigitte-camus
Auteur Actif

Trouvé ! C'était une de nos lambda qui avait un bug et qui écrivait des fichiers temporaires en boucle dans le EFS au lieu de les supprimer après traitement. Le volume de stockage restait le même car le même fichier était juste écrasé. Quelle blague. Corrigé le code de la lambda et les coûts redescendent. Merci pour l'aide les gars !

21/02/2025 à 03:45

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