CloudLinux 9 y AlmaLinux 10: qué cambia para tu hosting en 2026

Si tu sitio corre en hosting compartido o en un VPS con cPanel, el sistema operativo del servidor no es un detalle de «backoffice». Define cuánto tiempo vas a recibir parches de seguridad, qué versiones de PHP y bases de datos podés usar, y cómo se aísla tu cuenta cuando el vecino de rack se descontrola.

En 2026 el ecosistema RHEL-compatible ya tiene dos piezas maduras en producción: CloudLinux 9 (con minors hasta 9.8) y AlmaLinux 10 (con 10.2 estable desde mayo). cPanel las soporta de forma oficial, y hay caminos de upgrade in-place documentados. Acá va qué cambia de verdad, con fechas y fuentes.

Qué son CloudLinux y AlmaLinux (y por qué van juntos)

AlmaLinux es una distribución enterprise Linux 1:1 compatible con Red Hat Enterprise Linux (RHEL), mantenida por la AlmaLinux OS Foundation. Sale poco después de cada release de RHEL y hereda el mismo ciclo de vida largo. En la wiki oficial, AlmaLinux 10 tiene soporte activo hasta el 31 de mayo de 2030 y soporte de seguridad hasta el 31 de mayo de 2035 (release notes AlmaLinux).

CloudLinux OS parte de esa base (hoy AlmaLinux) y le suma lo que importa en hosting compartido: LVE (límites de CPU, RAM, procesos e I/O por usuario), CageFS (filesystem aislado por cuenta), selectores de PHP/Python/Node.js, MySQL Governor y el resto del stack orientado a multi-tenant. CloudLinux lo deja explícito en su documentación de kernel: en CL9+ no mantienen un kernel propio; usan el kernel de AlmaLinux y, si querés más estabilidad de ABI, ofrecen un kernel LTS con CVEs backportados (docs CloudLinux — kernel).

La relación práctica es esta:

Rol	Quién lo cumple
Base del sistema (paquetes, glibc, toolchain, ciclo RHEL)	AlmaLinux
Aislamiento y límites por cuenta en shared hosting	CloudLinux (LVE, CageFS, Governor)
Panel de control (en la mayoría de nuestros servidores)	cPanel & WHM

Por eso en Hosting del Sur hablamos de ambos al mismo tiempo: AlmaLinux define el piso de soporte y hardware; CloudLinux define cómo se comporta tu cuenta cuando el servidor está lleno.

Si estás evaluando infraestructura, mirá también nuestros planes de hosting y el servicio de servidores Linux y virtualización.

CloudLinux 9: novedades concretas

CloudLinux OS 9 está en producción desde 2023 y en 2026 ya va por la línea 9.x alineada a AlmaLinux 9 (por ejemplo 9.7 en noviembre 2025 y 9.8 en mayo 2026). El anuncio de 9.8 resume el modelo actual: kernel upstream AlmaLinux 5.14, módulos LVE reconstruidos contra ese ABI, Secure Boot en el kmod-lve, y el stack de selectores (PHP/Python/Node) + mod_lsapi recompilado (blog CloudLinux 9.8).

LVE y aislamiento multi-tenant

LVE sigue siendo el corazón del producto: cada usuario cPanel vive en un entorno liviano con techos de CPU (SPEED), memoria física (PMem), procesos de entrada (EP), procesos totales (NPROC), I/O e IOPS. Si una tienda WooCommerce se va de memoria, el límite frena a esa cuenta; no tumba el Apache de todo el nodo. CageFS complementa el modelo ocultando el filesystem del resto de usuarios.

Eso no es marketing de folder: es el motivo por el que el hosting compartido serio en RHEL-land casi siempre termina en CloudLinux y no en un AlmaLinux «pelado».

Kernel AlmaLinux + opción LTS

Desde CL9, CloudLinux documenta que el kernel de corrida es el de AlmaLinux, con updates upstream frecuentes. Si preferís menos churn de versión de kernel (menos sorpresas en módulos de terceros) y igual cobertura de CVEs altos, existe el kernel LTS para CL8/CL9:

dnf install kernel-lts kmod-lve-lts
reboot
dnf install --allowerasing kernel-lts-install-all

Fuente: CloudLinux OS kernel — LTS. El mismo doc aclara que el LTS todavía no está disponible para CloudLinux OS 10.

KernelCare (live patching)

KernelCare (hoy bajo la marca TuxCare) aplica parches de seguridad al kernel sin reiniciar. El cliente revisa repositorios autenticados, descarga el live patch y lo carga en memoria. cPanel documenta la instalación y el chequeo con kcarectl --info / kcarectl --update (docs cPanel — KernelCare; docs TuxCare live patching).

