Acabamos de restaurar una instantánea de una de nuestras bases de datos de Postgres en RDS. La instancia solía ser db.t2.xlarge y la convertimos en db.r5.large. Tiene un volumen SSD GP2 de 100 GB.
Se supone que las instancias r5.large están "optimizadas para EBS", sin embargo, tengo un IOPS de lectura sorprendentemente bajo, como se muestra en el siguiente gráfico.
Este es el resultado de una SELECT COUNT(*)sobre una mesa grande. Para la misma consulta, nuestra instancia t2.xlarge no tiene problemas para alcanzar 1250 IOPS. No parece haber ningún cuello de botella en ningún otro lugar: la CPU está aproximadamente al 0% y hay mucha memoria disponible.
Además, la documentación de AWS parece indicar que podría esperar al menos 300 IOPS para un volumen de ese tamaño:
GP2 está diseñado para ofrecer latencias de milisegundos de un solo dígito y ofrecer un rendimiento básico constante de 3 IOPS/GB (mínimo 100 IOPS) hasta un máximo de 16 000 IOPS.
(verhttps://aws.amazon.com/ebs/features/)
¿Por qué el r5.large es tan lento?
Respuesta1
Bueno, parece que los IOPS han vuelto a valores razonables ahora. Podría estar relacionado con los créditos de IO o con la instantánea que aún se está restaurando... no estoy seguro.
Respuesta2
Las IOPS dependen del tamaño del disco; si aumenta el tamaño del disco, las IOPS disponibles también aumentarán.