Um administrador SysOps mantém um aplicativo legado que depende muito da CPU e só pode ser escalado aumentando o tamanho da instância. Atualmente, ele é executado em uma única instância EC2 t3.large e a utilização da CPU atinge picos de 90% com alta latência após alguns minutos. Qual modificação reduzirá mais diretamente o gargalo de desempenho relacionado à CPU?

A modificação mais direta para reduzir o gargalo de CPU é mudar para um tipo de instância otimizado para computação (por exemplo, da família C ou M). Instâncias t3.large são instâncias de uso geral com desempenho de CPU "burstável", o que significa que elas podem ter picos de uso, mas são limitadas por créditos de CPU, levando a degradação de desempenho sob carga sustentada. Uma instância otimizada para computação oferece desempenho de CPU consistentemente alto, adequado para cargas de trabalho intensivas em CPU. Converter o volume EBS para Provisioned IOPS (io1/io2) melhoraria o desempenho de E/S do disco, mas não resolveria um gargalo de CPU. Iniciar instâncias t2.large adicionais e distribuir a carga de trabalho não é eficaz porque o problema é a capacidade de CPU por instância, e não a falta de instâncias. Além disso, t2.large também é uma instância burstável. Comprar Reserved Instances apenas altera o modelo de precificação, não o desempenho da instância.