https://ticalternancecesiarras.wordpress.com/2012/11/10/das-nas-san-kesako-par-ludovic-roucou/

Un très bon article qui explique de manière très claire la différence entre un NAS et un SAN.

DAS, NAS, SAN, kesako? par Ludovic ROUCOU

nov 10

Publié par Frédéric Szusciak

Bonjour à tous, vous trouverez ci-dessous un article de Ludovic Roucou qui nous fait un petit topo des technologies de stockages….

Introduction

Le stockage des données et leurs exploitations sont au cœur du système d’information d’une entreprise. Pour cela différentes architectures sont possibles, mais quelles sont-elles et laquelle choisir ?

I – DAS, NAS, SAN, kesako ?

DAS :
Direct Attached Storage, ou comme son nom l’indique, méthode de connexion où la baie de disque est directement connectée sur un serveur

NAS :
Network Attached Storage, via cette méthode on distingue la connexion d’une baie de stockage directement sur le réseau. Elle est alors accessible par tous les périphériques connectés au même réseau sans devoir passer par un hôte intermédiaire.

SAN :
Storage Area Network , on reste sur les baies de stockage connectées au réseau, mais cette fois ce réseau leur est dédié.

II – lequel choisir ?

A – DAS (Direct Attached Storage)

Dans le cadre d’un réseau d’entreprise on comprend vite les limitations induites par une architecture DAS :

– Les périphériques de stockages sont gérés indépendamment les uns des autres, ce qui complique l’administration et la gestion du parc.

– Le partage de ressources, s’il est possible, impliquera une charge supplémentaire sur le réseau en place.

– Les opérations de sauvegardes qui peuvent être planifiées de façon centralisées engorgeront le réseau en accédant aux différents périphériques ça et là

– Si les opérations de sauvegardes sont faites indépendamment sur chacun des serveurs cela alourdira encore l’administration de l’infrastructure.

Le DAS tend à disparaitre au sein des stockages d’entreprises. Maintenant cette architecture est surtout répandue pour une utilisation personnelle, telle que le branchement d’un disque dur USB sur un poste de travail.

B – NAS et SAN

1 – Consolidation du stockage par le réseau

Pour palier aux limitations d’une architecture DAS, la consolidation de l’accès aux données peut se faire via du stockage réseau, le NAS ou le SAN. 

Mais quels sont les bénéfices d’une infrastructure de stockage en réseau ?

– L’environnement de stockage devient facilement évolutif, à tout moment des ressources peuvent être ajoutées au fur et à mesure de l’augmentation de la demande.

– Les ressources non utilisées peuvent être facilement attribuées à un autre serveur, une autre utilisation…

– L’administration est simplifiée, centralisée sur un seul périphérique de stockage au lieu d’une multitude de petits périphériques indépendants.

– Applications et améliorations non disponibles, difficiles ou lourdes à mettre en œuvre sur une architecture DAS :

• Simplicité de la mise en place d’une réplication délocalisée et centralisée des données.
• Continuité de service grâce au clustering des périphériques de stockage, en cas de pannes les données restent accessibles et la production n’est pas interrompue.
• Démarrage de serveurs par le SAN grâce au Boot on SAN. Reprise d’activité accélérée en cas de panne d’un serveur physique.
• Consolidation de la virtualisation par le stockage des VM sur le SAN.

2 – Quelle différence entre le SAN et les NAS ?

En quelques mots, le NAS fait référence à un périphérique précis, relié au LAN et potentiellement accessible par tous les usagers du réseau. Le SAN fait référence à un réseau de données à part entière, en parallèle du LAN

Dans les détails l’architecture de ces deux systèmes ne fonctionne pas de la même manière :

NAS :

• Un périphérique NAS possède son propre système de fichier, généralement du CIFS (Common Internet File System) pour le monde Windows ou du NFS (Network File System) pour le monde Unix/Linux.
• Les accès au NAS se font au niveau fichier.
• Un périphérique de stockage peut accueillir différents volumes partagés de différentes façons, permettant d’avoir différents partages NAS sur un même réseau. Par exemple un partage CIFS et un partage NFS.
• Un NAS peut gérer les accès concurrents, on parle alors de données partagées.
• Un partage NAS peut être multi-protocolaire, par exemple : accès CIFS et NFS concurrents

