Focus  |  Le 02 / 05 / 2012

L’hébergement mutualisé à la loupe : zoom sur la sauvegarde des données (5/6)

Chaque nuit, OVH.com sauvegarde les fichiers de ses clients dans un autre datacentre, distant de plus de 200 kilomètres. Regard en coulisses avec François Lesage, responsable du stockage au sein de l’entreprise.

Au total, combien de données l’hébergement mutualisé représente-t-il ?

Plusieurs pétaoctets, soit plusieurs millions de gigaoctets. Tous ces fichiers sont hébergés dans notre datacentre parisien. Et pour plus de sécurité, nous disposons également d’une copie parfaite de ces données, à Roubaix. Chaque nuit, notre système synchronise automatiquement les informations entre nos deux datacentres. Tout transite par notre propre réseau en fibre optique.

Comment arrivez-vous à sauvegarder une telle infrastructure chaque nuit ?

Un des principaux avantages de ZFS, notre système de fichiers, est son fonctionnement en mode bloc. C'est-à-dire qu’à l’intérieur, chaque document est composé de plusieurs « morceaux ». Pour l’utilisateur, cette organisation est invisible : il ne voit ses fichiers que dans leur intégralité. Mais au niveau de la sauvegarde, cela fait toute la différence. Par exemple, si un client modifie un fichier PHP, seuls les blocs « altérés » vont être transmis de Paris vers Roubaix la nuit suivante. Même chose pour un document texte de 50 pages : si une seule ligne est corrigée, nous n’allons envoyer que le bloc contenant ce paragraphe.

Ne pourriez-vous pas transférer intégralement chaque fichier modifié ?

En une seule nuit, non. Le volume de données serait trop important. Un tel processus serait aussi moins fiable ! Toutes les 24 heures, un outil devrait inspecter l’arborescence de chaque serveur de stockage. Et durant cette étape, si le moindre fichier venait à être modifié, il serait impossible de le prendre en compte ; il lui faudrait attendre la sauvegarde du lendemain.

ZFS ne vérifie-t-il pas aussi les arborescences lors de chaque sauvegarde ?

Non. Il réalise un « snapshot », c'est-à-dire une photographie de l’ensemble du système de fichier à un instant T. Cela ne prend qu’une seconde. ZFS fait ensuite le différentiel avec le « snapshot » de la veille et envoie immédiatement les blocs modifiés à Roubaix. Ce fonctionnement nous permet d'effectuer une sauvegarde 100 % fiable de l'ensemble de nos baies de stockage, alors que nos datacentres sont distants de plusieurs centaines de kilomètres !

Le volume de données transférées chaque nuit entre Paris et Roubaix est-il important ?

Il est dérisoire, de l’ordre de quelques téraoctets ! À l'échelle de notre infrastructure, qui comporte plusieurs centaines de milliers de fichiers, le gain est donc titanesque.

Depuis peu, les clients peuvent restaurer leur site jusqu'à trois semaines en arrière. Est-ce grâce à ce système ?

Oui. Le système de « snapshots » s’avère très efficace. En effet, il est possible de prendre une « photographie » de la partition de stockage à tout moment, sans que cela n’ait impact sur les performances des serveurs. Et ce snapshot, au départ, ne consomme aucun espace supplémentaire. Il ne prend du volume que lorsque des modifications sont effectuées sur les fichiers : il conserve alors en mémoire l'état des blocs avant leur « altération », afin de pouvoir les restaurer si l’utilisateur s’aperçoit qu’il a commis une erreur. Résultat, nous pouvons sauvegarder toutes les données sur plusieurs semaines, sans que cela requière une infrastructure démesurée.

Comptez-vous améliorer ce système de restauration prochainement ?

Aujourd’hui, l’utilisateur rapatrie intégralement toutes les données de son site. À moyen terme, il pourra restaurer seulement un fichier, un dossier ou un domaine. La gestion sera plus fine.

La sauvegarde à Roubaix apporte-t-elle une plus grande sécurité au client ? Par exemple, si un disque dur et tous ses « miroirs » à Paris tombent en panne simultanément...

La probabilité qu’un tel cas critique se produise est infime. Cependant, pour assurer une protection maximale à nos utilisateurs, nous avons déjà simulé ce scénario en interne. Nous avons ici deux options. Si les disques stockaient peu d’informations, alors nous transférons immédiatement la sauvegarde de Roubaix vers Paris ; l’accès est rétabli en quelques minutes. Dans le cas contraire, nous sommes capables de mettre le serveur de Roubaix « en production » : le service continue d’être assuré, le temps que nous rapatrions toutes les données en Île-de-France.

L’infrastructure de sauvegarde, à Roubaix, s’appuie-t-elle aussi sur du RAID ?

Tout à fait. Nous avons mis en place du RAID Z2, un équivalent de RAID 6. Concrètement, au sein de chaque serveur de stockage, nous avons plusieurs grappes de huit disques durs. Et sur ces huit disques, deux peuvent tomber en panne simultanément sans que nous perdions la moindre donnée. Avec le RAID mis en place à Paris, les informations de nos clients sont donc sous bonne protection !