Cuando alguien contrata un hosting compartido suele quedarse con la parte de «compartido» y con razón: durante años, compartir servidor significaba compartir también los problemas. Si la web del vecino se disparaba, la tuya se arrastraba. Si al vecino le entraba un virus, tú te enterabas.
Eso es exactamente lo que resuelven CloudLinux y CageFS, y es la razón de que nuestro hosting compartido no se comporte como el hosting compartido de hace diez años.
La imagen que lo explica todo
Un hosting compartido tradicional es una nave diáfana con mesas. Todos dentro, sin paredes. Si en una mesa se lía un incendio, arde la nave entera. Si alguien deja sus papeles por medio, cualquiera los ve.
Con CloudLinux, esa nave se convierte en un edificio de pisos. Cada web tiene el suyo, con su puerta blindada y su propio contador de la luz. Lo que pasa dentro de un piso se queda dentro.
El contador de la luz: LVE
A cada cuenta se le asignan sus propios recursos —procesador, memoria, procesos, disco— y no puede pasar de ahí. Si una web se dispara porque tiene un plugin mal hecho o le llega un pico de tráfico, se frena ella sola. Las demás ni se enteran.
Y no es una caja negra: ese consumo lo puedes ver tú en tu panel, en Uso de Recursos. Ahí es donde compruebas si tu web va justa o va sobrada, sin tener que preguntarle a nadie.
La puerta blindada: CageFS
Aquí está la parte de seguridad, y es la más importante. Cada usuario vive dentro de su propia jaula. Desde dentro solo ve sus archivos y las herramientas mínimas del sistema. No ve los archivos de nadie más, ni los del propio servidor.
Esto no es teoría. Pongamos que a una web le entra código malicioso por un plugin sin actualizar. En un hosting sin aislamiento, ese código va a intentar lo de siempre: pasearse por el disco, encontrar las webs de los demás y colarse en todas. Es la infección en cadena, y por eso una sola web descuidada podía llevarse por delante a cincuenta.
Con CageFS, ese código se estrella contra la pared de su jaula. Solo puede hacer daño donde ya está. Sigue siendo un problema para esa web —hay que limpiarla y restaurar una copia—, pero se queda en un problema de una web, no de un servidor.
Y un paso más: cada dominio, aislado por separado
El aislamiento no se queda en la cuenta. En nuestros servidores, cada dominio va en su propia jaula, incluso dentro de una misma cuenta con varios dominios.
Eso tiene dos consecuencias muy prácticas para ti:
- Si una de tus webs tiene un problema, tus otras webs siguen tan tranquilas. Un WordPress infectado no arrastra a la tienda que tienes al lado.
- Cada dominio puede llevar su propia versión de PHP y sus propias extensiones. Una aplicación antigua que todavía necesita PHP 7.4 puede convivir con otra en 8.4 en la misma cuenta, sin pelearse.
Eso último se gestiona desde PHP Selector, y la versión la cambias tú en un minuto: cómo se hace. Puedes elegir de la 7.4 a la 8.4, todas con los parches de seguridad al día.
Y encima, rápido
El aislamiento protege, pero no acelera. De eso se encargan LiteSpeed Enterprise y LSCache, que van en todos los planes, más Redis en los superiores. Cómo funcionan las tres piezas y cuál necesitas está contado aquí: Por qué tu web va más rápida con LiteSpeed, LSCache y Redis.
En resumen, qué te llevas
- Los recursos de tu plan son tuyos, no un reparto a ver quién corre más.
- El problema del vecino se queda en casa del vecino.
- Y el tuyo, si lo hay, se queda en la web donde está, no se lleva por delante a las demás.
Es lo que separa un hosting compartido de hace diez años de uno de hoy. Lo tienes en todos nuestros planes de hosting y en el hosting WordPress, sin configurar nada.