Tendrás que probarlo.
Puede hacer algunos cálculos al reverso para aproximar el número de E / S por inserto, multiplicarlo por el número de transacciones por segundo, agregar un poco de espacio de protección, etc., pero es mucho más fácil probarlo.
Lo más fácil es asignar una mejor suposición, luego regresar y aumentarla o disminuirla para que coincida con las pruebas del mundo real. Este es uno de los lujos de usar un entorno basado en la nube, los cambios de hardware son bajos en costos de capital y tales cambios generalmente requieren solo actualizaciones de configuración. Con los volúmenes de EBS no solo puede aumentar la cantidad de IOPS, también debería aumentar el tamaño del volumen 1 . Siempre puede crear un nuevo volumen y copiar sus datos. Habrá algún tiempo de inactividad, pero si sus datos no son enormes, no debería ser mucho, ya que sería una copia sin procesar.
Aquí hay una conjetura sobre la cantidad de E / S necesarias. Una vez más, es solo una suposición, ya que los detalles dependen de la cantidad de índices y de si su flujo de tráfico será suave o puntiagudo. A 25K tx / hora tienes ~ 7 tx / seg. El tamaño de cada fila no es particularmente relevante ya que es menor que el tamaño de una sola E / S (4K). Cada transacción se realizará en algún lugar entre 1-5 IOP (inserción principal más un par de inserciones de árbol de índice) así que digamos ~ 35 / s.
Digo comenzar con el mínimo de 100 IOPS y ampliar si es necesario.