Um cluster Amazon Redshift (usando nós reservados) está experimentando picos intermitentes de uso intenso da CPU devido a consultas de leitura complexas enquanto uma equipe executa uma auditoria aprofundada. O cluster deve continuar a atender consultas de leitura e gravação em todos os momentos. Qual opção fornece a capacidade de intermitência necessária da maneira MAIS econômica?

Habilitar o Concurrency Scaling é a opção mais econômica e eficiente para lidar com picos intermitentes de uso da CPU em um cluster Amazon Redshift. Ele adiciona automaticamente capacidade de cluster temporária para processar consultas simultâneas, garantindo que as consultas de leitura e gravação continuem a ser atendidas sem interrupção e sem a necessidade de provisionar recursos adicionais permanentemente. Provisionar um cluster Amazon EMR e descarregar as tarefas complexas de processamento de dados para o EMR seria uma solução mais cara e complexa para picos intermitentes. Implantar uma função AWS Lambda que aciona um redimensionamento clássico do cluster Amazon Redshift quando a CPU do cluster no CloudWatch atinge 80% não é ideal porque o redimensionamento clássico pode levar tempo para ser concluído e o cluster não estaria disponível durante o processo. Implantar uma função AWS Lambda que aciona um redimensionamento elástico do cluster Amazon Redshift quando a CPU do cluster no CloudWatch atinge 80% é melhor que o redimensionamento clássico, mas ainda assim adiciona capacidade permanente ao cluster, o que não é econômico para picos intermitentes. O Concurrency Scaling é projetado especificamente para este cenário.