etrange effectivement.

On utilise ce mécanisme au boulot (et j'ai implémenté les interactions côté client), et en fait, il y a eu un "glissement" sur la signification de ce qu'est S3 Glacier.

Le S3 Glacier "historique", c'est-à-dire celui où il faut attendre entre quelques minutes et quelques heures pour récupérer ses données s'est plus ou moins renommé S3 Glacier Flexible Retrieval. Y a été ajouté le "Deep Archive", comme classe "encore plus froide".

En pratique, le Instant Retrieval, c'est très utile pour des données qui seront accédées quelque fois par an, soit parce qu'elles sont réellement peu accédées, soit parce qu'il existe des caches ailleurs. Il faut bien voir que le prix du stockage n'est qu'une composante du prix total, et que le coût d'accès et de transfert est important pour les classes S3 Glacier. Pour du "Instant Retrieval", on est autour de 0.01$/GB transféré, ce qui est réellement élevé.

Pour du "Instant Retrieval", on est autour de 0.01$/GB transféré, ce qui est réellement élevé.

Sans tarifs négociés c'est même plus cher que ça https://aws.amazon.com/s3/pricing/?p=pm&c=s3&z=4. Du coup oui ça peut vite faire beaucoup.

Comment te dire sans paraître désobligeant qu'Amazon ne se préoccupe pas franchement des publications de l'Arcep et de l'Arcom ?

Chez les hyperscalers comme aws, je pense que l'appréciation de la consommation énergétique se fait globalement et que c'est plutôt la provenance de l'énergie utilisée qui importe, ainsi que des critères tels que le PUE de leurs datacenters.

Merci pour les liens.

C'est dommage qu'ils ne donnent pas plus de détails sur les technologies mises en ouvre pour le chaud, tiède et froid.

Ils cachent la technique de même que la localisation des données.

Tout à fait car on ne peut pas etre "au taquet" quand on reste en etat de veille

Pour ma part si cette technologie existe, on peut faire du hybride: toujours mettre en chaud une copie de X premiers MB d'un fichier, et au debut du telechargement on met en route les HD froids