Un clúster de Amazon Redshift (que utiliza nodos reservados) está experimentando ráfagas intermitentes de CPU intensivas debido a consultas de lectura complejas mientras un equipo ejecuta una auditoría profunda. El clúster debe seguir sirviendo consultas de lectura y escritura en todo momento. ¿Qué opción proporciona la capacidad de ráfaga requerida de la manera MÁS rentable?

Habilitar Concurrency Scaling para Amazon Redshift es la opción más rentable porque permite que el clúster maneje picos de carga de trabajo de lectura intermitentes y complejos sin necesidad de aprovisionar recursos adicionales de forma permanente. Concurrency Scaling añade capacidad de lectura adicional automáticamente cuando es necesario y la elimina cuando la demanda disminuye, pagando solo por el tiempo de uso. Esto evita el sobredimensionamiento del clúster base. Aprovisionar un clúster de Amazon EMR es una solución más compleja y costosa para ráfagas intermitentes, ya que implica la gestión de otro servicio y la descarga de datos. Un redimensionamiento clásico de Redshift (opciones B y C) implicaría una interrupción del servicio y no es adecuado para ráfagas intermitentes, ya que el redimensionamiento elástico se refiere a la adición o eliminación de nodos dentro del mismo tipo de instancia, no a la capacidad de ráfaga para consultas.