performance - pricing - rds iops month of provisioned iops
AWS RDS Provisioned IOPS realmente lo vale? (2)
De acuerdo. Esta es una pregunta incorrecta porque no menciona el tamaño del almacenamiento asignado ni ningún otro detalle de la configuración. Usamos RDS y tiene sus ventajas y desventajas. Primero, no puede usar un dispositivo de almacenamiento efímero con RDS. Ni siquiera puede acceder al dispositivo de almacenamiento directamente cuando usa el servicio RDS.
Dicho esto: se supone que el medio de almacenamiento para RDS se basa en una variante de EBS de Amazon. El rendimiento de IOPS estándar depende del tamaño del volumen y hay muchas fuentes que indican que por encima de 100 GB de almacenamiento comienzan a "rastrear" los volúmenes de EBS. Esto proporciona un mejor acceso a datos de casos promedio tanto en lectura como escritura.
Actualmente administramos aproximadamente 300 GB de asignación de almacenamiento y podemos obtener 2k de IOP de escritura y 1K de IOP aproximadamente el 85% del tiempo durante un período de tiempo de varias horas. Utilizamos datadog para registrar esto para que podamos ver. Hemos visto ráfagas de hasta 4k escribir IOP, pero nada sostenido así.
El principal síntoma que vemos desde el lado de la aplicación es la contención del bloqueo si el IOPS para la escritura no es suficiente. El número y la frecuencia que obtiene de estos en los registros de su aplicación le darán los síntomas para agotar el IOPS de RDS estándar. También puede usar un servicio como datadog para monitorear el IOPS.
El problema con los IOPS aprovisionados es que asumen volúmenes estables de escrituras / lecturas para ser rentables. Esto casi nunca es un caso de uso realista y es la razón por la que Amazon comenzó a reparar los servicios en la nube. La única garantía que obtiene con P-IOPS es que obtendrá una capacidad máxima de rendimiento reservada. Si no lo usa, pague todavía.
Si está de acuerdo con la ejecución de réplicas, se recomienda ejecutar una réplica de solo lectura como una instancia NON-RDS y colocarla en una instancia EC2 habitual. Puede obtener mejores IOPS de lectura a un precio mucho más económico administrando la réplica usted mismo. Incluso configuramos réplicas fuera de AWS usando stunnel y colocamos unidades SSD como el dispositivo de bloques principal y obtenemos velocidades de lectura ridículas para nuestros sistemas de informes, literalmente 100 veces más rápido que lo que obtenemos de RDS.
Espero que esto ayude a dar algunos detalles del mundo real. En resumen, en mi opinión, a menos que deba garantizar un cierto nivel de capacidad de rendimiento (o su aplicación fallará) de manera constante (o en cualquier punto dado) hay mejores alternativas a IOPS aprovisionadas, incluida la división de lectura y escritura con lectura -replicas de Memcache, etc.
Según tengo entendido, RDS Provisioned IOPS es bastante caro en comparación con la tasa de E / S estándar.
En la región de Tokio, la tasa P-IOPS es de 0,15 $ / GB, 0,12 $ / IOP para la implementación estándar. (El doble de precio para la implementación Multi-AZ ... )
Para P-IOPS, el almacenamiento mínimo requerido es de 100 GB, el IOP es de 1000. Por lo tanto, el costo de inicio de P-IOPS es de 135 $ sin incluir el precio de la instancia.
Para mi caso, usar P-IOPS cuesta aproximadamente 100 veces más que usar la tasa de E / S estándar.
Esta puede ser una pregunta muy subjetiva, pero por favor, denme una opinión.
En la base de datos más optimizada para RDS P-IOPS, ¿valdría la pena el rendimiento?
o
El sitio de AWS brinda algunas ideas sobre cómo P-IOPS puede beneficiar el rendimiento. ¿Hay algún punto de referencia real?
RESPUESTA DE SI MISMO
Además de la respuesta que escribió zeroSkillz, investigué un poco más. Sin embargo, tenga en cuenta que no soy un experto en la lectura de puntos de referencia de bases de datos. Además, el punto de referencia y la respuesta se basaron en EBS.
Según un artículo escrito por "Rodrigo Campos", el rendimiento realmente mejora significativamente.
Desde 1000 IOPS hasta 2000 IOPS, el rendimiento de lectura / escritura (incluido el de lectura / escritura aleatoria) se duplica. De lo que dijo zeroSkillz, el bloque estándar de EBS brinda aproximadamente 100 IOPS. Imagine la mejora en el rendimiento cuando 100 IOPS llega a 1000 IOPS (que es el IOPS mínimo para la implementación de P-IOPS).
Conclusión
De acuerdo con el índice de referencia, el rendimiento / precio parece razonable. Para situaciones de rendimiento crítico, supongo que algunas personas o empresas deberían elegir P-IOPS incluso cuando se les cobre 100 veces más.
Sin embargo, si fuera un asesor financiero en una pequeña o mediana empresa, simplemente ampliaría gradualmente (como en CPU, memoria) en mis instancias de RDS gradualmente hasta que el rendimiento / precio coincida con P-IOPS.
Entonces, acabo de recibir una llamada de un Ingeniero de Sistemas de Amazon, y él tenía algunas ideas interesantes relacionadas con esta pregunta. (es decir, esto es conocimiento de segunda mano).
los bloques EBS estándar pueden manejar bien el tráfico de ráfagas, pero eventualmente disminuirán a aproximadamente 100 iops. Hubo varias alternativas que sugirió este ingeniero.
algunos clientes usan múltiples bloques pequeños de EBS y los rayan. Esto mejorará IOPS y será el más rentable. No necesita preocuparse por la duplicación porque EBS se refleja detrás de las escenas.
algunos clientes usan el almacenamiento efímero en la instancia de EC2. (o instancia RDS) y tienen múltiples esclavos para "garantizar" la durabilidad. El almacenamiento efímero es de almacenamiento local y mucho más rápido que EBS. Incluso puede usar instancias de SSD aprovisionadas con SSD.
algunos clientes configurarán el maestro para usar IOPS aprovisionados o almacenamiento efímero SSD, luego usarán almacenamiento EBS estándar para los esclavos. El rendimiento esperado es bueno, pero el rendimiento de conmutación por error se degrada (pero aún está disponible)
de todos modos, si decides usar cualquiera de estas estrategias, volvería a verificar con Amazon para asegurarme de que no he olvidado ningún paso importante. Como dije antes, este es el conocimiento de segunda mano.