Sie betreiben eine mehrschichtige Webanwendung auf EC2-Instances hinter einem ALB in einer primären Region. Der ALB und die Auto Scaling-Gruppe werden in einer Backup-Region repliziert, aber die min- und max-Werte der Auto Scaling-Gruppe sind beide auf Null gesetzt. Eine RDS Multi-AZ-Instance speichert Daten und verfügt über ein Read Replica in der Backup-Region. Route 53 stellt den Benutzer-Endpunkt bereit. Sie müssen den RTO auf unter 15 Minuten reduzieren und ein automatisches Failover in die Backup-Region ohne eine Active-Active-Strategie ermöglichen. Was sollten Sie empfehlen?

Diese Option ist korrekt, da sie die Anforderungen an RTO und automatisiertes Failover erfüllt, ohne eine Active-Active-Strategie zu verwenden. Route 53-Failover-Routing leitet den Datenverkehr automatisch zur Backup-Region um, wenn der Health Check fehlschlägt. Die Lambda-Funktion in der Backup-Region stuft das Read Replica hoch und skaliert die Auto Scaling-Gruppe, um die Anwendung in der Backup-Region betriebsbereit zu machen. Die anderen Optionen sind weniger geeignet: Latenz-basiertes Routing (Option 1 und 3) ist eine Active-Active-Strategie, die hier nicht gewünscht ist. Global Accelerator (Option 4) würde den Datenverkehr nicht automatisch auf eine einzelne Region umleiten, wenn die primäre Region ausfällt, ohne zusätzliche Logik.