Een applicatie stelt gebruikers op het hoofdkantoor van een bedrijf in staat om productgegevens te benaderen die zijn opgeslagen in een Amazon RDS MySQL DB instance. Het operations-team heeft een vertraging in de applicatieprestaties vastgesteld en wil leesverkeer scheiden van schrijfverkeer. Een solutions architect moet de prestaties van de applicatie snel optimaliseren. Wat moet de solutions architect aanbevelen?

De juiste oplossing is het aanmaken van read replicas met dezelfde compute- en opslagresources als de brondatabase. Read replicas zijn specifiek ontworpen om leesverkeer te ontlasten van de primaire database, waardoor de prestaties van applicaties die veel leesoperaties uitvoeren, aanzienlijk verbeteren. Door ze dezelfde resources te geven, garandeer je dat de read replicas de leesaanvragen efficiënt kunnen verwerken zonder zelf een knelpunt te worden. Opties die Multi-AZ deployment voorstellen, zijn onjuist omdat Multi-AZ primair gericht is op hoge beschikbaarheid en disaster recovery, niet op het scheiden van lees- en schrijfverkeer voor prestatieverbetering. De secundaire Availability Zone in een Multi-AZ deployment is een standby-replica die niet actief wordt gebruikt voor leesverkeer. Het configureren van read replicas met de helft van de resources is ook onjuist, omdat dit de prestatiewinst zou beperken en mogelijk nieuwe knelpunten zou creëren.