Une entreprise exécute une application sur des instances Amazon EC2 dans un groupe Auto Scaling derrière un équilibreur de charge Elastic Load Balancing (ELB). L'application utilise une table Amazon DynamoDB. Pour la reprise après sinistre, l'entreprise souhaite que l'application soit disponible à partir d'une autre région AWS avec un temps d'arrêt minimal. Quelle solution offre le MOINS de temps d'arrêt ?

La bonne réponse est de créer un groupe Auto Scaling et un ELB dans la région de reprise après sinistre (DR), de configurer la table DynamoDB comme une table globale et de configurer le basculement DNS pour pointer vers l'ELB de la nouvelle région de reprise après sinistre. Cette approche garantit que l'infrastructure de l'application est déjà provisionnée et prête à l'emploi dans la région DR, ce qui minimise le temps de récupération. Les tables globales DynamoDB répliquent automatiquement les données entre les régions, assurant la cohérence des données. Le basculement DNS (par exemple, avec Route 53) permet une redirection rapide du trafic vers la région DR en cas de sinistre. Les autres options impliquent de provisionner l'infrastructure à la demande (via CloudFormation) ou d'utiliser une alarme CloudWatch avec une période d'évaluation de 10 minutes pour le basculement, ce qui introduirait des retards significatifs et augmenterait le temps d'arrêt.