Para monitorear el rendimiento de un VPS, el punto de partida son cuatro métricas clave: uso de CPU, consumo de RAM, actividad de disco y tráfico de red. Con comandos nativos de Linux puedes obtener una imagen completa en segundos, y con herramientas de monitoreo continuo puedes recibir alertas antes de que un problema derribe tu sitio.
Esta guía cubre desde los comandos más básicos hasta soluciones de monitoreo en tiempo real, todo aplicable a cualquier VPS con Ubuntu, Debian o CentOS/AlmaLinux.
Las cuatro métricas que importan
Antes de abrir cualquier herramienta, entender qué medir te ahorra tiempo:
- CPU — un uso sostenido por encima del 80 % indica que el servidor está saturado o que algún proceso está desbocado.
- RAM — cuando la memoria disponible cae y el sistema empieza a usar swap, el rendimiento cae en picada.
- Disco (I/O) — bases de datos y sitios con mucho tráfico son sensibles a cuellos de botella de lectura/escritura.
- Red — picos de tráfico inesperados pueden indicar ataques DDoS o procesos mal configurados.
Para elegir el plan de VPS adecuado según tus necesidades, consulta la sección de servidores VPS en México.
Herramientas nativas de Linux
No necesitas instalar nada extra para empezar. Los siguientes comandos están disponibles en la mayoría de distribuciones.
top y htop — CPU y RAM en tiempo real
top viene preinstalado y muestra procesos ordenados por consumo de CPU. htop ofrece una interfaz más cómoda con barras de color:
# Instalar htop si no está disponible
apt install htop -y # Debian/Ubuntu
dnf install htop -y # RHEL/AlmaLinux
htopDentro de htop, las columnas más importantes son %CPU, %MEM y RES (RAM física usada por el proceso). Presiona F6 para ordenar por cualquier columna.
free — uso de RAM y swap
free -hLa columna available muestra la memoria realmente disponible para nuevos procesos (más útil que free a secas). Si swap used supera 0 de forma constante, tu VPS necesita más RAM o algún proceso está perdiendo memoria.
df y du — uso de disco
df -h # espacio disponible por partición
du -sh /var/* # qué carpeta ocupa más espacioUn disco lleno al 100 % detiene bases de datos, servidores web y logs. Pon una alerta cuando alcances el 80 %.
iostat — rendimiento de disco (I/O)
apt install sysstat -y
iostat -xz 1 5 # 5 muestras cada 1 segundoPresta atención a %util: si supera el 80 % de forma sostenida, el disco es el cuello de botella. En ese caso considera migrar a NVMe o añadir caché.
vmstat — resumen general del sistema
vmstat 2 10 # 10 muestras cada 2 segundosLa columna wa (I/O wait) indica cuánto tiempo pasa la CPU esperando al disco. Valores persistentemente altos confirman un problema de I/O.
ss y netstat — conexiones de red
ss -tuln # puertos en escucha
ss -s # resumen de conexiones activas
netstat -an | grep ESTABLISHED | wc -l # total conexiones establecidasUn número anormalmente alto de conexiones en estado TIME_WAIT o SYN_RECV puede indicar un ataque o un problema de configuración en el servidor web.
Tabla de referencia rápida
| Métrica | Comando | Umbral de alerta |
|---|---|---|
| CPU | htop / top |
>80 % sostenido por >5 min |
| RAM disponible | free -h |
<10 % del total |
| Swap usada | free -h |
Cualquier uso constante |
| Disco | df -h |
>80 % de ocupación |
| I/O wait | vmstat / iostat |
wa >20 % sostenido |
| Red | ss -s |
Picos súbitos de conexiones |
Monitoreo continuo y alertas
Los comandos anteriores son excelentes para diagnósticos puntuales, pero no te avisan cuando algo falla a las 3 AM. Para eso necesitas una solución de monitoreo continuo.
Netdata — dashboard en tiempo real, gratis
Netdata se instala en un solo comando y expone un dashboard web con cientos de métricas actualizadas por segundo:
wget -O /tmp/netdata-kickstart.sh https://get.netdata.cloud/kickstart.sh
sh /tmp/netdata-kickstart.shAccede desde el navegador en http://TU_IP:19999. Configura alertas por email o Telegram editando /etc/netdata/health_alarm_notify.conf.
Glances — terminal todo-en-uno
pip3 install glances
glancesGlances muestra CPU, RAM, disco, red y procesos en una sola pantalla de terminal. Ideal para conexiones SSH sin instalar un servidor web adicional.
Uptime Kuma — monitoreo externo
Netdata y Glances monitorean desde adentro del servidor. Para saber si tu sitio responde desde el exterior, Uptime Kuma (auto-hospedado) o servicios externos como Better Uptime comprueban tu URL cada minuto y te avisan por Telegram o email si cae.
Buenas prácticas de monitoreo
- Define baselines — anota el uso normal de CPU/RAM en horario pico y fuera de pico. Las alertas sin contexto generan ruido.
- Guarda logs — activa
sysstatpara almacenar métricas históricas y poder analizar tendencias. - Monitorea la aplicación, no solo el servidor — lentitud en MySQL o PHP-FPM puede no verse en las métricas del sistema operativo hasta que ya es tarde.
- Revisa los logs de error —
/var/log/syslog,/var/log/nginx/error.logy/var/log/mysql/error.logson tus primeras fuentes de diagnóstico.
Si necesitas ayuda para configurar un entorno de monitoreo completo, el equipo de elenlace.com ofrece acompañamiento técnico para servidores VPS en México.
Conclusiones clave
- CPU, RAM, disco y red son las cuatro métricas fundamentales de cualquier VPS.
htop,free -h,df -h,iostatyvmstatcubren el diagnóstico inmediato sin instalar nada extra.- Define umbrales de alerta: CPU >80 %, RAM disponible <10 %, disco >80 %.
- Netdata ofrece monitoreo continuo en tiempo real, gratis y con alertas configurables.
- Combina monitoreo interno (Netdata/Glances) con monitoreo externo (Uptime Kuma) para cobertura completa.
- Los logs de error son siempre el primer lugar donde mirar cuando algo va mal.
Preguntas frecuentes
¿Con qué frecuencia debo revisar el rendimiento de mi VPS?
Con un sistema de monitoreo continuo como Netdata, la revisión manual queda para cuando llega una alerta o percibes lentitud. Sin monitoreo automatizado, revisa las métricas al menos una vez al día en servidores de producción.
¿Por qué mi VPS consume mucha RAM sin carga aparente?
Linux reserva RAM como caché de disco para acelerar lecturas futuras. Esto es normal y deseable. Lo relevante es la columna available en free -h, no free. Si available es muy bajo y el sistema usa swap, entonces sí hay un problema real.
¿Netdata afecta el rendimiento del VPS?
Su impacto es mínimo — típicamente menos del 1 % de CPU y entre 50–100 MB de RAM. En VPS con 1 GB o menos puede notarse más; en ese caso usa Glances, que es más ligero.
¿Cómo sé si el problema es la base de datos y no el servidor?
Entra a MySQL y ejecuta SHOW PROCESSLIST; para ver consultas activas. Si hay consultas bloqueadas o que tardan varios segundos, el cuello de botella está en la base de datos, no en los recursos del sistema operativo.
¿Prefieres que lo hagamos por ti? En El Enlace resolvemos hosting y desarrollo web profesional.
Compara proveedores
Otros proveedores y guías que vale la pena comparar:
