¿Cuánta RAM necesita realmente tu VPS de Linux?

La memoria RAM suele ser el recurso que determina si un VPS va rápido o se cuelga. En esta guía te explicamos cuánta memoria necesita realmente tu servidor en función de tu pila tecnológica, tu tráfico y lo que ejecutas en segundo plano. Encontrarás cifras de referencia para tipos de sitios web habituales, una tabla de dimensionamiento por casos de uso y las señales específicas que te indican que es hora de aumentar la capacidad.

La mayoría de las páginas web funcionan sin problemas en un VPS con entre 2 GB y 8 GB de RAM. La cantidad adecuada depende de lo que haya en la memoria al mismo tiempo: tu servidor web, los procesos de PHP, la base de datos, cualquier capa de almacenamiento en caché y el número de visitantes que acceden a la página a la vez. Cuando esas demandas combinadas superan lo que ofrece tu plan, las solicitudes empiezan a ponerse en cola, los tiempos de respuesta aumentan y el sistema operativo empieza a cerrar procesos para seguir funcionando.

¿Qué es lo que controla realmente la RAM en un VPS?

La RAM es la memoria de trabajo que utiliza tu servidor para gestionar las solicitudes en tiempo real. Cada vez que se carga una página, tu servidor web, PHP y la base de datos se cargan en la memoria para generar la respuesta, y es en la RAM donde se lleva a cabo ese proceso.

En una pila típica, hay tres cosas que compiten por él:

• Memoria por solicitud. Cada proceso de PHP almacena el código y los datos necesarios para procesar una solicitud. Si hay diez visitantes a la vez, eso puede significar que haya diez procesos ejecutándose a la vez, y cada uno ocupa su propia porción de memoria.
• La base de datos. MySQL o MariaDB almacenan en caché los índices y los datos que se consultan con frecuencia en la memoria. Cuanto más pueda almacenar, menos veces tendrá que recurrir al disco, lo que reduce la lentitud.
• Almacenamiento en caché y servicios en segundo plano. Las cachés de objetos, las cachés de páginas, los procesos de cola y las tareas programadas ocupan memoria tanto si hay visitantes en la web como si no.

Cuando la demanda supera la RAM física, Linux recurre al swap, que traslada las páginas de memoria al disco. El disco es mucho más lento que la RAM, incluso con NVMe , así que un servidor que usa mucho el swap se nota lento mucho antes de que se le acabe por completo la memoria.

¿Cuánta memoria RAM necesita una página web básica?

Una página web sencilla tipo folleto, un blog pequeño o una web empresarial con poco tráfico funcionan perfectamente con 2 GB de RAM. Eso da para el servidor web, unos cuantos procesos PHP, una base de datos pequeña y un almacenamiento en caché ligero, y aún te sobra margen.

Si añades un creador de páginas, un filtro antispam para el formulario de contacto, un plugin de análisis y unas cuantas integraciones, los 2 GB se quedan cortos cuando hay picos de tráfico. En ese momento, los 8 GB te dan margen para los visitantes simultáneos sin que los trabajadores se cuelguen. Este es el rango en el que se sitúan la mayoría de las páginas web de pequeñas empresas en crecimiento.

¿Cuánta memoria RAM WordPress ?

WordPress es ligero, pero son los plugins y los temas los que hacen que se consuma más memoria. El WordPress recomienda al menos 512 MB de RAM y PHP 8.3 o una versión más reciente para una instalación en producción, y las nuevas funciones de IA de WordPress .0 funcionan mejor con unos 512 MB de memoria PHP disponible. Esas cifras son un mínimo, no un objetivo.

En la práctica, calcula entre 2 y 4 GB para una web de contenido simple, entre 8 y 16 GB si añades WooCommerce o un plugin de suscripciones, y 24 GB o más para una tienda con mucho tráfico. WooCommerce consume mucha memoria porque los carritos, las sesiones y la lógica de pago se ejecutan de forma dinámica y no se pueden almacenar completamente en caché.

La memoria de PHP es independiente de la RAM del servidor, y esta distinción suele confundir a la gente. El PHP memory_limit establece un límite máximo por proceso, y su valor predeterminado histórico de 128 MB suele ser demasiado bajo para sitios con muchos plugins. Una WordPress real WordPress suele necesitar un límite de PHP de 256 MB, y de 512 MB para configuraciones más exigentes. Aumentar ese límite permite que cada solicitud se complete, pero también significa que cada proceso de PHP puede ocupar más de tu RAM total, así que ambas cifras tienen que ajustarse al mismo tiempo.

¿Cuánta RAM usan las capas de caché como Redis y Varnish?