SAN :

• Dans un SAN c’est le serveur qui gère le système de fichier sur les espaces de stockage auxquels il a accès. Un périphérique de stockage peut être relié à plusieurs serveurs via le SAN, ce sont alors des espaces de stockage sur le même périphérique qui sont dédiés à différents serveurs, on appelle ces espaces de stockages des LUNs.
• L’accès à ces LUNs se fait au niveau bloc
• Une LUN est considérée par le serveur qui y est connecté comme un disque dur local, d’où le système de fichiers gérés par l’OS du serveur. Dans ce cadre le périphérique de stockage où se trouve la LUN ne connait pas l’emplacement des données, en quelques sortes, la baie ne voit qu’un gros fichier.
  Seul un serveur avec un OS capable de lire le système de fichiers dans lequel est formaté l’espace de stockage peut y lire les données.
• Il n’y a pas d’accès en écriture concurrent sur une même LUN dans un SAN. Une LUN peut éventuellement être connectée en lecture sur d’autres serveurs, mais un seul et unique serveur peut y écrire des données.
• Un SAN peut être câblé en fibre optique, sera alors utilisé le protocole FC (Fibre Channel). En câble réseau cuivré, les protocoles iSCSI (internet SCSI) ou FCoE (Fibre Chanel over Ethernet) peuvent être utilisés.
• Dans le cadre d’un SAN en fibre optique, les matériels sont reliés entre eux via un switch FC, on parle alors de fabric.
• Pas d’adressage IP dans la cadre d’une utilisation de la fibre optique. Les périphériques sont identifiés et accédés par leur WWN (World Wide Name), WWPN (World Wide Port Name) ou WWNN (World Wide Node Name). Les accès se gèrent en effectuant du zoning.

3 – L’intérêt de l’un par rapport à l’autre ?

SAN

L’intérêt de mettre en œuvre un SAN est d’obtenir un réseau dédié aux données à haut débit, qui ne sera pas perturbé par les différents flux qui peuvent transiter sur un LAN (Accès internet, Messagerie, Accès, NAS, VoIP, etc…) .

Tout est fait dans un SAN pour optimiser les temps d’accès et de traitements aux données :

• Les débits en fibre optique sont actuellement de 8 Gbits/s.
• La mise en place d’une redondance des switchs FC permet d’assurer une continuité de service en cas de panne
• Les disques utilisés en RAID assurent performance et sécurité
• Un SAN peut être utilisé avec n’importe quel type d’OS, les LUN étant indépendantes les unes des autres.
• Un SAN peut être facilement étendue, la fibre optique offrant de meilleures performances sur les longues distances.

On peut ainsi stocker par le SAN les VMs de la solution de virtualisation, stocker les bases de données, les bases mails…

Un réseau SAN est également idéal pour effectuer les sauvegardes des serveurs sur les robots en un minimum de temps et sans perturbation sur le trafic du LAN.

NAS

Les réseaux cuivrés tendent à concurrencer le NAS en fibre optique, avec le 10Gbit/s d’ores et déjà disponibles. Ainsi chez un constructeur comme NetApp, il est tout à fait possible d’envisager le stockage des machines virtuelles d’un ESX sur un NAS NFS sans pertes de performances par rapport à une architecture SAN.

Le gain est évident :

– Simplicité d’administration :

• pas de SAN en fibre optique
• accès concurrents possibles par rapport aux LUNs
• Simplicité de mise en place :
• pas de zoning, de paramétrage d’une fabric
• Utilisation d’un réseau IP

– Coût amoindri par l’utilisation d’un réseau cuivré, plus courant que de la fibre optique

Conclusion

Le SAN aurait tendance à reculer face aux réseaux cuivrés en 10 Gbit/s qui proposent des débits et des performances équivalents.

De plus les technologies tendent à évoluer dans ce sens avec l’implémentation de protocole tel que le FCoE qui permet d’utiliser le protocole Fibre Channel sur un réseau IP classique.

Cependant le SAN reste une architecture permettant d’isoler complètement son réseau de données, et ainsi de garantir la performance des échanges. Cela peut avoir son importance

dans le système de sauvegarde notamment, en maitrisant au mieux le temps disponible lors des fenêtres de sauvegarde.