Uma empresa executa um cluster Amazon EMR provisionado usando instâncias Amazon EC2 de uso geral. O EMR managed scaling está configurado para variar a contagem de nós de tarefa de um a cinco para um trabalho diário de ETL do Apache Spark de longa duração. Cada execução rapidamente escala o cluster para cinco nós de tarefa; a utilização da CPU frequentemente atinge seu limite enquanto a memória permanece abaixo de 30%. A empresa deseja alterar a configuração do EMR para reduzir o custo de execução do trabalho diário de ETL. Qual opção atenderá a esse requisito da forma mais econômica?

A utilização da CPU atingindo o limite enquanto a memória permanece baixa indica que o trabalho de ETL é intensivo em CPU. Mudar para instâncias EC2 otimizadas para computação (como a família C) fornecerá mais poder de processamento por instância, permitindo que o trabalho seja concluído mais rapidamente e/ou com menos nós, reduzindo os custos gerais. Aumentar o número máximo de nós de tarefa para 10 aumentaria o potencial de custo, pois mais instâncias seriam usadas. Alterar para instâncias otimizadas para memória (como a família R) não resolveria o gargalo da CPU e poderia até aumentar os custos devido a recursos de memória não utilizados. Reduzir o período de resfriamento de escalonamento afetaria a capacidade de resposta do escalonamento, mas não o tipo de recurso fundamental que está limitando o desempenho e, portanto, o custo.