El almacenamiento en caché sacrifica RAM a cambio de velocidad, y es uno de los mejores usos que se le puede dar a la memoria en un VPS. El problema es que la caché ocupa espacio en la RAM, así que tienes que tenerlo en cuenta a la hora de calcular tus recursos.

• El almacenamiento en caché de objetos con Redis guarda los resultados de las consultas a la base de datos en la memoria, por lo que las consultas repetidas nunca acceden a la base de datos. Un sitio WordPress WooCommerce con mucho tráfico puede asignar entre 256 MB y 1 GB a Redis, y esa memoria se mantiene reservada incluso cuando el tráfico es escaso. Puedes obtener más información en la documentación de Redis.
• El almacenamiento en caché de páginas con Varnish o NGINX guarda en memoria las páginas ya renderizadas por completo y las muestra sin necesidad de ejecutar PHP en absoluto. Esta es la mejora de rendimiento más importante para los sitios web con mucho tráfico de lectura, y se adapta al número de páginas únicas que almacenes en caché.
• OPcache guarda el bytecode compilado de PHP en la memoria para que el servidor no tenga que recompilar los scripts en cada solicitud. Lo habitual es asignarle 256 MB, lo que reduce notablemente la carga de la CPU.

Si los sumas todos, es posible que acabes dedicando entre 1 GB y 2 GB solo al almacenamiento en caché antes incluso de que llegue un solo visitante. Es una inversión de memoria que vale la pena, pero cambia tus cálculos de dimensionamiento.

¿Cuánta RAM necesita tu base de datos?

La base de datos suele ser la culpable silenciosa de la presión sobre la memoria. MySQL y MariaDB usan un «buffer pool» para mantener los índices y los datos más consultados en la RAM, y un objetivo habitual de optimización es ajustar el tamaño de ese «buffer pool» entre el 50 % y el 70 % de la memoria que le dedicas a la base de datos.

Un sitio web pequeño, con unos pocos miles de filas, apenas lo nota. Una tienda con un amplio catálogo de productos, historial de pedidos y cuentas de clientes puede hacer que la base de datos ocupe varios gigabytes de memoria activa. Si tu base de datos y tus procesos de PHP se disputan la misma RAM, ambos se ralentizan, y la solución suele ser añadir más memoria en lugar de ajustar más la configuración.

¿Cómo influyen el tráfico y la concurrencia en tus necesidades de RAM?

El número total de visitas mensuales importa menos que la concurrencia, que es el número de personas que acceden a tu página web al mismo tiempo. La RAM se consume por cada solicitud simultánea, no por cada visitante diario.

Una web con 50 000 visitas al mes repartidas de forma uniforme necesita mucha menos memoria que una web con el mismo número total de visitas, pero que llega a picos de 300 usuarios simultáneos durante el lanzamiento de un producto o el envío de un correo electrónico. Cada una de esas solicitudes simultáneas puede generar un proceso PHP, y cada proceso consume memoria.

Hay dos palancas que reducen la presión:

• El almacenamiento en caché de páginas atiende a la mayoría de los visitantes desde la caché, así que nunca se crea un proceso PHP. Por eso, una web bien optimizada para la caché puede gestionar picos de tráfico con una cantidad modesta de RAM.
• Los límites de trabajadores restringen el número de procesos PHP que se pueden ejecutar a la vez. Si los pones demasiado altos, un pico de tráfico puede agotar la memoria; si los ajustas teniendo en cuenta tu RAM, el servidor se mantendrá estable bajo carga.

¿Cuánta memoria RAM necesitan las aplicaciones para desarrolladores?

Además de las páginas web, un VPS suele ejecutar cargas de trabajo de aplicaciones: una API de Node.js, un servicio de Python, procesos de cola en segundo plano o uno o dos contenedores. Estos tienen un tamaño diferente al de una pila LAMP estándar.

Una sola aplicación de Node.js o Python con una base de datos y una caché funciona bien con 8 GB, aunque un servicio ligero puede funcionar con menos. Las cargas de trabajo en contenedores añaden una sobrecarga porque cada contenedor lleva su propio entorno de ejecución, y tanto la orquestación como los trabajadores de cola y las capas de caché reservan memoria independientemente de si hay o no flujo de peticiones. Si estás ejecutando un servidor de aplicaciones, una base de datos y una caché a la vez, 16 GB o más te dan el margen necesario para evitar reinicios bajo carga. Ten en cuenta que un VPS está pensado para la capa de aplicaciones y orquestación, más que para el entrenamiento de modelos, ya que no incluye hardware de GPU.

Cómo elegir la memoria RAM para un VPS según el uso que le vayas a dar

