Une entreprise nord-américaine dont le siège social est situé sur la côte Est déploie une application web dans us-east-1 (primaire). L'application doit s'adapter dynamiquement, être résiliente et prendre en charge une configuration de reprise après sinistre active-passive avec us-west-1 (veille). Après avoir créé un VPC dans us-east-1, quelles étapes l'architecte de solutions doit-il suivre pour répondre à ces exigences ?

L'option correcte décrit une architecture active-passive robuste et évolutive. Déployer un ALB et des instances EC2 avec Auto Scaling dans plusieurs AZ dans chaque région (us-east-1 et us-west-1) assure la résilience au sein de chaque région. L'utilisation de Route 53 avec une politique de routage de basculement et des vérifications de l'état de santé permet de diriger le trafic vers la région primaire saine et de basculer automatiquement vers la région secondaire en cas de défaillance de la primaire, répondant ainsi à l'exigence de reprise après sinistre active-passive. Les options incorrectes présentent des lacunes. La première option tente d'étendre un groupe Auto Scaling sur deux VPC distincts via le peering, ce qui n'est pas une configuration standard pour l'Auto Scaling et ne gère pas le basculement régional. La troisième option propose un ALB couvrant deux VPC via le peering, ce qui n'est pas techniquement possible pour un ALB régional. La quatrième option utilise des enregistrements Route 53 distincts sans politique de basculement claire, ce qui ne garantit pas un basculement automatique et géré entre les régions.