Ein Unternehmen betreibt eine geschäftskritische Anwendung auf EC2-Instances hinter einem ALB. Die EC2-Instances befinden sich in einer Auto Scaling-Gruppe und greifen auf eine Amazon RDS DB-Instance zu. Alle Ressourcen befinden sich derzeit in einer einzigen Availability Zone. Sie müssen das Design aktualisieren, um eine zweite Availability Zone zu verwenden und die Anwendung hochverfügbar zu machen. Welche Lösung erreicht dies?

Die korrekte Lösung gewährleistet Hochverfügbarkeit, indem sie die Anwendungskomponenten über mehrere Availability Zones (AZs) verteilt. Das Bereitstellen eines Subnetzes in jeder AZ ist notwendig, da Subnetze AZ-spezifisch sind. Die Konfiguration der Auto Scaling-Gruppe zur Verteilung der EC2-Instances auf beide AZs stellt sicher, dass die Anwendung auch bei Ausfall einer AZ weiterhin verfügbar ist. Eine Multi-AZ-Bereitstellung für die RDS DB-Instance erstellt automatisch ein synchrones Standby in einer anderen AZ, was Datenredundanz und automatischen Failover ermöglicht. Die anderen Optionen sind falsch, weil: "Stellen Sie zwei Subnetze bereit, die sich über beide Availability Zones erstrecken" ist technisch nicht möglich; Subnetze sind immer AZ-spezifisch. "Konfigurieren Sie die DB-Instance mit Verbindungen zu jedem Netzwerk" ist keine Standardmethode für Hochverfügbarkeit bei RDS und bietet keinen automatischen Failover. "Stellen Sie ein Subnetz bereit, das sich über beide Availability Zones erstreckt" ist ebenfalls technisch nicht möglich.