Un VPS no es instalar WordPress y olvidarse. Aunque sea un plan barato, tú eres el responsable de mantenerlo estable. La buena noticia es que con una serie de comprobaciones básicas puedes evitar el 90% de los problemas antes de que se conviertan en caídas dolorosas. Este checklist recoge lo mínimo que conviene revisar en cualquier VPS, incluso si solo lo usas para proyectos personales o pruebas.

CPU: el pulso de tu servidor

La CPU suele ser el primer cuello de botella. En servidores pequeños es habitual que un solo proceso mal optimizado consuma todos los recursos.

Comando básico

Ejecuta top o htop. Verás los procesos ordenados por consumo. Si notas que la CPU está constantemente al 100%, algo va mal: puede ser un script recursivo, una consulta SQL sin índices o incluso tráfico malicioso.

Ejemplo real

En un proyecto con PrestaShop mal configurado descubrí que un cron mal programado lanzaba cientos de procesos simultáneos cada hora. El VPS con 2 vCPU se saturaba y se reiniciaba. La solución fue limitar el cron y optimizar las consultas. Sin revisar CPU me habría vuelto loco buscando en otro lado.

Memoria RAM: donde mueren los procesos

Si la RAM se llena, tu servidor empieza a tirar de swap, y ahí es cuando notas que tu web tarda 5 segundos en cargar en lugar de 1. En planes básicos la RAM suele estar entre 1 y 4 GB, suficiente para webs pequeñas, pero insuficiente si no controlas lo que corre.

Comando básico

Usa free -h para ver cuánta memoria tienes ocupada y qué parte corresponde a cachés. También puedes mirar en htop, donde destaca visualmente si estás rozando el límite.

Señales de alerta

  • MySQL ocupando el 80% de la RAM sin tráfico real.
  • Procesos de PHP-FPM que se amontonan en servidores con muchas webs.
  • Swap en uso constante (mala señal en VPS pequeños).

Espacio en disco: el clásico olvidado

He visto más caídas por disco lleno que por falta de CPU. Un log que crece sin control o un backup olvidado puede rellenar el 100% del espacio en horas.

Comando básico

df -h muestra el uso de cada partición. Para ver qué carpetas ocupan más, du -sh * dentro del directorio problemático es imprescindible.

Consejo práctico

Limita el tamaño de los logs con logrotate. Y nunca subestimes la carpeta /var/log: si se llena, servicios como Apache o Nginx dejan de arrancar. Si sospechas de archivos gigantes, find / -type f -size +500M te dirá dónde están.

Logs: el libro de pistas

Los logs te dicen por qué pasó lo que pasó. Ignorarlos es como conducir sin salpicadero.

Ubicaciones habituales

  • /var/log/syslog o /var/log/messages para mensajes generales.
  • /var/log/nginx/error.log o /var/log/apache2/error.log para problemas de servidor web.
  • /var/log/mysql/error.log para errores de base de datos.

Ejemplo real

En un VPS de un cliente un WordPress caía de vez en cuando. Revisando error.log vi que el tema intentaba cargar imágenes que no existían y saturaba PHP con errores constantes. Solución: limpieza del tema y ajuste en plugins. Sin mirar los logs, la sospecha habría sido un ataque.

Uptime: la métrica sencilla que nunca engaña

No tiene misterio: uptime te muestra cuánto tiempo lleva el servidor encendido y la carga media de los últimos 1, 5 y 15 minutos. Si tienes reinicios constantes, lo sabrás aquí. Y si el load average supera por mucho el número de vCPUs, tienes un problema de capacidad o de procesos mal optimizados.

Ejemplo de interpretación

Un VPS con 2 vCPU y un load average de 6 durante los picos: significa que hay 3 veces más procesos esperando recursos de los que puede atender. Ahí no sirve un reinicio, necesitas optimizar servicios o ampliar plan.

Checklist práctico

Para que quede claro, lo mínimo que deberías revisar en tu VPS:

  • CPU: con top o htop, procesos sospechosos que saturen.
  • RAM: con free -h o htop, evitar que swap se use constantemente.
  • Disco: con df -h y du -sh, asegúrate de no llenar particiones críticas.
  • Logs: revisa errores frecuentes en Apache, Nginx, MySQL o el sistema.
  • Uptime: detecta caídas o carga excesiva con este simple comando.

Más allá de lo básico

Este checklist es solo el punto de partida. Con gráficos de Netdata, Grafana o el panel integrado de tu proveedor podrás automatizar alertas y anticiparte a los problemas. Pero incluso en VPS de pruebas, lo mínimo es ejecutar estos cinco pasos cada semana. Evitarás sustos y te acostumbrarás a leer tu servidor como quien consulta el aceite del coche.

¿Quieres dar un paso más y comparar proveedores para elegir un VPS que te dé más garantías sin gastar de más? Revisa esta comparativa de servidores web baratos y elige el que mejor se adapte a tu proyecto.