Guía en profundidad
Simulador de escalado de base de datos e IOPS: cuando el coste de la base de datos gestionada supera los ingresos por usuario
Análisis ejecutivo del sector
Una base de datos gestionada es la parte de la infraestructura que más se quiere olvidar y que se acuerda de usted cuando llega la factura. Empieza como una instancia pequeña y un disco pequeño. Luego crecen los usuarios, las funciones añaden consultas, las tablas se llenan de historial y el plan que era barato se convierte en la mayor línea de la factura. A diferencia de los servidores web, las bases de datos no escalan añadiendo máquinas idénticas y baratas. Escalan pasando a instancias mayores, añadiendo rendimiento aprovisionado y copiándolo todo a réplicas, y cada uno de esos pasos multiplica el coste.
La estructura del problema es que el coste salta en escalones mientras los ingresos crecen con suavidad. Los tamaños de instancia se duplican: de dos a cuatro, a ocho, a dieciséis vCPU, con un precio que aproximadamente se duplica cada vez. El almacenamiento y las IOPS se facturan por separado y las réplicas multiplican todo ello. Los ingresos por usuario no se duplican cuando lo hace su instancia. Un negocio cómodamente rentable con 30.000 usuarios puede descubrir que el siguiente tamaño borra la ganancia de los siguientes 10.000 usuarios.
El modelo del efecto dominó sigue la cadena. Los usuarios y las IOPS por millar de usuarios fijan la demanda máxima sobre la capa de almacenamiento. Los requisitos de computación deciden el tamaño de la instancia, que a su vez fija la factura junto con las réplicas, el almacenamiento y el rendimiento aprovisionado. La factura se convierte en un porcentaje de los ingresos, que finalmente decide el beneficio. Una consulta mal indexada puede cambiar la primera casilla en un factor de tres sin ningún cambio en los usuarios, y por eso la optimización de consultas suele ser la forma más barata de reducir todas las casillas posteriores.
El iceberg separa la instancia que todos ven de los extras que hacen la factura mayor de lo esperado. Son visibles la instancia primaria y el almacenamiento. Bajo la línea de flotación están las réplicas, que repiten computación y almacenamiento, las IOPS aprovisionadas por encima de la base que incluye un disco, las copias de seguridad conservadas durante semanas y el tráfico que replica datos entre zonas. Cada una se factura bajo un epígrafe distinto, por lo que es fácil subestimarlas al planificar. Use el simulador para probar cómo se comporta su propia arquitectura a medida que crecen los usuarios y dónde la base de datos deja de ser asequible.
Esquema de fórmulas y metodología
El modelo es un único mes. La demanda máxima de IOPS son los usuarios por millar por las IOPS por millar por un factor de pico de 2,5. La computación necesaria es de 0,0005 vCPU por usuario, redondeada hacia arriba a un tamaño de instancia potencia de dos con un mínimo de dos. Cada réplica repite la instancia primaria, el almacenamiento y las IOPS aprovisionadas. Las IOPS aprovisionadas se facturan por encima de una base de 3.000. El almacenamiento, las copias de seguridad y la replicación entre zonas se suman al total, y los demás costes son el 40 % de los ingresos.
- IOPS máximas
- I = usuarios ÷ 1000 × IOPS por 1000 × 2,5
- Operaciones por segundo que la capa de almacenamiento debe sostener en el pico.
- Tamaño de la instancia
- V = 2^techo(log₂(max(2, usuarios × 0,0005)))
- vCPU de la instancia primaria, que se ofrecen en tamaños potencia de dos.
- Factura de la base de datos
- D = (1 + réplicas) × (V × precio + coste de IOPS + almacenamiento) + copias + entre zonas
- Computación, rendimiento y almacenamiento repetidos en cada nodo, más copias de seguridad y replicación.
- IOPS aprovisionadas
- max(0, I − 3000) × 0,10 $ por nodo
- Rendimiento por encima de lo que incluye el disco, facturado en cada nodo.
- Beneficio neto
- Neto = ingresos × (1 − 40 %) − D
- El resultado mensual. El punto de ruptura es donde llega a cero.
Elasticidad en cascada
Las réplicas y las IOPS por usuario son los datos más elásticos, ya que cada uno se multiplica en cada nodo. Los ingresos por usuario escalan todo el margen. Los usuarios modifican el resultado tanto por los ingresos como por el salto a una instancia mayor, de modo que el crecimiento no es una victoria gratuita.
Tres casos prácticos reales
Inicio con recursos propios
Un producto pequeño con una base de datos mínima
Un producto joven tiene tres mil usuarios, una sola réplica y pocos datos por usuario. Los ingresos por usuario son altos y la instancia es del tamaño mínimo. Cárguelo para ver que la base de datos es insignificante al principio y cómo unos ingresos altos por usuario dan margen para crecer.
Mediana empresa en crecimiento
Una gran base de usuarios con consultas eficientes
Un producto con trescientos mil usuarios mantiene bajas las IOPS por usuario mediante indexación y caché y funciona con dos réplicas. La factura es grande en términos absolutos, pero una parte modesta de los ingresos. Cárguelo para ver la escala funcionando cuando las consultas están optimizadas.
Crisis de cisne negro
Consultas pesadas y demasiadas réplicas
Un producto con una gran base de usuarios y pocos ingresos por usuario ejecuta consultas sin índices, cinco réplicas y muchos datos almacenados por usuario. Las IOPS aprovisionadas y las réplicas multiplican todos los costes. Cárguelo para ver cómo la factura de la base de datos supera a los ingresos y qué palanca recupera el mes.
Matriz de referencias del sector
| Métrica | Zona de peligro | Promedio del sector | Élite (10 % superior) |
|---|---|---|---|
| Coste de la base de datos como porcentaje de los ingresos | Más del 35 % | 8–15 % | Menos del 6 % |
| Coste de la base de datos por usuario activo y mes | Más de 0,25 $ | 0,05–0,12 $ | Menos de 0,04 $ |
| Réplicas en un SaaS típico | Más de 3 sin una necesidad clara de lectura | 1–2 | 1 de reserva más réplicas de lectura específicas |
| Porcentaje de las IOPS aprovisionadas que se usa realmente en el pico | Menos del 30 % | 50–70 % | 70–85 % |
| Retención de copias de seguridad | Meses de instantáneas completas | 7–14 días | Retención escalonada con archivo |
Variables y palancas
Usuarios activos
Usuarios que generan carga en la base de datos en un mes típico.
Palanca: No dé por hecho que más usuarios siempre significan un mejor margen; compruebe que los ingresos por usuario siguen cubriendo el siguiente tamaño de instancia.
Ingresos por usuario al mes
Ingresos mensuales medios que obtiene de un usuario activo.
Palanca: Eleve los ingresos por usuario mediante niveles de precios, porque el coste de la base de datos por usuario crece con el uso y el almacenamiento.
IOPS relevantes en el pico por cada 1.000 usuarios
Operaciones medias de lectura y escritura por segundo que genera cada millar de usuarios. El diseño de las consultas y la indexación son lo que más lo modifica.
Palanca: Añada los índices que faltan, almacene en caché las lecturas más frecuentes y agrupe las escrituras; reducir las IOPS suele evitar tanto discos más grandes como instancias mayores.
Precio por vCPU al mes
Lo que cobra su base de datos gestionada por vCPU y mes para la clase de instancia que utiliza.
Palanca: Compare familias de instancias y comprométase con capacidad reservada cuando su carga sea predecible.
Réplicas de lectura y de reserva
Copias adicionales de la base de datos para lecturas o para conmutación por error. Cada una repite el coste de computación, almacenamiento e IOPS.
Palanca: Cuestione cada réplica: mantenga una de reserva para la conmutación por error y añada réplicas de lectura solo cuando las lecturas realmente las necesiten.
Datos almacenados por usuario (GB)
Gigabytes medios de almacenamiento de base de datos que añade cada usuario, incluidos los índices.
Palanca: Archive las filas antiguas en un almacenamiento más barato, fije límites de retención y comprima las columnas grandes.
Cómo usar este simulador
- 1Parta del escenario realista o introduzca sus usuarios, los ingresos por usuario y los detalles de su instancia actual.
- 2Lea las cinco casillas del efecto dominó para ver si la demanda de IOPS o el tamaño de la instancia se ponen en rojo primero.
- 3Pulse «Encontrar mi punto de ruptura» para ver la carga o el número de réplicas que anula el beneficio.
- 4Compare la configuración actual con el plan de optimización en el gráfico de 24 meses.
- 5Revise cada trimestre las consultas lentas y las réplicas sin uso, antes del siguiente escalón de instancia.
Errores que conviene evitar
- Suponer que el coste de la base de datos crece en proporción a los usuarios, cuando crece en escalones y se multiplica con las réplicas.
- Aprovisionar IOPS muy por encima de lo que usa la carga de trabajo, porque el ajuste se copió de un sistema mayor.
- Mantener réplicas de lectura que ninguna consulta utiliza, pagando dos o tres veces por computación y almacenamiento.
- Ampliar la instancia antes de examinar las consultas lentas y los índices que faltan, que son los que crearon la carga.
Preguntas frecuentes
¿Qué son las IOPS y por qué se facturan?
IOPS significa operaciones de entrada y salida por segundo: cuántas lecturas y escrituras realiza la capa de almacenamiento. Algunos niveles de almacenamiento incluyen una base y facturan el rendimiento aprovisionado por encima de ella. Consulte las reglas vigentes de su proveedor.
¿Cuándo debo añadir una réplica de lectura?
Cuando las lecturas dominan claramente y la instancia primaria es el cuello de botella, o cuando necesita latencia geográfica o conmutación por error. Añadir réplicas por costumbre multiplica toda la factura.
¿Por qué salta el coste con ciertos números de usuarios?
Las instancias se ofrecen en tamaños fijos, de modo que al cruzar un umbral pasa al tamaño siguiente, con un precio aproximadamente doble. El modelo usa tamaños potencia de dos para mostrar esos saltos.
¿Es mejor una instancia mayor que más réplicas?
Para las escrituras, la respuesta habitual es una instancia primaria mayor. Para las lecturas ayudan las réplicas o la caché. La mezcla adecuada depende de la carga de trabajo, así que mida antes de escalar.
¿Cómo encuentro el número de usuarios con el que la base de datos se vuelve inasumible?
Pulse «Encontrar mi punto de ruptura». La herramienta desplaza cada dato hacia su extremo desfavorable e indica el valor en el que el beneficio mensual llega a cero.
¿Qué grado de precisión tiene esto?
Es un modelo educativo con precios ilustrativos, no un presupuesto técnico ni un asesoramiento. Sustituya las constantes por los precios actuales de su proveedor y por su carga medida.
Este es un modelo educativo de planificación con supuestos declarados. No constituye asesoramiento financiero, fiscal ni jurídico. Sustituya los datos por sus propias cifras y consulte las decisiones importantes con un profesional cualificado.