Depuis l'introduction du réseau de stockage (SAN) au milieu des années 90, ils ont été le solution de stockage de données d'entreprise de choix pour les administrateurs informatiques à la recherche d'un stockage rapide pouvant évoluer avec les besoins en capacité de leur organisation. Les fournisseurs de SAN du monde entier promettent la possibilité d'adapter la capacité à leurs clients, mais il s'avère que cette échelle a un hic.
Avec les réseaux de stockage SAN, il existe trois réseaux distincts qu'une entreprise doit se préoccuper de déployer et de gérer.
Tout d'abord, il y a le réseau Ethernet sous-jacent qui connecte les clients les uns aux autres. Ensuite, un réseau Fibre Channel connecte le stockage de blocs d'un SAN aux machines clientes. Enfin, un réseau de métadonnées entièrement séparé s'interface avec chaque client via des pilotes personnalisés (qui doivent être constamment mis à jour) pour servir le contenu stocké sur ce stockage de bloc.
SAN vs NAS : la capacité de mise à l'échelle s'avère être un énorme problème avec le SAN
Au-delà de la gestion, la capacité de mise à l'échelle s'avère être un énorme problème avec les SAN.
Oui, les administrateurs peuvent ajouter des périphériques de stockage en bloc nouvellement achetés à leur réseau Fibre Channel, mais le stockage nouvellement ajouté résidera dans un espace de noms distinct. Par défaut, du point de vue d'un utilisateur, cela peut signifier que la moitié de son projet vit sur le lecteur D:\ et l'autre moitié sur le lecteur E:\.
Voici un schéma de l'architecture SAN avant d'ajouter des périphériques de stockage par blocs supplémentaires:
Et le voici après avoir ajouté des périphériques de stockage en bloc:
Les éditeurs de réseaux SAN permettent habilement à leurs clients d’ajouter un nouveau bloc de stockage à leur réseau en concaténant de nouveaux périphériques de stockage en bloc à des périphériques existants. Techniquement, il existe deux groupes de bandes distincts, mais le réseau de stockage est en mesure de l’abstraire des utilisateurs finaux. Malheureusement, les performances du périphérique de stockage concaténé en pâtissent énormément. Les administrateurs ont donc tendance à effacer le réseau SAN et à replacer tous les périphériques de manière à ce que leurs utilisateurs puissent accéder rapidement à leurs données, le tout à partir d'un seul espace de nom.
EN RELATION: Stockage de blocs vs stockage d'objets vs stockage de fichiers : quelle est la différence ?
Bien que les données «vivent» sous un seul espace de noms, l'accès aux données stockées sur le périphérique de stockage en bloc nouvellement ajouté sera beaucoup plus lent que celui des données stockées sur les périphériques de stockage avec le groupe de bandes d'origine.
Stockage SAN vs NAS: quelle meilleure balance?
Le seul moyen de contourner les problèmes de mise à l'échelle inhérents au SAN est de passer à une architecture NAS (Network Attached Storage) comme Qumulo.
Au lieu de gérer trois réseaux distincts, les entreprises connectent simplement un produit NAS à leur réseau Ethernet existant. Avec Qumulo architecture à base de nœuds, vous pouvez redimensionner la capacité sous un même espace de nom sans subir de dégradation des performances afin que les utilisateurs finaux puissent accéder rapidement aux données dont ils ont besoin, quand ils en ont besoin. Ajoutez simplement un autre nœud à votre cluster Qumulo et augmentez la capacité et les performances de votre stockage.
Enfin, il y a un tout façon unique que Qumulo aide votre organisation évolue d'une manière que le SAN et le NAS traditionnel ne peuvent pas. Qumulo peut fonctionner à la fois dans votre centre de données et dans le cloud public. Ainsi, que vous ayez besoin de stockage pour le calcul en rafale, de flux de travail virtualisés ou d'archivage de données dans le cloud public, Qumulo sera en mesure de répondre à vos besoins.
Si vous souhaitez en savoir plus sur la façon dont Qumulo peut répondre à tous vos besoins en matière d’échelle, nous contacter. Nous aimerions parler avec vous!
