Introducción
LVE es una tecnología a nivel de kernel desarrollada por CloudLinux para aislar y limitar el consumo de recursos de cada cuenta dentro de un servidor compartido. Su objetivo es evitar que un solo sitio web consuma demasiados recursos y afecte el funcionamiento del resto de cuentas del servidor. CloudLinux describe LVE precisamente como un sistema para limitar CPU, memoria, IO, procesos y procesos de entrada por cuenta.
En el contexto de Reseller Hosting, estos límites son especialmente importantes porque te permiten distribuir recursos de forma más controlada entre las cuentas de hosting que administras, sin necesidad de tener acceso root al servidor.
¿Por qué existen estos límites?
En un servidor sin LVE, un solo sitio podría consumir por sí solo toda la CPU, memoria, IO o procesos disponibles, provocando lentitud general o incluso una caída del servicio.
CloudLinux evita esto aislando cada cuenta dentro de su propio entorno de recursos. El kernel se encarga de que cada LVE reciba una parte justa del servidor y de que ningún usuario pueda superar los límites asignados.
¿Cómo funciona la virtualización?
Esta protección funciona mediante la colaboración del kernel con módulos del sistema, entre ellos mod_hostinglimits en Apache. Este módulo:
- detecta desde qué VirtualHost proviene la solicitud;
- identifica si la solicitud está dirigida a scripts dinámicos como CGI o PHP;
- coloca el proceso de Apache dentro del LVE correspondiente al usuario;
- permite atender la solicitud;
- y, una vez finalizada, saca el proceso de ese LVE.
Gracias a este mecanismo, cada cuenta queda limitada a los recursos que le fueron asignados.
¿Qué recursos puedo controlar en mi Reseller Hosting?
El kernel se asegura de que todos los LVE reciban una parte justa de los recursos del servidor y que ningún cliente pueda utilizar más de los límites establecidos para ese cliente. Actualmente como Reseller de Hosting podrás limitar:
- SPEED (CPU)
- PMEM
- IO
- Numero de Procesos Entrantes
En un entorno reseller, CloudLinux Manager también permite administrar límites por paquete, y cada cuenta que pertenezca a ese paquete hereda esos valores.
¿Qué ocurre cuando un sitio supera sus límites?
Cuando una cuenta supera sus límites, el comportamiento depende del recurso afectado:
Si supera el límite de EP
El límite de EP controla la cantidad de entradas a LVE, es decir, el número de conexiones concurrentes a scripts dinámicos. Si se alcanza este límite, mod_hostinglimits no puede colocar más procesos dentro del LVE y el servidor devuelve un error 508.
Si supera el límite de CPU o IO
Cuando una cuenta alcanza su límite de CPU o IO, los procesos no se detienen de inmediato, pero sí son ralentizados. En el caso de IO, los procesos son “puestos a dormir” temporalmente, de modo que continúan funcionando, pero más despacio.
Si supera el límite de memoria o NPROC
Cuando la cuenta supera el límite de PMEM o NPROC, el sistema puede impedir nuevas asignaciones de memoria o la creación de nuevos procesos. Esto suele traducirse en errores 500 o 503 al intentar ejecutar scripts.
Explicación de los límites más importantes
SPEED
SPEED define el límite de CPU en relación con un solo núcleo.
Ejemplos:
- 50% = medio núcleo
- 100% = un núcleo
- 150% = un núcleo y medio
- 200% = dos núcleos
CloudLinux define este valor como porcentaje de un core.
PMEM
PMEM es la memoria física real que pueden usar los procesos de la cuenta. Cuando se supera, CloudLinux empieza liberando memoria de caché y, si no es suficiente, mata procesos dentro del LVE, lo que normalmente provoca errores 500 o 503.
IO
IO limita el caudal de lectura y escritura en disco. Se mide en KB/s y solo afecta al disco, no al tráfico de red. Cuando se alcanza este límite, los procesos se ralentizan, pero no se detienen de forma inmediata.
EP
EP significa Entry Processes. Generalmente representa el número máximo de conexiones simultáneas a scripts dinámicos, y también puede impactar trabajos simultáneos como cron o SSH según la implementación. CloudLinux lo identifica como el límite de conexiones concurrentes a Apache dinámico.
NPROC
NPROC controla la cantidad total de procesos y threads dentro del LVE. Cuando se alcanza, no se pueden crear nuevos procesos hasta que otro termine. Esto puede causar errores 500 o 503.
Límites recomendados para cuentas de hosting
A continuación se muestran configuraciones de referencia útiles para planes de hosting típicos en entorno reseller.
Cuenta de hosting estándar
SPEED=100%
PMEM=512MB
IO= 1MB/s
IOPS=1024
NPROC=100
EP=20
Cuenta de hosting de gama alta
SPEED =200%
PMEM=1G
IO= 4MB/s
IOPS=1024
NPROC=100
EP=40
Recomendamos encarecidamente establecer límites de velocidad de la CPU no inferiores al 100%. Asi mismo el limite de velocidad de tu CPU no debería exceder el limite de cores asignado a tu Reseller.
Recomendaciones generales
- Mantén SPEED en al menos 100% para cuentas de hosting normales.
- Usa EP con cuidado: un valor demasiado bajo puede provocar errores 508 en sitios con tráfico moderado.
- Usa IO e IOPS para controlar el uso intensivo de disco sin afectar al resto del servidor.
Conclusión
CloudLinux Manager permite a un reseller controlar de forma más segura cómo se distribuyen los recursos entre sus cuentas de hosting. Gracias a LVE, cada cuenta opera dentro de límites definidos de CPU, memoria, IO y procesos, evitando que un solo sitio comprometa la estabilidad del servidor.
Entender bien SPEED, PMEM, IO, IOPS, EP y NPROC te ayudará a crear paquetes más equilibrados, reducir errores como 508, 500 o 503, y ofrecer un servicio más estable a tus clientes.