Ein Aurora MySQL-Cluster mit einer Read Replica wird langsamer, wenn die Anzahl der gleichzeitigen Client-Verbindungen 200 überschreitet (typische Last ~180, mit Spitzen über 200). Das Team möchte, dass die Datenbank bei schwankender Nachfrage automatisch skaliert. Welche Änderung wird dieses Ziel erreichen?

Das Anfügen einer Aurora Auto Scaling-Richtlinie mit einem Ziel von 195 DatabaseConnections ist die effektivste Lösung. Aurora Auto Scaling kann die Anzahl der Read Replicas basierend auf Metriken wie DatabaseConnections dynamisch anpassen. Indem das Ziel auf 195 gesetzt wird, stellt das System sicher, dass neue Replicas hinzugefügt werden, bevor die Verbindungsgrenze von 200 erreicht wird, was eine proaktive Skalierung ermöglicht. Das Migrieren zu einem Aurora Multi-Master-Cluster bietet Hochverfügbarkeit für Schreibvorgänge, skaliert aber nicht automatisch die Leselast basierend auf der Anzahl der Verbindungen. Das dynamische Umschalten in den Serverless-Modus ist keine Funktion von Aurora; Aurora Serverless ist ein separater Betriebsmodus. Das Hochskalieren der Instance-Klasse der Aurora Replica würde die Kapazität einer einzelnen Replica erhöhen, aber nicht automatisch auf schwankende Nachfrage reagieren oder die Anzahl der Replicas anpassen.