devopssec
n'est en aucun cas responsable du contenu généré par l'utilisateur. Le contenu posté
exprime les opinions de leur auteur seulement.
Les textes et messages publiés sont la propriété de ceux qui les postent.
je fais de mon mieux pour modérer les propos inappropriés qui pourraient être postés ici,
mais je me dégage de toute responsabilité sur ce que vous postez.
Vous demeurez le seul responsable de vos actes et de vos messages au regard de la loi.
Vous acceptez de ne pas utiliser le service pour poster ou lier vers un contenu qui est
diffamatoire, injurieux, haineux, menaçant, spams ou pourriels, étant de nature à offenser,
ayant un contenu réservé aux adultes ou répréhensible, contenant des renseignements
personnels des autres, risquant de violer les droits d'auteurs, encourageant une activité
illégale ou contraire à toutes les lois.
Le respect est la principale qualité de notre communauté. En conséquence, veillez à l'être envers
vos camarades ici présents, en particulier les nouveaux membres qui comme vous, cherchent
à découvrir l'univers DEVOPS, et n'ont pas toutes vos connaissances.
Tout manque de respect à l'encontre d'un membre, néophyte ou non, entraînera également des sanctions,
à savoir avertissements, bannissements voire poursuites selon la gravité de la situation.
devopssec
décline toute responsabilité concernant les rencontres réelles.
Commentaires
jacques-gauthier
Membre depuis le 21/07/2024
standard-ia c'est pour les accès peu fréquents mais pas inexistants. si tu as des applications ou des process qui font du scanning intensif de ton bucket ou qui listent énormément les objets (listobjects api calls) ça peut générer des coûts de requêtes monstrueux même si tu récupères peu de données
lucy-duval
Membre depuis le 11/06/2024
précisément le retrieval cost est haut. ça veut dire que des objets ont été consultés. t'as un nouveau rapport qui tourne sur s3 tous les jours ? un data lake crawler qui scanne tout ? regarde cloudtrail pour voir d'où viennent les requêtes GET et LIST
orenard
Membre depuis le 16/07/2024
ouais et attention aux métriques s3. le minimum billing duration pour IA c'est 30 jours. si tu mets un objet et le supprimes avant 30 jours tu paies quand même pour 30 jours de stockage. et le minimum object size est 128KB. si tu stockes plein de petits objets tu paies pour 128KB par objet
jacques-gauthier
Membre depuis le 21/07/2024
c'est aussi ptete une application qui a un bug et qui fait des retries agressifs sur s3 après des erreurs. chaque retry c'est une nouvelle requête et c'est facturé. regarde les logs d'accès s3 si tu les as activés
lucy-duval
Membre depuis le 11/06/2024
ou un développeur qui a mal configuré un outil de backup/restore et qui rescanne ou re-sync tout le bucket à chaque fois sans incrémental. ça m'est déjà arrivé une fois un truc pareil. la facture s3 avait pris cher
elise61
Membre depuis le 09/04/2024
ok je vais creuser cloudtrail et les logs d'accès. on a des nouveaux dashboards qui ont été déployés récemment qui scannt pas mal de trucs via athena et des buckets s3. ptete que les requêtes athena derrière s3 génèrent ces retrievals massifs
orenard
Membre depuis le 16/07/2024
athena c'est potentiellement ça. chaque requête athena scanne des données sur s3. si tu as des requêtes mal optimisées qui scannent des pétaoctets de données à chaque fois ça va te coûter un bras surtout sur du IA avec les coûts de retrieval
elise61
Membre depuis le 09/04/2024
bingo c'est athena. un des dashboards faisait une requête très gourmande toutes les heures sur un très grand dataset. ça scannait quasi tout le bucket à chaque fois. on a optimisé la requête et la facture a commencé à redescendre. thx tout le monde pour l'aide !