Comment choisir entre les architectures SAN, NAS et DAS pour vos charges de travail ?

Choisir l'architecture de stockage adaptée constitue l'une des décisions d'infrastructure les plus déterminantes qu'une équipe informatique puisse prendre. Que vous construisiez un environnement de cloud privé, que vous gériez un cluster de virtualisation en pleine croissance ou que vous cherchiez simplement à mettre de l'ordre dans une prolifération chaotique de données, le choix entre réseau de stockage (SAN), stockage connecté en réseau (NAS) et stockage directement attaché (DAS) influence tous les aspects, de la marge de performance à la flexibilité opérationnelle. Chaque modèle repose sur des hypothèses spécifiques concernant la façon dont les données circulent, comment les ressources sont partagées et comment votre environnement évoluera dans le temps. Comprendre ces distinctions avant de s'engager sur le plan matériel et du câblage s'avère nettement plus rentable que de découvrir, après déploiement, des incohérences architecturales.

Cet article examine systématiquement la logique de sélection, en étudiant les caractéristiques de la charge de travail, les exigences en matière de connectivité, la complexité de la gestion et les compromis économiques qui font qu’une architecture s’adapte mieux qu’une autre à un scénario donné. Si vous évaluez spécifiquement une infrastructure SAN, le rôle du Commutateur SAN mérite une attention particulière, car c’est ce dispositif qui rend possible — et gérable à grande échelle — le réseau de stockage au niveau des blocs. À l’issue de cette analyse, vous disposerez d’un cadre pratique permettant d’associer le modèle de stockage approprié aux exigences réelles de vos charges de travail.

Comprendre les différences fondamentales entre SAN, NAS et DAS

Ce que fait réellement chaque architecture

Le stockage directement attaché (DAS) correspond exactement à ce que son nom implique : il s'agit de périphériques de stockage physiquement connectés à un seul serveur ou poste de travail, sans intermédiaire réseau. Il peut s'agir de disques durs internes, de baies externes USB ou SAS, ou de disques NVMe montés directement sur l'hôte. Le DAS offre une faible latence, car il n'y a pas de passage par le réseau, mais il crée des silos de stockage. Chaque serveur possède son propre espace de stockage, et le partage de cette capacité avec d'autres hôtes nécessite des couches logicielles supplémentaires ou un déplacement des données, ce qui introduit de la complexité et des retards.

Le stockage connecté au réseau (NAS) introduit un serveur de fichiers dédié qui exporte des répertoires partagés sur un réseau IP standard à l’aide de protocoles tels que NFS, SMB ou CIFS. Plusieurs clients accèdent simultanément au même système de fichiers, ce qui rend le NAS idéal pour les environnements collaboratifs, les dépôts multimédias, les répertoires personnels et les cibles de sauvegarde. Le stockage apparaît au système d’exploitation comme un système de fichiers distant, et ses performances sont limitées par la bande passante du réseau ainsi que par la latence inhérente aux protocoles d’accès basés sur les fichiers.

Un réseau de stockage (SAN) adopte une approche fondamentalement différente en créant un réseau haute vitesse dédié, réservé exclusivement au trafic de stockage. Les serveurs se connectent au tissu SAN via des adaptateurs de bus hôte et perçoivent les volumes de stockage comme s’il s’agissait de périphériques bloc locaux. Cet accès au niveau bloc est essentiel pour les charges de travail nécessitant une entrée/sortie disque directe, sans intermédiaire de système de fichiers, notamment la plupart des bases de données d’entreprise, les hyperviseurs de virtualisation et les applications transactionnelles. Le commutateur SAN constitue le dispositif central d’interconnexion qui achemine, au sein de ce tissu dédié, les trames de stockage Fibre Channel ou Ethernet entre les serveurs et les baies de stockage.

Distinctions au niveau du protocole et de la couche de transport

Les systèmes DAS utilisent des interfaces de bus directes telles que SAS, SATA, NVMe ou l’ancien protocole SCSI. Il s’agit de transports déterministes à faible surcharge qui maximisent le débit pour un hôte unique. Les systèmes NAS reposent sur les réseaux TCP/IP et des protocoles de partage de fichiers superposés à ces réseaux, ce qui signifie que les performances du stockage sont soumises à toutes les variations d’un réseau à usage général, sauf si des politiques de qualité de service sont appliquées rigoureusement.