Úsalo como punto de partida y luego ajústalo según tu configuración de caché y el espacio que ocupa la base de datos.

Caso práctico	RAM típica	¿Qué está haciendo que suba esa cifra?
Un blog o una página web tipo folleto	2 – 4 GB	Poca carga de PHP, base de datos pequeña, almacenamiento en caché mínimo
Página web empresarial con plugins	8 GB	Más trabajadores simultáneos, una gama de complementos más completa
¿WooCommerce o una web de membresía?	16 GB	Pago dinámico, sesiones, almacenamiento en caché de objetos
Agencia que gestiona las páginas web de varios clientes	24 GB	Varias bases de datos y grupos de trabajadores en un mismo servidor
Servidor de aplicaciones, base de datos y caché	32 GB	Tiempo de ejecución de la aplicación, orquestación, caché reservada

¿Cuáles son las señales de que te has quedado sin memoria RAM?

Los problemas de memoria se notan antes de que el sitio deje de funcionar. Estate atento a estas señales:

• Errores de falta de memoria en tus registros, incluidos los errores fatales de PHP que hacen referencia al límite de memoria o a procesos que el sistema operativo ha cerrado.
• Uso intensivo del swap, que puedes consultar en free -h a través de SSH. Si ves actividad constante en el espacio de intercambio, significa que te has quedado sin RAM física.
• Los tiempos de respuesta aumentan cuando hay mucha carga, mientras que un servidor que funciona en silencio sigue siendo rápido. Esa diferencia apunta a un conflicto de memoria durante el tráfico, no a que la web sea lenta en general.
• Que la base de datos o el servidor web se reinicien solos, lo que suele significar que el «OOM killer» está interviniendo para recuperar memoria.

Es normal que aparezcan uno o dos de estos durante un pico puntual. Si los ves cada semana, significa que la carga de trabajo ha superado lo previsto en el plan, y añadir RAM te servirá más que cualquier otro ajuste.

¿Influye en tus cálculos de RAM si el VPS es gestionado o autogestionado?

Sí, un poco. Un panel de control y el conjunto de medidas de seguridad consumen memoria por sí mismos, y eso sorprende a la gente que da por hecho que un panel no ocupa nada. cPanel WHM, o Control Web Panel, ejecutan servicios en segundo plano que consumen unos cientos de megabytes antes incluso de que tu página web cargue una sola página.

En un VPS gestionado, InMotion se encarga del sistema operativo, las actualizaciones y el panel de control, así que puedes destinar un poco más de RAM a eso y no perder ni un minuto en la administración del servidor. En un VPS autogestionado, tienes acceso root completo y puedes configurarlo todo tú mismo, incluyendo lo minimalista que quieras que sea la instalación base. Ambas opciones de InMotion funcionan con NVMe y te permiten elegir entre cPanel Control Web Panel, además de ser compatibles con AlmaLinux 9, Ubuntu 22.04 LTS y Debian 12.

Cómo elegir el plan VPS de InMotion más adecuado

Empieza por tu pila de aplicaciones, no por el precio. Suma todo lo que se ejecuta en memoria a la vez: el servidor web y los procesos de PHP, el buffer pool de tu base de datos, tus capas de caché y cualquier servicio de la aplicación. Busca un plan que se ajuste a ese total y que te deje margen para crecer, ya que si te acercas al límite máximo no te quedará nada para los picos de tráfico.

Una regla práctica:

• Elige entre 2 y 4 GB para una página web de contenido o de empresa.
• Elige 8 GB para una web empresarial basada en un CMS.
• Elige 16 GB si vas a crear una tienda, una página de membresía o un pequeño conjunto de páginas para clientes.
• Elige 24 GB o más si vas a ejecutar aplicaciones o si tienes una configuración con varias sedes muy activa.

El alojamiento VPS de InMotion funciona con NVMe en clústeres de alta disponibilidad, con un acuerdo de nivel de servicio (SLA) que garantiza un tiempo de actividad del 99,99 % y asistencia técnica interna las 24 horas del día, los 7 días de la semana, en tres centros de datos. Puedes pasar de un plan más pequeño a uno más grande a medida que crezcan tus necesidades de memoria, y elegir entre un control gestionado o autogestionado, según el nivel de implicación que quieras tener. Si prefieres que un especialista adapte tu entorno a tu carga de trabajo real, habla con nuestro equipo de ventas y lo analizaremos juntos.

¿Listo para elegir un plan? Compara las especificaciones actuales del alojamiento VPS de InMotion o, si tu tienda o aplicación con mucho tráfico ya ha superado los límites de los recursos virtualizados, echa un vistazo a los servidores dedicados para contar con hardware garantizado.