En un nodo con cientos de sitios, eso reduce ventanas de mantenimiento: el CVE crítico del kernel no te obliga a un reboot a las 3 de la mañana el mismo día.

Hardening y crypto

Los minors de CL9 heredan los cambios de AlmaLinux/RHEL 9: políticas criptográficas del sistema, OpenSSL más nuevo (en 9.7 aparece soporte post-cuántico ML-KEM/ML-DSA/SLH-DSA en OpenSSL 3.5, según el changelog de CL 9.7), SELinux actualizado y el resto del hardening enterprise. No hace falta que lo configures a mano en cada cuenta: vive en el SO del servidor.

Soporte y EOL de CloudLinux 9

CloudLinux alinea su ciclo al de RHEL. En la KB oficial, CloudLinux OS 9 (Shared Pro / Legacy) tiene fin de vida el 31 de mayo de 2032 (CloudLinux OS life cycle). cPanel repite la misma fecha en su matriz de OS soportados (What OS are supported by cPanel).

AlmaLinux 10: novedades que importan en hosting

AlmaLinux OS 10.0 («Purple Lion») salió estable el 27 de mayo de 2025, con kernel distribuido 6.12.0-55.9.1.el10_0 (anuncio oficial, release notes 10.0). En mayo de 2026 llegó 10.2 («Lavender Lion») con kernel 6.12.0-211.7.3 y paquetes nuevos de lenguajes y bases de datos (GA 9.8 y 10.2).

Kernel 6.12 y base RHEL 10

El salto de kernel 5.14 (línea 9) a 6.12 (línea 10) trae mejor soporte de hardware reciente, drivers y comportamiento de scheduling/I/O más moderno. RHEL 10.0 GA fue el 20 de mayo de 2025 con el mismo baseline de kernel 6.12 (fechas de release RHEL). AlmaLinux se mantiene compatible con RHEL 10; el blog de la fundación lo subraya en el anuncio de 10.0.

Ciclo de vida AlmaLinux 10 (wiki):

• Soporte activo: hasta 31 de mayo de 2030
• Soporte de seguridad: hasta 31 de mayo de 2035

(AlmaLinux release notes index)

cPanel lista AlmaLinux 10 con EOL 31 de mayo de 2035 en su tabla de sistemas soportados (cPanel supported OS).

x86-64-v2 vs v3 (hardware viejo y nuevo)

RHEL 10 sube el piso de CPU a x86-64-v3 y deja afuera mucha máquina que todavía anda bien. AlmaLinux 10 sigue a RHEL en el default (binarios v3), pero también publica builds x86-64-v2 para hardware más antiguo, con cobertura EPEL propia para ese ABI (blog AlmaLinux 10, notes 10.0).

Si tenés un servidor con CPU de hace una década, esto define si podés ir a la línea 10 sin cambiar fierros.

Otras diferencias útiles de AlmaLinux 10

Según los anuncios de 10.0 / 10.1 / 10.2:

• Frame pointers habilitados por default (mejor profiling y tracing en producción).
• Btrfs usable de instalación (habilitado de forma más completa desde 10.1).
• Secure Boot en ARM.
• En 10.2: toolchains y AppStreams nuevos (Python 3.14, PostgreSQL 18, MariaDB 11.8, Ruby 4.0, PHP 8.4 entre los destacados del anuncio), más drivers de storage/red re-habilitados respecto de upstream.

Fuentes: 10.0 blog, 10.1 blog, 10.2 blog.

CloudLinux 10 encima de AlmaLinux 10

CloudLinux OS 10 existe y se apoya en AlmaLinux 10 (kernel 6.12). El cambio de modelo es fuerte:

1. Ya no hay ISO de CloudLinux 10. Instalás AlmaLinux 10 y convertís con cldeploy.
2. La conversión es más liviana: /etc/os-release sigue diciendo AlmaLinux; para detectar CloudLinux usás cldetect / cldiag.
3. MySQL/MariaDB upstream y los paquetes CloudLinux (cl-MySQL / cl-MariaDB) quedan separados con claridad.

Fuentes: CL10 non-panel announcement, CL 10.2 stable.

cPanel agregó soporte de CloudLinux 10 en v134 (anuncio cPanel 134). En la matriz actual, CL10 figura soportado en LTS/STABLE/RELEASE de 134; en CURRENT/EDGE de 136 aparece como experimental (matriz cPanel). Docs de instalación: cPanel en CL10 requiere v134 o posterior, y hay que convertir desde AlmaLinux 10 antes de instalar el panel (system requirements CloudLinux).

EOL CloudLinux 10 según cPanel: 31 de mayo de 2035.

Fechas de fin de vida que tenés que tener en el calendario

