Een Aurora MySQL-cluster met één read replica vertraagt wanneer gelijktijdige clientverbindingen de 200 overschrijden (typische belasting ~180, met pieken boven de 200). Het team wil dat de database automatisch schaalt naarmate de vraag varieert. Welke wijziging zal dit doel bereiken?

De juiste optie is het koppelen van een Aurora Auto Scaling-beleid met een target van 195 DatabaseConnections. Aurora Auto Scaling kan automatisch extra Aurora Replicas toevoegen en verwijderen op basis van gedefinieerde metrics, zoals het aantal databaseverbindingen. Door een target van 195 verbindingen in te stellen, zal Auto Scaling proactief een nieuwe replica toevoegen voordat de 200 verbindingen worden overschreden, waardoor de prestaties stabiel blijven tijdens piekbelastingen. Het migreren naar een Aurora multi-master cluster is complexer en is primair gericht op hoge beschikbaarheid en write-schaalbaarheid, niet direct op het dynamisch schalen van read-capaciteit. Het dynamisch overschakelen naar serverless-modus is geen bestaande functionaliteit en serverless is meer geschikt voor onregelmatige, onvoorspelbare workloads. Het opschalen van de instantieklasse van de bestaande replica verhoogt wel de capaciteit, maar is geen automatische, dynamische oplossing voor variërende vraag.