Um banco de dados relacional em uma instância EC2 "burstable" apresenta latência periódica. Ele usa um volume EBS gp2 de 350 GB. O CloudWatch mostra que o VolumeReadOps cai para menos de 10% do pico durante os períodos de lentidão. Que alteração o administrador de SysOps deve fazer para obter um desempenho de I/O alto e constante?

A migração para um volume gp3 é a solução ideal porque os volumes gp3 oferecem um desempenho de linha de base de 3.000 IOPS e 125 MiB/s, independentemente do tamanho do volume, e permitem provisionar IOPS e throughput adicionais de forma independente. Isso resolve o problema de latência periódica causado pela queda de VolumeReadOps, que sugere que o volume gp2 está esgotando seus créditos de intermitência. Os volumes gp2 têm IOPS de linha de base e intermitência que escalam com o tamanho do volume, mas um volume de 350 GB pode não ser suficiente para cargas de trabalho de banco de dados exigentes. Mudar para sc1 (Cold HDD) seria inadequado, pois é otimizado para dados acessados com pouca frequência e tem baixo desempenho de I/O. Mudar a instância EC2 para uma família otimizada para memória não resolveria o gargalo de I/O do disco. Habilitar o modo de intermitência ilimitada na instância EC2 não afeta o desempenho de I/O do volume EBS.