¿Qué es Rocky Linux y cuál es el mejor para tu servidor?

La elección rápida: qué versión de Rocky Linux conviene a cada servidor

Si vas a montar un servidor nuevo y quieres el ciclo más largo con hardware reciente, elige Rocky Linux 10.2 Red Quartz: kernel 6.12, soporte hasta 2035 y base RHEL 10.2.

Si ya tienes flota en producción y buscas estabilidad sin migrar de rama mayor, elige Rocky Linux 9.8 Blue Onyx: soporte activo hasta el 31 de mayo de 2027 y seguridad hasta el 31 de mayo de 2032, con base RHEL 9.8 y kernel 5.14.

Si mantienes un servidor existente en la rama 8 y no puedes migrar ahora, quédate temporalmente en Rocky Linux 8.10 Green Obsidian: seguridad hasta el 31 de mayo de 2029, pero sin soporte activo desde el 31 de mayo de 2024 y sin instalación nueva recomendada.

Datos comprobados en septiembre de 2026.

Cómo elegir versión: criterios que separan una release de otra

Elegir entre 10.2, 9.8 y 8.10 no es cuestión de gusto, sino de cuatro datos que definen cuánto te va a durar y dónde va a correr.

1. Ciclo de vida y fechas EOL. Cada rama mayor tiene fin de soporte activo y fin de seguridad. 10 llega hasta 2035, 9 hasta 2032 y 8 hasta 2029. Un servidor nuevo en 2026 en la rama 8 nace con fecha de caducidad a tres años vista.
2. Kernel y hardware soportado. 10.2 usa kernel 6.12, 9.8 usa 5.14 y 8.10 usa 4.18.0. El kernel marca qué controladores, CPU, GPU, NIC y almacenamiento reconoce sin parches externos. Para CPU recientes, NVMe y red de 25/100 Gbps, necesitas la rama más nueva.
3. Compatibilidad binaria con RHEL. Rocky Linux es reconstrucción compatible 1:1 con Red Hat Enterprise Linux. Si tu aplicación está certificada solo para RHEL 8 u 8.10, instalar 10 te deja sin soporte del fabricante aunque el binario arranque.
4. Arquitectura. No todas las ramas soportan lo mismo: x86-64-v3 es el mínimo en x86-64 desde Rocky 9 y 10, mientras que 8 aún corría en x86-64-v2. Además varían ARM64, ppc64le, s390x y el soporte experimental de RISC-V solo en 10.

Tabla comparativa de versiones vigentes de Rocky Linux

Versión	Base RHEL	Versión de kernel	Arquitecturas soportadas	Fin de soporte activo	Fin de soporte de seguridad	Perfil de servidor recomendado
Rocky Linux 10.2	10.2	6.12	x86-64-v3, ARM64, ppc64le, s390x, RISC-V	31 may 2030	31 may 2035	Servidor nuevo con hardware reciente y despliegue largo
Rocky Linux 9.8	9.8	5.14	x86-64-v3, ARM64, ppc64le, s390x	31 may 2027	31 may 2032	Flota en producción que busca equilibrio y estabilidad
Rocky Linux 8.10	8.10	4.18.0	x86-64-v2, ARM64, ppc64le	31 may 2024	31 may 2029	Solo mantenimiento temporal de servidor ya instalado

Qué es Rocky Linux y por qué sustituyó a CentOS

Rocky Linux es una distribución Linux de código abierto, descrita por el proyecto como downstream de Red Hat Enterprise Linux, es decir, se construye a partir del código fuente de RHEL y busca compatibilidad binaria completa con esa versión. No es un fork independiente: si una aplicación corre en RHEL 9.8, corre en Rocky Linux 9.8 sin recompilar, con las mismas bibliotecas, rutas y ABI.

Nació en 2021 impulsado por Gregory Kurtzer, cofundador de CentOS, como respuesta al cambio de CentOS Linux a CentOS Stream. CentOS Linux era la reconstrucción estable y posterior a RHEL; CentOS Stream pasó a ser la rama previa, rolling, donde se prueban los cambios que luego entran en RHEL. Para quien tenía servidores con CentOS 8 esperando actualizaciones puntuales hasta 2029, ese giro dejaba sin referencia estable.

El proyecto se organiza bajo la Rocky Enterprise Software Foundation como comunidad sin ánimo de lucro, con desarrollo abierto y reproducible. Publica cada minor al poco de la correspondiente de RHEL y mantiene el esquema de versiones mayores con 10 años de vida.

