Un allarme sulla metrica Aurora PostgreSQL FreeLocalStorage indica che il database di produzione ha poco spazio temporaneo. L'amministratore scopre che un report settimanale consuma la maggior parte dello spazio di archiviazione temporaneo. Qual è l'azione appropriata per risolvere la contesa dello spazio di archiviazione temporaneo causata dal report?

L'aggiunta di una replica di lettura Aurora e l'esecuzione del report su di essa è la soluzione più efficace. Questo approccio scarica il carico di lavoro del report, che consuma molto spazio temporaneo, dal database di produzione. Di conseguenza, il database di produzione avrà più spazio temporaneo disponibile per le sue operazioni critiche, risolvendo la contesa. Abilitare la gestione del piano di query di Aurora PostgreSQL potrebbe ottimizzare le query, ma non risolve direttamente la carenza di spazio temporaneo causata da un report voluminoso. Abilitare l'autoscaling dello storage sul cluster DB aumenterebbe lo spazio di archiviazione persistente, non lo spazio temporaneo (che è legato alla memoria e al disco dell'istanza). Aumentare la classe di istanza DB per ogni istanza nel cluster aumenterebbe le risorse complessive, incluso lo spazio temporaneo, ma è una soluzione più costosa e potenzialmente eccessiva rispetto all'isolamento del carico di lavoro.