Een bedrijfskritische webapplicatie draait momenteel op één Amazon EC2-instantie in een publiek subnet en gebruikt een MySQL-database. DNS bevindt zich in Route 53. Een solutions architect moet de applicatie schaalbaar en maximaal beschikbaar maken en de leeslatentie van MySQL verminderen. Welke combinatie van wijzigingen voldoet aan deze vereisten? (Kies er twee.)

Het opzetten van een Auto Scaling group met private EC2-instanties in meerdere Availability Zones achter een Application Load Balancer zorgt voor schaalbaarheid en hoge beschikbaarheid voor de webapplicatie. De ALB verdeelt verkeer over de instanties, en de Auto Scaling group voegt instanties toe of verwijdert deze op basis van de belasting. Het migreren naar een Amazon Aurora MySQL-cluster met een primaire DB-instantie en een reader DB-instantie in afzonderlijke Availability Zones verhoogt de beschikbaarheid van de database en vermindert de leeslatentie door read replicas te gebruiken. De andere opties zijn minder geschikt: Een tweede EC2-instantie in een andere regio met Route 53 failover biedt wel beschikbaarheid, maar geen schaalbaarheid binnen één regio en verhoogt de complexiteit. Een Auto Scaling group over meerdere AWS-regio's is overdreven voor de initiële vereisten en complexer dan nodig. Aurora MySQL met cross-Region read replicas is nuttig voor disaster recovery of wereldwijde toepassingen, maar voor het verminderen van leeslatentie binnen één regio volstaan reader instanties in verschillende AZ's.