El servidor va lento: por dónde empezar
Un procedimiento de diagnóstico de cinco minutos: CPU, memoria, disco y red. Cómo usar unos pocos comandos para identificar qué está haciendo cuello de botella y qué hacer después.
Actualizado 23 de agosto de 2026
“Todo va lento” no es un diagnóstico. Solo hay cuatro cuellos de botella: CPU, memoria, disco y red. A continuación tienes un orden de comprobación que te señala uno de ellos en cinco minutos.
Paso 1: la visión general
uptime
free -h
df -h
Tres comandos descartan de inmediato la mitad de las opciones. Si la carga media es notablemente superior al número de núcleos de tu tier, hay una cola — consulta Carga media. Un available cercano a cero significa memoria. Si la partición está al 100%, no busques más — lee Sin espacio.
Paso 2: cuál es exactamente el cuello de botella
vmstat 2 5
Fíjate en las columnas promediadas, todas excepto la primera fila:
usysyaltos,rgrande — limitado por CPU;waalto,bgrande — limitado por disco;siysodistintos de cero — está ocurriendo swapping, lo que significa que la memoria se está agotando;stalto — tiempo consumido por el hipervisor, es una causa externa, contacta con soporte.
Paso 3: encuentra al culpable
ps aux --sort=-%cpu | head -10
ps aux --sort=-%mem | head -10
iotop -boPan 3 | head -20 # apt install iotop
ss -tn state established | wc -l
La imagen en vivo se lee mejor en htop o btop. Vigila los procesos en estado D — están esperando al disco y haciendo subir la carga.
Si el culpable es tu aplicación, la siguiente pregunta va sobre ella: consultas lentas a la base de datos, un índice que falta, demasiados workers, un bucle infinito tras un deploy. Correlaciona el momento en que empezó la ralentización con el log:
journalctl --since "1 hour ago" -p warning
Paso 4: revisa el historial
Abre “Overview” en el panel /hosting/vds/m/<id> y mira las gráficas del último día y de la última semana. Tres patrones típicos:
- un escalón en un momento concreto — algo cambió: un deploy, una actualización, una nueva tarea cron;
- un pico regular según un horario — una tarea en segundo plano; muévela a la noche o limítala con
niceeionice; - una meseta plana durante semanas — simplemente te has quedado corto con tu tier.
Qué hacer con lo que has encontrado
| Cuello de botella | Acción rápida | Solución a largo plazo |
|---|---|---|
| CPU | encuentra y detén el proceso sobrante | un tier con más núcleos |
| Memoria | limita los workers y los búferes de la base de datos, añade swap | un tier con más memoria |
| Disco | limita las copias de seguridad con ionice, recorta los logs | un tier superior: la meseta crece con el número de núcleos |
| Red | limita las descargas en segundo plano con --bwlimit | investiga el origen del tráfico |
La meseta del disco se calcula así: 60 MB/s de escrituras por núcleo, no menos de 60 ni más de 400, con lecturas del doble. Si estás de forma constante en la meseta, el disco no irá más rápido sin subir de tier — consulta Benchmark.
Errores comunes
- Reiniciar la máquina de inmediato. Un reinicio borra la imagen, y en una hora todo se repetirá. Recoge primero los números.
- Fiarte de un solo fotograma. Un pico en el momento en que arrancas htop no significa nada — observa durante un minuto.
- Tratar la memoria llena como un problema. Mira
availabley el swap, nofree. - Cambiar de tier sin averiguar la causa. Una fuga de memoria o un script en bucle se mudarán contigo al nuevo tier. Volver a bajar de tier no está soportado.
Si la CPU, la memoria y el disco están tranquilos pero la aplicación va lenta, el cuello de botella está fuera de la máquina: una API externa lenta, el DNS o la red del cliente. Comprueba con
curl -w '%{time_total}\n' -o /dev/null -sa la dirección que necesites.