Ein Alarm für die Metrik „Aurora PostgreSQL FreeLocalStorage“ zeigt an, dass der temporäre Speicher der Produktionsdatenbank knapp wird. Der Administrator stellt fest, dass ein wöchentlicher Bericht den größten Teil des temporären Speichers belegt. Welche Maßnahme ist geeignet, um den durch den Bericht verursachten Konflikt beim temporären Speicher zu beheben?

Das Hinzufügen eines Aurora-Read-Replicas und das Ausführen des Berichts darauf entlastet die primäre Datenbank von der ressourcenintensiven temporären Speichernutzung. Read Replicas sind für Leseoperationen optimiert und beeinträchtigen nicht die Leistung der primären Instanz, die für Produktions-Workloads zuständig ist. Das Aktivieren von Query Plan Management hilft bei der Optimierung von Abfragen, löst aber nicht direkt das Problem des temporären Speichers, der durch einen großen Bericht verursacht wird. Speicher-Autoscaling ist für den Speicherplatz der Datenbank gedacht, nicht für den temporären Speicher, der für Abfragen verwendet wird. Das Erhöhen der DB-Instance-Klasse würde zwar mehr Ressourcen bereitstellen, ist aber eine teurere und weniger zielgerichtete Lösung, da der Bericht weiterhin die primäre Instanz belasten würde.