--- title: Qué hacer si CloudLinux limita los recursos de tu hosting (error 508) description: Cómo identificar los límites de CPU, RAM, procesos e I/O de CloudLinux, revisar el consumo en Plesk y resolver errores 508 o problemas de rendimiento. url: "https://azamedia.com/kb/docs/que-hacer-si-cloudlinux-limita-los-recursos-de-tu-hosting-error-508/" updated: "2026-11-05" category: Hosting --- # Qué hacer si CloudLinux limita los recursos de tu hosting (error 508) 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 1. [Accede a Plesk](https://azamedia.com/kb/docs/como-accedo-a-mi-panel-de-administracion-de-plesk/) y selecciona la suscripción afectada. 2. 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. 3. Entra en **Detalles / Details** o **Uso actual / Current usage** y selecciona el periodo del incidente. 4. Compara el uso con el límite y revisa los contadores de incidencias, llamados **Faults**, si aparecen. 5. 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](https://azamedia.com/kb/docs/acceso-informes/) 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](https://azamedia.com/kb/docs/recibo-ataques-a-mi-web-desde-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](https://azamedia.com/kb/docs/contratar-un-plan-de-hosting-superior-o-inferior/), 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](https://azamedia.com/kb/docs/que-hacer-si-imunify360-bloquea-mi-ip/). ## Qué enviar a soporte de AZAMedia [Abre un ticket de soporte](https://azamedia.com/kb/docs/como-enviar-una-solicitud-de-soporte-correctamente/) 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. ## Referencias técnicas - [CloudLinux: recursos y límites LVE](https://docs.cloudlinux.com/cloudlinuxos/limits/). - [CloudLinux: interfaz de uso de recursos](https://docs.cloudlinux.com/cloudlinuxos/lve_manager/#resource-usage-client-plugin). - [Plesk: error 508 Resource limit is reached](https://support.plesk.com/hc/en-us/articles/12377346072087-A-website-webmail-hosted-in-Plesk-shows-the-error-508-Resource-limit-is-reached).