¿Por qué mi VPS va lento? Guía para principiantes sobre problemas de CPU, RAM, disco y tráfico

Tu sitio se siente pesado, las páginas tardan demasiado en cargar y te quedas dándole vueltas a si el servidor es demasiado pequeño, si la aplicación está fallando o si han llegado demasiadas personas a la vez.

Es una situación frustrante, porque «lento» no apunta a una única causa. Se parece más a un coche que hace un ruido raro. El problema podría ser el combustible, las ruedas, el motor o la carretera. Necesitas una forma sencilla de acotar el problema antes de empezar a cambiar cosas.

Lento es un síntoma, no un diagnóstico

Cuando alguien dice que un servidor va lento, normalmente se refiere a una de varias cosas distintas.

Una página puede tardar cinco segundos en abrirse. Un panel de administración puede quedarse congelado. Las subidas pueden ir a paso de tortuga. Una página que depende de la base de datos puede tardar mientras que una simple imagen se carga al instante. O puede que el sitio no cargue en absoluto, que es un problema distinto al de ir lento.

Si no se carga nada, empieza por la accesibilidad: dominio, red, servicio web y firewall. Eso lo cubrimos en esta guía en lenguaje claro sobre un sitio web que no carga. Si el sitio sí carga pero se siente pesado, normalmente estás ante uno de estos cuatro cuellos de botella: CPU, RAM, disco o tráfico.

Imagina tu servidor como un pequeño restaurante. La CPU es el cocinero, la RAM es el espacio en la encimera, el disco es la despensa y el tráfico es el número de clientes que entran. Un retraso puede producirse porque el cocinero está desbordado, la encimera está llena, la despensa es difícil de rebuscar o la sala está a rebosar.

CPU y RAM: el cocinero y el espacio en la encimera

La CPU, abreviatura de central processing unit, es la parte del servidor que piensa. Ejecuta código, construye páginas, redimensiona imágenes, gestiona tareas en segundo plano y responde a las peticiones.

Cuando el problema es la CPU, el servidor está ocupado calculando. Esto suele aparecer cuando una página necesita mucho trabajo antes de poder enviarse a un visitante. Algunos ejemplos: un plugin de WordPress pesado, un informe lento, procesamiento de imágenes, indexación de la búsqueda o un script atascado en un bucle.

La versión del restaurante es sencilla: un cocinero solo puede preparar un número limitado de platos a la vez. Si cada pedido es complicado, la cola crece.

La RAM, abreviatura de random access memory, es el espacio de trabajo rápido del servidor. Contiene las cosas que tus aplicaciones están usando en ese momento. Cuando hay suficiente RAM, el servidor puede mantener el trabajo activo a mano. Cuando la RAM se agota, empieza a hacer malabares.

Esos malabares se notan como lentitud, porque el servidor tiene que mover cosas dentro y fuera de un almacenamiento más lento. Es como intentar cocinar una cena entera en una tabla de cortar diminuta. Pasas más tiempo moviendo cuencos que cocinando.

Los problemas de RAM son habituales cuando ejecutas varios servicios en un servidor pequeño: una aplicación web, una base de datos, una caché, procesos en segundo plano y quizá también correo o sincronización de archivos. Cada uno quiere su propio espacio.

Si aún estás eligiendo la capacidad, esta guía sobre el dimensionamiento de CPU, RAM y almacenamiento te da una base de partida pensada para principiantes.

Disco y base de datos: la despensa y el archivador

El disco es donde viven los archivos a largo plazo: tu aplicación, las subidas, los logs, los ficheros de la base de datos y las copias de seguridad. Los problemas de disco pueden significar dos cosas: que no hay suficiente espacio, o que el almacenamiento es demasiado lento para la tarea.

Quedarse sin espacio en disco puede provocar comportamientos extraños. Las subidas fallan. Los logs dejan de escribirse. Las bases de datos rechazan las actualizaciones. Las aplicaciones pueden mostrar errores imprecisos porque esperaban tener sitio para guardar algo y no lo encontraron.

Un disco lento es más sutil. El servidor puede tener suficiente CPU y RAM, pero pasa demasiado tiempo esperando a que se lean o escriban los datos. Es como un cocinero que se queda quieto porque la puerta de la despensa se atasca cada vez que necesita un ingrediente.

Las bases de datos merecen una atención especial. Una base de datos es el archivador que hay detrás de muchos sitios y aplicaciones. Si una página le hace una pregunta sencilla a la base de datos, la respuesta llega rápido. Si le hace una pregunta enrevesada a través de miles o millones de filas, toda la página se queda esperando.

Por eso una página puede ir lenta mientras el resto del sitio parece funcionar bien. Puede que el servidor no sea débil en general. Puede que una consulta de la base de datos, un plugin, un informe, una página de búsqueda o un panel esté haciendo demasiado trabajo.

Tráfico: la sala está llena

A veces no hay nada que vaya mal en tu aplicación. Sencillamente tienes más visitantes, bots o peticiones en segundo plano de los que el servidor puede gestionar con holgura.

Tráfico no siempre significa personas reales. Los motores de búsqueda, los verificadores de disponibilidad, los bots de spam, los intentos de inicio de sesión, los clientes de API y los scripts rotos pueden llamar todos a la puerta. Cada petición le pide al servidor que haga un poco de trabajo. Suficientes peticiones pequeñas pueden convertirse en una multitud.

Aquí es donde importa el momento. ¿La ralentización empezó después de una newsletter, un lanzamiento de producto, una publicación en redes sociales o una campaña publicitaria? ¿Ocurre cada día a la misma hora? ¿Comenzó después de instalar un plugin, importar datos o cambiar de tema?

Una buena resolución de problemas es, sobre todo, comparación. ¿Qué ha cambiado? ¿Va lenta cada página o solo una? ¿El problema afecta a los visitantes o solo al área de administración? ¿Los archivos estáticos, como las imágenes, van rápidos mientras que las páginas dinámicas se arrastran? Esas respuestas ayudan a separar la presión sobre el servidor de la presión sobre la aplicación.

Si hace poco pasaste de una configuración más sencilla a tu propio servidor, también viene bien repasar lo básico: qué está en marcha, qué debería ser público y qué puede esperar. Los primeros pasos para gestionar tu propio servidor son un contexto útil, pero el rendimiento se reduce a entender qué se le está pidiendo a cada parte.

El atajo

Server Manager te ofrece una visión clara de lo que está ocurriendo para que dejes de adivinar. Puedes ver si el servidor se está quedando sin margen de respiro, si el almacenamiento se está llenando, si el tráfico es inusual y si tu aplicación necesita atención. El resultado es sencillo: sabes dónde mirar primero, así que no pierdes tiempo cambiando lo que no toca.

La recompensa: un sitio lento se convierte en un problema con solución

Un servidor lento parece un misterio hasta que lo divides en partes sencillas.

CPU es demasiado trabajo de cálculo. RAM es demasiado poco espacio de trabajo. Disco es almacenamiento lento o lleno. La base de datos es un archivador que quizá necesite mejores preguntas. Tráfico es la sala llenándose.

Una vez que sabes cuál está bajo presión, el siguiente paso da mucho menos miedo. Puedes redimensionar, limpiar, ajustar la aplicación, arreglar la base de datos o reducir el tráfico no deseado con confianza. La verdadera recompensa no es solo un sitio más rápido. Es saber por qué iba lento en primer lugar.