Un réseau de stockage (SAN) utilise généralement le canal Fibre comme support de transport, bien que l’iSCSI sur Ethernet et le Fibre Channel sur Ethernet soient des alternatives de plus en plus courantes. Le canal Fibre a été spécifiquement conçu dès l’origine pour le trafic de stockage, offrant une latence déterministe, une gestion intégrée du flux et une livraison sans perte. Le commutateur SAN dans un environnement Fibre Channel effectue le « zoning », c’est-à-dire la segmentation logique de la structure (« fabric »), afin que seuls les chemins autorisés entre hôtes et systèmes de stockage soient visibles. Il s’agit à la fois d’une fonctionnalité de sécurité et d’un mécanisme d’isolement des performances qui empêche les charges de travail de s’interférer mutuellement au niveau de la structure.

Adapter l’architecture aux caractéristiques de la charge de travail

Quand le stockage directement attaché (DAS) est la solution appropriée

Le stockage directement attaché (DAS) reste pertinent et souvent optimal pour les charges de travail mono-serveur, lorsque le partage n’est pas requis et que les performances d’entrée/sortie absolues constituent la priorité. Les nœuds analytiques haute performance, les serveurs de rendu dédiés, les déploiements informatiques en périphérie (edge computing) ainsi que les postes de travail de développement tirent tous profit du DAS, car l’absence de couche réseau élimine la variabilité de la latence. Lorsqu’une charge de travail s’exécute sur un hôte unique et que cet hôte est peu susceptible d’être migré ou réparti sur plusieurs serveurs, le DAS permet d’éviter les coûts et la complexité liés à une infrastructure de stockage partagé, sans sacrifier quoi que ce soit d’essentiel.

Le stockage directement attaché (DAS) constitue également un point de départ logique pour les organisations qui en sont à un stade précoce de leur parcours infrastructurel. Le coût d’investissement est moindre, la configuration est plus simple et la charge opérationnelle est minimale. Le défi se pose toutefois lors de la croissance : l’ajout de serveurs implique soit la duplication du stockage, soit la rétro-installation d’un modèle de stockage partagé, ce qui s’avère souvent plus perturbateur que la mise en place initiale d’un stockage partagé. Si votre feuille de route inclut la virtualisation, des clusters à haute disponibilité ou un approvisionnement rapide de serveurs, investir plus tôt dans une architecture de stockage partagé permet généralement d’amortir cet investissement grâce aux travaux de migration évités.

Lorsque le stockage réseau (NAS) correspond à la charge de travail

Le NAS excelle dans les environnements où des données non structurées doivent être accessibles simultanément par de nombreux utilisateurs ou systèmes. La collaboration sur les fichiers, la gestion des ressources multimédias, les systèmes de compilation logicielle et l’infrastructure de sauvegarde constituent des cas d’usage naturels, car ces charges de travail tolèrent la sémantique d’accès basée sur les fichiers et ne nécessitent pas le contrôle précis des entrées/sorties (E/S) que fournit le stockage bloc. La capacité à partager un seul pool de stockage entre des dizaines ou des centaines de clients, sans avoir à déployer de stockage dédié par hôte, rend le NAS économiquement attractif à grande échelle pour les charges de travail centrées sur les fichiers.

Les plateformes NAS modernes prennent également en charge de riches fonctionnalités de gestion des données, notamment les instantanés (snapshots), la réplication, la déduplication et le classement (tiering), ce qui ajoute de la valeur dans les scénarios de conservation à long terme des données. Toutefois, le NAS n’est pas adapté aux bases de données transactionnelles sensibles à la latence, aux déploiements à grande échelle de machines virtuelles nécessitant une entrée/sortie (E/S) cohérente inférieure à la milliseconde, ou à toute charge de travail reposant sur la sémantique native des périphériques bloc. Tenter d’exécuter ces charges de travail sur un système NAS entraîne généralement des problèmes de performances difficiles à diagnostiquer et coûteux à résoudre a posteriori.