Para migrar sin reinstalar, el proyecto ofrece la herramienta migrate2rocky, que convierte una instalación de RHEL, AlmaLinux, CentOS Stream o CentOS Linux a Rocky Linux de la misma versión mayor. No hace magia entre ramas: no convierte un 8 en 9 ni un 9 en 10; el salto de mayor requiere instalación nueva o procedimiento de actualización mayor soportado por RHEL.

En la práctica, Rocky Linux ocupa el hueco que dejó CentOS Linux: servidor gratuito, estable y con ciclo largo, con la garantía de seguir el comportamiento de RHEL sin suscripción comercial, a cambio de no tener soporte oficial de Red Hat ni acceso a los servicios exclusivos de pago como EUS extendido o live patching con kpatch oficial.

Rocky Linux replica RHEL de forma binaria y comunitaria; CentOS Stream, en cambio, va por delante de RHEL como rama de desarrollo continuo.

Rocky Linux 10.2 Red Quartz: para hardware nuevo y despliegues largos

Rocky Linux 10.2 es la rama para quien instala hoy pensando en 2030 y más allá. Toma como base RHEL 10.2, con kernel 6.12, systemd 256, GCC 14 y Python 3.12 como intérprete por defecto. Ese conjunto trae soporte nativo para CPU y chipsets lanzados entre 2023 y 2026, controladores actualizados para NVMe, GPU y NIC de 25, 100 y 200 Gbps, y subsistemas como cgroup v2 y Wayland ya maduros para servidor y contenedor.

Funciona en x86-64-v3 como requisito mínimo en x86-64, lo que deja fuera CPU anteriores a 2013 aproximadamente que no implementan AVX2. A cambio, gana optimizaciones constantes en criptografía y compresión. Soporta además ARM64, ppc64le, s390x y, como novedad, RISC-V en estado de soporte inicial. Si tu servidor es ARM de 64 bits o RISC-V de evaluación, esta es la única rama que los contempla de forma oficial.

Para quién sí:

• Servidor nuevo, físico o virtual, que debe recibir parches de seguridad hasta el 31 de mayo de 2035 y soporte activo hasta el 31 de mayo de 2030.
• Infraestructura con hardware reciente que necesita kernel 6.12 sin recurrir a kernel externo.
• Despliegues de contenedores y cloud donde la base RHEL 10 marca el estándar de los próximos años.

Para quién no:

• Entornos con software de terceros certificado exclusivamente para RHEL 8 o 9, con chequeo de versión en el instalador. Ahí 10.2 puede instalarse, pero el proveedor no dará soporte.
• Servidores x86-64 muy antiguos sin x86-64-v3. En ese hierro, 10.2 directamente no arranca; toca mantener 8 o renovar hardware.
• Quien necesita estabilidad probada de varios años de la rama 9 en producción y no quiere ser el primero en depurar una mayor recién publicada.

Rocky Linux 9.8 Blue Onyx: el equilibrio para la mayoría de servidores en producción

Rocky Linux 9.8 es la rama recomendada si ya operas servidores y no quieres asumir el salto a la 10 todavía. Basada en RHEL 9.8, entrega kernel 5.14, con soporte activo hasta el 31 de mayo de 2027 y parches de seguridad hasta el 31 de mayo de 2032. Son seis años de seguridad restantes desde septiembre de 2026, suficientes para un ciclo completo de hardware sin migración de mayor forzada.

Mantiene x86-64-v3, ARM64, ppc64le y s390x, y deja fuera RISC-V. El kernel 5.14 cubre sin problemas la mayoría de servidores comprados entre 2018 y 2024, con drivers estables para RAID, HBA y red de 10 y 25 Gbps. Incluye Podman 4.x, Cockpit y SELinux en modo enforcing por defecto, igual que RHEL 9.

Un ejemplo con cifras: un clúster de 12 nodos comprado en 2022 con CPU Intel Ice Lake y NIC de 25 Gbps puede quedarse en 9.8 hasta 2032 sin cambiar de rama mayor, recibiendo cada minor 9.x mediante dnf update. Migrar ese mismo clúster a 10.2 exigiría ventana de mantenimiento, validación de aplicaciones y, si alguna está certificada solo para RHEL 9, perder la certificación.

Para quién sí:

• Flota en producción que ya corre Rocky 9 o RHEL 9 y quiere continuidad con el mismo ABI.
• Servidor nuevo que no necesita kernel 6.12 ni RISC-V y prioriza ecosistema maduro de la rama 9.
• Equipos que valoran documentación y guías abundantes para 9 frente a la rama 10 aún joven.

Para quién no:

