Una alarma en la métrica FreeLocalStorage de Aurora PostgreSQL indica que la base de datos de producción tiene poco espacio temporal. El administrador descubre que un informe semanal consume la mayor parte del almacenamiento temporal. ¿Cuál es la acción adecuada para abordar la contención de almacenamiento temporal causada por el informe?

La adición de una réplica de lectura de Aurora y la ejecución del informe en ella es la solución más adecuada. Esto descarga la carga de trabajo de lectura intensiva del informe de la instancia principal, liberando recursos de almacenamiento temporal en la base de datos de producción. La réplica de lectura tendrá su propio almacenamiento temporal, lo que permitirá que el informe se ejecute sin afectar el rendimiento de la producción. Habilitar la gestión del plan de consultas de Aurora PostgreSQL no aborda directamente la contención de almacenamiento temporal, aunque puede optimizar las consultas. Habilitar el autoescalado de almacenamiento solo aumenta el almacenamiento persistente, no el almacenamiento temporal utilizado para operaciones como clasificaciones y hashes. Aumentar la clase de instancia de base de datos podría proporcionar más almacenamiento temporal, pero es una solución más costosa y excesiva que no resuelve la causa raíz de la contención de recursos por parte del informe.