Eine Anwendung läuft auf einer einzelnen Amazon EC2-Instance, die von einer Auto Scaling-Gruppe (min=1, max=1) in einem privaten Subnetz gestartet wurde. Die Anwendung verwendet eine Amazon RDS for MySQL DB-Instance. Die VPC verfügt über Subnetze in drei Availability Zones, aber es ist nur ein einziges NAT-Gateway bereitgestellt. Der Architekt muss sicherstellen, dass die Anwendung über mehrere Availability Zones hinweg betrieben werden kann. Welche Lösung erfüllt diese Anforderung?

Die korrekte Lösung stellt Hochverfügbarkeit über mehrere Availability Zones (AZs) sicher. Zusätzliche NAT-Gateways in jeder AZ sind notwendig, damit Instanzen in privaten Subnetzen in diesen AZs ausgehenden Internetzugriff haben. Die Konvertierung der RDS-Instanz in Multi-AZ bietet automatische Replikation und Failover für die Datenbank. Die Konfiguration der Auto Scaling-Gruppe (ASG) zur Verteilung von Instanzen über AZs und die Erhöhung der Min-/Max-Kapazität auf 3 stellt sicher, dass die Anwendung auch bei Ausfall einer AZ verfügbar bleibt. Die Option mit dem Virtual Private Gateway ist falsch, da dieses für VPN-Verbindungen zu On-Premise-Netzwerken und nicht für ausgehenden Internetzugriff von privaten Subnetzen verwendet wird. Eine NAT-Instanz ist keine hochverfügbare oder skalierbare Lösung für ausgehenden Internetzugriff. Automatische Backups für RDS verbessern die Wiederherstellbarkeit, aber nicht die Hochverfügbarkeit im Falle eines AZ-Ausfalls. Eine ASG mit Min/Max auf 1 würde die Anwendung nicht über mehrere AZs verteilen.