
Le stockage cloud Amazon regroupe plusieurs services aux usages différents. Amazon S3 conserve des objets pour les applications, les sauvegardes et les archives. Amazon EBS fournit du stockage bloc aux machines virtuelles EC2. Amazon EFS et Amazon FSx proposent des systèmes de fichiers gérés. Choisissez selon la manière dont votre application lit et modifie les données, puis comparez les coûts, les autorisations et les besoins de restauration.
Pour sauvegarder des photos personnelles, commencez plutôt par Amazon Photos. Le stockage AWS demande davantage de configuration technique et relève d'une facturation distincte. Ce guide porte sur AWS ; notre guide du stockage Amazon gratuit et des avantages photo présente les offres destinées aux particuliers et les offres de découverte.
Partez de l'interface attendue par votre logiciel. Une application conçue pour une API objet n'a pas les mêmes besoins qu'une base de données utilisant un disque attaché ou qu'une application ouvrant des fichiers partagés. Le guide de choix AWS distingue ainsi le stockage objet, bloc et fichier.
| Service | Modèle de stockage | Point de départ courant | Critère à vérifier |
|---|---|---|---|
| Amazon S3 | Objets accessibles par API | Fichiers applicatifs, sauvegardes, lacs de données, archives | Classe de stockage, volume de requêtes, coûts de récupération et de transfert |
| Amazon EBS | Volumes bloc attachés à EC2 | Disques de machines virtuelles et bases de données | Capacité provisionnée, performances du volume, instantanés |
| Amazon EFS | Stockage de fichiers partagé en NFS | Applications Linux utilisant des fichiers partagés | Compatibilité des clients, débit, déploiement Regional ou One Zone |
| Amazon FSx | Familles de systèmes de fichiers gérés | Partages Windows ou applications nécessitant un système de fichiers précis | Windows File Server, Lustre, NetApp ONTAP ou OpenZFS |
Amazon EBS fournit à une instance EC2 des volumes utilisables comme des disques attachés. Les types de volumes ont des performances et des tarifs différents : une seule limite d'IOPS ne peut donc pas décrire toutes les configurations EBS. Intégrez les instantanés à votre plan de sauvegarde et estimez la capacité provisionnée, pas seulement l'espace occupé par les fichiers.
Amazon EFS permet un accès NFS partagé et adapte sa capacité à l'ajout de fichiers. AWS ne prend pas en charge EFS avec les instances EC2 sous Windows. Les systèmes Regional et One Zone n'ont pas non plus la même exposition aux pannes ; ce choix doit être explicite.
Amazon FSx propose Windows File Server, Lustre, NetApp ONTAP et OpenZFS. Leurs protocoles, fonctions et contraintes d'exploitation diffèrent. Pour une application existante, relevez les besoins de verrouillage, les autorisations, les opérations sur les métadonnées et les exigences des clients avant de choisir un remplacement. Notre guide de l'architecture des systèmes de fichiers cloud explique leur influence sur les performances.
Dans un compartiment S3 à usage général, un objet comprend des données et leurs métadonnées. Sa clé l'identifie dans ce compartiment, appelé « bucket » dans la documentation AWS. Une clé comme reports/2026/october.csv contient un préfixe que la console affiche comme un dossier. Définissez vos règles de nommage avant d'importer une grande collection : les applications dépendront de ces clés.
Vous pouvez utiliser S3 depuis AWS Management Console dans un navigateur, avec AWS CLI ou avec des SDK. Ses API objet permettent de conserver des images, des vidéos, des documents et d'autres fichiers sans provisionner un volume disque. Elles ne fournissent pas automatiquement une synchronisation de bureau, un éditeur de documents ou une interface applicative complète pour vos utilisateurs.
AWS documente une cohérence forte après écriture pour les écritures et suppressions d'objets. Un objet correctement envoyé peut être lu immédiatement. Cela ne prouve toutefois ni que l'application a choisi le bon fichier, ni qu'une sauvegarde indépendante existe.
L'ancienne limite de 5 To par objet est dépassée. AWS l'a portée à 50 To en décembre 2025. Chaque méthode d'envoi conserve ses propres limites : jusqu'à 5 Go pour un seul PUT, 160 Go par objet dans la console et 50 To avec l'envoi multipartie. Consultez la documentation d'envoi et utilisez un client de transfert récent et pris en charge pour les objets volumineux.
Testez un fichier représentatif avant de transférer l'ensemble des données. Comparez les sommes de contrôle, vérifiez les métadonnées et téléchargez la copie envoyée. Une barre de progression terminée ne suffit pas à valider une migration.
Les classes de stockage combinent différents modes d'accès, niveaux de redondance géographique et frais. Les groupes suivants couvrent les choix courants ; la documentation des classes S3 précise leurs limites.
| Classe | Usage à envisager | Principal compromis |
|---|---|---|
| S3 Standard | Objets fréquemment consultés | Point de départ généraliste |
| S3 Intelligent-Tiering | Fréquence d'accès incertaine ou variable | Frais de surveillance ; restauration nécessaire pour les niveaux d'archivage facultatifs |
| S3 Standard-IA | Accès peu fréquents nécessitant une récupération immédiate | Frais de récupération et règles minimales de facturation |
| S3 One Zone-IA | Données reproductibles peu consultées ou copies supplémentaires | Une seule zone de disponibilité ; absence de résistance à sa perte |
| S3 Express One Zone | Applications objet sensibles à la latence | Compartiments de type directory et placement dans une seule zone |
| S3 Glacier Instant Retrieval | Archives rarement consultées nécessitant un accès immédiat | Frais de récupération et règles minimales de facturation |
| S3 Glacier Flexible Retrieval | Archives pouvant attendre une restauration | Délai dépendant de l'option de récupération choisie |
| S3 Glacier Deep Archive | Archives de longue durée acceptant une récupération plus lente | Prévoir plusieurs heures de restauration, voire davantage à grande échelle |
La durabilité décrit la protection contre la perte des objets conservés ; la disponibilité concerne l'accès au service. Aucune des deux ne garantit la récupération d'un fichier que vous avez supprimé. Une classe limitée à une seule zone ne remplace donc pas des copies réparties entre plusieurs zones.
Les objets Glacier Instant Retrieval sont directement lisibles. Flexible Retrieval et Deep Archive nécessitent d'abord une demande de restauration. La documentation de récupération AWS indique des délais habituels, dont 3 à 5 heures pour une récupération Standard ordinaire depuis Flexible Retrieval et jusqu'à 12 heures depuis Deep Archive. Les grands ensembles de données et les objets très volumineux peuvent demander davantage de temps. Testez le volume nécessaire en cas d'incident, en incluant son transfert après restauration.
Le tarif de stockage par Go ne représente qu'une partie de la facture. Consultez la tarification S3 pour votre région et votre classe, puis évaluez les opérations qui accompagnent le stockage :
Une collection régulièrement téléchargée peut ainsi coûter différemment d'une archive de même taille. Des millions de petits objets peuvent aussi produire une facture différente de quelques grands objets. Estimez un mois normal et une restauration ou un export complet afin d'intégrer le départ du service à votre comparaison.
Ne considérez pas tous les envois comme gratuits : un transfert entrant sans frais n'annule pas les coûts de stockage ou de requêtes. Une région AWS plus proche ne garantit pas non plus un transfert moins cher. Vérifiez les règles de facturation du trajet utilisé, puis mesurez séparément la latence.
Au 12 octobre 2026, AWS annonce 100 USD de crédits pour les nouveaux clients éligibles et jusqu'à 100 USD supplémentaires en réalisant certaines activités. Le plan Free dure au maximum six mois, ou jusqu'à épuisement des crédits. L'éligibilité, les services et les conditions du compte comptent : consultez la FAQ actuelle du Free Tier et la date d'expiration affichée dans votre compte. Ne vous appuyez pas sur une ancienne promesse d'allocation S3 universelle pendant douze mois.
Utilisez un petit jeu de données de test non sensibles. Avant de déplacer des fichiers de production, identifiez le responsable du compartiment, estimez la facture mensuelle et désignez la personne chargée des problèmes d'accès ou de restauration.
Les règles de nommage actuelles expliquent les espaces régionaux propres au compte et les risques liés à la libération d'un nom global partagé. Ne supposez pas que tous les noms de compartiments sont uniques dans l'ensemble des partitions AWS du monde.
Suivez les recommandations de sécurité S3 : appliquez le moindre privilège, utilisez des rôles IAM avec des identifiants temporaires pour les applications compatibles et imposez HTTPS. Les nouveaux objets S3 sont chiffrés au repos par défaut. Il s'agit d'un chiffrement côté serveur, ce qui ne signifie pas que seul l'utilisateur final peut déchiffrer les données.
Pour partager un objet privé, une URL présignée peut donner un accès temporaire. Traitez cette URL comme une information sensible pendant sa validité. Définissez sa portée et son expiration avec soin plutôt que de rendre tout le compartiment public pour partager un seul fichier.
La journalisation nécessite également une configuration. CloudTrail n'enregistre pas les événements de données S3 par défaut, et leur activation entraîne des frais. Déterminez les opérations sur les objets à enregistrer, configurez les sélecteurs et vérifiez que les événements attendus apparaissent. Contrôlez les journaux avec un envoi, une lecture et une suppression de test réalisés par les identités concernées.
Le versionnement, la réplication et la sauvegarde répondent à des problèmes différents. La réplication S3 copie les objets de façon asynchrone ; l'option Replication Time Control apporte des engagements de délai précis. La réplication ordinaire ne constitue pas une garantie générale de quinze minutes, et les objets déjà présents demandent un plan de réplication adapté.
S3 Object Lock protège certaines versions d'objets à l'aide de règles de conservation ou de mises en attente légales. Il nécessite le versionnement et n'empêche pas la création d'une nouvelle version sous la même clé. Choisissez les règles de conservation avec soin et testez-les hors production avant de les appliquer à des documents importants.
AWS Backup peut centraliser les politiques de sauvegarde des ressources prises en charge. Vérifiez la disponibilité pour le service et la fonction précis, notamment pour les copies entre comptes ou régions. Effectuez ensuite des tests de récupération qui restaurent des données utilisables avec les identifiants et les outils dont votre équipe disposerait pendant une panne.
Choisissez le service correspondant à l'interface de l'application, testez des fichiers représentatifs et calculez les coûts de stockage, de restauration et de sortie. Consignez les autorisations, les règles de conservation et le nom de la personne chargée de les revoir. Étendez la migration seulement lorsque l'échantillon peut être lu, restauré et supprimé comme prévu.
Choisissez une charge de travail d’IA, de calcul ou de stockage à tester sur Hivenet, ou échangez avec notre équipe sur sa mise en production.