Comment utiliser le cloud pour la continuité sans surdimensionner les moyens de reprise ?
D’après Plan de reprise d’activité
ETI avec approche cloud pour le PCA
Une ETI (Entreprise de Taille Intermédiaire) choisit de migrer progressivement ses applications vers un cloud public (AWS, Azure). Les motivations :
Flexibilité : plus besoin de gérer un second site physique.
Options de réplication intégrées (snapshot EBS, stockage objet S3, bases RDS multi-AZ, etc.).
Haute disponibilité automatisée (Auto Scaling, load balancers, multi-régions).
La DSI définit un diagramme d’architecture où la production est dans la zone A, et l’application est répliquée en zone B (région voisine).
En cas d’incident régional, le traffic est redirigé vers la zone B.
Les bases sont en réplication asynchrone, permettant un RPO de quelques secondes à 1 minute.
Les serveurs frontaux peuvent être relancés via des templates (Infrastructure as Code), d’où un RTO < 30 minutes.
Surdimensionnement ou sous-dimensionnement
Surdimensionnement : vouloir une solution de haute disponibilité pour tous les services, même secondaires, aboutit à un coût prohibitif.
Sous-dimensionnement : ne pas tenir compte de la réelle volumétrie et du besoin, aboutissant à des temps de restauration plus longs que prévu, ou à des saturations de stockage.