SAN et NAS : Faits pour s'entendre
Tags : Administration / Hardware / Optimisation / Stockage / Windows Server
Par Mark Smith. Mise en ligne : 12 Decembre 2006, Publication : Juin 2004
SAN vs NAS
Têtes de NAS
Arguments en faveur de NAS
Un coup d’oeil dans le futur
Plus rapide, moins cher, meilleur
Lorsqu’ils déploient des serveurs Windows, les administrateurs attachent généralement les disques directement à chaque serveur...
Par exemple, l’environnement de la société B a plusieurs serveurs pour l’édition, la production, les ventes, les ressources humaines et les finances. Et chacun de ces serveurs a son propre stockage.
Mais avec cette méthode il est difficile de prévoir exactement la quantité de stockage nécessaire à chaque groupe d’utilisateurs. Par conséquent, les administrateurs commencent souvent par attacher 100 Go de stockage, par exemple, à chaque serveur. Mais, après un certain temps, il arrive qu’un département utilise 90 % de son stockage tandis qu’un autre n’en utilise que 20 %. Comme il est difficile de réallouer du stockage d’un département à un autre dans un environnement DAS (Direct Attached Storage), la plupart des services IT se contentent d’ajouter du stockage disque au fur et à mesure des besoins, aux serveurs en manque. Une vaste enquête révèle que 70 % environ du DAS sont généralement gaspillés parce qu’il est mal alloué et trop difficile à réallouer.
Aux problèmes de réallocation du DAS, s’en ajoute un autre : le logiciel de gestion des quotas qui accompagne Windows 2000 Server permet de contrôler la quantité de stockage par utilisateur mais pas le type de fichiers qu’un utilisateur peut stocker. Un groupe de participants à un récent Webcast de stockage a constaté que, le plus souvent, plus de 30 % des fichiers sauvegardés dans des environnements DAS étaient sans intérêt pour la gestion, du genre MP3. Autrement dit, presque un tiers de l’espace disque que l’IT d’entreprise achète et maintient est utilisé pour des fichiers étrangers à la gestion.
Les SAN (Storage Area Networks) et le NAS (Networked Attached Storage) permettent d’ajouter et de réallouer facilement du stockage et d’empêcher le stockage de types de fichiers non professionnels. Les SAN sont optimisés pour les transferts de données de type bloc à forts volumes qui caractérisent les bases de données et les serveurs d’applications. Le NAS est optimisé pour le service de fichiers. C’est pourquoi les SAN et le NAS sont souvent considérés comme des technologies mutuellement exclusives. Il n’en est rien et, en réalité, les SAN et le NAS se complètent à merveille et peuvent être combinés pour répondre à des besoins de stockage IT courants.
SAN vs NAS
En substance, NAS est un serveur de fichiers
optimisé qui se relie directement
à un réseau existant et sert des
fichiers de données aux clients du réseau.
De son côté, un SAN héberge les
données du serveur d’applications sur
un réseau haute vitesse dédié, généralement
de type Fibre Channel, qui sert
des données à de multiples serveurs
d’applications sur le réseau dédié.
Votre OS considère le stockage NAS
comme du stockage physique ; donc, si
vous ajoutez 500 Go de NAS, l’OS voit
réellement 500 Go. Le stockage SAN
est divisé en unités logiques, chacune
identifiée par un LUN. Le réseau
Windows ne voit que les LUN des unités
que vous avez configurées et mises
à la disposition du réseau. Le tableau 1
résume les principales caractéristiques
du NAS et du SAN, et le tableau 2
montre quelques utilisations classiques
de chacun d’eux.
Mais que faire si – comme la plupart
des entreprises de taille grande et
moyenne – vous avez des besoins qui
seraient mieux satisfaits par un NAS et
d’autres qui semblent demander un
SAN? Par exemple, vous avez peut-être
d’anciens serveurs Windows NT qui assument
le service de fichiers ainsi que
Microsoft Exchange Server 5.5. Vous
voulez faire migrer vos données de fichiers
et d’applications, déplacer la sécurité
d’accès aux fichiers appropriée,
créer les entrées AD (Active Directory)
associées et transférer les données
dans Exchange 2000 Server sur un serveur
Win2K ou plus récent. Dans un tel
cas, NAS est le meilleur outil pour vos
données de fichiers, et SAN est la solution
idéale pour vos données d’application
serveur Exchange. En fait, une
unité WPNAS (Windows Powered NAS)
ne vous permettra pas d’exécuter des
données Exchange, donc vos seuls
choix pour les données Exchange sont un SAN ou un serveur de fichiers polyvalent.
Face à ce dilemme, trois choix s’offrent
à vous :
- Ne pas intégrer vos données de serveur
de fichiers et d’applications et
garder les données de serveur d’applications
sur un SAN et celles de
serveur de fichiers sur plusieurs serveurs
séparés.
- Intégrer un SAN et un NAS vousmême.
Installer un nouveau serveur
de fichiers polyvalent, ajouter
Windows SFU (Services for UNIX),
Windows SFN (Services for Net-
Ware) et Win2K SFM (Services for
Macintosh) selon les besoins ; puis
ajouter un HBA (Host Bus Adapter)
Fibre Channel. Si vous faites ce
choix, il est probable que vous devrez
assurer vous-même le support.
- Acheter une solution de stockage
SAN/NAS combinée. Essentiellement,
cette approche combine un
SAN avec une tête de NAS intégrée.
Vous pouvez ajouter une solution
SAN/NAS combinée, ou bien obtenir
un SAN avec une tête de NAS optionnelle.
Ce choix procure les avantages
des deux technologies.
Comme un marteau et un clou,
SAN et NAS sont conçus pour faire des
choses différentes, mais on peut les associer
avec bonheur. La figure 1
montre à quoi peut ressembler la fusion
de SAN et de NAS dans un environnement
Exchange. Les clients se
connectent au NAS par l’intermédiaire
d’un réseau Ethernet IP standard et les
serveurs SAN et Exchange se connectent
au SAN au moyen d’un réseau
Fibre Channel dédié. Contrairement à
l’une ou l’autre des méthodes utilisées
séparément, une solution fusionnée
est optimisée pour les données de serveur
de fichiers et d’applications.
Têtes de NAS
Une tête de NAS est une passerelle gestionnaire
de protocole vers un SAN.
Parce qu’elle n’a que le nombre suffisant
de lecteurs pour initialiser l’OS
WPNAS, une tête de NAS utilise le SAN
pour le stockage sur disque. Dans le
cas d’une tête de WPNAS, votre SAN
apparaît comme un serveur de type
Windows standard et tous les outils de
gestion de stockage Microsoft et tierce
partie, contrôleurs de virus et GPO
(Group Policy Objects) fonctionnent
comme s’ils étaient attachés à un serveur
de type Windows standard. Cette
compatibilité s’étend également au
support AD.
Une tête de NAS permet de rentabiliser
l’investissement SAN pour la
consolidation de serveur de fichiers.
Par exemple, Continental Airlines a
consolidé 14 serveurs NT sur quatre
têtes de WPNAS en cluster, en face
d’un SAN, puis a fait migrer les données
de fichiers et d’applications sur le
SAN. Chaque tête de NAS fournit des
moyens de failover et d’équilibrage de
charge et se charge du protocole nécessaire
pour déplacer des données de
l’accès au niveau fichier vers le format
bloc et inversement. Les utilisateurs
accèdent aux données de fichiers et
d’applications comme s’ils étaient sur
un énorme serveur Windows. Et
comme les données sont stockées sur
un SAN, les administrateurs peuvent
utiliser tous leurs outils de gestion
haut de gamme ainsi que les utilitaires
serveur Windows standard fournis
par Microsoft et des tierces parties.
Autre avantage d’une tête de NAS : les
administrateurs orientés Windows
peuvent appliquer leurs connaissances
présentes en se servant d’utilitaires de
type Win2K pour gérer la plupart du
SAN.
Dans votre recherche d’une solution,
tenez compte de la mise en garde
suivante : seules les têtes de WPNAS
procurent une fonctionnalité serveur
Windows complète. Les autres têtes de
NAS fournissent une partie de la même
fonctionnalité, mais n’émulent pas un
pur environnement de serveur
Windows. Ainsi, un administrateur ne
pourra peut-être pas se servir d’utilitaires
de gestion de serveur Windows
classiques sur une tête non-WPNAS.
Bien que les têtes de NAS n’existent
que depuis 18 mois environ, elles
représentent déjà de 10 à 12 % des
ventes de produits NAS globales. Selon
certains analystes, plus de la moitié des
nouvelles installations SAN incluront
une tête de NAS à cause du surcroît de
fonctionnalité qu’elle fournit.
Face à cette tendance, plusieurs fabricants
de stockage ont créé des solutions
SAN/NAS combinées. Pour
consulter leur liste, voir l’encadré
« Contacter les fournisseurs ». Attendez-
vous à ce que d’autres fabricants
leur emboîtent le pas. Le fait de combiner
un SAN et un NAS dans une solution
de stockage
- améliore le NAS avec l’évolutivité et
le management du SAN
- améliore le NAS avec l’accès au niveau
fichier et la virtualisation
- élimine les îlots de stockage
- réduit la complexité d’administration
globale
- réduit le coût
- offre une solution optimisée pour
des données de serveurs de fichiers
et d’applications mixtes
1
2
3
Suite
Note : les figures, codes sources et fichiers auquels fait référence l'article sont visualisables au sein de la rubrique Club Abonnés. Une fois authentifié dans le club, il vous suffit de rechercher le dossier concerné dans l'édition de ITPro Magazine publié en Juin 2004 du Club Abonnés !
|
Dossiers
Windows 
