Ah, Amazon Web Services. L'un des plus gros gouffres à fric disponibles. Très bon, mais pas toujours bon marché. En fait, presque jamais bon marché, et toujours difficile d'estimer les dépenses.
Une requête IO est une opération sur le disque. Qu'il s'agisse d'une lecture ou d'une écriture, vous êtes essentiellement facturé en fonction de la quantité de données que vous obtenez de leur système. C'est insensé.
Vous pouvez estimer les demandes d'E/S que vous faites, en regardant iostat.
800,000,000 IOrequests en 7 jours C'est ~=1300 IOPS. Wow. C'est une performance très rapide.
À titre d'exemple, la base de données d'un site Web de taille moyenne peut atteindre 100 Go. et s'attendre à une moyenne de 100 E/S par seconde au cours d'un mois. Cela se traduirait par des coûts de stockage de 10 $ par mois (100 Go x 0,10 $/mois) et environ 26 $ par mois. 0,10 $/mois), et environ 26 $ par mois en coûts de requête (~2,6 millions de secondes/mois x 100 E/S par seconde * 0,10 $ par million d'E/S).
De http://aws.amazon.com/ebs/ environ 90% de la page
Si vous voulez vraiment réduire ce que cela vous coûte, il est peut-être temps d'examiner si RDS est vraiment la meilleure solution pour votre application et le budget de votre projet.
Si vous n'avez que 6 000 visites par jour, un serveur dédié (de préférence deux, l'un pour la base de données, l'autre pour les services Web) vous permettra d'obtenir de meilleurs résultats en termes de coûts et de performances. Il est en fait un peu plus difficile de faire ce choix car vous n'avez pas dit grand-chose de plus sur votre application.
