Nouvelle hyperconvergence, ancien stockage

Nous rêvons tous du jour où nous pourrons bâtir une nouvelle infrastructure de A à Z, sans aucune dette technique préexistante pour nous freiner. Un déploiement greenfield où nous choisissons ce qui se fait de mieux, le mettons en place de zéro et en profitons. Mais la plupart d'entre nous vivons dans le monde réel, où cela n'est guère réaliste, et où ce à quoi nous sommes réellement confrontés est un environnement dans lequel nous devons planifier l'avenir tout en composant avec ce que nous possédons déjà.

Faire avec ce que l'on a est une réalité presque inévitable en informatique, et lorsqu'on aborde le stockage en migrant d'une architecture existante vers l'hyperconvergence, il n'en va pas autrement. Dans bien des cas, nous serons confrontés à une situation où un investissement existant en stockage sera en place, que nous ne souhaitons pas simplement mettre au rebut mais qui ne s'inscrit pas nécessairement avec aisance dans notre vision d'un avenir hyperconvergé.

Il existe bien sûr des options évidentes à envisager, telles que la restitution du matériel en location, la mise au rebut des équipements plus anciens ou la revente pure et simple des équipements encore utiles. Ce sont là des options viables qu'il convient d'examiner. Se débarrasser du matériel ancien ou des équipements qui cadrent mal avec les plans actuels peut être bénéfique, car cela nous permet de simplifier nos réseaux, de réduire la consommation électrique et peut-être même de récupérer une partie de nos investissements.

En réalité, toutefois, ces options sont rarement viables sur le plan financier, et nous devons faire un usage plus productif de nos investissements technologiques existants. Les options qui s'offrent à nous dépendent évidemment d'un éventail de facteurs. Mais nous examinerons quelques exemples de la façon dont des dispositifs de stockage courants peuvent être réaffectés au sein d'un nouveau système fondé sur l'hyperconvergence, afin de préserver leur utilité jusqu'à ce qu'ils soient prêts à être mis au rebut, voire, dans certains cas, indéfiniment.

La réaffectation la plus simple d'un stockage existant — et cela s'applique de manière égale au NAS comme au SAN dans la plupart des cas — consiste à les désigner comme cibles de sauvegarde ou d'archivage. Les dispositifs NAS et SAN traditionnels constituent d'excellents matériels de sauvegarde et sont généralement utilisables par presque n'importe quel mécanisme de sauvegarde, quelle qu'en soit l'approche ou le fournisseur. Et parce qu'il s'agit de cibles de sauvegarde génériques, si un ensemble de mécanismes de sauvegarde est employé — avec agent, sans agent ou par scripts personnalisés —, tous peuvent fonctionner vers la même cible. Les sauvegardes reçoivent si rarement l'attention et l'investissement qu'elles méritent que c'est là non seulement l'usage le plus simple, mais souvent le plus précieux, d'une infrastructure de stockage préexistante.

Bien entendu, tout ce qui convient aux sauvegardes peut également servir au stockage d'archivage. Les besoins d'archivage sont généralement moins répandus (seule une partie des entreprises a besoin de stockage d'archivage, alors que toutes ont besoin de sauvegardes) et de moindre priorité ; il s'agit donc davantage d'un cas de réutilisation marginal, mais qui mérite néanmoins d'être envisagé, en particulier pour les organisations susceptibles de chercher à réaffecter un grand nombre de dispositifs de stockage potentiellement disparates. Il convient toutefois de noter que le passage à l'hyperconvergence tend à “aplanir” l'espace de calcul et de stockage d'une manière qui peut aisément conférer une valeur au stockage d'archivage de moindre performance et de moindre priorité, valeur qui n'existait peut-être pas, ou pas de façon aussi évidente, avant la refonte de l'architecture de l'environnement.

Le NAS présente des cas d'usage particulièrement avantageux, étant utilisable comme stockage réseau polyvalent, notamment pour les répertoires personnels des utilisateurs finaux. Le stockage NAS peut être utilisé à tant d'endroits du réseau qu'il est très facile de continuer à l'exploiter après avoir migré les architectures centrales. Le cas le plus répandu concerne les besoins de stockage propres aux utilisateurs, le NAS étant connecté directement aux appareils des utilisateurs finaux, ce qui permet de décharger la capacité de stockage, les performances et le trafic réseau de l'infrastructure convergée vers le NAS. Il serait en réalité très rare de retirer un NAS d'un réseau hyperconvergé, tant son utilité potentielle est élevée et manifeste.

Le SAN comme le NAS ont également la possibilité d'être rattachés directement aux machines virtuelles exécutées sur une infrastructure hyperconvergée. Ils peuvent ainsi continuer à être exploités de manière traditionnelle jusqu'à ce qu'ils ne soient plus nécessaires ou appropriés. Bien que ce ne soit pas souvent l'approche recommandée — rattacher du stockage réseau directement à une machine virtuelle —, il existe des cas d'usage pour cela, et cela permet aux systèmes de se comporter comme ils l'ont toujours fait dans le monde physique, et ce à l'avenir. C'est particulièrement utile pour les lecteurs mappés et les répertoires utilisateurs via un NAS, comme nous l'avons évoqué pour les appareils des utilisateurs finaux, mais les cas ne s'y limitent certainement pas.

Un SAN peut apporter une fonctionnalité fort utile dans certains cas, pour certaines charges de travail nécessitant un stockage en mode bloc partagé qui n'est autrement ni disponible ni exposé sur une plateforme. Les charges de travail sur une machine virtuelle utiliseront le SAN comme elles l'ont toujours fait, sans même avoir conscience qu'elles sont virtualisées ou convergées. Bien entendu, nous pouvons également rattacher un SAN à un serveur de fichiers virtualisé ou à une tête NAS s'exécutant sur notre infrastructure hyperconvergée, si la hiérarchisation propre à ce type de charge de travail est jugée appropriée.

Composer avec une infrastructure existante lors de la mise en œuvre d'une nouvelle représente bel et bien un défi, mais un défi que nous pouvons relever avec créativité et une approche logique. Le stockage est un défi quasi sans fin, et disposer d'un stockage existant à réaffecter peut aisément se révéler exceptionnellement avantageux.