Alarm dotyczący metryki FreeLocalStorage w Aurora PostgreSQL wskazuje, że w produkcyjnej bazie danych brakuje miejsca tymczasowego. Administrator stwierdza, że cotygodniowy raport zużywa większość tymczasowej przestrzeni dyskowej. Jakie jest odpowiednie działanie w celu rozwiązania problemu rywalizacji o pamięć tymczasową spowodowanej przez raport?

Dodanie repliki odczytu Aurora i uruchomienie raportu na niej to odpowiednie rozwiązanie, ponieważ odciąża główną instancję bazy danych, która obsługuje obciążenia produkcyjne. Raporty, które zużywają dużo zasobów, w tym tymczasową przestrzeń dyskową, mogą powodować rywalizację i spowalniać działanie aplikacji. Replikę odczytu można skalować niezależnie i nie wpływa ona na wydajność głównej bazy danych. Włączenie zarządzania planem zapytań nie rozwiąże problemu braku miejsca, a jedynie optymalizuje wykonanie zapytań. Włączenie automatycznego skalowania pamięci masowej zwiększy dostępną przestrzeń, ale nie rozwiąże problemu rywalizacji o zasoby tymczasowe na tej samej instancji. Zwiększenie klasy instancji DB jest kosztowne i może być nadmierne, jeśli problem dotyczy tylko jednego raportu, a nie ogólnego obciążenia.