Cómo monitorear el uso de CPU, RAM y disco en tu VPS o servidor dedicado

Cada herramienta que instalamos en esta serie —Nginx, Docker, PostgreSQL, n8n, agentes de IA— consume una parte de los recursos de tu servidor. Individualmente ninguna es pesada, pero sumadas, y sin nadie vigilando, terminan siendo la razón por la que un sitio se vuelve lento sin que quede claro por qué. Vamos a revisar cómo ver esos números de verdad.

Conéctate a tu servidor por SSH e instala htop, una versión visual e interactiva del monitor de procesos que trae Linux por defecto, mucho más fácil de leer que su versión básica:

sudo apt update && sudo apt install -y htop

Ejecuta htop para ver en tiempo real qué está pasando en tu servidor:

htop

En la parte de arriba vas a ver una barra por cada núcleo de CPU con el porcentaje de uso, una barra de memoria RAM, y el "load average" (promedio de carga) — tres números que representan la carga del sistema en el último minuto, cinco minutos y quince minutos. Un detalle importante para interpretar el load average: si tu servidor tiene, por ejemplo, 4 núcleos, un valor sostenido por debajo de 4 generalmente está bien; por encima de ese número de forma constante significa que hay más trabajo pidiendo CPU del que el servidor puede procesar de inmediato, y las tareas empiezan a hacer fila.

No te asustes si la memoria RAM se ve casi llena. Esta es la confusión más común al revisar estos números por primera vez: Linux usa la memoria libre para cachear archivos y acelerar el sistema, así que ver "poca RAM disponible" no siempre significa que tengas un problema real. Lo que sí importa es cuánta memoria está realmente "en uso" por procesos activos, frente a cuánta es caché que el sistema libera automáticamente en cuanto una aplicación la necesita. Para ver esa distinción con claridad:

free -h

Fíjate en la columna "available" (disponible), no solo en "used" (usado) — esa columna ya tiene en cuenta la memoria que el sistema puede liberar de la caché si hace falta, y es el número real que importa para saber si te estás quedando sin margen.

Para revisar el espacio en disco, usa:

df -h

Esto te muestra, por cada partición o punto de montaje, cuánto espacio total tienes, cuánto está usado y cuánto libre. Si necesitas encontrar exactamente qué carpeta está ocupando más espacio dentro de una partición llena, du con las opciones correctas te da ese desglose:

du -h --max-depth=1 /ruta/a/revisar | sort -rh | head -10

Este comando lista las diez subcarpetas más pesadas dentro de la ruta que le indiques, ordenadas de mayor a menor — mucho más rápido que ir carpeta por carpeta a ciegas cuando necesitas liberar espacio con urgencia.

Revisar estos números manualmente cuando algo ya anda lento sirve para diagnosticar, pero no te avisa antes de que pase. Para tener vigilancia continua sin instalar algo pesado, Netdata es una opción liviana con un instalador de una sola línea que arma un panel visual con métricas en tiempo real, accesible desde el navegador:

curl -Ss https://get.netdata.cloud/kickstart.sh | sudo bash

Una vez instalado, no lo dejes expuesto directamente a internet. Por defecto corre en el puerto 19999 — si necesitas verlo desde fuera de tu red, ponlo detrás de un proxy con autenticación, siguiendo el mismo criterio que ya aplicamos con otras herramientas de esta serie: nunca exponer un panel de administración o monitoreo directamente al público.

Si al revisar estos números encuentras que tu CPU, tu RAM o tu disco están constantemente cerca del límite —no en un pico puntual, sino como estado normal—, no es una señal para optimizar cada proceso hasta el límite, es una señal de que el servidor ya cumplió el trabajo para el que fue dimensionado originalmente. En /planes/vps tienes las opciones con más recursos para el siguiente paso, antes de que la lentitud se vuelva el problema que tus usuarios notan primero.