Lorsque l’architecture SAN apporte le plus de valeur

Le réseau de stockage (SAN) est conçu spécifiquement pour les environnements dans lesquels plusieurs serveurs doivent partager un stockage bloc haute performance, avec une latence prévisible et la capacité de migrer transparentement les charges de travail entre hôtes. Les grappes de bases de données d'entreprise, les fermes de virtualisation VMware et Hyper-V, les déploiements Oracle RAC ainsi que les systèmes transactionnels critiques dépendent tous des caractéristiques d’un SAN. Le commutateur SAN est ce qui permet ce modèle de tissu partagé, autorisant l’interconnexion de dizaines de serveurs et de plusieurs baies de stockage dans une topologie qui assure simultanément redondance et isolation des performances.

Le commutateur SAN fournit également la base opérationnelle pour des fonctionnalités avancées telles que la migration dynamique du stockage, le classement automatisé des niveaux de stockage et l’extension non disruptive des volumes. Les politiques de zoning appliquées au niveau du commutateur SAN garantissent qu’un serveur de test ne peut pas, par erreur, accéder aux volumes de stockage en production, et les configurations de multipath définies via le réseau fournissent un basculement automatique en cas d’interruption d’un chemin entre un hôte et un tableau de stockage. Ces fonctionnalités ne sont tout simplement pas disponibles dans les architectures DAS ou NAS, ce qui explique pourquoi le SAN reste le choix dominant pour les charges de travail d’entreprise de niveau un, malgré sa complexité initiale de déploiement plus élevée.

Évaluation du coût total de possession pour les trois modèles

Coûts d’investissement et d’infrastructure

Le DAS présente le coût d’entrée le plus bas, car il nécessite uniquement les périphériques de stockage eux-mêmes et une interface locale. Il n’y a pas de tissu de commutation, pas d’infrastructure câblée dédiée et aucun logiciel de gestion supplémentaire à licencier. Pour les petits environnements dotés de charges de travail prévisibles et statiques, cette simplicité est réellement précieuse. Le plafond des coûts provient toutefois de l’inefficacité du stockage en silos. Lorsque chaque serveur gère son propre pool de stockage, le taux d’utilisation moyen tend à être faible, car chaque pool doit être dimensionné pour répondre à la demande maximale plutôt qu’à la demande moyenne sur une ressource partagée.

Le NAS ajoute le coût d’un appareil NAS dédié et de l’infrastructure réseau standard, mais partage ce coût entre tous les clients qui l’utilisent. Les réseaux IP modernes utilisés pour la connectivité NAS sont peu coûteux, car ils s’appuient sur du matériel Ethernet grand public. Un déploiement NAS de haute qualité peut offrir une excellente valeur pour les charges de travail liées aux fichiers, et son interface de gestion est généralement beaucoup plus simple que celle de l’administration d’un SAN. Le compromis réside dans le fait que le NAS partage la bande passante avec le reste du trafic réseau, sauf si des VLAN dédiés au stockage ou des interfaces physiques séparées sont mis en œuvre.

Le réseau de stockage (SAN) entraîne le coût d'infrastructure le plus élevé, car il nécessite des adaptateurs de bus hôte (HBA) dans chaque serveur, des câbles dédiés Fibre Channel ou iSCSI, un commutateur SAN pour chaque nœud du réseau maillé (fabric), ainsi qu’une baie de stockage conçue pour un accès au niveau des blocs. Un commutateur SAN grand public, tel que le BR-6505, permet d’intégrer des fonctionnalités SAN pertinentes dans des déploiements plus petits, sans exiger l’investissement requis par des routeurs modulaires d’entreprise complets, rendant ainsi la technologie SAN plus accessible aux environnements du marché intermédiaire mettant en place un stockage privé dans le cloud. Ce coût est justifié lorsque les charges de travail exigent réellement les capacités offertes par le SAN ; toutefois, déployer une infrastructure SAN principalement pour des charges de travail de partage de fichiers constitue un contresens coûteux.

