De un momento a otro tu web empieza a demorar en cargar, luego aparecen errores 502 o directamente el sitio se cae, y justo coincide con el día en que más visitas o pedidos estabas recibiendo. Al revisar el VPS te encuentras con que la memoria RAM está prácticamente agotada. Es una situación común entre quienes administran por primera vez su propio servidor virtual, y la reacción casi automática es pensar en contratar de inmediato un plan más grande. A veces hace falta, pero en la mayoría de los casos el problema real es que ningún servicio quedó ajustado a la memoria disponible. Y eso se puede diagnosticar y resolver por tu cuenta, siguiendo un orden claro, sin depender de terceros.
Por qué se llena la memoria de tu VPS
Un VPS es un servidor virtual con una cantidad fija de RAM -por ejemplo 1, 2 o 4 GB- que tú administras de principio a fin. A diferencia de un hosting compartido, aquí no hay nadie más ajustando límites por ti: cada servicio instalado (servidor web, base de datos, PHP, un panel de administración si sumaste alguno) reserva una parte de esa memoria. Si la suma de todo lo que corre supera lo disponible, el sistema comienza a cerrar procesos o a apoyarse en espacio de disco como memoria de emergencia (el conocido swap), y todo se vuelve considerablemente más lento.
Cómo confirmarlo en dos minutos
- Conéctate por SSH a tu VPS.
- Ejecuta free -m y revisa la columna “available”: si está cerca de cero, ese es el problema.
- Ejecuta top o htop y ordena por uso de memoria (Shift+M en top) para ver qué proceso consume más.
- Si aparece una fila de “Swap” con uso alto y notas el disco más lento de lo habitual, confirma que el servidor está usando memoria virtual en lugar de RAM real.
Qué significa cada número que te muestra el servidor
La salida de free -m tiene varias columnas que conviene entender antes de sacar conclusiones apresuradas: “total” es la RAM física del VPS, “used” es lo que están usando los procesos activos, “free” es lo que nadie está tocando y “available” es lo que realmente podés usar sin que el sistema empiece a apretar. El dato que importa casi siempre es “available”, no “free”: el sistema usa memoria libre para cachear archivos, y eso hace que “free” parezca bajo aunque el servidor esté funcionando bien. En htop conviene mirar la columna “RES” de cada proceso -la memoria física real que ocupa- y no “VIRT”, que incluye memoria reservada pero no necesariamente en uso. Aprender a leer estos números evita decisiones apresuradas sobre tu infraestructura.
Solución paso a paso
Paso 1: activa o revisa el swap como red de seguridad
El swap no soluciona el problema de fondo, pero evita que tu web se caiga de golpe mientras corriges el resto. Si tu VPS todavía no cuenta con uno, se crea con pocos comandos, generando un archivo de intercambio y activándolo. Con 1 o 2 GB suele alcanzar como colchón para un VPS pequeño o mediano. Si notas que el swap se usa constantemente, es señal de que hace falta avanzar con los pasos siguientes. También conviene ajustar el parámetro swappiness a un valor bajo, como 10, para que el sistema priorice la RAM real.
Paso 2: ajusta PHP-FPM a la memoria real que tienes
Si tu sitio funciona con WordPress u otro CMS basado en PHP, es habitual que pm.max_children -la cantidad de procesos PHP que pueden atender visitas simultáneamente- esté configurado muy por encima de la RAM disponible. Una cuenta simple: divide la memoria libre, dejando margen para el sistema y la base de datos, entre el peso promedio de cada proceso PHP, que suele estar entre 40 y 80 MB. Corregir ese número suele resolver buena parte del problema en pocos minutos. Revisa también pm.start_servers y pm.max_spare_servers, que suelen quedar sin ajustar al tamaño real del servidor.
Paso 3: ponle límite a la base de datos
MySQL o MariaDB usan un parámetro llamado innodb_buffer_pool_size que, con el valor por defecto del sistema, puede ser mucho más grande de lo que tu VPS soporta. Ajustarlo según tu RAM total (una referencia común es entre el 40% y el 60% de la memoria libre) evita que la base de datos por sí sola deje sin memoria al resto del servidor. Revisa también max_connections: cada conexión abierta consume memoria aunque esté inactiva.
Paso 4: suma una capa de caché
Cada visita resuelta desde una caché (de página completa o de objetos, con herramientas como Redis) es una visita que no exige que PHP y la base de datos trabajen desde cero. En un VPS con memoria ajustada, esto reduce enormemente la carga simultánea, que es justamente lo que dispara el consumo cuando entra tráfico. Incluso una caché simple a nivel de plugin marca una diferencia notable.
Paso 5: revisa qué se ejecuta en segundo plano
Copias de seguridad automáticas, tareas programadas (cron) o herramientas de monitoreo mal configuradas pueden dispararse todas a la misma hora y sumar consumo justo cuando ya estás al límite. Distribuye esas tareas en distintos horarios, evitando que dos procesos pesados coincidan en el mismo momento.
Paso 6: si después de todo esto sigues al límite, ahí sí conviene el upgrade
Una vez optimizados PHP, la base de datos y el caché, si el servidor continúa justo de memoria en el uso normal -no solo en un momento puntual-, el paso lógico es sumar RAM a tu plan de VPS. La diferencia está en que ahora lo haces con datos concretos, no como reacción al primer susto, sabiendo exactamente cuánta memoria adicional necesitás.
Errores comunes que agravan el problema
- Copiar configuraciones de tutoriales genéricos: muchas guías dan valores pensados para servidores grandes, que no aplican a un VPS chico.
- Instalar paneles de control pesados en VPS pequeños: algunos paneles gráficos consumen por sí solos varios cientos de MB.
- No reiniciar servicios después de ajustar valores: cambiar un parámetro sin reiniciar PHP-FPM o la base de datos hace que el ajuste no se aplique.
- Ignorar el crecimiento del proyecto: una configuración que andaba bien con pocas visitas puede quedar corta meses después.
- Subestimar el impacto de plugins o extensiones: cada uno suma consumo, y varios juntos explican buena parte del problema.
Cómo evitar que vuelva a pasar
- Instala un monitoreo simple (htop, vmstat o un panel de métricas) y revísalo con regularidad, no solo cuando algo se cae.
- Registra cuánta RAM libre tienes en un día normal, para detectar rápido cualquier cambio.
- Antes de instalar un plugin o servicio nuevo, verifica cuánta memoria adicional necesita.
- Documenta los valores que ajustaste para no perderlos si reinstalas algo en el futuro.
Preguntas frecuentes
¿Cuánta RAM necesita realmente un VPS para un proyecto propio?
Depende del tráfico y de las herramientas que uses, pero como punto de partida, 1 GB puede alcanzar para un sitio pequeño bien optimizado, mientras que un proyecto con más movimiento suele necesitar 2 GB o más. Más importante que el número exacto es que los servicios instalados estén configurados para no superar esa memoria en conjunto.
¿Es lo mismo memoria RAM que espacio en disco?
No, y confundirlos es un error habitual. La RAM es la memoria de trabajo que usan los procesos mientras están activos; el disco es donde se guardan los archivos de forma permanente. Un VPS puede tener espacio en disco de sobra y aun así quedarse sin RAM, porque son dos recursos distintos que se agotan por razones diferentes.
¿Reiniciar el VPS soluciona el problema de memoria?
Reiniciar libera la memoria momentáneamente y da un respiro de corto plazo, pero si la causa de fondo sigue ahí -procesos mal configurados, falta de caché, tareas superpuestas- el problema vuelve a aparecer en horas o días. Conviene usarlo como alivio temporal mientras aplicás los ajustes de esta guía, no como solución definitiva.
¿Vale la pena contratar a alguien para administrar el servidor?
Depende de cuánto tiempo tengas disponible y de cuánto dependa tu negocio de que la web esté siempre online. Muchos de los ajustes de esta guía (swap, caché, límites de PHP) son puntuales, se configuran una sola vez y después solo requieren revisión ocasional, por lo que resolverlos vos mismo la primera vez es perfectamente viable si estás empezando y querés entender cómo funciona tu propio VPS. Con el tiempo, ese conocimiento también te sirve para elegir mejor el tamaño de servidor que necesitás en cada proyecto nuevo, y para conversar en igualdad de condiciones con cualquier técnico que contrates más adelante.
Conclusión
Quedarte sin memoria RAM en un VPS es una alerta que asusta la primera vez, pero casi nunca significa que el servidor sea insuficiente: en la mayoría de los casos es cuestión de ajustar cómo conviven los servicios que instalaste. Con esta guía puedes pasar de la incertidumbre a tener un VPS estable, medido y bajo tu control, preparado para sostener el crecimiento de tu proyecto sin sobresaltos.
