Disaster Recovery : RTO, RPO et Continuité

Le Disaster Recovery (DR) est un ensemble de politiques, de procédures et d'outils pour la reprise rapide de l'infrastructure informatique après un événement catastrophique provoquant une interruption des opérations.

Qu'est-ce que le Disaster Recovery

Le Disaster Recovery couvre la planification et l'exécution de processus visant à restaurer les systèmes critiques, les données et les opérations après un sinistre. Il se distingue de la sauvegarde en se concentrant sur la reprise complète de l'environnement opérationnel, et non uniquement des données.

Le DR est un composant essentiel du Business Continuity Planning (BCP), axé spécifiquement sur la reprise de l'infrastructure technologique nécessaire aux opérations de l'entreprise.

Types de Sinistres

Catastrophes Naturelles : Tremblements de terre, inondations, ouragans, incendies.

Défaillances Techniques : Panne matérielle, corruption de données, bugs logiciels.

Cyberattaques : Ransomware, DDoS, data wiper, sabotage.

Erreurs Humaines : Suppressions accidentelles, mauvaises configurations, erreur opérationnelle.

Défaillances d'Infrastructure : Coupures de courant, panne réseau, problèmes de refroidissement.

RTO et RPO

Recovery Time Objective (RTO) : Durée maximale acceptable pour restaurer les services après un incident. Il détermine la rapidité de reprise requise.

Exemple : un RTO de 4 heures signifie que les systèmes doivent être opérationnels dans un délai maximal de 4 heures après le sinistre.

Recovery Point Objective (RPO) : Perte de données maximale acceptable mesurée en temps. Il définit la fréquence de sauvegarde requise.

Exemple : un RPO de 1 heure signifie que la perte maximale tolérable correspond aux données de la dernière heure.

Stratégies de DR

Cold Site : Installation de base avec une infrastructure minimale. Nécessite une configuration complète avant utilisation. RTO : jours/semaines. Coût le plus faible.

Warm Site : Infrastructure partiellement configurée avec matériel et connectivité. Nécessite l'installation des données et des applications. RTO : heures/jours. Coût moyen.

Hot Site : Réplique complète de l'environnement de production, toujours active et synchronisée. Basculement quasi instantané. RTO : minutes. Coût élevé.

Cloud DR : Utilise le cloud pour la réplication et la reprise. Flexibilité et évolutivité. RTO variable selon la configuration.

Disaster Recovery as a Service (DRaaS) : Service de DR géré dans le cloud.

Composants du Plan de DR

Business Impact Analysis (BIA) : Identifier les systèmes critiques et l'impact de l'indisponibilité.

Risk Assessment : Évaluer la probabilité et l'impact des différents types de sinistres.

Recovery Procedures : Procédures détaillées étape par étape pour la reprise.

Roles and Responsibilities : Définir l'équipe de DR et des responsabilités claires.

Communication Plan : Comment communiquer pendant et après un sinistre.

Testing Schedule : Un plan régulier de tests et de simulations.

Technologies de DR

Réplication de Données : Synchrone ou asynchrone entre les sites primaire et de DR.

Snapshots : Captures point-in-time des systèmes et des données.

Failover Automation : Les systèmes automatisent le basculement vers l'environnement de DR.

Load Balancers : Distribuent le trafic et facilitent le basculement.

Virtual Machine Replication : Réplication des VMs entre datacenters.

Database Replication : Réplication continue des bases de données.

Processus de Reprise

1. Déclaration de Sinistre : Évaluer la situation et déclarer l'activation du plan de DR.

2. Activation de l'Équipe : Mobiliser l'équipe de DR conformément au plan.

3. Assessment : Évaluer l'étendue des dommages et les systèmes affectés.

4. Failover : Rediriger les opérations vers l'environnement de DR.

5. Restauration : Restaurer les données et les applications selon la priorisation.

6. Validation : Tester la fonctionnalité des systèmes restaurés.

7. Exploitation : Maintenir les opérations dans l'environnement de DR pendant la reprise du primaire.

8. Failback : Ramener les opérations vers l'environnement primaire une fois restauré.

Tests de DR

Des tests réguliers sont essentiels pour valider le plan de DR :

Tabletop Exercise : Simulation en salle de réunion, sans activer les systèmes.

Walkthrough : Revue détaillée des procédures avec l'équipe.

Simulation Test : Simulation complète sans impacter la production.

Parallel Test : Activer l'environnement de DR en parallèle de la production.

Full Interruption Test : Arrêter la production et opérer entièrement sur le DR.

Fréquence recommandée : au moins annuellement, ou après des changements significatifs.

Solutions Commerciales

Veeam Backup & Replication : Sauvegarde et DR pour les environnements virtuels.

Zerto : Réplication continue et DR pour les VMs et le cloud.

AWS Disaster Recovery : Solutions de DR sur AWS.

Azure Site Recovery : DR as a Service de Microsoft.

VMware Site Recovery Manager : Orchestration de DR pour VMware.

Bonnes Pratiques

• Définir des RTO et RPO réalistes fondés sur le BIA
• Documenter les procédures en détail
• Garder la documentation accessible hors ligne
• Tester régulièrement et après les changements
• Former l'équipe aux procédures de DR
• Automatiser autant que possible
• Tenir un inventaire à jour des actifs
• Revoir et mettre à jour le plan annuellement
• Envisager le DR pour les données critiques de tiers