Mi máquina va lenta: leer CPU, capacidad de ráfaga y red para saber si hay que ampliar

"La web va lenta" es la queja más habitual y la que menos información da. Puede ser que la máquina se haya quedado pequeña, que algo o alguien le esté metiendo mucho más tráfico del normal, o que un proceso se haya vuelto loco y esté comiéndose el procesador. Las tres cosas se arreglan de forma distinta, y subir de plan a ciegas es la más cara de las tres.

Lightsail guarda de cada máquina unas pocas gráficas que bastan para distinguir un caso de otro: uso de CPU, capacidad de ráfaga, red entrante y saliente y comprobaciones de estado. No hace falta instalar nada. Hace falta saber qué mide cada una y, sobre todo, entender la capacidad de ráfaga, que es lo que hace que una máquina pequeña funcione bien un rato y luego "se agote".

Paso a paso

1. Abre las métricas de la máquina

   Entra en la consola de Lightsail, pulsa el nombre de la máquina y ve a la pestaña Métricas. Arriba hay un desplegable para elegir la gráfica: Uso de CPU, Capacidad de ráfaga de CPU (porcentaje), Capacidad de ráfaga de CPU (minutos), Red entrante, Red saliente, Comprobación de estado fallida (instancia) y Comprobación de estado fallida (sistema).

   A la derecha eliges el periodo. Para "hoy va lenta" empieza por las últimas 6 horas; para "lleva días así" mira la semana entera. Lightsail guarda dos semanas de datos; más atrás no hay nada.

2. Lee la CPU junto con la línea de zona sostenible

   En la gráfica de Uso de CPU hay una línea horizontal, normalmente baja, que separa la zona sostenible (debajo) de la zona de ráfaga (encima). Es el dato que más gente malinterpreta: una máquina Lightsail pequeña no tiene derecho al 100 % de su procesador todo el rato, sino a un porcentaje pequeño de forma continua; por encima está consumiendo crédito. Una CPU al 40 % puede parecer tranquila y no serlo si la línea está en el 10 %. Lo que importa no es el número, sino cuánto tiempo pasa por encima de la línea.

   • Picos cortos por encima de la línea y luego vuelve abajo: normal. Para eso está el crédito.
   • Casi siempre por encima de la línea: la máquina es pequeña para lo que hace, o algo la está cargando de más. Sigue con el siguiente paso.
   • Una línea plana al 100 % que empezó en un momento concreto: casi seguro un proceso descontrolado. Salta al paso 5.

3. Mira la capacidad de ráfaga: es el depósito

   Cambia a Capacidad de ráfaga de CPU (porcentaje). Es el nivel del depósito de crédito, del 0 al 100. Cuando la máquina está por debajo de la línea sostenible, sube despacio; cuando está por encima, baja. Esta gráfica cuenta la historia completa:

   • Se mantiene alta (por encima del 50 %) y recupera después de los picos: la máquina va sobrada. La lentitud no es de CPU.
   • Baja poco a poco durante días y nunca recupera del todo: estás usando más CPU de la que el plan da de forma sostenida. Es el síntoma clásico de "falta máquina".
   • Está a cero o casi: la máquina está agotada. Lightsail la limita al porcentaje sostenible y todo se vuelve lentísimo aunque la gráfica de CPU parezca "solo" al 10 %. No es que no necesite más: es que no se lo dejan usar.

   La variante en minutos dice lo mismo en tiempo: cuántos minutos a plena potencia quedan si entrara un pico de visitas ahora.

