Pour un nouvel administrateur système, le stockage peut être l'un des aspects les plus déroutants de l'infrastructure. Cette confusion peut être causée par un manque d'exposition à des technologies nouvelles ou différentes, souvent parce que les besoins de stockage peuvent être gérés par une autre équipe. Sans un intérêt particulier pour le stockage, un administrateur peut se retrouver avec un certain nombre d'idées fausses, de questions ou de préoccupations sur la manière ou la raison de mettre en œuvre différentes solutions.
Lorsque l'on parle de stockage d'entreprise, deux concepts sont au cœur de la plupart des conversations :les réseaux de stockage (SAN) et le stockage en réseau (NAS). Les deux options fournissent du stockage aux clients sur un réseau, ce qui offre l'énorme avantage de supprimer les serveurs individuels en tant que points de défaillance uniques. L'utilisation de l'une de ces options réduit également le coût des clients individuels, car il n'est plus nécessaire d'avoir de grandes quantités de stockage local.
Le stockage de toutes ces données importantes dans un système spécialement conçu fournit un emplacement centralisé pour
gérez et sauvegardez vos données, mettez en place des contrôles d'accès, fournissez des contextes de sécurité pour sécuriser vos données, et plus encore en un seul endroit, plutôt que d'avoir à intégrer tous ces processus dans une flotte de machines. La mise à l'échelle du stockage pour répondre aux besoins futurs est également beaucoup plus facile lorsque le stockage est centralisé. Vous n'avez plus besoin de dépenser autant d'énergie pour suivre l'utilisation du disque de chaque serveur. Au lieu de cela, vous gérez le plus grand pool central et augmentez la capacité en ajoutant des disques ou des étagères de disques selon les besoins. Ces extensions peuvent même être hiérarchisées, en utilisant des disques avec des capacités de performances différentes pour offrir une expérience plus personnalisée aux différents clients utilisant ce stockage.
Quelles que soient les performances requises, un SAN et un NAS utilisent les mêmes blocs de construction de base pour leur stockage sous-jacent :les disques. Ces disques peuvent être n'importe quoi, des disques à plateau de 3,5 pouces grand public bon marché aux SAS 10 000 tr/min, en passant par les périphériques à semi-conducteurs et NVM Express (NVMe). Les exigences de vitesse, d'échelle et de budget déterminent la bonne conception, mais tout cela est du matériel couramment disponible et rien de trop exotique n'est requis.
Lorsque l'on regarde de loin ces deux idées globales, elles semblent interchangeables, mais elles présentent de nombreuses différences qui méritent d'être prises en compte. Un NAS, d'un point de vue architectural, est généralement un serveur unique. Il peut être construit comme une machine virtuelle sur un hyperviseur, mais il s'agit le plus souvent d'une machine physique elle-même, pour des raisons d'évolutivité et de performances.
La machine NAS exécute un ou plusieurs protocoles de partage de fichiers qui sont exposés à un réseau interne. Par la suite, ces partages sont présentés par des protocoles comme NFS ou SMB (CIFS) pour permettre aux clients de se connecter au NAS pour lire/écrire des fichiers comme si chaque client avait un grand système de fichiers local. Un système de fichiers disponible sur le réseau comme celui-ci est un besoin assez courant dans un environnement professionnel. Un NAS est donc un point d'entrée facile dans le monde du stockage partagé.
Un SAN, en revanche, est rarement une seule machine. La philosophie du SAN consiste à construire un système de stockage d'une poignée de parties indépendantes. Même avec les options les moins chères, vous avez généralement un seul châssis physique contenant une paire de contrôleurs qui peuvent basculer l'un vers l'autre pour la maintenance (mises à niveau, etc.) ou en cas de panne.
Le stockage SAN est basé sur l'idée de fournir un accès au niveau du bloc aux hôtes qui ont besoin de contrôler leurs propres détails de stockage (systèmes de fichiers, etc.), plutôt qu'un simple partage de fichiers comme le fournit NFS. Une machine utiliserait normalement un disque interne comme périphérique bloc, et créerait alors des systèmes de fichiers. Le SAN élimine ce problème et fournit ce périphérique de bloc sur un réseau. Cet accès est presque toujours fourni avec iSCSI ou Fibre Channel (y compris Fibre Channel over Ethernet ou FCoE) comme protocole de communication entre les clients et le SAN. Le client utilisant ce périphérique bloc peut ensuite le partitionner et créer des systèmes de fichiers dessus si nécessaire, sans avoir à se soucier qu'une autre équipe gère ces détails.
Un bon cas d'utilisation SAN est un hyperviseur VMware utilisant le stockage SAN pour stocker les données de la machine virtuelle, plutôt que sur ses propres disques locaux. Le système de fichiers natif de VMware (VMFS) nécessite un accès au niveau du bloc à son stockage, ce qui signifie qu'il ne peut pas utiliser un partage de fichiers (comme NFS) pour stocker ces données ; bien qu'un magasin de données NFS puisse être créé à la place si nécessaire.
Alors qu'un NAS est le plus souvent une seule machine, les composants d'un SAN peuvent inclure des commutateurs dédiés (ou des VLAN sur un réseau partagé), des nœuds de contrôleur, des étagères de disques, des unités de sauvegarde sur bande ou des périphériques de passerelle. La complexité accrue offre une meilleure évolutivité, redondance et hiérarchisation pour les services individuels exécutés sur le SAN. En raison de cette approche matérielle de type cluster, il est généralement plus facile d'ajouter des ressources supplémentaires à un SAN qu'à un NAS, sous la forme de nouveaux commutateurs ou d'étagères de disques.
L'ajout de ressources à un NAS nécessite que l'espace, la connectivité et l'alimentation soient libres dans une machine, car le modèle de NAS dépend généralement d'un seul châssis (ou d'une seule machine virtuelle). Il existe certainement des moyens de faire évoluer un NAS vers de grandes tailles, mais le modèle SAN est beaucoup plus adapté à la croissance et à l'échelle. Il peut même être judicieux pour un administrateur de créer un grand SAN pour de nombreux groupes différents, y compris le stockage de sauvegarde pour un NAS virtuel s'il y a peu d'espace pour en déployer un grand physique. Cette approche est possible car un SAN et un NAS vivent effectivement à différentes couches d'abstraction; le SAN fournissant le stockage en bloc dont un NAS a intrinsèquement besoin, et le NAS gérant le système de fichiers et les partages réseau en plus de ce stockage en bloc.
Ces technologies ne sont pas mutuellement exclusives, et l'une n'est pas intrinsèquement meilleure que l'autre. Ils offrent tous deux des capacités de stockage précieuses pour différents besoins. De nombreuses organisations finissent par exécuter un ou plusieurs de chaque type pour différentes charges de travail, niveaux de redondance et disponibilité. Si vous avez besoin d'un endroit où un groupe d'utilisateurs peut stocker et partager leurs fichiers, un NAS est probablement la bonne réponse. Essayer d'utiliser un NAS pour fournir un stockage partagé pour les charges de travail qui nécessitent un accès de niveau inférieur au stockage (comme le bloc), ou qui ont un système de fichiers moins commun (comme vmfs) peut introduire beaucoup plus de complexité, et par conséquent, un SAN serait un bien mieux ajusté.
* Crédits image : "Storage 5x10s" par Meathead Movers est sous licence CC BY-SA 2.0 et "Storage Units" par JeepersMedia est sous licence CC BY 2.0.