La memoria DRAM atraviesa su peor ciclo de precios en años y el efecto ya llega a quien alquila infraestructura. Cuando la RAM pesa más en el costo del servidor, la pregunta clásica "¿VPS o dedicado?" cambia de forma: ahora importa cuántos GB sostenidos necesitás y cuánto te cobran por cada uno.
Un VPS con mucha RAM es una porción virtualizada de un servidor físico compartido, con memoria que se paga por GB y se escala por planes. Un servidor dedicado es una máquina física entera, con RAM, CPU y disco exclusivos, que se cotiza como paquete fijo. Con la RAM cara, la diferencia clave es cómo escala el precio: casi lineal por GB en el VPS, y en saltos grandes (por ejemplo 64, 128 o 256 GB) en el dedicado.
¿Qué está pasando con el precio de la RAM en octubre de 2026?
El mercado de DRAM sigue con oferta insuficiente y los precios de contrato siguen subiendo, aunque más despacio que a principios de año. El 30 de septiembre de 2026, TrendForce proyectó que la DRAM convencional crecerá entre 10% y 15% trimestre contra trimestre en el 4T26, y que la DRAM para servidores seguirá con oferta insuficiente, con aumentos que para algunos proveedores irán por detrás del promedio del mercado por los acuerdos de largo plazo.
- Los proveedores priorizan servidores. Según TrendForce (30/09/2026): "DRAM suppliers continue to prioritize advanced-process capacity for high-performance server products in 4Q26, keeping the overall market undersupplied".
- El almacenamiento también sube. El mismo informe proyecta un alza de 15% a 20% trimestral para NAND Flash, y los SSD empresariales aceleran con más de 80% de crecimiento interanual en demanda de bits.
- La demanda ya no es solo de entrenamiento de IA. TrendForce menciona demanda de servidores generales para cargas de "agentic AI", lo que presiona también a la RAM que usan las cargas web y de bases de datos comunes.
¿Por qué la RAM de servidor se encareció tanto?
El encarecimiento viene de una reasignación de capacidad de fabricación: los grandes fabricantes de DRAM priorizan memoria para aceleradores de IA y servidores de alto rendimiento, y dejan menos oblea disponible para DDR4/DDR5 convencional. Es un problema de oferta estructural más que un pico de demanda puntual.
- Competencia por la misma capacidad. HBM, GDDR y RDIMM compiten por procesos avanzados y por capacidad de empaquetado y testeo, que TrendForce también señala como restricción.
- Los proveedores de hosting compran en el mismo mercado. Un proveedor que no es hiperescalar paga el mismo mercado ajustado, y lo traslada con rezago a los precios de sus planes.
- El alivio no es inmediato. TrendForce indica que la oferta de DRAM seguirá ajustada en 2027. Es una proyección y puede cambiar; verificá los reportes trimestrales más recientes.
¿Cómo afecta esto a los precios de VPS y servidores dedicados?
El impacto depende de cuánta RAM lleve el plan: cuanto más memoria incluye, mayor es el peso del componente más caro en el precio final. Es razonable esperar ajustes en los precios de VPS y dedicados si los contratos de memoria siguen subiendo.
- El VPS traslada el costo GB por GB. Si tu carga crece de 8 a 32 GB, pagás 4 veces la RAM al precio actual del mercado.
- El dedicado agrupa el costo. Pagás un paquete entero (RAM, CPU, discos, ancho de banda) y la RAM extra "que sobra" no te sale gratis, pero el costo marginal de usarla sí es cero.
- Los precios de renovación pueden diferir de los de alta. Revisá si el precio es fijo por el plazo contratado o si se reajusta; en un mercado alcista, un plazo con precio congelado vale más que antes.
¿A partir de cuántos GB conviene un servidor dedicado frente a un VPS?
No hay un número universal de GB. Como criterio orientativo (no es un benchmark, es una regla práctica que debés validar con cotizaciones reales): por debajo de unos 16 GB conviene casi siempre un VPS; entre 16 y 64 GB es zona gris que se define por CPU, disco y tolerancia a fallas; y por encima de unos 64 GB de uso sostenido 24/7 vale la pena cotizar un dedicado.
| Rango de RAM sostenida | Suele convenir | Qué decide |
|---|---|---|
| Hasta ~16 GB | VPS | Flexibilidad, resize rápido, costo de entrada bajo |
| ~16 a ~64 GB | Depende | CPU sostenida, I/O de disco, latencia, necesidad de snapshots |
| ~64 GB o más, 24/7 | Cotizar dedicado | Costo por GB, ECC, CPU y NVMe exclusivos, sin vecinos ruidosos |
Otras señales pesan tanto como los GB:
- CPU sostenida alta. Si además de memoria usás núcleos al 60-70% de forma continua, el VPS compartido suele perder por latencia variable.
- Bases de datos que viven en caché. PostgreSQL, Redis/Valkey o Elasticsearch con working sets grandes se benefician de RAM física estable y NVMe local.
- Necesidad de virtualizar adentro. Si vas a correr muchas VMs propias, un dedicado con Proxmox VE te deja repartir la RAM sin pagar el margen de cada instancia.
- Picos cortos y pocos. Si la RAM alta se usa unas horas al día, un VPS que escalás a demanda sigue siendo mejor.
¿Cómo calcular el punto de quiebre entre VPS y dedicado con tus números?
El punto de quiebre es la cantidad de RAM a la cual el costo mensual total del VPS iguala al del dedicado, incluyendo lo que cuesta operarlo. Se calcula con una comparación simple entre dos totales.
Costo_VPS = (GB_necesarios × precio_por_GB_VPS) + extras_VPS
(backups, IP, disco adicional, tráfico)
Costo_dedicado = precio_mensual_dedicado + extras_dedicado
+ costo_operativo (monitoreo, hardware, redundancia)
Conviene dedicado cuando: Costo_VPS > Costo_dedicado
y además GB_necesarios ≤ RAM_del_dedicado × 0.7 (dejá margen de crecimiento)- Usá GB reales, no los del plan. Tomá el percentil alto de tu consumo mensual, no el máximo de un pico aislado.
- Sumá la redundancia. Un dedicado es un único punto de falla físico: si necesitás alta disponibilidad, comparás dos dedicados (o uno más backups probados) contra un VPS con snapshots.
- Sumá el tiempo de migración. Aprovisionar y migrar un dedicado lleva más que redimensionar un VPS; si tu carga puede cambiar pronto, el quiebre se corre a favor del VPS.
- Pedí cotización por plazo. En un mercado donde la RAM sube, el plazo de contrato y la cláusula de ajuste cambian el resultado más que 8 GB de diferencia.
Podés pedir cotización de ambos formatos a tu proveedor local. Verificá siempre precios y especificaciones vigentes en el sitio oficial.
¿Cómo medir cuánta RAM necesita realmente tu servidor?
Medí la columna available de free, no la de "usada", porque Linux usa la RAM libre como caché de archivos. La memoria realmente necesaria es la que ocupan tus procesos más un margen, no el total que muestra el sistema.
# Resumen general (mirá "available")
free -h
# Procesos que más memoria residente consumen
ps aux --sort=-rss | head -n 15
# Presión de memoria real (kernel con PSI habilitado)
cat /proc/pressure/memory
# Actividad de swap y paginación cada segundo
vmstat 1
# Evidencia de OOM killer
journalctl -k | grep -i "out of memory"
# Si usás contenedores
docker stats --no-stream- "available" bajo y swap activo indica falta real de RAM.
- PSI con valores sostenidos en "some" o "full" indica que los procesos esperan por memoria, aunque nada haya muerto todavía.
- Mensajes de OOM killer confirman que el kernel ya tuvo que matar procesos: no te alcanza el plan actual.
- Mucha memoria usada solo por caché no es un problema; es el sistema aprovechando RAM libre.
¿Qué podés hacer hoy antes de pagar más RAM?
Lo más rentable es bajar el consumo antes de comprar memoria al precio actual. Muchas cargas usan bastante más RAM de la que necesitan por configuraciones por defecto.
- Ajustá los límites de las bases de datos. Revisá
shared_buffersen PostgreSQL ymaxmemorycon política de evicción en Redis o Valkey. - Limitá el heap de la JVM y los workers. Definí
-Xmxy reducí la cantidad de workers de PHP-FPM, Gunicorn o Node según la RAM por proceso que medís. - Poné límites de memoria en contenedores. Con
mem_limitodeploy.resources.limits.memoryevitás que un servicio ahogue a los demás. - Considerá zram. Comprime páginas en memoria y puede dar margen en cargas con datos compresibles, a costa de CPU.
- Separá la carga en el tiempo. Pasá trabajos batch a ventanas fuera de pico para no dimensionar el servidor por el peor minuto del día.
Preguntas frecuentes
¿Cuántos GB de RAM hacen falta para pasar de un VPS a un servidor dedicado?
No hay un umbral fijo; como regla práctica, si tu consumo sostenido supera unos 64 GB conviene cotizar un dedicado. Entre 16 y 64 GB, la decisión depende de CPU, disco y tolerancia a fallas, así que comparás cotizaciones reales.
¿Va a bajar el precio de la RAM pronto?
No en el corto plazo según las proyecciones disponibles. TrendForce prevé que la DRAM siga con oferta insuficiente y suba entre 10% y 15% en el 4T26, y que la oferta siga ajustada en 2027, una proyección que puede cambiar.
¿Un dedicado es siempre más rápido que un VPS?
No siempre, pero sí es más predecible. En un dedicado no compartís CPU, memoria ni disco con otros clientes, así que la latencia varía menos; si tu carga es chica o intermitente, esa ventaja no justifica el costo.
¿Qué pasa si me quedo sin RAM en un VPS?
El kernel empieza a usar swap y, si no alcanza, el OOM killer termina procesos, normalmente los que más memoria usan. Es habitual que sea la base de datos, así que conviene alertar por available bajo y por presión de memoria antes de llegar a ese punto.
¿Conviene esperar a que baje la RAM antes de contratar?
Solo si tu carga actual funciona bien. Si ya tenés OOM o swap sostenido, esperar te cuesta más en caídas que lo que ahorrarías; resolvé con optimización y un plan acorde, y revisá el plan cuando cambie el mercado.
Lectura complementaria
- Crear una plantilla cloud-init en Proxmox VE y Clonar VMs desde una plantilla en Proxmox VE: útiles si decidís repartir un dedicado en varias VMs propias.
- Ampliar un disco con LVM en Ubuntu sin perder datos y RAID1 por software con mdadm en Ubuntu: base de almacenamiento para cuando administrás tu propio hardware.
En resumen, con la RAM cara conviene decidir con mediciones y no por intuición: medí el consumo real, optimizá lo que se pueda y recién entonces comparás cotizaciones de VPS y dedicado con la fórmula de arriba. Los umbrales de GB de esta nota son orientativos; los precios y especificaciones los tenés que verificar con cada proveedor.
Cloud Serversby Donweb
Todo el poder de la nube a tus proyectos y aplicaciones.
Alojamiento ultra rápido, escalable y con alta disponibilidad.
- Performance que te sorprenderá
- Rápida escalabilidad y sin limitaciones
- Arquitectura de alta disponibilidad
- Soporte experto y ejecutivos de cuenta
- Pagos en tu moneda y facturación local