Complexité opérationnelle et exigences en matière de compétences

Les systèmes DAS nécessitent le moins d’expertise opérationnelle. Le stockage est géré dans le cadre du serveur individuel, et la plupart des administrateurs capables de gérer un serveur peuvent également gérer le stockage qui y est connecté. L’administration des systèmes NAS exige une compréhension des protocoles de partage de fichiers, de la configuration réseau et de la gestion des appliances de stockage, mais ces compétences sont largement répandues et les interfaces d’administration des plateformes NAS modernes sont conçues pour être accessibles. Toutefois, la résolution des problèmes de performance des systèmes NAS peut devenir complexe lorsque des analyses conjointes de la congestion réseau et des interactions au niveau de la couche système de fichiers sont requises.

L'administration d'un réseau de stockage (SAN) exige des connaissances spécialisées en matière de concepts liés au tissu Fibre Channel, de configuration du zoning, de pilotes d'entrées/sorties multipath et de gestion des baies de stockage. Le commutateur SAN est généralement le dispositif sur lequel les politiques de zoning sont appliquées, et des erreurs de zoning peuvent provoquer des problèmes de connectivité subtils, difficiles à diagnostiquer. Investir dans une formation adéquate des administrateurs SAN permet d'éviter des erreurs de configuration entraînant des interruptions de service en production — un investissement qui porte rapidement ses fruits. Cette complexité opérationnelle constitue un coût réel qui doit être intégré aux calculs du coût total de possession (TCO), aux côtés du prix du matériel.

Évolutivité et pérennisation de votre décision en matière de stockage

Comment chaque architecture évolue

Les systèmes DAS évoluent verticalement, ce qui signifie que l’on augmente la capacité de serveurs individuels. À un certain stade, cette approche devient peu pratique, soit parce que le châssis du serveur manque d’emplacements pour les disques, soit parce que les performances du stockage local ne parviennent plus à suivre la croissance des applications, soit encore parce que la charge opérationnelle liée à la gestion de pools de stockage distincts sur des dizaines de serveurs devient insoutenable. Dans les environnements multi-serveurs, les systèmes DAS se prêtent rarement à une évolution élégante sans une refonte architecturale majeure.

Les systèmes NAS s’adaptent bien à l’augmentation de la capacité de fichiers, et les plateformes NAS modernes prennent en charge des configurations en cluster permettant d’accroître à la fois la capacité et les performances en ajoutant des nœuds au cluster. Pour les charges de travail basées sur les fichiers dont le volume augmente plutôt que l’intensité des entrées/sorties (I/O), les systèmes NAS offrent une voie d’extension naturelle et économique. En revanche, les systèmes NAS rencontrent des difficultés lorsqu’il s’agit de répondre aux exigences I/O des charges de travail transactionnelles, car la couche système de fichiers introduit une surcharge qu’aucune augmentation de la puissance matérielle ne peut éliminer.

Les réseaux de stockage SAN (Storage Area Networks) évoluent simultanément sur plusieurs dimensions. Des tableaux de stockage supplémentaires peuvent être connectés au tissu (fabric), de nouveaux serveurs peuvent être ajoutés en tant qu’hôtes, et des commutateurs SAN supplémentaires peuvent être interconnectés afin d’étendre la topologie du tissu. Les tissus Fibre Channel prennent en charge les liaisons intercommutateurs (ISL), qui permettent à des domaines de commutateurs distincts de partager des ressources et des tables de routage, offrant ainsi aux environnements étendus la possibilité d’agrandir le tissu sans devoir le repenser entièrement. Pour les entreprises anticipant une croissance importante de la charge de travail ou des cycles fréquents de provisionnement de serveurs, le modèle d’évolutivité des SAN constitue un avantage significatif par rapport aux systèmes NAS et DAS.

Considérations relatives aux environnements hybrides cloud et aux clouds privés

