Tu tienda o tu web con dominio .com.ar anda lenta desde media mañana, después empiezan a aparecer errores 502 o «internal server error», y en el peor de los casos el sitio se cae justo cuando más visitas tenés. Entrás por SSH, corrés un comando rápido y ahí está: la memoria RAM de tu VPS está al límite. Es un susto habitual para quien administra su propio servidor virtual por primera vez, y la reacción automática suele ser «necesito un VPS más grande». A veces es así, pero en la mayoría de los casos el problema no es que el servidor sea chico: es que nadie configuró los servicios para convivir dentro de la memoria disponible. La buena noticia es que esto se puede diagnosticar y resolver vos mismo, siguiendo un orden claro, sin depender de nadie más.

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 administrás de punta a punta. A diferencia de un hosting compartido, acá no hay nadie del otro lado ajustando límites por vos: cada servicio que instalás (el servidor web, la base de datos, PHP, un panel de control si sumaste uno) reserva una porción de esa memoria. Si la suma de todo lo que corre supera lo disponible, el sistema empieza a matar procesos al azar o a usar espacio de disco como memoria de emergencia (el famoso swap), y ahí todo se vuelve mucho más lento, incluso para un negocio con dominio .com.ar que necesita responder rápido en horario comercial.

Cómo confirmarlo en dos minutos

1. Conectate por SSH a tu VPS.
2. Corré el comando free -m y mirá la columna «available»: si está cerca de cero, ahí está el problema.
3. Corré top o htop y ordená por consumo de memoria (en top, con la tecla Shift+M) para ver qué proceso se está comiendo la RAM.
4. Si ves una fila de «Swap» con uso alto y notás el disco más lento de lo normal, 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 suele confundir al principio porque muestra varias columnas: «total» (la RAM física del VPS), «used» (lo que están usando los procesos activos), «free» (lo que no está tocado por nadie) y «available» (lo que realmente podés usar sin que el sistema empiece a apretar). El dato importante casi siempre es «available», no «free»: Linux usa la memoria libre para cachear archivos y eso hace que «free» parezca bajo aunque el servidor esté perfectamente sano. En htop, en cambio, conviene mirar la columna «RES» de cada proceso, que es la memoria física real que está ocupando, y no «VIRT», que incluye memoria reservada pero no necesariamente usada. Acostumbrarte a leer estos números te va a ahorrar sustos innecesarios y decisiones apresuradas sobre tu VPS con dominio .com.ar.

Solución paso a paso

Paso 1: activá o revisá el swap como red de seguridad

El swap no resuelve el problema de fondo, pero evita que tu web se caiga de golpe mientras corregís lo demás. Si tu VPS todavía no tiene, se crea con pocos comandos (por ejemplo, generando un archivo de intercambio con fallocate y activándolo con swapon). Con 1 o 2 GB de swap alcanza como colchón para un VPS chico o mediano. Ojo: si tu web depende del swap todo el día, es una señal de que hay que seguir con los pasos siguientes, no de que el swap sea la solución final. También conviene ajustar el parámetro swappiness del sistema a un valor bajo (por ejemplo 10), para que Linux prefiera usar RAM real y recurra al swap solo cuando de verdad haga falta.

Paso 2: ajustá PHP-FPM a la memoria real que tenés

Si tu web corre sobre WordPress u otro CMS con PHP, lo más común es que pm.max_children (la cantidad de procesos PHP que pueden atender pedidos al mismo tiempo) esté configurado muy alto para la RAM disponible. Una cuenta simple: dividí la memoria libre (dejando margen para el sistema y la base de datos) por el peso promedio de cada proceso PHP, que suele rondar entre 40 y 80 MB. Si tenés 2 GB de RAM y le dejaste 40 procesos posibles, es probable que se estén peleando todos por la misma memoria. Bajar ese número a algo acorde suele resolver la mitad del problema en minutos. De paso, revisá también pm.start_servers y pm.max_spare_servers, que muchas veces quedan copiados de una guía genérica sin adaptarlos a tu VPS puntual.

Paso 3: ponele 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 operativo, 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, nunca el 100%) evita que la base de datos sola se coma todo el servidor. Aprovechá también para revisar max_connections: si quedó en un número alto por defecto, cada conexión abierta suma memoria aunque no esté haciendo nada útil en ese momento.

Paso 4: sumá 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 los momentos de mayor consumo cuando entra tráfico. Incluso una caché simple a nivel de plugin, sin sumar servicios adicionales, suele bajar el consumo de memoria de forma notable en un negocio con dominio .com.ar que recibe visitas parejas durante el día.

Paso 5: revisá qué corre en segundo plano

Backups automáticos, tareas programadas (cron) o un antivirus mal configurado pueden dispararse todos a la misma hora y sumar consumo justo cuando ya estás al límite. Espaciá esas tareas en distintos horarios y revisá que no haya dos backups corriendo al mismo tiempo. Es habitual encontrar un cron de respaldo configurado a la misma hora en la que además corre una actualización automática del sistema, y esa coincidencia es, muchas veces, la verdadera causa del susto.

Paso 6: si después de todo esto seguís 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 pico puntual), el paso lógico es sumar RAM a tu plan de VPS. La diferencia es que ahora lo hacés con datos concretos, no como reacción al susto del primer error, y sabés exactamente cuánta memoria adicional necesitás en lugar de adivinarlo.

Errores comunes que agravan el problema

• Copiar configuraciones de tutoriales genéricos: muchas guías dan valores pensados para servidores de 8 GB de RAM, que no tienen sentido en un VPS de 1 o 2 GB.
• Instalar paneles de control pesados en VPS chicos: algunos paneles gráficos consumen por sí solos varios cientos de MB, dejando muy poco margen para tu web con dominio .com.ar.
• 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, y parece que «no funcionó».
• Ignorar el crecimiento del sitio: una configuración que andaba bien con pocas visitas puede quedar corta meses después, cuando el negocio creció.
• Subestimar el impacto de plugins o extensiones: cada uno suma consumo, y varios juntos pueden explicar por sí solos buena parte del problema.

Cómo evitar que vuelva a pasar

• Instalá un monitoreo simple (herramientas como htop, vmstat o un panel de métricas) y revisalo una vez por semana, no solo cuando algo se cae.
• Anotá cuánta RAM libre tenés en un día normal, para detectar rápido cuando algo cambia.
• Antes de instalar un plugin o servicio nuevo, chequeá cuánta memoria adicional necesita.
• Documentá los valores que configuraste (pm.max_children, innodb_buffer_pool_size) para no perderlos si reinstalás 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 chico 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 que instalás 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 mucho espacio en disco libre 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 .com.ar.

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 una cuestión de ajustar cómo conviven los servicios ahí adentro. Con estos seis pasos podés pasar de «no sé qué está pasando» a tener un VPS estable, medido y bajo tu control, para que tu web con dominio .com.ar siga funcionando incluso en tus días de mayor demanda. Y una vez que entendés la lógica detrás de estos ajustes, cada problema similar que aparezca a futuro te va a llevar minutos resolverlo, no horas de nervios.