Sistema	Fin de soporte (referencia)	Fuente
AlmaLinux 8	Seguridad hasta 31 may 2029 (wiki); cPanel lista 1 mar 2029	AlmaLinux RN, cPanel OS
CloudLinux 8	31 may 2029	CL life cycle, cPanel OS
AlmaLinux 9	Activo 31 may 2027 / seguridad 31 may 2032	AlmaLinux RN
CloudLinux 9	31 may 2032	CL life cycle
AlmaLinux 10	Activo 31 may 2030 / seguridad 31 may 2035	AlmaLinux RN
CloudLinux 10	31 may 2035	cPanel OS
RHEL 8 / 9 / 10	10 años Full+Maintenance (+ extensiones ELC opcionales)	RHEL Life Cycle

Lectura operativa para 2026: si todavía estás en línea 8, el reloj marca 2029. No es una emergencia de mañana, pero sí es el momento de planificar el salto a 9 (o a 10 en servidores nuevos) con calma, backups y ventana de mantenimiento.

Compatibilidad con cPanel (lo que importa si no querés sorpresas)

Resumen de la matriz oficial de cPanel (tiers 134 LTS/STABLE/RELEASE y 136):

• AlmaLinux 8, 9 y 10: soportados.
• CloudLinux 8 y 9: soportados.
• CloudLinux 10: soportado en 134 LTS/STABLE/RELEASE; experimental en 136 CURRENT/EDGE.
• AlmaLinux 10 requiere cPanel 132+; CloudLinux 10 requiere 134+.

Fuentes: cPanel supported OS, reqs AlmaLinux, reqs CloudLinux.

En CL9 y CL10 el installer de cPanel no deshabilita NetworkManager (a diferencia de CL8). Detalle chico, pero evita scripts viejos de post-install que asumen network.service a la antigua.

Migración CloudLinux 8 → CloudLinux 9: pasos y riesgos

Desde septiembre de 2025 CloudLinux anuncia upgrade in-place CL8 → CL9 con ELevate como camino soportado. Paneles en la release estable inicial: cPanel, DirectAdmin y sin panel. Plesk quedó para después (blog ELevate CL8→CL9).

En servidores con cPanel, el wrapper correcto es cPanel ELevate (elevate-cpanel), no el ELevate «crudo» de la distro. El proyecto documenta entre otros estos caminos: CL7→CL8, CL8→CL9, AlmaLinux 8→9, AlmaLinux 9→10 (getting started ELevate, KB cPanel How to Upgrade with ELevate).

Checklist antes de tocar nada

1. Backup completo del servidor (imagen o al menos cuentas + bases + configs). ELevate no hace backup por vos (docs ELevate).
2. Acceso de consola alternativo (IPMI, KVM del datacenter, consola del hypervisor). Si SSH se corta a mitad del leapp, necesitás otra puerta.
3. cPanel al día en un tier con nombre (LTS, STABLE, RELEASE, CURRENT o EDGE) y licencia CloudLinux válida.
4. dnf update / yum update limpio y un upcp sin errores.
5. Revisar blockers:

wget -O /scripts/elevate-cpanel \
  https://raw.githubusercontent.com/cpanel/elevate/release/elevate-cpanel
chmod 700 /scripts/elevate-cpanel
/scripts/elevate-cpanel --check

6. Resolver cada blocker que liste el script (paquetes huérfanos, repos de terceros, servicios incompatibles, etc.).
7. Avisar a clientes de ventana de mantenimiento: el proceso puede llevar ~90 minutos o más y hace varios reboots (KB cPanel ELevate).

Ejecución

/scripts/elevate-cpanel --start
# monitoreo
/scripts/elevate-cpanel --status

No interrumpas el proceso a mitad de etapa. Si algo falla, levantás desde backup o desde el estado que deje leapp y abrís ticket con los logs en /var/log/elevate-cpanel (y los de leapp bajo /var/log/leapp/ cuando aplique).

Cuándo no conviene ELevate in-place

cPanel lo dice con claridad: si tu único backup son cuentas individuales y el uptime es crítico, a veces es más sano armar un servidor nuevo y migrar con Transfer Tool que apostar todo a un upgrade in-place (getting started ELevate). En HDS usamos ese criterio cuando el nodo tiene mucha personalización, paneles viejos de terceros o un historial de repos mezclados.

CL9 → CL10

La documentación de CloudLinux ELevate indica que la migración CL9 → CL10 todavía no está disponible en su tool de elevate propio (docs CloudLinux ELevate). cPanel ELevate sí lista AlmaLinux 9 → AlmaLinux 10. Para nodos CloudLinux, el camino «limpio» a la línea 10 hoy es más de servidor nuevo: AlmaLinux 10 → cldeploy → cPanel 134+ → restore/transfer de cuentas. Eso puede cambiar: conviene re-chequear los docs de elevate antes de planificar 2027.

