8 commentaires
t'as des ec2 ou des conteneurs qui tournent dans une région et qui accèdent à un bucket s3 dans une autre région. ça c'est la cause numéro 1 des coûts cross-region
t'as des s3 access logs activés. si oui analyse-les avec athena pour voir les ips sources et les régions de provenance des requêtes. ça peut te donner des indices
des services tiers que t'utilises et qui ne sont pas dans la même région que ton s3. par exemple un cdn une solution d'analytics externe qui va chercher tes assets
une configuration cloudfront. si tes origines s3 sont dans une région et que ta distrib cloudfront sert des utilisateurs dans une région éloignée et n'a pas tes objets en cache elle va les chercher à chaque fois et ça génère du cross-region
t'as pas une vieille config de s3 event notifications qui déclenche une lambda dans une région différente de ton bucket. ça peut générer du trafic aussi
et aussi vérifie bien si un de tes comptes aws n'a pas des buckets répliqués par erreur. une vieille règle s3 replication qui est restée active
regarde aussi les vpc endpoints s3. si tes instances accèdent à s3 via l'internet gateway au lieu de l'endpoint dans le même vpc ça peut aussi ajouter du coût data transfer si le routing est pas optimisé
vous êtes des génies ! c'était les deux trucs qui ont été mentionnés. d'une part une de nos applications legacy avait ses instances ec2 dans eu-west-1 et accédait à un bucket en eu-west-3. et on avait aussi un vieux setup de lambda dans une région par défaut qui pullait des trucs. j'ai aligné les régions et les coûts ont déjà baissé. merci un max
Laisser une réponse
Vous devez être connecté pour poster un message !
bonjour les pros du cloud j'ai un souci finops. mes factures aws explosent sur la partie s3 data transfer out et c'est surtout cross-region. j'arrive pas à piger d'où ça vient exactement. on a des buckets s3 pour les assets de nos apps mais on fait pas de réplication cross-region volontairement. c'est quoi les pièges classiques