Lecture trop faible de l'IOPS sur RDS

Question

Ceci est essentiellement la même que la question sans réponse affichée sur le forum AWS here. Je cours PostgreSQL sur Amazon RDS, m3.large instance avec 1000 IOPS provisionnés, mais je trouve que les IOPS lues sont exceptionnellement bas, beaucoup plus bas que les IOPS d'écriture bien que l'application soit une application intensive en lecture .

requêtes de lecture sont également exceptionnellement bas, avec une simple requête impliquant 2 tables prenant jusqu'à 2 secondes, parfois plus, même si elle se limite à seulement 50 lignes.

Où le problème pourrait-il être? Que puis-je faire pour améliorer les performances de la requête?

Answer 1

Cette question devrait être transférée à serverfault.com. Quoi qu'il en soit , il semble que beaucoup de gens sauter dans iops provisionnés avant de creuser plus profond sur le prix RDS IO/performances: Why buying Provisioned IOPS on RDS may be a mistake

Voici un certain bon sens. (Nous-ouest-2)

• usage général SSD (gp2) $ 0,115/GB, 3 IOP
• provisionnée IOPS 0,125 $/Go (3 IOP) + 0,10 $ par IOP

Alors, que devrait vous faites pour allouer 1000 iops et devez stocker 100 Go de données?

1. gp2: 1000/3 = 334GB, coût = 38,41 $
2. provisionnée IO: 100 Go x 3 + 700 IOPS provisionné IO. Coût = 12,5 $ + 70 $ = 82,50

Maintenant, la meilleure partie de gp2, Si vous n'avez pas épuisé toutes les E/S de garantie, vous pouvez même surpasser les 1000iops comparer aux io provisionnés.

La performance de la requête est la suivante. À mon humble avis, c'est une mauvaise question: où est votre code de requête preuve? Avez-vous référencé vos résultats de recherche au lieu de regarder le graphique iops de RDS? Avez-vous utilisé cloudwatch pour enregistrer les tendances iops?