Acabamos de restaurar um instantâneo de um de nossos bancos de dados Postgres no RDS. A instância costumava ser db.t2.xlarge e a transformamos em db.r5.large. Possui um volume SSD GP2 de 100 GB.
As instâncias r5.large devem ser "otimizadas para EBS", mas estou tendo um IOPS de leitura surpreendentemente baixo, conforme mostrado no gráfico abaixo.
Este é o resultado de uma SELECT COUNT(*)mesa grande. Para a mesma consulta, nossa instância t2.xlarge não teve problemas para atingir 1250 IOPS. Não parece haver nenhum gargalo em outro lugar: a CPU está aproximadamente em 0% e há bastante memória disponível.
Além disso, a documentação da AWS parece indicar que eu poderia esperar pelo menos 300 IOPS para um volume desse tamanho:
O GP2 foi projetado para oferecer latências de milissegundos de um dígito, fornecer um desempenho de linha de base consistente de 3 IOPS/GB (mínimo de 100 IOPS) até um máximo de 16.000 IOPS
(verhttps://aws.amazon.com/ebs/features/)
Por que o r5.large é tão lento?
Responder1
Bem, parece que o IOPS voltou a valores razoáveis agora. Pode estar relacionado aos créditos de IO ou ao instantâneo ainda sendo restaurado... não tenho certeza.
Responder2
O IOPS depende do tamanho do disco; se você aumentar o tamanho do disco, o IOPS disponível também aumentará.