Ein Aurora MySQL-Produktionscluster besteht aus einem einzelnen Writer-Knoten und wird stark für Berichte abgefragt. Der Cluster leidet unter intermittierenden Leistungsproblemen aufgrund hoher CPU-Auslastung und Erreichen der maximalen Verbindungen. Ein SysOps-Administrator muss die Leistung stabilisieren. Welche Lösung wird diese Anforderung erfüllen?

Die Erstellung von Aurora Replicas und die Konfiguration einer Auto Scaling-Richtlinie zur automatischen Skalierung basierend auf der CPU-Auslastung ist die effektivste Lösung. Aurora Replicas teilen sich den gleichen Speicher wie der Writer-Knoten, was eine schnelle Replikation und Lese-Skalierung ermöglicht. Das Leiten von Berichtsabfragen an den schreibgeschützten Endpunkt entlastet den Writer-Knoten von Lese-Workloads und reduziert die CPU-Auslastung und Verbindungsprobleme. Ein zweiter Single-Node Aurora MySQL-Cluster würde die Daten nicht synchron halten, ohne zusätzliche Replikationsmechanismen, und wäre keine effiziente Skalierungslösung für Lese-Workloads. Eine Lambda-Funktion zum Caching von Abfrageergebnissen oder ein ElastiCache-Cluster könnten die Leistung für wiederholte Abfragen verbessern, aber sie lösen nicht das grundlegende Problem der hohen CPU-Auslastung und der maximalen Verbindungen auf dem Aurora-Writer-Knoten für alle Berichtsabfragen, insbesondere für neue oder komplexe Berichte.