Un cluster Amazon Redshift (che utilizza nodi riservati) sta riscontrando picchi intermittenti di utilizzo intensivo della CPU a causa di query di lettura complesse mentre un team esegue un audit approfondito. Il cluster deve continuare a servire query di lettura e scrittura in ogni momento. Quale opzione fornisce la capacità di burst richiesta nel modo PIÙ conveniente?

Abilitare Concurrency Scaling è la soluzione più conveniente per gestire picchi intermittenti di query di lettura complesse in Redshift. Concurrency Scaling aggiunge automaticamente capacità di lettura aggiuntiva quando necessario, gestendo i picchi di carico senza richiedere il provisioning costante di risorse extra. Questo mantiene il cluster principale disponibile per query di lettura e scrittura. Provisionare un cluster EMR e scaricare le attività è una soluzione valida per carichi di lavoro analitici complessi, ma potrebbe essere eccessivo e meno conveniente per picchi intermittenti di query di lettura su un cluster Redshift esistente. Il ridimensionamento classico di Redshift (aggiunta o rimozione di nodi) richiede tempo e non è adatto per gestire picchi improvvisi e temporanei. Il ridimensionamento elastico è più rapido ma è principalmente per il ridimensionamento della capacità di archiviazione e di calcolo per carichi di lavoro a lungo termine, non per picchi di concorrenza.