NAS ou SAN : comment choisir son stockage d'entreprise
La quasi-totalité du contenu disponible sur le stockage d'entreprise est produite par des constructeurs. Il est donc, sans surprise, orienté vers le haut de gamme.
Cet article prend le problème dans l'autre sens : dans la majorité des cas, un NAS bien dimensionné suffit largement. Le SAN devient justifié dans des situations précises, qu'il vaut mieux identifier avant de signer un bon de commande.
La différence, en langage clair
Un NAS partage des fichiers. Il se présente au réseau comme un dossier partagé. Les postes et serveurs y accèdent via des protocoles de fichiers (SMB, NFS). C'est le stockage naturel des documents bureautiques, des archives, des sauvegardes.
Un SAN présente des disques. Il fournit aux serveurs des volumes que ceux-ci voient comme des disques locaux, qu'ils formatent eux-mêmes. C'est ce dont ont besoin les hyperviseurs et les bases de données pour fonctionner correctement.
La formule courte : le NAS sert des fichiers, le SAN sert des disques.
Cette différence n'est pas cosmétique. Un hyperviseur qui héberge des machines virtuelles en haute disponibilité a besoin que plusieurs serveurs accèdent simultanément au même volume, en mode bloc. C'est la fonction du SAN.
Quand un NAS suffit
Dans les situations suivantes, un NAS d'entreprise correctement dimensionné répond au besoin — et le SAN serait une dépense injustifiée :
- Partage de fichiers bureautiques, même pour plusieurs dizaines d'utilisateurs
- Stockage d'archives et de documents à faible fréquence d'accès
- Destination de sauvegarde — c'est même un excellent usage
- Serveur de fichiers pour une PME mono-site
- Virtualisation légère sans haute disponibilité, avec deux ou trois VM non critiques
Un NAS d'entreprise moderne — avec redondance des disques, double alimentation et double lien réseau — couvre une part considérable des besoins réels des PME marocaines.
Quand le SAN devient justifié
- Virtualisation avec haute disponibilité : plusieurs hôtes doivent accéder au même volume pour permettre la bascule automatique d'une VM d'un serveur à l'autre. C'est le cas d'usage principal, et de loin.
- Bases de données exigeantes en performance et en latence
- Croissance forte et continue, nécessitant une extension sans interruption
- Séparation stricte des flux de stockage et du trafic réseau général
La règle simple : si vous n'avez pas de cluster de virtualisation, vous n'avez probablement pas besoin d'un SAN.
iSCSI ou Fibre Channel ?
Deux façons de connecter les serveurs au SAN.
Fibre Channel est un réseau dédié au stockage, avec ses propres commutateurs et cartes. Performances très élevées, latence faible, isolation totale du trafic réseau. Coût et complexité en conséquence — il faut du matériel spécifique et des compétences dédiées.
iSCSI transporte les mêmes commandes de stockage sur un réseau Ethernet classique. Moins coûteux, plus simple à exploiter, et parfaitement performant dès lors qu'on lui dédie un réseau ou un VLAN séparé, en 10 Gb/s.
Pour la grande majorité des PME, l'iSCSI est le bon choix. Le Fibre Channel se justifie sur des charges très exigeantes ou dans des environnements où il est déjà en place.
⚠️ La condition à ne pas négliger : un SAN en iSCSI qui partage le réseau avec le trafic bureautique donnera de mauvaises performances et sera difficile à diagnostiquer. Le réseau de stockage doit être séparé — physiquement ou par VLAN dédié — et redondé par multipath.
Dimensionner sans surpayer
Trois dimensions, pas une seule :
| Dimension | La question à poser |
|---|---|
| Capacité | Combien de données aujourd'hui, et quelle croissance annuelle constatée ? |
| Performance (IOPS) | Combien d'opérations simultanées, et quel profil de charge ? |
| Disponibilité | Que coûte une heure d'indisponibilité du stockage ? |
L'erreur la plus fréquente est d'acheter pour cinq ans de croissance estimée. Le stockage se déprécie vite, les prix baissent, et la croissance réelle diffère presque toujours de la projection. Mieux vaut dimensionner sur deux à trois ans avec une capacité d'extension prévue.
L'erreur symétrique est de ne regarder que la capacité en téraoctets. Une baie volumineuse mais lente pénalisera vos machines virtuelles bien avant d'être pleine. Sur un usage virtualisation, les IOPS comptent davantage que les téraoctets.
Un SAN n'est pas une sauvegarde
Point à marteler, parce qu'il coûte cher à ceux qui l'apprennent en situation réelle.
Un SAN ou un NAS assure la redondance matérielle : si un disque tombe, les données restent disponibles. Il ne protège en rien contre :
- un ransomware, qui chiffrera les données présentes sur la baie
- une suppression accidentelle
- une corruption de données répliquée instantanément
- un incendie ou un dégât des eaux dans le local
La sauvegarde est un dispositif distinct, avec au minimum une copie hors du site et hors d'atteinte du réseau principal — et des restaurations réellement testées.
Ce que fait IPBRIDGE
Nous concevons, déployons et exploitons les infrastructures de stockage des entreprises marocaines : dimensionnement, choix de la technologie, mise en œuvre, intégration au cluster de virtualisation, réseau de stockage dédié, supervision et exploitation.
Notre approche : dimensionner sur le besoin constaté et une croissance mesurée, pas sur une projection optimiste — et traiter le stockage et la sauvegarde comme deux sujets distincts, parce qu'ils le sont.
Le stockage étant indissociable de la virtualisation et du réseau, ces trois volets relèvent chez nous du même contrat et du même interlocuteur.
FAQ
Peut-on utiliser un NAS pour héberger des machines virtuelles ?
Oui, via NFS ou iSCSI, et c'est courant sur des environnements de taille modeste. Les limites apparaissent avec le nombre de VM et les exigences de performance : un NAS d'entrée de gamme montrera ses limites bien avant sa capacité maximale.
Faut-il du 10 Gb/s pour un SAN en iSCSI ?
C'est fortement recommandé dès qu'il s'agit de virtualisation. En 1 Gb/s, le réseau devient le goulot d'étranglement et les performances des VM s'en ressentent directement.
Combien de temps garde-t-on une baie de stockage ?
Généralement cinq à sept ans, avec une attention particulière à la fin du support constructeur. Le point de vigilance est l'approvisionnement en disques de remplacement en fin de vie.
RAID et sauvegarde, est-ce la même chose ?
Non, et c'est la confusion la plus coûteuse en informatique d'entreprise. Le RAID protège contre la panne d'un disque. Il ne protège ni contre un ransomware, ni contre une suppression, ni contre un sinistre du local.
Faut-il un stockage séparé pour les sauvegardes ?
Oui. Une sauvegarde stockée sur la même baie que les données de production disparaît avec elle. Prévoyez une destination distincte, idéalement hors site.
En résumé
Posez-vous une seule question pour trancher : avez-vous un cluster de virtualisation en haute disponibilité ? Si oui, le SAN se justifie, en iSCSI dans la plupart des cas, sur un réseau dédié. Si non, un NAS d'entreprise bien dimensionné fera le travail pour une fraction du prix.
Et dans les deux cas, prévoyez une sauvegarde ailleurs.
Demander mon bilan IT gratuit · 📞 +212 771 929102
Un point de départ, sans engagement
Le bilan IT gratuit de 30 minutes vous donne un état des lieux de votre parc, les risques classés par gravité et une feuille de route chiffrée.
© 2026 IPBRIDGE — Infogérance, cybersécurité et téléphonie IP au Maroc