Een applicatie draait op één Amazon EC2-instance die is gestart door een Auto Scaling group (min=1, max=1) in een privé-subnet. De applicatie gebruikt een Amazon RDS for MySQL DB-instance. De VPC heeft subnets in drie Availability Zones, maar er is slechts één NAT-gateway geïmplementeerd. De architect moet ervoor zorgen dat de applicatie in meerdere Availability Zones kan werken. Welke oplossing voldoet aan deze vereiste?

De correcte oplossing zorgt voor hoge beschikbaarheid over meerdere Availability Zones (AZ's). Het implementeren van extra NAT-gateways in elke AZ is cruciaal, omdat een NAT-gateway zonegebonden is en uitgaand internetverkeer voor privé-subnetten in die specifieke AZ afhandelt. Het omzetten van de RDS-database naar Multi-AZ zorgt voor automatische failover naar een stand-by replica in een andere AZ, wat de beschikbaarheid van de database verhoogt. Het configureren van de Auto Scaling group om instances in verschillende AZ's te starten en de capaciteit te verhogen naar 3 (min=3, max=3) garandeert dat de applicatie altijd draait, zelfs bij het falen van een AZ. De andere opties zijn onjuist omdat: Het vervangen van een NAT-gateway door een virtual private gateway is incorrect, aangezien een VPG wordt gebruikt voor VPN-verbindingen en niet voor uitgaand internetverkeer. Amazon Aurora MySQL is een goede keuze voor databases, maar het vervangt niet de noodzaak van Multi-AZ voor RDS MySQL. Het vervangen van een NAT-gateway door een NAT-instance is een minder schaalbare en minder beheerde oplossing dan een NAT-gateway. Het migreren naar RDS for PostgreSQL is niet relevant voor de AZ-vereiste. Het behouden van de min- en max-capaciteit van de Auto Scaling group op 1 voorkomt dat de applicatie schaalt of beschikbaar blijft bij het falen van een AZ.