Servidor dedicado para bases de datos: cómo dimensionarlo
Una base de datos rinde bien cuando el conjunto de datos que se consulta con frecuencia entra en memoria. Esa es la regla que ordena todo el dimensionamiento: si el índice y los datos calientes entran en RAM, las consultas no tocan disco y la velocidad se multiplica. Todo lo demás —discos rápidos, más núcleos— es secundario frente a eso.
La regla que ordena todo
Medí cuánto ocupan tus índices y las tablas que se consultan seguido. Si ese número entra en la memoria que le asignás al motor, las lecturas se resuelven sin ir al disco y el rendimiento da un salto de órdenes de magnitud.
Cuando no entra, cada consulta pide páginas al disco, y ahí sí importa qué disco tenés. Pero la solución barata casi siempre es sumar memoria, no cambiar el almacenamiento.
Cómo repartir los recursos
| Recurso | Criterio |
|---|---|
| Memoria | Entre el 60 y el 75 % del total para el motor |
| Núcleos | Uno por cada 10 a 20 conexiones activas |
| Disco de datos | NVMe, con espacio para el triple de lo actual |
| Disco de registro de transacciones | Separado del de datos si el volumen lo justifica |
| Red | La latencia con el servidor de aplicación importa más que el ancho |
| Respaldo | En otro equipo, con volcado consistente |
Dejar el 25 a 40 % de memoria fuera del motor no es desperdicio: el sistema operativo la usa como caché de archivos y hace falta para no llegar al swap.
Lo que rinde más que el hardware
- Índices en las columnas por las que se filtra y se ordena. Es lo primero, siempre.
- Revisar el registro de consultas lentas una vez por semana.
- Evitar traer filas que no se usan: el clásico "seleccionar todo" sobre tablas anchas.
- Agrupar operaciones en transacciones en lugar de una por fila.
- Archivar datos históricos que nadie consulta a tablas separadas.
Cuándo separar la base en su propio servidor
- Cuando la base y la aplicación se pelean por el mismo procesador en los picos.
- Cuando querés escalar la capa web sumando máquinas sin duplicar la base.
- Cuando necesitás afinar el sistema para la base sin afectar al resto.
- Cuando el volumen de datos supera lo que entra cómodo en un servidor compartido con otras funciones.
Preguntas frecuentes
¿Conviene la base en la misma máquina que la web?
En volúmenes chicos y medianos sí, y ahorra latencia de red. Se separa cuando compiten por recursos o cuando hace falta escalar cada capa por su cuenta.
¿Cuánta memoria le asigno al motor?
Entre el 60 y el 75 por ciento de la memoria del servidor, si es una máquina dedicada a la base. Pasarse hace que el sistema empiece a usar swap, que es peor que tener menos caché.
¿Réplica o respaldo?
Las dos, porque cubren cosas distintas. La réplica te da disponibilidad; el respaldo te salva del borrado por error, que la réplica copia fielmente en segundos.
Seguí leyendo
Alta disponibilidad: qué significa y cuánto cuesta de verdad
Cada nueve extra multiplica el costo. Qué hace falta para llegar a cada nivel y cómo decidir cuál necesitás.
SSD o NVMe en hosting: cuánto se nota de verdad
NVMe es varias veces más rápido que SSD SATA en las pruebas. En un sitio real la diferencia aparece solo en ciertos casos. Cuáles.
Migrar de un servidor viejo sin una ventana larga
Cómo mover producción a hardware nuevo con minutos de corte en lugar de una noche entera. El método de la réplica.