• Quien planea un despliegue que debe vivir más allá del 31 de mayo de 2032 sin contratar soporte extendido. Ahí 10.2 alarga cinco años más.
• Hardware que exige de forma obligatoria características solo presentes en kernel 6.12.
• Proyectos que necesitan soporte activo más allá de mayo de 2027 sin quedarse solo con parches de seguridad.

Rocky Linux 8.10 Green Obsidian: solo si ya estás en la rama 8

Rocky Linux 8.10 es el final de la rama 8. Basada en RHEL 8.10, con kernel 4.18.0, entró en fase de solo seguridad el 31 de mayo de 2024 y recibirá parches hasta el 31 de mayo de 2029. No habrá nuevas funciones, solo correcciones de seguridad y errores críticos. Sigue en x86-64-v2, por lo que aún arranca en CPU anteriores a 2013, y mantiene ARM64 y ppc64le, sin s390x ni RISC-V en esta rama.

Tiene sentido solo como puente. Si tu servidor ya corre Rocky Linux 8.8, 8.9 o 8.10, actualizar a 8.10 te deja con la rama al día en seguridad sin tocar la compatibilidad de tus aplicaciones. Intentar instalar 8.10 en un servidor nuevo en 2026 es comprar obsolescencia programada: naces con el soporte activo ya terminado y con menos de tres años de seguridad por delante.

Un caso concreto: un ERP certificado para RHEL 8 con módulos compilados contra glibc 2.28 y Python 3.6 del AppStream de la rama 8. Migrar a 9.8 cambiaría glibc a 2.34 y Python a 3.9, lo que rompe la certificación. Ahí tiene sentido quedarse en 8.10 hasta la ventana de recertificación del proveedor, planificando la migración a 9 u 10 antes de mayo de 2029.

Para quién sí:

• Servidor existente en la rama 8 que no puede migrar de mayor en los próximos meses y necesita seguir recibiendo CVE hasta 2029.
• Entornos con validación regulatoria o certificación atada a RHEL 8.10 donde cualquier cambio de menor debe ser mínimo.

Para quién no:

• Cualquier instalación nueva. Elige 9.8 o 10.2 y evita una migración forzada en menos de 36 meses.
• Servidores que requieren s390x, RISC-V o instrucciones x86-64-v3 obligatorias.
• Quien espera nuevas versiones de Podman, GCC o Python dentro de la rama: en 8.10 ya no llegan.

Errores al elegir versión y qué no pagar de más

Elegir mal la versión no rompe el servidor el primer día, pero te deja sin parches o te obliga a migrar con prisa. Estos son los fallos que más cuestan.

• Quedarte en una minor antigua sin actualizar. Rocky Linux publica parches solo para la última minor de cada rama. Si te quedas en 9.4 o 8.9 sin hacer dnf update a 9.8 o 8.10, dejas de recibir CVE aunque la rama siga viva. La actualización dentro de la misma mayor es la que mantiene la seguridad.
• Elegir 8.10 para un servidor nuevo. Parece la opción conservadora por ser la más vieja y probada, pero su soporte activo terminó el 31 de mayo de 2024 y su seguridad termina el 31 de mayo de 2029. En septiembre de 2026 compras un servidor con menos de tres años de vida útil de seguridad y con kernel 4.18.0 limitado para hardware actual.
• Confundir compatibilidad binaria con soporte. Que Rocky Linux sea compatible con RHEL no te da EUS, E4S ni live patching oficial de Red Hat. Si tu contrato exige parches sin reinicio con kpatch certificado o soporte de 24 meses en una minor concreta, la compatibilidad binaria no sustituye la suscripción. No pagues por esa expectativa ni la des por incluida.
• Pagar soporte extendido sin necesitarlo. Fuera de RHEL, hay proveedores que venden Extended Lifecycle Support para alargar la vida más allá de 2029 o 2032. Si tu plan es migrar antes de esas fechas y no tienes certificación que te ate, ese coste no aporta nada. Reserva el presupuesto para la migración de mayor, que es el gasto real.

Antes de decidir, verifica en la documentación del fabricante de tu aplicación para qué versión mayor de RHEL está certificada y comprueba con lscpu si tu CPU expone x86-64-v3. Esos dos datos evitan la mitad de las migraciones fallidas.

Fuentes

1. PleskQuestion – Almalinux or Rocky Linux? – Plesk Forumconsultado el 20/09/2026
2. EndoflifeRocky Linux | endoflife.dateconsultado el 20/09/2026
3. Hostingb2bAlmaLinux vs Rocky Linux 2026: Key Differences You Need to Knowconsultado el 20/09/2026