Um alarme na métrica FreeLocalStorage do Aurora PostgreSQL indica que o banco de dados de produção está com pouco espaço temporário. O administrador descobre que um relatório semanal consome a maior parte do armazenamento temporário. Qual é a ação apropriada para resolver a contenção de armazenamento temporário causada pelo relatório?

Adicionar uma réplica de leitura do Aurora e direcionar o relatório para ela é a solução mais eficaz. Isso descarrega a carga de trabalho do relatório da instância principal, liberando recursos de armazenamento temporário e computacionais para as operações transacionais do banco de dados de produção. Habilitar o gerenciamento do plano de consulta do Aurora PostgreSQL pode otimizar consultas, mas não resolve diretamente a necessidade de armazenamento temporário para um relatório grande. Habilitar o autoescalonamento de armazenamento aumentaria o armazenamento persistente, mas não o armazenamento temporário (local), que é o problema aqui. Aumentar a classe de instância do DB pode fornecer mais armazenamento temporário, mas é uma solução mais cara e pode ser excessiva se o problema for apenas um relatório específico; além disso, não resolve a contenção de recursos na instância principal.