On a tous vécu ce moment en salle serveur (ou en VM sur un PC de TP, ce qui revient presque au même) où quelqu’un dit : « On met un NAS, non ? ». Et là, silence. Parce que oui, un NAS, ça marche souvent. Mais parfois, c’est la mauvaise réponse.
Le vrai sujet, c’est plutôt : qu’est ce que tu stockes, pour qui, avec quel niveau de perf, et surtout… avec quelle équipe pour l’exploiter au quotidien.
Dans cet article, je te propose une façon simple et franchement terrain de choisir entre NAS, SAN et Ceph. Sans marketing, sans jargon pour faire joli. Et avec des cas concrets qu’on croise en BTS SIO option SISR.
Le point de départ : ce que tu veux vraiment obtenir
Avant de sortir les acronymes, pose ces questions. Ça évite 80 % des mauvais choix.
- Tu veux un stockage pour des fichiers partagés (documents, profils, sauvegardes, ISO) ou pour des disques de VM et des bases de données ?
- Tu veux que ce soit simple à administrer, ou tu acceptes une solution plus complexe si ça scale mieux ?
- Tu as besoin de très faibles latences, ou tu privilégies la capacité ?
- Tu veux une haute dispo immédiate, ou une restauration rapide suffit ?
- Tu as une équipe infra solide, ou c’est toi et deux camarades motivés le vendredi à 16h ?
Garde ça en tête, parce que NAS, SAN et Ceph répondent à des besoins différents. Et parfois, la bonne réponse c’est « deux solutions », pas une.
NAS : le bon vieux stockage fichier, simple et efficace
Un NAS (Network Attached Storage), c’est du stockage présenté au réseau sous forme de partages fichiers. Typiquement en SMB/CIFS (Windows) ou NFS (Linux/VMware), parfois AFP (plus rare aujourd’hui).
En clair : tu vois des dossiers, tu y accèdes, tu y mets des fichiers. C’est la logique « serveur de fichiers ».
Quand le NAS est le bon choix
- Partage de fichiers pour une classe, une PME, un service.
- Stockage de sauvegardes (Veeam repository, Borg, restic, etc.).
- Stockage d’ISO, drivers, scripts, dépôts internes.
- Home directories, profils itinérants (même si ça se discute).
- NFS pour un petit cluster VMware/Proxmox, si tu acceptes les limites.
Et surtout : quand tu veux quelque chose de rapide à mettre en place, facile à comprendre, et pas trop fragile.
Avantages du NAS
- Mise en œuvre simple.
- Administration accessible (même en contexte BTS, clairement).
- Très bon rapport fonctionnalités/prix, surtout avec TrueNAS, Synology, QNAP.
- Snapshots, quotas, ACL, intégration AD, réplication… souvent inclus.
Limites du NAS (à ne pas ignorer)
- La perf dépend vite du réseau, du protocole, et du nombre de clients.
- Pour des VM, ça peut marcher… mais la latence et les locks NFS/SMB peuvent devenir pénibles.
- La haute dispo « propre » (actif-actif) est plus rare ou plus chère selon les solutions.
- Un NAS n’est pas une SAN. Oui, ça a l’air évident. Mais ça se confond tout le temps.
Image : architecture NAS simple
SAN : le stockage bloc, pour la perf et la stabilité des workloads
Une SAN (Storage Area Network), c’est du stockage présenté en mode bloc. Le serveur ne voit pas des dossiers, il voit un disque. Ensuite, c’est l’OS ou l’hyperviseur qui met un système de fichiers dessus.
Les technos les plus courantes :
- iSCSI (sur Ethernet, donc plus accessible)
- Fibre Channel (plus datacenter, plus coûteux)
- parfois NVMe over Fabrics (plus moderne, plus exigeant)
Quand la SAN est le bon choix
- Hyperviseurs qui ont besoin de datastores bloc solides (VMware, Hyper-V, Proxmox en iSCSI).
- Bases de données, applications transactionnelles.
- Besoin de latence basse et de performances constantes.
- Environnements où tu veux une séparation claire entre réseau utilisateur et réseau stockage.
En pratique, dès que tu veux « faire tourner du sérieux » en virtualisation, la SAN devient tentante.
Avantages de la SAN
- Très bonnes performances et latences souvent plus faibles (selon design).
- Le stockage bloc est bien adapté aux VM et aux bases.
- Multipathing (MPIO) pour la redondance.
- Les baies SAN savent faire beaucoup (tiering, cache, replication, snapshots).
Limites de la SAN
- Conception réseau plus stricte : VLAN dédiés, jumbo frames parfois, MPIO, zoning FC si Fibre Channel.
- Risque de « gros incident global » si tu te rates (un mauvais mapping LUN, et tu transpires).
- Coût plus élevé, surtout si tu vas sur du FC.
- Le dépannage peut être plus technique que sur un NAS.
Image : SAN avec iSCSI et multipathing
Ceph : le stockage distribué, pensé pour la résilience et l’échelle
Ceph, c’est encore autre chose. On n’est plus sur « un boîtier NAS » ou « une baie SAN ». Ceph, c’est un système de stockage distribué. Tu as plusieurs nœuds, chacun avec des disques, et Ceph répartit les données, réplique, reconstruit, et expose du stockage.
Ceph peut exposer :
- du bloc (RBD)
- du fichier (CephFS)
- de l’objet (S3 compatible via RGW)
Donc Ceph peut jouer dans plusieurs catégories. Mais sa logique reste : cluster.
Quand Ceph est le bon choix
- Tu veux de la haute dispo native, sans dépendre d’une seule baie.
- Tu as un cluster Proxmox ou OpenStack et tu veux du stockage partagé intégré.
- Tu veux scaler en ajoutant des nœuds et des disques.
- Tu acceptes une couche d’administration plus « DevOps infra » que « appliance ».
Ceph brille quand tu as plusieurs serveurs et que tu veux que le stockage survive à des pannes de disques, de nœuds, voire de rack selon design.
Avantages de Ceph
- Résilience forte : si c’est bien conçu, tu peux perdre des composants et continuer.
- Scalabilité horizontale.
- Polyvalence (bloc, fichier, objet).
- Très bon match avec Proxmox (Ceph intégré), Kubernetes (Rook Ceph), OpenStack.
Limites de Ceph
- Complexité : monitoring, tuning, réseau, disques, CRUSH map, PG… tu vas apprendre.
- Besoin d’un réseau solide, souvent 10 GbE minimum, parfois plus selon charge.
- Consommation de ressources (RAM, CPU) non négligeable.
- Les petites configs Ceph peuvent décevoir : trop peu de nœuds, trop peu de disques, et tu obtiens un truc lourd et pas si performant.
Image : cluster Ceph (vue conceptuelle)
Comparatif rapide : NAS vs SAN vs Ceph (la version utile)
| Critère | NAS | SAN | Ceph |
| Type d’accès | fichier (SMB/NFS) | bloc (iSCSI/FC) | bloc, fichier, objet |
| Cas typiques | partages, sauvegardes | VM, bases, applis critiques | cluster HA, scale out |
| Complexité | faible | moyenne à élevée | élevée |
| Coût | faible à moyen | moyen à élevé | variable (matériel + temps) |
| Haute dispo | possible, souvent option | fréquente en entreprise | native si cluster correct |
| Perf VM | correcte à variable | très bonne | bonne si bien dimensionné |
Scénarios concrets (ceux qu’on rencontre vraiment)
Scénario 1 : serveur de fichiers pour un lycée, une salle, un petit service
Tu veux des partages, des droits AD, des quotas, et des snapshots pour revenir en arrière quand quelqu’un supprime « le dossier important final v7 définitif ».
Choix logique : NAS.
- SMB + intégration AD
- snapshots ZFS ou Btrfs
- réplication vers un second NAS ou un disque externe
Si tu es étudiant et que tu veux te faire un lab : TrueNAS Scale en VM, ou un petit Synology si tu as la chance d’en avoir un au placard.
Scénario 2 : cluster Proxmox à 3 nœuds pour héberger des VM de services
Là, tu veux du stockage partagé, et idéalement de la haute dispo. Tu peux faire :
- NAS en NFS : simple, mais attention au SPOF si un seul NAS.
- SAN iSCSI : bon choix si tu as une baie ou un serveur stockage bien monté.
- Ceph : très cohérent avec Proxmox si tu as le réseau et les disques.
Honnêtement : Proxmox + Ceph, ça marche super bien… mais seulement si tu respectes les prérequis. Sinon tu vas accuser Ceph alors que c’est ton réseau 1 GbE qui pleure.
Scénario 3 : une base de données un peu critique
Tu veux des IOPS stables, de la latence faible, et des sauvegardes propres.
Choix fréquent : SAN (iSCSI) ou stockage local NVMe avec réplication applicative, selon contexte.
Un NAS peut faire le job, mais c’est plus risqué si tu as beaucoup de concurrence IO.
Scénario 4 : stockage objet pour archives et applis modernes
Tu veux une API S3, de la compatibilité applicative, des politiques de rétention.
Ceph (RGW) devient intéressant, sinon MinIO peut être une alternative. Un NAS peut aussi proposer du S3 compatible, mais ça dépend du modèle et des limites.
Les pièges classiques (et comment les éviter)
Piège 1 : croire que « NAS = stockage réseau = suffisant pour tout »
C’est le piège numéro 1. Oui, un NAS fait du stockage réseau. Mais le protocole fichier et les besoins VM ne se comportent pas pareil.
Si ton objectif principal c’est la virtualisation, pose toi la question bloc vs fichier dès le départ.
Piège 2 : sous-estimer le réseau
NAS, SAN, Ceph… tout finit par taper sur le réseau.
- 1 GbE : ok pour petits usages fichiers, vite limite en VM et Ceph.
- 10 GbE : souvent le vrai minimum confortable pour virtualisation + stockage partagé.
- Latence, congestion, buffers, MTU, redondance : c’est là que ça se joue.
Piège 3 : oublier le PRA, et confondre HA et sauvegarde
Haute dispo ne veut pas dire sauvegarde.
- Une SAN redondée peut te sauver d’une panne matérielle.
- Ceph peut encaisser des pannes.
- Un NAS avec RAID peut survivre à un disque HS.
Mais si tu supprimes un fichier, si tu chiffrent tes données via ransomware, ou si tu corromps une VM… sans sauvegarde, tu es juste en train de tomber au ralenti.
Piège 4 : choisir Ceph « parce que c’est moderne »
Ceph, c’est génial. Mais Ceph demande une vraie rigueur.
Si tu as un seul serveur et quelques disques, Ceph n’est pas le bon outil. Tu vas te compliquer la vie pour un résultat moyen. Par contre, dès que tu as 3, 5, 7 nœuds, et l’envie de bâtir un vrai cluster, là oui.
Une méthode simple pour décider (en 2 minutes)
Pose toi ces trois questions, vraiment.
1) Ton besoin principal, c’est quoi ?
- fichiers : NAS
- disques de VM / DB : SAN ou Ceph (bloc)
- cluster HA + scale out : Ceph
2) Tu as quoi comme contraintes ?
- petit budget et besoin rapide : NAS (ou iSCSI simple)
- perf et stabilité : SAN
- tolérance de panne et évolution : Ceph
3) Tu sais l’exploiter ?
- équipe petite, peu de temps : NAS
- équipe infra à l’aise réseau + stockage : SAN
- équipe solide + monitoring + automatisation : Ceph
Tu peux aussi mixer. Exemple très courant : NAS pour sauvegardes et fichiers, Ceph ou SAN pour VM.
Bonus : ce que je recommande en contexte BTS SIO SISR (labs et projets)
Si tu es en train de monter un lab perso ou un mini datacenter pédagogique :
- Commence par un NAS logiciel : TrueNAS ou OpenMediaVault. Tu apprends SMB/NFS, ACL, snapshots, réplication.
- Ensuite, teste iSCSI : cible iSCSI côté NAS, initiateur côté hyperviseur, multipathing si possible.
- Puis passe à Ceph si tu as au moins 3 nœuds : même en machines modestes, tu apprends la logique cluster, et ça vaut de l’or.
D’ailleurs, sur BTS SIO2 SISR Tech Lab (https://sio1blog.blogspot.com/), l’idée c’est exactement ça : des tutos et des labs qui collent au réel. Pas juste « ça marche », mais « comment je le maintiens lundi matin quand ça casse ».
Conclusion : le bon choix, c’est celui que tu peux tenir dans le temps
NAS, SAN, Ceph. Il n’y a pas un gagnant universel.
- Le NAS est souvent le meilleur premier choix : simple, efficace, parfait pour du fichier, des sauvegardes, et pas mal de services du quotidien.
- La SAN est ta réponse quand tu veux du bloc robuste, de la perf, et une approche plus classique entreprise.
- Ceph est un vrai choix d’architecture : résilience, cluster, montée en charge. Mais tu payes en complexité, clairement.
Si tu dois retenir une phrase : choisis le stockage que ton équipe saura dépanner à 2h du matin, pas celui qui fait le plus joli sur un schéma.
Images supplémentaires (à placer si tu veux aérer l’article)
Vue datacenter (illustration)
Disques et RAID (illustration)
Questions fréquemment posées
Qu'est-ce qu'un NAS et dans quels cas est-il recommandé ?
Un NAS (Network Attached Storage) est un système de stockage en réseau présenté sous forme de partages fichiers (SMB/CIFS, NFS). Il est idéal pour le partage de fichiers dans une PME, le stockage de sauvegardes, d'ISO ou de profils utilisateurs. Le NAS est simple à mettre en œuvre, accessible en administration et offre un bon rapport fonctionnalités/prix.
Quels sont les avantages et limites d'un NAS ?
Les avantages du NAS incluent une mise en œuvre simple, une administration accessible même pour des débutants, et des fonctionnalités comme snapshots, quotas et intégration Active Directory souvent incluses. Ses limites concernent la dépendance aux performances réseau, la latence parfois élevée pour les VM, et une haute disponibilité active-active qui peut être coûteuse ou rare.
Qu'est-ce qu'une SAN et quand faut-il la privilégier ?
Une SAN (Storage Area Network) présente le stockage en mode bloc, visible comme un disque par le serveur. Elle utilise des technologies comme iSCSI ou Fibre Channel. La SAN est recommandée pour les hyperviseurs nécessitant des datastores bloc solides, les bases de données transactionnelles, ou quand on cherche des performances constantes avec faible latence.
Quels sont les avantages et inconvénients d'une SAN ?
La SAN offre d'excellentes performances avec des latences faibles, un stockage bloc adapté aux VM et bases de données, ainsi que des fonctionnalités avancées comme multipathing pour la redondance. En revanche, elle nécessite une conception réseau stricte (VLAN dédiés, jumbo frames), peut être complexe à administrer et comporte un risque accru d'incidents majeurs si mal configurée.
Comment choisir entre NAS, SAN et Ceph selon ses besoins ?
Le choix dépend principalement du type de données stockées (fichiers partagés vs disques VM/bases), du niveau de performance requis (latence vs capacité), de la complexité d'administration acceptable, ainsi que des ressources humaines disponibles. Parfois, combiner deux solutions est la meilleure approche. Ceph peut être envisagé pour des environnements distribués à grande échelle.
Pourquoi ne pas toujours opter automatiquement pour un NAS en salle serveur ?
Bien que le NAS soit souvent perçu comme une solution simple et efficace, il n'est pas toujours adapté notamment pour les charges exigeantes en performance ou faible latence comme les bases de données ou VM critiques. Il faut analyser précisément les besoins réels avant de choisir afin d'éviter des choix inadaptés qui peuvent poser problème au quotidien.
0 Commentaires