SAN, NAS et stockage objet
Choisir entre stockage bloc, fichier et objet selon les besoins de performance, de partage et de scalabilité.
À retenir
- Le stockage bloc (SAN) offre la plus faible latence mais la scalabilité horizontale la plus limitée.
- Le NAS simplifie le partage de fichiers via NFS ou SMB, au prix d'une latence réseau supplémentaire.
- Le stockage objet scale horizontalement et convient à l'archivage, mais pas aux bases transactionnelles.
- Le choix de la classe de stockage objet doit intégrer le coût de restauration, pas seulement le coût de stockage.
Trois familles de stockage, trois usages
Le choix d'une architecture de stockage d'entreprise repose sur la compréhension de trois modes d'accès fondamentaux : bloc, fichier et objet.
| Type | Protocole typique | Unité d'accès | Cas d'usage | Scalabilité |
|---|---|---|---|---|
| Bloc (SAN) | iSCSI, Fibre Channel | Blocs de disque bruts | Bases de données, VM, applications à faible latence | Verticale (contrôleurs), limitée |
| Fichier (NAS) | NFS, SMB/CIFS | Fichiers et répertoires | Partages utilisateurs, données non structurées partagées | Modérée (scale-up ou scale-out) |
| Objet | S3, API REST | Objets avec métadonnées | Archivage, backups, contenus statiques, données massives | Horizontale, quasi illimitée |
Point clé
le stockage bloc offre la plus faible latence mais impose au client de gérer un système de fichiers ; le stockage objet sacrifie la latence pour une scalabilité et une durabilité bien supérieures, avec une API HTTP simple.
SAN : la performance dédiée
Un SAN (Storage Area Network) expose des LUN (unités logiques) accessibles en mode bloc via un réseau dédié, généralement en Fibre Channel ou en iSCSI sur un réseau Ethernet isolé. Les hyperviseurs et bases de données critiques s'appuient historiquement sur ce modèle pour sa faible latence et son contrôle fin des performances.
Attention
un réseau iSCSI qui partage le même commutateur que le trafic de production sans VLAN ni QoS dédiés est une cause fréquente de dégradation de performance intermittente, difficile à corréler sans supervision réseau détaillée.
NAS : le partage de fichiers simplifié
Un NAS expose des partages via NFS (environnements Linux/Unix) ou SMB (environnements Windows). Il simplifie le partage de fichiers entre plusieurs machines mais introduit une couche réseau supplémentaire par rapport au SAN, avec une latence généralement plus élevée.
Stockage objet : la scalabilité par la simplicité
Le stockage objet organise les données en objets plats (contenu + métadonnées + identifiant unique) regroupés dans des buckets, accessibles via une API REST (le standard de facto étant l'API S3 d'Amazon, largement répliquée par d'autres fournisseurs et par des logiciels comme MinIO).
# Exemple avec l'AWS CLI (compatible avec de nombreux fournisseurs S3-compatible)
aws s3 cp ./sauvegarde-2024.tar.gz s3://mon-bucket-archives/ --storage-class STANDARD_IA
aws s3api put-bucket-versioning --bucket mon-bucket-archives --versioning-configuration Status=Enabled
L'activation du versioning est une pratique essentielle pour se prémunir contre les suppressions ou écrasements accidentels.
Attention
le stockage objet n'est en général pas adapté à l'hébergement direct de bases de données transactionnelles à cause de sa latence et de l'absence de verrouillage fin au niveau bloc ; ne confondez pas « stockage économique » avec « stockage universel ».
Choisir selon la charge de travail
- Base de données transactionnelle à faible latence → bloc (SAN ou stockage NVMe local).
- Partage de documents d'équipe, répertoires utilisateurs → fichier (NAS).
- Sauvegardes, archives, données massives non structurées, contenu statique de site web → objet.
Sur le terrain
pour un opérateur de datacenter en croissance rapide, migrer les sauvegardes d'un NAS saturé vers du stockage objet compatible S3 réduit souvent les coûts de plus de 40 % tout en améliorant la durabilité, grâce à la réplication multi-zone native de la plupart des offres objet.
Astuce
avant de choisir une classe de stockage objet (standard, infrequent access, archive/glacier), calculez le coût réel de restauration en cas de besoin : les classes archive les moins chères au stockage sont souvent les plus coûteuses et les plus lentes à la restitution.