4. Comprueba la red: ¿sobra tráfico?

   Abre Red entrante y Red saliente. No busques un número; busca la forma, comparando hoy con un día normal de la semana pasada.

   • Red y CPU han subido a la vez: la máquina trabaja porque le llega tráfico. Puede ser bueno (una campaña) o malo (bots). Mira en las estadísticas de la web (Analytics, Matomo) si las visitas reales han subido también. Si la red se ha disparado y las visitas no, son bots.
   • La red entrante tiene picos regulares a horas fijas, con la saliente plana: alguien rastrea la web de forma automática. Lo típico son intentos de entrar en /wp-login.php o /xmlrpc.php cientos de veces por minuto.
   • La saliente es enorme y la entrante no: estás sirviendo ficheros grandes (vídeos, imágenes sin optimizar). La transferencia tiene una cuota mensual incluida en el plan; si la pasas, se cobra aparte.
   • La CPU está alta y la red no ha cambiado: el problema está dentro de la máquina. Pasa al siguiente paso.

5. Busca el proceso descontrolado

   Si la CPU subió de golpe sin que la red cambiara, hay que mirar dentro. Pulsa Conectar mediante SSH en la pestaña Conectar y, en la terminal, escribe:

   top -o %CPU

   La primera línea es el proceso que más procesador consume. Lo normal es ver apache2, httpd, php-fpm o mysqld repartiéndose el trabajo. Sospecha cuando:

   • Un único proceso lleva el 100 % durante minutos. Por ejemplo mysqld solo: una consulta lenta o una tabla sin índice, muy habitual en WordPress con plugins que guardan estadísticas.
   • Hay un proceso con un nombre que no conoces y consume mucho: una copia de seguridad a media mañana, un plugin que reconstruye miniaturas, o algo que no debería estar ahí.
   • Docenas de procesos php o apache2 a la vez: la máquina intenta atender más peticiones de las que puede. Eso es tráfico; vuelve al paso anterior.

   Pulsa q para salir. Si el culpable es claro, reiniciar el servicio suele bastar para hoy: en una máquina Bitnami, sudo /opt/bitnami/ctlscript.sh restart; en Ubuntu, sudo systemctl restart apache2 (o mysql). Luego toca arreglar la causa.

6. Revisa las comprobaciones de estado

   Las dos últimas gráficas deberían estar siempre a cero. Si Comprobación de estado fallida (sistema) ha subido, el problema está en el servidor físico de AWS, no en tu máquina: para y vuelve a arrancar la instancia, y AWS la mueve a otro servidor sano. Si la que sube es la de instancia, la máquina no responde: sin memoria, disco lleno o colgada. Reiníciala y, cuando vuelva, mira el espacio con df -h. Un disco al 100 % hace que todo falle de formas raras.

7. Decide qué hacer con lo que has visto

   El diagnóstico se reduce a tres casos:

   • Falta máquina (CPU casi siempre por encima de la línea, capacidad de ráfaga que no recupera, red normal, nada raro en top). La salida barata: un plugin de caché si es WordPress y limpiar la base de datos (quitar plugins que no uses, borrar revisiones). Muchas webs bajan a la mitad de CPU solo con eso. La directa: subir de plan. En Lightsail no se cambia el tamaño en el sitio: se hace una instantánea, se crea una máquina nueva con un plan mayor, se le pasa la IP estática y se borra la antigua. Hay guía en esta sección.
   • Sobra tráfico (CPU y red suben juntas, visitas reales no). Bloquea a los bots antes de pagar más máquina. El cortafuegos de Lightsail cierra puertos, pero no filtra por tipo de petición; para eso usa un plugin de seguridad en WordPress (limitar intentos de acceso, bloquear xmlrpc.php) o pon la web detrás de un servicio tipo Cloudflare. Si el tráfico es real, enhorabuena: ahora sí, caché y plan mayor.
   • Proceso descontrolado (CPU al 100 % de golpe, red igual, un proceso concreto en top). Reinicia el servicio y busca la causa: la consulta lenta, el plugin, la tarea programada a mala hora. Ampliar la máquina aquí solo retrasa el problema.

   Regla práctica: si después de cachear y limpiar la máquina sigue por encima de la línea sostenible la mayor parte del día, de verdad falta máquina. El siguiente plan cuesta pocos euros más al mes; menos que una tarde de web caída.

Qué puede salir mal