Een bedrijf runt een drielaagse webapplicatie in de AWS Cloud die actief is in drie Availability Zones. De applicatiearchitectuur heeft een Application Load Balancer, een Amazon EC2-webserver die gebruikerssessiestatussen host, en een MySQL-database die draait op een EC2-instantie. Het bedrijf verwacht plotselinge toenames in applicatieverkeer. Het bedrijf wil kunnen schalen om te voldoen aan toekomstige capaciteitsbehoeften van de applicatie en om hoge beschikbaarheid te garanderen in alle drie de Availability Zones. Welke oplossing voldoet aan deze vereisten?

De correcte oplossing voldoet aan de vereisten voor schaalbaarheid en hoge beschikbaarheid. Het migreren van de MySQL-database naar Amazon RDS for MySQL met een Multi-AZ DB cluster-implementatie zorgt voor hoge beschikbaarheid en automatische failover voor de database. Het gebruik van Amazon ElastiCache for Redis met hoge beschikbaarheid is ideaal voor het opslaan van sessiestatus en het cachen van reads, omdat Redis geavanceerde datastructuren en replicatie biedt die geschikt zijn voor sessiebeheer. Het migreren van de webserver naar een Auto Scaling group die drie Availability Zones omvat, zorgt voor automatische schaalbaarheid van de webservers en hoge beschikbaarheid over meerdere AZ's. De andere opties zijn minder geschikt: ElastiCache for Memcached is minder geschikt voor sessiestatus vanwege de beperkte datastructuren en het ontbreken van replicatie op zichzelf. DynamoDB is een NoSQL-database en zou een herontwerp van de applicatie vereisen als de bestaande applicatie afhankelijk is van relationele databasefunctionaliteit. Een RDS-implementatie in één Availability Zone biedt geen hoge beschikbaarheid voor de database.