Uma empresa executa um aplicativo de e-commerce de múltiplas camadas no Amazon EC2 com uma instância de banco de dados Amazon RDS para MySQL Multi-AZ. O RDS usa a instância de última geração com 2.000 GB de armazenamento em um volume EBS General Purpose SSD (gp3). Durante o pico de demanda, o desempenho do aplicativo degrada quando as IOPS de leitura e gravação excedem 20.000. O que um arquiteto de soluções deve fazer para melhorar o desempenho do banco de dados?

A opção correta é substituir o volume por um volume Provisioned IOPS SSD (io2). Volumes io2 são projetados para cargas de trabalho de banco de dados de alto desempenho que exigem IOPS e throughput consistentes, oferecendo até 64.000 IOPS e 1.000 MB/s por volume, o que é significativamente maior do que os 20.000 IOPS atuais. Substituir o volume por um volume magnético é incorreto, pois volumes magnéticos são os de menor desempenho e não resolveriam o problema de IOPS. Aumentar o número de IOPS no volume gp3 é incorreto porque, embora gp3 permita provisionar IOPS independentemente do tamanho do volume, o limite máximo para gp3 é 16.000 IOPS, o que ainda é inferior aos 20.000 IOPS necessários. Substituir o volume gp3 de 2.000 GB por dois volumes gp3 de 1.000 GB é incorreto, pois o RDS não permite anexar múltiplos volumes de dados a uma única instância de banco de dados para aumentar o desempenho de IOPS.