Tu web con dominio .cl venía funcionando bien y de repente empieza a cargar lento, aparecen errores 502 o directamente el sitio deja de responder justo en el momento de mayor tráfico del día. Entrás a revisar el VPS y descubrís que la memoria RAM está al tope. Es una situación común para quien recién empieza a administrar su propio servidor virtual, y la primera reacción suele ser pensar que hay que contratar un plan más grande de inmediato. A veces es necesario, pero en la mayoría de los casos el problema es que los servicios instalados no están ajustados a la memoria real disponible. Esto se puede diagnosticar y resolver sin depender de nadie más, siguiendo un orden claro.

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 administras de principio a fin. A diferencia de un hosting compartido, acá nadie más ajusta los límites por ti: cada servicio que instalas (el servidor web, la base de datos, PHP, un panel de administración si sumaste uno) reserva una parte de esa memoria. Si la suma de todo supera lo disponible, el sistema empieza a cerrar procesos o a usar espacio de disco como memoria de respaldo (el llamado swap), y ahí todo se vuelve mucho más lento, justo cuando tu negocio con dominio .cl más necesita responder rápido.

Cómo confirmarlo en dos minutos

1. Conéctate por SSH a tu VPS.
2. Ejecuta el comando free -m y revisa la columna «available»: si está cerca de cero, ese es el problema.
3. Ejecuta top o htop y ordena por uso de memoria (en top, con la tecla Shift+M) para ver qué proceso está consumiendo más.
4. Si ves una fila de «Swap» con uso elevado y notas el disco más lento de lo habitual, confirma que el servidor está apoyándose en memoria virtual en vez 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 apuradas: «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»: Linux 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, que es 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 web con dominio .cl.

Solución paso a paso

Paso 1: activa o revisa el swap como red de seguridad

El swap no resuelve el problema de fondo, pero evita que tu web se caiga de golpe mientras corriges el resto. Si tu VPS todavía no tiene, se crea con pocos comandos (generando un archivo de intercambio y activándolo). Con 1 o 2 GB de swap alcanza como colchón para un VPS pequeño o mediano. Eso sí: si tu web depende del swap todo el día, es una señal de que hay que avanzar con los siguientes pasos, no de que el swap sea la solución definitiva. También conviene ajustar el parámetro swappiness a un valor bajo, como 10, para que el sistema priorice la RAM real y use el swap solo cuando de verdad haga falta.

Paso 2: ajusta PHP-FPM a la memoria real que tienes

Si tu web corre sobre WordPress u otro CMS con PHP, lo más habitual es que pm.max_children (la cantidad de procesos PHP que pueden atender visitas al mismo tiempo) esté configurado muy alto para la RAM disponible. Una cuenta simple: divide la memoria libre (dejando margen para el sistema y la base de datos) por el peso promedio de cada proceso PHP, que suele estar entre 40 y 80 MB. Bajar ese número a un valor acorde suele resolver buena parte del problema en minutos. Revisa también pm.start_servers y pm.max_spare_servers, que suelen quedar copiados de una guía genérica sin adaptarlos a tu servidor.

Paso 3: ponle límite a la base de datos

MySQL o MariaDB tienen un parámetro llamado innodb_buffer_pool_size que, si viene con el valor por defecto del sistema, puede ser mucho más grande de lo que tu VPS soporta. Ajustarlo a un valor acorde a tu RAM total (una referencia habitual 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 suma memoria, aunque no esté haciendo nada útil en ese momento.

Paso 4: suma una capa de caché

Cada visita que se resuelve desde una caché (de página completa o de objetos, con algo como Redis) es una visita que no obliga a PHP y a la base de datos a trabajar de cero. En un VPS con memoria justa, esto reduce muchísimo la carga simultánea, que es justamente lo que dispara el consumo cuando entra más tráfico en el momento de mayor demanda del día. Incluso una caché simple a nivel de plugin ya marca una diferencia notable.

Paso 5: revisa qué corre en segundo plano

Copias de seguridad automáticas, tareas programadas (cron) o un antivirus mal configurado pueden activarse todos a la misma hora y sumar consumo justo cuando ya estás al límite. Distribuye esas tareas en horarios distintos y revisa que no haya dos respaldos ejecutándose al mismo tiempo, algo más común de lo que parece cuando se configuran servicios por separado sin mirar el conjunto.

Paso 6: si después de todo esto sigues al límite, ahí sí conviene el upgrade

Una vez que optimizaste PHP, la base de datos y el caché, y el servidor sigue justo de memoria en el uso normal (no solo en un momento puntual de mayor tráfico), el paso lógico es sumar RAM a tu plan de VPS. La diferencia es que ahora lo haces con datos concretos, no como reacción al susto del primer error, y sabes exactamente cuánta memoria adicional necesitas.

Errores comunes que agravan el problema

• Copiar configuraciones de tutoriales genéricos: muchas guías dan valores pensados para servidores grandes, que no tienen sentido en un VPS de 1 o 2 GB.
• 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 sitio: 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 (herramientas como htop, vmstat o un panel de métricas) y revísalo una vez por semana, no solo cuando algo falla.
• Anota cuánta RAM libre tienes en un día normal, para detectar rápido cuando algo cambia.
• Antes de instalar un plugin o servicio nuevo, revisa cuánta memoria adicional necesita.
• Documenta los valores que configuraste (pm.max_children, innodb_buffer_pool_size) para no perderlos si reinstalas algo.

Preguntas frecuentes

¿Cuánta RAM necesita realmente un VPS para una web con WordPress?

Depende del tráfico y de los plugins que uses, pero como punto de partida, 1 GB puede alcanzar para un sitio pequeño bien optimizado, mientras que una tienda online con catálogo grande 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: un VPS de 2 GB mal ajustado puede rendir peor que uno de 1 GB bien configurado.

¿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 completamente distintos que se agotan por razones diferentes.

¿Reiniciar el VPS soluciona el problema de memoria?

Reiniciar libera la memoria momentáneamente y puede darte un respiro de corto plazo, pero si la causa de fondo (procesos mal configurados, falta de caché, tareas superpuestas) sigue ahí, el problema vuelve a aparecer en horas o días. Conviene usar el reinicio como alivio temporal mientras aplicás los ajustes de este artículo, no como solución definitiva para tu web con dominio .cl.

Conclusión

Quedarte sin memoria RAM en un VPS asusta la primera vez, pero no significa que tu servidor sea insuficiente ni que algo esté roto para siempre: casi siempre es cuestión de ajustar cómo conviven los servicios ahí dentro. Con estos seis pasos puedes pasar de «no sé qué está pasando» a tener un VPS estable, medido y bajo tu control, para que tu web con dominio .cl siga funcionando incluso en tus momentos de mayor demanda. Y una vez que entiendes la lógica detrás de estos ajustes, cualquier problema similar que aparezca más adelante te va a tomar minutos resolverlo, no horas de preocupación.