Aurora I/O

Tengo curiosidad si alguien más tiene Discourse funcionando en AWS a través de una configuración de instancia EC2 y RDS.

Hemos encontrado un problema en el que la cantidad de solicitudes de E/S está por las nubes y está creando un costo significativo. Actualmente estamos procesando 5.5 mil millones de solicitudes de E/S mensuales, lo que parece mucho para un foro de quizás 1000 usuarios activos.

1 me gusta

Este foro se ejecuta en EC2 / RDS, por lo que estamos bastante familiarizados con él.

Mi primera pregunta será: ¿por qué está utilizando Aurora? ¿No fue suficiente el PostgreSQL estándar en RDS?

1 me gusta

Esa es una buena pregunta. No estoy seguro de por qué se tomó esa decisión en retrospectiva. Supongo que el costo sería menor para PostgreSQL estándar, pero también estoy tratando de determinar si hay un problema de configuración que causa más solicitudes de E/S de las que debería haber.

1 me gusta

Revisaría RDS Performance Insights para obtener pistas.

Ok. Mi desarrollador también señaló: “Aurora se creó para no aprovisionar/asignar espacio de antemano y para una mejor gestión”.

Es parte del compromiso. No es necesario gestionar las alertas de espacio en disco a cambio de pagar más por el servicio.

Probé Aurora (hace un par de años) y no pasó todas las pruebas de Discourse en ese momento. Ejecutamos cientos de instancias de Discourse en AWS, pero usamos PostgreSQL RDS en todas ellas.

2 Me gusta

Gracias por esa perspectiva. Definitivamente investigaré la migración (si es posible).

1 me gusta

Gracias por tus comentarios. Acabamos de completar la migración de Aurora a PostgreSQL estándar.