À mesure que les organisations déploient de plus en plus d’environnements de cloud privé à l’aide de plateformes de virtualisation, la question de l’architecture de stockage prend des dimensions supplémentaires. Les environnements VMware dotés des fonctionnalités vSphere, vMotion et vSAN reposent sur un stockage bloc partagé afin de permettre la migration dynamique des machines virtuelles entre hôtes. En l’absence d’un réseau de stockage partagé, la migration dynamique n’est pas disponible et les fonctionnalités de haute disponibilité ne peuvent pas fonctionner comme prévu. Le commutateur SAN constitue un composant fondamental de tout déploiement d’infrastructure VMware qui accorde une importance particulière à la disponibilité.

Les architectures hybrides de cloud, qui combinent une infrastructure SAN sur site avec des niveaux de stockage dans le cloud, bénéficient de la cohérence que la SAN apporte aux charges de travail principales, tout en utilisant un stockage objet ou des volumes cloud basés sur le NAS pour les données secondaires ou archivées. La répartition des responsabilités — la SAN étant dédiée aux données primaires sensibles aux performances, tandis que les autres niveaux de stockage sont réservés aux données secondaires optimisées pour la capacité — reflète une approche mature de l’architecture de stockage à plusieurs niveaux, équilibrant coûts et exigences de performance tout au long du cycle de vie des données.

Résumé des critères pratiques de sélection

Facteurs décisionnels à évaluer avant de choisir

Le facteur le plus important dans le processus de sélection est la caractérisation précise du profil d’entrées/sorties (I/O) de vos charges de travail. Les bases de données transactionnelles, les hyperviseurs de virtualisation et les applications émettant fréquemment de petites opérations d’entrées/sorties aléatoires avec des exigences de faible latence constituent des charges de travail SAN. Les dépôts de fichiers, les cibles de sauvegarde, les environnements d’édition collaborative et les archives multimédias constituent des charges de travail NAS. Les applications mono-serveur présentant des motifs d’accès locaux prévisibles constituent des charges de travail DAS. Une mauvaise identification du profil d’entrées/sorties est la cause la plus fréquente d’inadéquation architecturale.

Les exigences en matière de partage sont tout aussi déterminantes. Si plusieurs hôtes doivent accéder simultanément aux mêmes volumes de stockage ou systèmes de fichiers, le DAS est éliminé. Si le mode d’accès est basé sur les fichiers et tolérant à la latence, le NAS constitue le choix naturel. Si le mode d’accès exige une sémantique au niveau des blocs et une faible latence constante sur des volumes partagés, le SAN est la solution appropriée. Le commutateur SAN devient un investissement obligatoire dès lors que vous devez partager un stockage bloc entre plus de deux hôtes de manière fiable et gérable.

Les exigences en matière de disponibilité et de redondance influencent également le choix. Les réseaux SAN dotés de commutateurs SAN redondants et de multipath éliminent les points uniques de défaillance sur l’ensemble du chemin de stockage. Les appliances NAS peuvent être regroupées en cluster pour assurer une haute disponibilité, mais la couche de protocole de fichiers introduit des contraintes en matière de temps de reprise que le stockage bloc évite. Le stockage DAS n’offre aucune redondance de chemin intégrée et dépend entièrement du serveur hôte pour sa disponibilité, ce qui le rend inadapté aux applications nécessitant une disponibilité continue sans fenêtres de maintenance planifiées.

Élaborer une stratégie de stockage hiérarchisé

De nombreux environnements matures ne choisissent pas une seule architecture, mais déploient plutôt une stratégie hiérarchisée, dans laquelle chaque type d’architecture prend en charge les charges de travail auxquelles il est le mieux adapté. Les bases de données de production de niveau un et les banques de données de machines virtuelles s’exécutent sur une infrastructure SAN dotée d’un réseau commuté SAN dédié afin d’assurer des performances et une disponibilité maximales. Le partage de fichiers, les répertoires personnels et les archives départementales reposent sur un système NAS. Les serveurs de développement, les nœuds périphériques et les appareils à usage unique utilisent un stockage direct (DAS) là où le partage n’est pas requis. Cette approche hiérarchisée optimise les coûts en évitant la sur-ingénierie des charges de travail peu critiques, tout en garantissant que les systèmes essentiels bénéficient d’une qualité d’infrastructure adaptée à leurs exigences.

