Une alarme sur la métrique Aurora PostgreSQL FreeLocalStorage indique que la base de données de production manque d'espace temporaire. L'administrateur constate qu'un rapport hebdomadaire consomme la majeure partie du stockage temporaire. Quelle est l'action appropriée pour résoudre la contention de stockage temporaire causée par le rapport ?

L'ajout d'un réplica en lecture Aurora et l'exécution du rapport sur celui-ci est la solution la plus appropriée car cela isole la charge de travail du rapport de la base de données de production. Le rapport, qui consomme beaucoup de stockage temporaire, n'affectera plus les performances ou l'espace de stockage de l'instance principale, résolvant ainsi la contention. Activer la gestion du plan de requête Aurora PostgreSQL peut aider à optimiser les requêtes mais ne résout pas directement la consommation d'espace temporaire par un rapport existant. Activer l'autoscaling du stockage n'est pas une option pour Aurora PostgreSQL car le stockage est déjà géré automatiquement et évolue avec les besoins. Augmenter la classe d'instance de base de données peut fournir plus de ressources (CPU, RAM) mais n'augmente pas nécessairement le stockage temporaire disponible de manière significative pour les requêtes gourmandes, et c'est une solution plus coûteuse et potentiellement excessive.