← Blog
Un bac de rangement corail contenant trois plaques crème, dessiné au crayon sur un fond pêche clair.
Publié le
2026-10-12

Stockage cloud Amazon : choisir S3, EBS, EFS ou FSx

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.

Quel service de stockage Amazon convient à votre application ?

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.

ServiceModèle de stockagePoint de départ courantCritère à vérifier
Amazon S3Objets accessibles par APIFichiers applicatifs, sauvegardes, lacs de données, archivesClasse de stockage, volume de requêtes, coûts de récupération et de transfert
Amazon EBSVolumes bloc attachés à EC2Disques de machines virtuelles et bases de donnéesCapacité provisionnée, performances du volume, instantanés
Amazon EFSStockage de fichiers partagé en NFSApplications Linux utilisant des fichiers partagésCompatibilité des clients, débit, déploiement Regional ou One Zone
Amazon FSxFamilles de systèmes de fichiers gérésPartages Windows ou applications nécessitant un système de fichiers précisWindows File Server, Lustre, NetApp ONTAP ou OpenZFS

EBS pour le stockage bloc attaché

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.

EFS et FSx pour le stockage de 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.

Comment Amazon S3 stocke les données

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.

Limites actuelles d'envoi

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.

Choisir une classe S3 selon les accès

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.

ClasseUsage à envisagerPrincipal compromis
S3 StandardObjets fréquemment consultésPoint de départ généraliste
S3 Intelligent-TieringFréquence d'accès incertaine ou variableFrais de surveillance ; restauration nécessaire pour les niveaux d'archivage facultatifs
S3 Standard-IAAccès peu fréquents nécessitant une récupération immédiateFrais de récupération et règles minimales de facturation
S3 One Zone-IADonnées reproductibles peu consultées ou copies supplémentairesUne seule zone de disponibilité ; absence de résistance à sa perte
S3 Express One ZoneApplications objet sensibles à la latenceCompartiments de type directory et placement dans une seule zone
S3 Glacier Instant RetrievalArchives rarement consultées nécessitant un accès immédiatFrais de récupération et règles minimales de facturation
S3 Glacier Flexible RetrievalArchives pouvant attendre une restaurationDélai dépendant de l'option de récupération choisie
S3 Glacier Deep ArchiveArchives de longue durée acceptant une récupération plus lentePré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.

Vérifier la restauration avant d'archiver

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.

Ce que coûte le stockage cloud Amazon

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 :

  • Données conservées : fichiers actuels, anciennes versions, répliques et envois multiparties inachevés.
  • Requêtes : envois, téléchargements, listes et transitions de cycle de vie.
  • Récupération : frais propres à la classe pour lire ou restaurer des données archivées.
  • Transfert de données : trajet réel, destination et éventuels quotas inclus.
  • Services supplémentaires : surveillance, gestion des clés, réplication, sauvegarde ou diffusion de contenu.

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.

Free Tier est une offre de découverte

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.

Première configuration S3 dans AWS Management Console

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.

  1. Confirmez les conditions du compte et de facturation. Vérifiez le statut Free ou Paid, l'expiration des crédits et les services prévus. Définissez un budget et attribuez le suivi des alertes.
  2. Choisissez la région et le type de compartiment. Pour du stockage objet courant, commencez par un compartiment à usage général. Vérifiez l'emplacement de l'application, les exigences de résidence et les fonctions disponibles dans la région.
  3. Choisissez un nom valide. Respectez les règles AWS et évitez les informations sensibles. Les compartiments à usage général peuvent utiliser l'espace de noms global partagé ou un espace régional propre au compte ; leurs règles d'unicité diffèrent.
  4. Conservez un accès privé. Gardez Block Public Access actif et les ACL désactivées, sauf exigence documentée justifiant une autre configuration. N'accordez que les opérations et les chemins nécessaires à chaque application.
  5. Vérifiez le chiffrement et la restauration. Contrôlez la configuration du chiffrement, décidez d'activer ou non le versionnement et définissez un processus de récupération distinct.
  6. Envoyez puis récupérez un échantillon. Testez avec l'identité de l'application et avec un administrateur. Vérifiez qu'une identité non autorisée ne peut pas le lire.
  7. Examinez les coûts et le nettoyage. Consultez l'usage du test avant d'étendre la migration. Retirez les objets et versions de test inutiles, puis examinez les règles de cycle de vie avant d'activer une suppression automatique.

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.

Protéger les accès et vérifier les journaux

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.

Concevoir séparément la récupération

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.

Avant de déplacer les données de production

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.

Votre prochaine charge de travail sur Hivenet.

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.