- Qué significa alcanzar un límite de CloudLinux
- Qué recurso puede estar causando el problema
- 1. Anota el error y la hora
- 2. Consulta el consumo en Plesk
- 3. Revisa qué actividad coincide con el pico
- 4. Cómo recuperar el funcionamiento y evitar que se repita
- ¿Se desbloquea solo? ¿Cuánto tarda?
- ¿Es lo mismo que un bloqueo de mi IP?
- Qué enviar a soporte de AZAMedia
- Referencias técnicas
Si tu web muestra 508 Resource Limit Is Reached, Resource Limit Reached o funciona con mucha lentitud, puede haber alcanzado alguno de los límites de recursos del alojamiento. Esta guía se aplica a los servicios que utilizan CloudLinux para controlar el consumo.
Qué significa alcanzar un límite de CloudLinux #
CloudLinux utiliza un sistema llamado LVE para controlar los recursos de cada cuenta. Así ayuda a que un pico de consumo de una web no perjudique a las demás.
La limitación actúa sobre la cuenta o el usuario del alojamiento. Si varios dominios comparten el mismo usuario del sistema, su actividad puede consumir el mismo conjunto de recursos.
Qué recurso puede estar causando el problema #
| Recurso | Qué mide | Qué puede ocurrir al alcanzar el límite |
|---|---|---|
| CPU / SPEED | Capacidad de procesamiento. | Las peticiones tardan más en completarse. |
| RAM / PMEM | Memoria física utilizada. | Pueden finalizar procesos y aparecer errores 500 o 503. |
| EP / Entry Processes | Entradas simultáneas de procesos al entorno LVE, habitualmente asociadas a peticiones dinámicas. | Pueden rechazarse nuevas peticiones con un error 508. |
| NPROC | Número de procesos y, según el sistema, hilos. | Puede impedirse iniciar nuevos procesos. |
| I/O | Velocidad de lectura y escritura. | Las operaciones de disco se ralentizan. |
| IOPS | Número de operaciones de disco por segundo. | Las operaciones de disco deben esperar. |
EP no equivale al número de visitantes conectados. El efecto concreto depende de la configuración del servidor. Un error 500 o 503 también puede tener otras causas: hay que contrastarlo con los registros y el consumo del mismo momento.
1. Anota el error y la hora #
Guarda una captura del aviso e indica la fecha, la hora y la zona horaria. Anota también qué estabas haciendo: visitar una página, entrar a WordPress, importar productos o ejecutar una copia de seguridad.
Evita recargar continuamente o repetir una importación que parece detenida. Podrías añadir más trabajo mientras la tarea anterior sigue ejecutándose.
2. Consulta el consumo en Plesk #
- Accede a Plesk y selecciona la suscripción afectada.
- Si está disponible, abre la herramienta de CloudLinux Uso de recursos / Resource Usage. El nombre y la ubicación pueden variar según el servidor y tus permisos.
- Entra en Detalles / Details o Uso actual / Current usage y selecciona el periodo del incidente.
- Compara el uso con el límite y revisa los contadores de incidencias, llamados Faults, si aparecen.
- Consulta Snapshots si hay capturas disponibles: pueden aportar procesos, consultas o peticiones que ayuden a identificar el origen.
Un consumo bajo cuando entras al panel no descarta un pico anterior. Revisa el histórico de la hora afectada. Si no aparece la herramienta o faltan datos, contacta con soporte.
Las estadísticas de espacio y tráfico de Plesk muestran información diferente. Tener espacio libre no garantiza disponer de CPU, memoria o procesos suficientes.
3. Revisa qué actividad coincide con el pico #
Estas son algunas situaciones que conviene comprobar:
- Visitas y bots: una campaña o muchas peticiones automatizadas pueden aumentar la carga. Consulta qué hacer si recibes demasiado tráfico de robots.
- Plugins, temas o cambios recientes: comprueba si el problema empezó tras instalar o actualizar algún componente.
- Tareas pesadas: revisa importaciones, exportaciones, generación de miniaturas y copias ejecutadas por la propia aplicación.
- Tareas programadas: comprueba si varias se ejecutan a la vez o si una nueva ejecución empieza antes de terminar la anterior.
- Páginas dinámicas o consultas lentas: pide a quien mantiene la web que revise las operaciones que se repiten durante el incidente.
Son posibles causas que deben verificarse; alcanzar un límite por sí solo no identifica qué componente lo ha provocado.
4. Cómo recuperar el funcionamiento y evitar que se repita #
Si coincide con una tarea que has iniciado, utiliza su opción de pausa o cancelación cuando exista. No lances otra copia del mismo trabajo.
Para reducir la carga habitual:
- Configura una caché compatible con tu web. En tiendas, excluye carrito, pago y sesiones privadas.
- Revisa los componentes que más consumen y prueba los cambios de uno en uno, preferiblemente en un entorno de pruebas.
- Programa los trabajos pesados en horarios distintos y procesa importaciones por lotes cuando la aplicación lo permita.
- Revisa el tráfico automatizado antes de aplicar restricciones, para evitar bloquear visitas legítimas.
Aumentar el memory_limit de PHP no amplía la RAM asignada por CloudLinux. Son límites distintos. Ajustar parámetros sin identificar el cuello de botella puede no resolver el problema.
Si la carga legítima sigue superando los recursos disponibles tras revisar la web, consulta con soporte una ampliación. Antes de cambiar de plan, confirma que aumentará precisamente el recurso que necesitas.
¿Se desbloquea solo? ¿Cuánto tarda? #
Al desaparecer la carga que provoca la limitación, las nuevas peticiones pueden volver a funcionar. No hay un tiempo único de desbloqueo: depende del recurso y de si siguen ejecutándose procesos que lo agotan. Si el error continúa, solicita una revisión.
¿Es lo mismo que un bloqueo de mi IP? #
Son situaciones diferentes. Cambiar de conexión no aumenta los recursos del alojamiento. Si aparece una verificación de seguridad o el acceso falla únicamente desde una conexión, revisa también la guía qué hacer si Imunify360 bloquea tu IP.
Qué enviar a soporte de AZAMedia #
Abre un ticket de soporte con:
- Dominio afectado y URL donde aparece el error.
- Fecha, hora aproximada y zona horaria.
- Mensaje exacto y captura de pantalla.
- Acción que estabas realizando y cambios recientes en la web.
- Gráficas del periodo y recurso que alcanzó el límite, si tienes acceso.
- Si ocurre de forma puntual, continuamente o a una hora concreta.
Con estos datos podremos contrastar el incidente con los registros disponibles y orientarte sobre la medida adecuada.