Concevoir une stratégie à plusieurs niveaux exige une classification honnête de la charge de travail et une volonté de résister à la tentation de normaliser sur une seule architecture uniquement pour assurer une uniformité administrative. Chaque niveau doit être dimensionné et conçu en fonction des exigences réelles des charges de travail qui lui sont attribuées, avec des critères de migration clairement définis pour déterminer le moment où une charge de travail doit être promue à un niveau supérieur à mesure que ses besoins augmentent. Réexaminer ces classifications annuellement permet de garantir que l’architecture de stockage continue de correspondre aux charges de travail qu’elle prend en charge, à mesure que les applications et les technologies disponibles évoluent.

FAQ

Quels types de charges de travail nécessitent le plus couramment un commutateur SAN ?

Les charges de travail qui tirent le plus profit d’une infrastructure SAN et qui nécessitent donc un commutateur SAN comprennent les bases de données relationnelles d’entreprise, les grappes de virtualisation VMware et Hyper-V, les configurations Oracle RAC, ainsi que toute application émettant de grands volumes d’opérations d’entrée/sortie par blocs aléatoires de petite taille, avec des seuils de latence critiques. Le commutateur SAN fournit une connectivité partagée via le réseau (fabric) qui permet à plusieurs serveurs d’accéder au même tableau de stockage avec des performances constantes et une redondance des chemins. En l’absence de commutateur SAN, il n’y a pas de réseau (fabric), et le modèle de stockage partagé en blocs ne peut pas fonctionner.

Une petite ou moyenne entreprise peut-elle justifier un investissement dans un commutateur SAN ?

Oui, en particulier si l’environnement utilise la virtualisation ou exige une haute disponibilité pour toute charge de travail en production. Les commutateurs SAN grand public sont conçus spécifiquement pour apporter des fonctionnalités SAN à des déploiements plus petits, sans les coûts et la complexité associés aux directeurs de tissu (fabric directors) modulaires haut de gamme. Si une entreprise exploite plus de deux ou trois serveurs, utilise VMware ou Hyper-V pour la consolidation, ou ne peut pas se permettre d’indisponibilités imprévues sur ses systèmes de production, le coût d’un commutateur SAN est généralement justifié par les avantages opérationnels et en matière de disponibilité qu’il procure.

Comment iSCSI se compare-t-il au protocole Fibre Channel en tant que protocole de transport SAN ?

iSCSI exécute des protocoles de stockage par blocs sur une infrastructure Ethernet standard, ce qui réduit les coûts matériels en éliminant le besoin d’adaptateurs Fibre Channel dédiés et de câblage spécialisé. Il constitue un transport SAN viable dans les environnements où les exigences de latence sont modérées et où une infrastructure Ethernet existante est déjà en place. La technologie Fibre Channel reste privilégiée pour les charges de travail les plus exigeantes en termes de performances et les plus sensibles à la latence, car elle a été conçue exclusivement pour le trafic de stockage et offre des caractéristiques de livraison déterministes que l’Ethernet n’acquiert que grâce à une configuration rigoureuse de la qualité de service (QoS). Le choix entre ces deux technologies dépend des exigences en matière de performances ainsi que de la tolérance aux coûts liés à une infrastructure réseau dédiée ou convergente.

Que se passe-t-il lorsqu’un commutateur SAN tombe en panne et comment ce risque est-il géré ?

Une panne d’un seul commutateur SAN interrompra la connectivité entre les serveurs et les baies de stockage, à moins qu’une redondance n’ait été intégrée à l’infrastructure. La meilleure pratique pour les déploiements de réseau de stockage (SAN) en production consiste à utiliser au moins deux commutateurs SAN indépendants, situés dans des domaines d’indisponibilité distincts, chaque serveur étant équipé d’adaptateurs de bus hôte connectés aux deux commutateurs et un logiciel d’E/S multipath étant configuré dans le système d’exploitation. Cette conception à double infrastructure garantit qu’une panne quelconque d’un seul commutateur SAN ne provoque pas d’interruption du chemin de stockage, car tous les hôtes continuent automatiquement à fonctionner via le commutateur restant, sans intervention ni perte de données.