Qué cambia para vos como cliente de hosting

En la práctica diaria de un sitio WordPress, tienda o app PHP:

1. Más años de parches. Pasar de línea 8 (EOL ~2029) a 9 (2032) o a 10 (2035) es dejar de correr contra el reloj.
2. Mejor aislamiento. LVE + CageFS en CloudLinux siguen siendo la diferencia entre «un vecino ruidoso» y «se cayó el server».
3. Stack más nuevo en nodos 10. Kernel 6.12, toolchains y AppStreams actuales; útil si compilás extensiones o corrés runtimes recientes.
4. Menos reboots por seguridad de kernel si el nodo tiene KernelCare.
5. Migraciones planificadas, no improvisadas. ELevate existe y está soportado para CL8→CL9 con cPanel; igual se hace con backup, consola y ventana avisada.

En Hosting del Sur ya operamos sobre esta familia (CloudLinux + cPanel en la línea 9 en producción). Cuando toca subir major de OS, lo hacemos nosotros del lado del servidor: backups, blockers, elevate o migración a nodo nuevo, y smoke tests de sitios críticos después del corte.

Si tu proyecto necesita más control que el shared (kernels custom, stacks raros, aislamiento extra), el camino suele ser un VPS o servidor Linux administrado en la misma línea Alma/CloudLinux, no un salto a distros sin soporte de cPanel.

Resumen rápido

Pregunta	Respuesta corta (2026)
¿AlmaLinux 10 está listo?	Sí. 10.0 desde may 2025; 10.2 estable may 2026. Seguridad hasta 2035.
¿CloudLinux 9 está maduro con cPanel?	Sí. Soportado en todos los tiers listados; EOL 2032.
¿CloudLinux 10?	Sí, vía conversión desde AlmaLinux 10; cPanel 134+. EOL 2035.
¿Puedo subir CL8→CL9 sin reinstalar?	Sí, con ELevate (cPanel/DA/sin panel). Backup obligatorio.
¿CL9→CL10 in-place?	Todavía no en el elevate de CloudLinux; planificá nodo nuevo o revisá docs al día.
¿Qué pasa si me quedo en 8?	Soporte hasta may 2029. Tiempo para planear, no para ignorarlo.

Fuentes oficiales usadas en este artículo

• AlmaLinux release notes y ciclo de vida: https://wiki.almalinux.org/release-notes/
• AlmaLinux 10.0 announcement: https://almalinux.org/blog/2025-05-27-welcoming-almalinux-10/
• AlmaLinux 10.2 / 9.8 GA: https://almalinux.org/blog/2026-05-26-almalinux_98_and_102_stable/
• CloudLinux life cycle: https://cloudlinux.zendesk.com/hc/en-us/articles/5743930542620-CloudLinux-OS-life-cycle
• CloudLinux kernel (Alma kernel + LTS): https://docs.cloudlinux.com/cloudlinuxos/cloudlinux_os_kernel/
• CloudLinux 9.7 / 9.8 blogs: https://blog.cloudlinux.com/introducing-cloudlinux-os-9.7-stable-release · https://blog.cloudlinux.com/introducing-cloudlinux-9-8-stable-release
• CloudLinux 10 announcement y 10.2: https://blog.cloudlinux.com/cloudlinux-os-10-is-now-available-for-non-panel-and-custom-panel-installations · https://blog.cloudlinux.com/introducing-cloudlinux-10-2-stable-release
• ELevate CL8→CL9: https://blog.cloudlinux.com/cloudlinux-elevate-upgrades-from-cloudlinux-8-to-9 · https://docs.cloudlinux.com/cloudlinuxos/elevate/
• cPanel supported OS y EOL: https://support.cpanel.net/hc/en-us/articles/1500001216582-What-operating-systems-are-supported-by-cPanel
• cPanel ELevate: https://cpanel.github.io/elevate/getting-started/ · https://support.cpanel.net/hc/en-us/articles/5946421721623-How-to-Upgrade-CentOS-AlmaLinux-and-CloudLinux-with-cPanel-ELevate
• cPanel v134 (CL10): https://www.cpanel.net/blog/announcements/introducing-cpanel-whm-version-134/
• RHEL life cycle / release dates: https://access.redhat.com/support/policy/updates/errata · https://access.redhat.com/articles/red-hat-enterprise-linux-release-dates
• KernelCare: https://docs.tuxcare.com/live-patching-services/ · https://docs.cpanel.net/knowledge-base/third-party/how-to-install-kernelcare/