Stockage : l’équipementier Bontaz choisit un SDS contre les pannes

L’enjeu : un SDS qui raccroche automatiquement le stockage aux VMs

En 2015, donc, Bontaz n’en peut plus de perdre autant d’heures d’activités critiques. D’autant que ces temps d’arrêt pénalisent tous les salariés du groupe qui dépendent de l’informatique du siège – l’équipementier compte 4 000 salariés – ainsi que la collaboration avec les constructeurs automobiles.

Benoit Belleraud se rapproche de son intégrateur IT, l’entreprise Résiliences, également basée à Annecy. Son diagnostic est que la synchronisation des salles ne se faisant qu’au niveau des baies de stockage Hitachi, il manque un système qui raccroche automatiquement les volumes aux bons serveurs, où qu’ils se trouvent. Techniquement, il faut passer par un système de virtualisation du stockage ou, plus exactement, un SDS (Software Defined Storage). Résiliences propose de déployer SANsymphony, de l’éditeur DataCore.

Le bénéfice est immédiatement mesurable, même s’il prend un peu de temps à configurer la première fois. Il s’agit de définir des « datastores », c’est-à-dire de segmenter le stockage en modules logiques qui doivent avoir une certaine taille, se lancer avec certains serveurs et selon des règles de priorité et de bande passante à préciser. Dans ce contexte, les serveurs physiques fonctionnent dans les deux salles, soit quatre ESXi en tout, et Bontaz répartit les VMs entre eux. Si une panne survient sur l’une des deux salles, SANsymphony se reconfigure pour basculer toute l’activité sur l’autre. Automatiquement. Et immédiatement.

« À un moment, vous vous rendez compte que vous venez de perdre des documents très importants [...]. Et, dans la minute qui suit l’incident, vous les avez déjà récupérés. »

SANsymphony présente un autre intérêt : sa fonction de sauvegarde en cache CDP. « Nous sauvegardons tous les jours nos serveurs vers une troisième salle, avec le logiciel Veeam. Cette sauvegarde nous permet de revenir en arrière quand des données sont détruites, typiquement à cause d’une erreur humaine. Le problème est que nous ne pouvons revenir qu’à la sauvegarde de la veille. La fonction CDP est complémentaire dans le sens où elle sauvegarde localement et en temps réel toutes les données créées ou modifiées depuis les dernières 24 heures », explique Benoit Belleraud.

Et d’illustrer avec un exemple : « ce système CDP nous a sauvé la vie plus d’une fois. À un moment, vous vous rendez compte que vous venez de perdre des documents très importants, tantôt qui doivent être consultés par toutes les filiales, tantôt parce qu’il s’agit de documents comptables absolument critiques. Et, dans la minute qui suit l’incident, vous les avez déjà récupérés. »

Une mise à jour transparente

La plateforme SANsymphony était installée depuis sept ans et interfaçait les serveurs avec des baies de disques Dell déployées en même temps. Celles-ci arrivant en fin de vie, Bontaz vient de se lancer dans la mise à jour de sa solution.

« La bonne surprise est que cette mise à jour ne nous a coûté que 165 000 €, c’est-à-dire moins cher qu’en 2015, car nos besoins en capacité de stockage n’ont pas évolué. Nous avons toujours besoin des mêmes 50 To en production », commente le responsable. Il précise que l’arrivée de données plus gourmandes en production a été compensée par le départ de quelques applicatifs vers le cloud. En 2023, les boîtes e-mail des collaborateurs devraient d’ailleurs migrer sur Microsoft 365. « Cependant, nous garderons toujours en local certaines applications trop critiques pour aller en cloud. »

« Nous garderons toujours en local certaines applications trop critiques pour aller en cloud. »

Les configurations matérielles ne sont cependant plus les mêmes. Cette fois, SANsymphony s’exécute depuis deux serveurs Dell qui contiennent eux-mêmes les disques. Et ceux-ci sont des SSD NVMe de 8 To – chaque serveur Dell en contient 10 sur ses 24 emplacements disponibles – alors qu’il s’agissait à l’époque de disques durs mécaniques. Autre différence, le cache CDP, qui s’est montré si précieux, a été étendu à 3,2 To, contre 1 To auparavant.

« La transition entre l’ancien système et le nouveau a été très facile. En pleine semaine, nous avons arrêté une salle. SANsymphony a basculé toute l’activité sur la seconde. Nous avons déployé la nouvelle configuration dans la première, nous lui avons laissé le temps de se reconfigurer et d’aspirer les données, puis nous avons recommencé pour la seconde. » L’opération a duré une semaine, sans arrêter la production ni suspendre de services utilisateurs. 

Seule anicroche constatée, les deux SANsymphony, l’ancien et le nouveau, ont joué des coudes sur le réseau pour présenter chacun leur console aux administrateurs. Manifestement, le problème s’est résolu rapidement avec l’assistance du support technique de DataCore.

« Cette migration est à l’image de l’administration quotidienne de SANsymphony : simple. Nous n’intervenons d’ailleurs qu’une fois par mois, environ, sur la console du système, c’est-à-dire quand nous avons besoin de modifier la taille d’un datastore », conclut Benoit Belleraud.