Choisir le bon stockage AWS : S3, EBS, EFS, FSx, classes, volumes et transferts !
AWS
Publié le
Karl Certa Admin systèmes & réseaux5 ans dans l'IT, passé par le support puis l'admin sys, aujourd'hui Ops. J'apprends le cloud et je pose tout au propre ici. Focus sur l'IaC & le cloud AWS SAA, prochaine étape Kubernetes LinkedIn karlcerta.fr GitHub Karl Certa
Les services de stockage AWS se rangent en trois familles (bloc, fichier, objet), complétées par des outils de transfert et d’hybridation avec un datacenter. Cette fiche sert à choisir le bon service et à connaître les limites qui comptent.
🧱 Les trois familles
Le mode d’accès aux données détermine la famille, et donc le service.
📌 Famille
☁️ Services
🔌 Accès
🏢 Équivalent on-prem
Bloc
EBS (Elastic Block Store), Instance Store
Disque attaché à une instance EC2 (Elastic Compute Cloud)
API HTTPS : une clé pointe vers un objet rangé dans un bucket
Stockage objet
Bloc : l’OS de l’instance formate le disque avec son propre système de fichiers. Un volume EBS est un disque réseau rattaché à une seule AZ (Availability Zone, zone de disponibilité), d’où ses contraintes de placement.
Fichier : le système de fichiers est géré côté service, plusieurs clients le montent en même temps.
Objet : on lit et on écrit des objets complets via l’API. Dans un bucket classique, les « dossiers » ne sont que des préfixes dans le nom de la clé.
🧭 Besoin → service
📌 Besoin
☁️ Service à utiliser
Disque système ou base de données d’une instance EC2
EBS gp3
Base exigeante en IOPS (opérations d’entrée/sortie par seconde) et latence stable
EBS io2 Block Express
Cache, buffer, données temporaires qu’on accepte de perdre
Instance Store
Fichiers partagés entre instances Linux réparties sur plusieurs AZ
EFS
Partage de fichiers Windows (SMB) intégré à Active Directory
FSx for Windows File Server
HPC (High Performance Computing), entraînement de modèles ML
FSx for Lustre
Reprise d’une baie NetApp (ONTAP est l’OS de ces baies)
Garder un accès NFS, SMB ou iSCSI on-prem avec les données dans AWS
Storage Gateway
Migrer ou synchroniser de gros volumes par le réseau
DataSync
Recevoir ou envoyer des fichiers à des partenaires en SFTP ou FTPS
Transfer Family
🪣 Classes de stockage S3
Plus la classe est froide, moins le Go stocké coûte. En contrepartie, la lecture est facturée et une durée minimale de stockage s’applique.
📌 Classe
⏱️ Accès aux données
📅 Durée min. facturée
🏢 AZ
🎯 Usage
Standard
Millisecondes
Aucune
≥ 3
Données actives
Intelligent-Tiering
Millisecondes (sauf tiers d’archive optionnels)
Aucune
≥ 3
Accès imprévisible
Standard-IA (Infrequent Access)
Millisecondes
30 jours
≥ 3
Sauvegardes lues environ une fois par mois
One Zone-IA
Millisecondes
30 jours
1
Données recréables, copies secondaires
Express One Zone
Moins de 10 ms
Aucune
1
Applications très sensibles à la latence
Glacier Instant Retrieval
Millisecondes
90 jours
≥ 3
Archives lues environ une fois par trimestre
Glacier Flexible Retrieval
Restauration : minutes à heures
90 jours
≥ 3
Archives lues environ une fois par an
Glacier Deep Archive
Restauration : 12 h à 48 h
180 jours
≥ 3
Archives lues moins d’une fois par an
Toutes les classes visent une durabilité de 99,999999999 % (11 neuf). One Zone-IA et Express One Zone ne résistent pas à la perte de leur AZ : à réserver aux données qu’on sait reconstruire.
Standard-IA, One Zone-IA et Glacier Instant Retrieval facturent tout objet de moins de 128 Ko comme s’il pesait 128 Ko.
Flexible Retrieval et Deep Archive ajoutent 40 Ko de métadonnées facturées par objet : archiver des milliers de petits fichiers revient cher, mieux vaut les regrouper dans une archive.
Restauration depuis Glacier
Flexible Retrieval et Deep Archive ne sont pas lisibles directement : il faut demander une restauration, qui crée une copie temporaire facturée au tarif Standard en plus de l’archive.
📌 Option
⚡ Flexible Retrieval
🐢 Deep Archive
Expedited
1 à 5 min (objets de moins de 250 Mo)
Non disponible
Standard (par défaut)
3 à 5 h
Sous 12 h
Bulk
5 à 12 h, gratuit
Sous 48 h
Intelligent-Tiering
S3 déplace chaque objet selon sa date de dernier accès, sans frais de récupération mais avec des frais de surveillance par objet. Les objets de moins de 128 Ko ne sont pas surveillés et restent en Frequent Access.
📌 Tier
⏳ Bascule
⏱️ Accès
Frequent Access
À l’écriture
Millisecondes
Infrequent Access
Après 30 jours sans accès
Millisecondes
Archive Instant Access
Après 90 jours sans accès
Millisecondes
Archive Access (optionnel)
Après 90 jours minimum, configurable
Restauration : minutes à heures
Deep Archive Access (optionnel)
Après 180 jours minimum
Restauration : jusqu’à 12 h (Standard)
📦 Points clés S3
📌 Élément
📊 Valeur ou comportement
Taille max d’un objet
50 To
Upload en une seule requête PUT
5 Go maximum
Upload multipart
Conseillé dès 100 Mo, obligatoire au delà de 5 Go
Parties d’un multipart
10 000 maximum, de 5 Mio à 5 Gio chacune (la dernière peut être plus petite)
Upload depuis la console
160 Go maximum
Versioning
Désactivé par défaut. Une fois activé, il ne peut plus qu’être suspendu
Suppression dans un bucket versionné
Ajoute un delete marker, les anciennes versions restent et sont facturées
Lifecycle : transition
Change la classe après N jours (objets de moins de 128 Ko exclus par défaut)
Lifecycle : expiration
Supprime les objets ou les versions non courantes après N jours
Lifecycle : multipart inachevés
AbortIncompleteMultipartUpload supprime les parties orphelines qui occupent du stockage
Le service historique Amazon Glacier (vaults et API dédiée) n’accepte plus de nouveaux clients depuis le 15 décembre 2025. Les classes S3 Glacier ci-dessus ne sont pas concernées.
💽 Types de volumes EBS
Les SSD sont dimensionnés en IOPS (petites lectures/écritures aléatoires, bases de données). Les HDD sont dimensionnés en débit (gros fichiers lus en séquentiel).
📌 Type
📏 Taille
⚡ IOPS max
🚀 Débit max
🥾 Boot
🎯 Usage
gp3 (SSD usage général)
1 Gio à 64 Tio
80 000
2 000 Mio/s
Oui
Choix par défaut : boot, applis, bases moyennes
gp2 (SSD génération précédente)
1 Gio à 16 Tio
16 000
250 Mio/s
Oui
Existant : gp3 coûte jusqu’à 20 % de moins au Go
io2 Block Express (SSD IOPS provisionnées)
4 Gio à 64 Tio
256 000
4 000 Mio/s
Oui
Bases critiques, latence moyenne sous 500 µs
io1 (SSD IOPS provisionnées)
4 Gio à 16 Tio
64 000
1 000 Mio/s
Oui
Existant : AWS recommande io2
st1 (HDD optimisé débit)
125 Gio à 16 Tio
500
500 Mio/s
Non
Big data, traitement de logs, data warehouse
sc1 (HDD froid)
125 Gio à 16 Tio
250
250 Mio/s
Non
Données peu lues, coût minimal
gp3 inclut 3 000 IOPS et 125 Mio/s quelle que soit la taille. Au delà, on provisionne IOPS et débit séparément (500 IOPS par Gio au maximum, soit 80 000 IOPS dès 160 Gio).
gp2 lie les IOPS à la taille (3 IOPS par Gio, 100 minimum). Sous 1 Tio, il monte à 3 000 IOPS grâce à des crédits : une fois les crédits épuisés, un petit volume retombe à sa performance de base.
Durabilité : 99,999 % pour io2, 99,8 à 99,9 % pour les autres. AWS ne sauvegarde pas les volumes : les snapshots sont à planifier (Data Lifecycle Manager ou AWS Backup).
⚖️ EBS vs EFS vs Instance Store
📌 Critère
💽 EBS
📁 EFS
⚡ Instance Store
Nature
Disque réseau (bloc)
Système de fichiers NFSv4.0/4.1
Disque physique de l’hôte (bloc)
Portée
Une AZ
Regional (≥ 3 AZ) ou One Zone
L’instance qui l’a reçu au lancement
Accès simultané
Une instance (Multi-Attach : io1/io2, 16 instances Nitro de la même AZ)
Nombreuses instances EC2, conteneurs ECS/EKS, Lambda
Une instance, non détachable
Persistance
Indépendante de l’instance
Indépendante de l’instance
Conservée au reboot, effacée à l’arrêt, l’hibernation ou la terminaison
Taille
Provisionnée, augmentable à chaud
Élastique, facturée au stockage consommé
Fixée par le type d’instance
Clients
Linux et Windows
Linux (Windows non supporté)
Linux et Windows
Changer d’AZ un volume EBS : créer un snapshot puis un volume à partir de ce snapshot dans l’AZ cible. Les snapshots sont incrémentaux, stockés dans S3 et répliqués sur toutes les AZ de la région.
Elastic Volumes : taille (à la hausse uniquement), type, IOPS et débit se modifient sans détacher le volume. Limite de 4 modifications par 24 h glissantes, et il faut ensuite étendre la partition et le système de fichiers côté OS.
Multi-Attach : exige un système de fichiers en cluster, car XFS ou ext4 ne gèrent pas les écritures concurrentes de plusieurs serveurs. Pas utilisable en volume de boot.
DeleteOnTermination : le volume racine créé au lancement est supprimé avec l’instance, un volume de données attaché après le lancement est conservé et continue d’être facturé.
📁 Réglages EFS
📌 Réglage
📊 Options
💡 Recommandation
Type de système de fichiers
Regional ou One Zone
Regional pour la production
Mode de performance
General Purpose ou Max I/O
General Purpose : Max I/O est de génération précédente et a une latence plus élevée
Mode de débit
Elastic, Provisioned ou Bursting
Elastic (défaut) pour une charge variable, Provisioned pour une charge connue
Classe de stockage
Standard, Infrequent Access, Archive
Lifecycle management pour descendre les fichiers froids
IA et Archive : latence au premier octet de quelques dizaines de ms, lectures facturées, 128 Kio facturés au minimum par fichier. Archive impose 90 jours minimum et le mode Elastic.
Bursting : le débit de base vaut 50 Kio/s par Gio stocké en Standard. Un petit système de fichiers en Bursting reste donc lent une fois ses crédits consommés.
🗄️ Variantes Amazon FSx
📌 Variante
🔌 Protocoles
🖥️ Clients
🏢 Déploiement
🎯 Cas type
Windows File Server
SMB
Windows, Linux, macOS
Single-AZ ou Multi-AZ
Serveur de fichiers Windows, Active Directory, espaces de noms DFS
Lustre
Client Lustre (POSIX)
Linux uniquement
Scratch ou Persistent
HPC, ML, import/export automatique depuis un bucket S3
NetApp ONTAP
NFS, SMB, iSCSI
Windows, Linux, macOS
Single-AZ ou Multi-AZ
Migration NetApp, réplication SnapMirror
OpenZFS
NFS v3 à v4.2
Windows, Linux, macOS
Single-AZ ou Multi-AZ
Migration ZFS ou NFS, latence sous 0,5 ms
Lustre Scratch : aucune réplication, les fichiers d’un serveur en panne sont perdus. À réserver aux traitements courts. Persistent réplique les données et remplace un serveur défaillant en quelques minutes.
Windows Single-AZ : environ 30 minutes d’indisponibilité lors d’une panne ou d’une maintenance. Multi-AZ bascule vers l’AZ de secours en moins de 30 secondes, c’est le choix conseillé en production.
iSCSI (Internet Small Computer Systems Interface) transporte des commandes disque sur IP : ONTAP peut donc aussi servir des volumes bloc.
🔁 Storage Gateway
Appliance virtuelle (VMware ESXi, Hyper-V, KVM, Nutanix AHV) ou instance EC2 qui expose du stockage AWS via des protocoles standards, avec un cache local.
📌 Type
🔌 Protocole
☁️ Où vivent les données
🎯 Usage
S3 File Gateway
NFS (v3, v4.1), SMB (v2, v3)
Fichiers stockés comme objets dans S3
Partage de fichiers adossé à S3
Volume Gateway, cached
iSCSI
Dans S3, cache local des données chaudes
Réduire le stockage primaire local
Volume Gateway, stored
iSCSI
En local, snapshots asynchrones vers S3
Latence locale et sauvegarde hors site, restauration possible en EC2
Tape Gateway
VTL (Virtual Tape Library)
Bandes virtuelles archivées en Glacier Flexible Retrieval ou Deep Archive
Remplacer une infrastructure de bandes physiques
FSx File Gateway n’est plus proposé aux nouveaux clients depuis le 28 octobre 2024.
SFTP, FTPS, FTP, AS2 (Applicability Statement 2) ou web app, vers S3 ou EFS
Transfert physique, nouveau client
Data Transfer Terminal ou partenaire AWS
On apporte ses propres disques dans un site AWS
Transfert physique, client Snow existant
Snowball Edge
Plus commandable par les nouveaux clients depuis le 7 novembre 2025
DataSync : l’agent est une VM (ESXi, KVM, Hyper-V) ou une instance EC2. Il peut ne transférer que ce qui a changé, chiffre en TLS, vérifie l’intégrité et conserve permissions et métadonnées. Une tâche peut occuper un lien de 10 Gbit/s.
Transfer Family : facturé à l’heure pour chaque protocole activé, plus au Go transféré. Un serveur arrêté reste facturé : il faut le supprimer.
Snow Family : Snowcone n’est plus commandable depuis le 12 novembre 2024. Pour l’edge computing, AWS oriente désormais vers Outposts.
Syspirit 