Une entreprise exécute une application web mondiale sur des instances Amazon EC2 derrière un Application Load Balancer et stocke des données dans Amazon Aurora. L'entreprise a besoin d'une solution de reprise après sinistre (DR) qui peut tolérer jusqu'à 30 minutes d'indisponibilité et une perte de données potentielle. La solution de DR n'a pas besoin de gérer la charge de production lorsque l'infrastructure principale est saine. Que doit implémenter un architecte de solutions ?

La stratégie de reprise après sinistre (DR) "Pilote léger" (Pilot Light) est la plus appropriée ici. Elle implique de maintenir un ensemble de ressources de base dans une région secondaire, prêtes à être mises à l'échelle en cas de sinistre. Déployer l'infrastructure de l'application selon les besoins (juste-à-temps) et utiliser un réplica Aurora dans une deuxième région correspond à cette approche. Le basculement actif-passif avec Route 53 permet de diriger le trafic vers la région de DR uniquement en cas de besoin, ce qui est cohérent avec l'exigence que la solution de DR n'ait pas à gérer la charge de production en temps normal. Cette méthode offre un bon équilibre entre coût et temps de récupération (RTO/RPO), répondant aux 30 minutes d'indisponibilité et à la perte de données potentielle. Les options incorrectes sont moins adaptées : L'actif-actif est plus coûteux et complexe, et n'est pas nécessaire car la DR n'a pas besoin de gérer la charge de production en temps normal. Restaurer Aurora à partir d'un instantané introduirait un RPO (Recovery Point Objective) plus élevé que la création d'un réplica, ce qui pourrait dépasser la tolérance de perte de données. Créer une deuxième instance primaire Aurora n'est pas la méthode la plus efficace pour la DR avec Aurora ; les réplicas sont conçus pour cela.