CASE

62 #07 LA STRATÉGIE DE SAUVEGARDE DE L’INFRASTRUCTURE DU RÉSEAU SOCIAL D’UNE UNIVERSITÉ
Le réseau social de cette université est
hébergé sur un Dedicated Cloud OVH.com,
administré grâce à l'hyperviseur vSphere
de VMware. L’infrastructure comprend une
dizaine de machines virtuelles : serveurs
web (load balancés par une VM HAProxy
placée en mode Fault Tolerance), cluster
de serveurs de base de données, serveur
de fichiers, serveurs de cache et, à côté, un
serveur de développement (avec un système
de versionning) et un serveur de préprod,
utilisés au quotidien par les développeurs
du service informatique de l’université.
Définition de la stratégie de backup
Pour élaborer la stratégie de backup de
cette infrastructure, le service informatique
de l’université a tout d’abord identifié
les données à sauvegarder pour restaurer
le service en cas de problème. La solution
Dedicated Cloud est conçue pour assurer
une haute disponibilité, mais cela ne met
pas le service à l’abri d’un piratage, d’une
erreur de manipulation, ou d’une
panne hardware momentanée
sur l’infrastructure (crash de
disque, incident électrique…).
C’est pourquoi il est nécessaire,
suivant la criticité de l’application
et/ou l’engagement contractuel
qui lie la plateforme à ses utilisateurs,
de prendre les mesures
nécessaires pour être capable de
redémarrer le service en un minimum
de temps, et avec le moins de pertes de
données possible.
Dans notre cas, les serveurs web
contiennent la version en production
de l’application, laquelle est également
présente sur un serveur de développement,
de même que les versions antérieures,
conservées par le système de versioning.
Les serveurs de cache quant à eux ne
contiennent que des données volatiles :
leur rôle est de conserver le résultat des
requêtes les plus courantes pour éviter
de solliciter les bases de données lorsque
cela n’est pas utile. En définitive, seuls le
serveur de fichiers, les serveurs de base de
données et le serveur de développement
contiennent des données critiques.
Le serveur de fichiers contient les documents
stockés et partagés par les étudiants
à travers le réseau social. Les données
contenues dans les VM de base de données
ne peuvent être perdues, sans quoi le
service ne pourrait être rétabli dans l’état
dans lequel il se trouvait avant l’incident.
Les données contenues sur le serveur de
développement représentent quant à elles
plusieurs mois de travail. Elles doivent donc
être sauvegardées elles aussi en dehors de
l’infrastructure. À cela s’ajoute la VM qui
fait office de serveur VPN, admin node, et
serveur de gestion de configuration (sous
Puppet), dont la sauvegarde est indispensable
pour redémarrer rapidement
l’infrastructure le cas échéant.