Le stockage local répliqué

Avec l'exposition croissante de la virtualisation et la popularisation des solutions de haute disponibilité au niveau de la plateforme qui en découle, le besoin et la prise de conscience d'un stockage à haute disponibilité se sont imposés au premier plan de l'ensemble de l'informatique, et du domaine des PME en particulier. Le stockage est devenu, sans surprise, l'aspect le plus délicat de la virtualisation aujourd'hui.

La plupart des personnes qui étudient les solutions de stockage à haute disponibilité connaissent la réplication entre périphériques SAN ou NAS, mais ignorent que le stockage local peut lui aussi être répliqué de manière synchrone, ce qui permet d'appliquer les mêmes pratiques de haute disponibilité sans avoir besoin de périphériques de stockage externes. En réalité, le stockage local répliqué (ou RLS, pour Replicated Local Storage) est (et doit logiquement être) la même technologie que celle qu'utilise un SAN ou un NAS pour atteindre la haute disponibilité. Le RLS constitue le fondement de toutes les solutions de stockage à haute disponibilité ; c'est simplement que nous ne le désignons par ce nom que lorsque nous considérons un périphérique comme étant « local ». Si nous travaillions sur un SAN ou un NAS, le terme RLS désignerait sa propre technologie de réplication. Lorsque l'on considère un serveur connecté à un SAN répliqué, on conçoit cette réplication comme étant non locale. Le caractère local est une question de point de vue du moment. Au niveau technique, toute réplication est, en fin de compte, du RLS.

Les technologies RLS sont populaires sur certains systèmes d'exploitation comme Linux, où DRBD est natif et intégré au noyau. Le projet FreeBSD a, ces dernières années, introduit sa propre technologie RLS native connue sous le nom de HAST. Windows ne dispose aujourd'hui d'aucune option RLS native. Linux et FreeBSD mènent la charge du RLS parmi les systèmes d'exploitation couramment utilisés dans les PME et font progresser l'industrie vers une adoption plus large de ces technologies.

En matière de virtualisation, nous observons de nombreuses autres approches pour fournir du RLS aux plateformes de virtualisation. KVM, qui repose sur Linux, et la famille Xen (notamment Xen, XenServer et d'autres), qui s'appuie sur Linux, tirent parti de DRBD pour leur propre RLS. L'écosystème VMware utilise une approche par VSA répliquée, les options populaires étant le produit VSA propre à VMware et le produit VSA de HP. Tous deux recourent à une appliance NAS virtualisée et répliquée pour fournir du RLS à la plateforme. Sur HyperV de Microsoft, le même résultat est obtenu grâce à la plateforme SAN répliquée de Starwind, qui se comporte, pour l'essentiel, comme une VSA.

Le RLS devient rapidement de plus en plus important, car il s'adapte bien à la virtualisation à petite échelle, faisant passer ce qui a longtemps été une technologie de clustering de niche vers le grand public. Avant que la haute disponibilité pour la virtualisation ne soit popularisée dans le monde des PME, ces technologies étaient presque exclusivement utilisées pour le clustering de haute disponibilité UNIX à petite échelle. Il s'agissait de technologies importantes et souvent employées, mais qui recevaient peu d'attention de l'industrie, car elles constituaient un détail « sous le capot » de certains systèmes UNIX. Aujourd'hui, avec l'adoption rapide de la haute disponibilité pour la virtualisation, le RLS est passé d'une technologie de niche à l'une des technologies les plus essentielles et les plus appropriées pour presque toute PME souhaitant atteindre la haute disponibilité de ses plateformes de virtualisation.