Rocky Linux o AlmaLinux para un VPS: diferencias

Rocky Linux frente a AlmaLinux: respuesta breve

Para casi cualquier servidor, elegir entre Rocky Linux y AlmaLinux no implica una decisión incorrecta. Ambos proyectos recompilan el mismo código fuente de Red Hat Enterprise Linux (RHEL), por lo que publican los mismos paquetes con el mismo ciclo de soporte de diez años. Las diferencias existen, pero se encuentran en la gobernanza y en un pequeño número de casos límite, no en las tareas diarias de administración de un servidor.

Hay dos factores que deciden la elección cuando no basta con lanzar una moneda. AlmaLinux 10 todavía publica una compilación para procesadores anteriores a Intel Haswell y Rocky Linux 10 no lo hace. Esto es importante en hardware de VPS (servidor privado virtual) más barato o antiguo. AlmaLinux también promete compatibilidad ABI en lugar de un comportamiento idéntico. Esto es importante si ejecuta un producto de un proveedor con una matriz de soporte estricta.

De dónde proceden ambas distribuciones

El 8 de diciembre de 2020, el proyecto CentOS anunció que CentOS Linux 8, una reconstrucción de RHEL 8, finalizaría a finales de 2021. Se había publicado con una fecha de finalización en 2029. El futuro del proyecto sería CentOS Stream, que el mismo anuncio describía como una distribución que seguiría ligeramente por delante de una versión actual de RHEL y que serviría como rama de desarrollo upstream de RHEL. CentOS Linux 7 mantuvo su calendario original y llegó al final de su vida útil el 30 de junio de 2024.

El problema no era CentOS Stream. El problema era que un ciclo de vida previsto hasta 2029 se adelantó ocho años con aproximadamente un año de aviso, en máquinas que ya estaban instaladas. Rocky Linux y AlmaLinux existen por ese motivo. Ambos aparecieron en 2021 y ambos tenían el mismo objetivo: una reconstrucción gratuita de RHEL que un operador pudiera instalar y dejar sin cambios durante una década. La razón por la que CentOS desempeñó ese papel y la forma en que un Linux de Red Hat se convirtió en Fedora, RHEL y una cadena de reconstrucciones se explican en la historia más amplia de Red Hat, CentOS, Rocky y AlmaLinux.

Qué comparten Rocky Linux y AlmaLinux

Empiece aquí, porque la parte compartida representa la mayor parte del panorama. Ambos se reconstruyen a partir de las mismas fuentes de RHEL, por lo que ofrecen las mismas versiones de paquetes, el mismo gestor de paquetes dnf, la misma política de SELinux (security enhanced Linux), el mismo frontend firewalld y la misma estructura de unidades systemd. Los archivos de configuración se encuentran en las mismas rutas. Una guía escrita para una distribución funciona en la otra si se cambia el nombre. Esto también se aplica al trabajo real: instalar Docker Engine se realiza igual en ambas, incluido el paquete podman que proporciona el comando docker y el reetiquetado de SELinux que necesitan los bind mounts. El firewall también funciona igual, por lo que abrir SSH y un puerto web con firewalld usa comandos firewall-cmd idénticos en cualquiera de las dos distribuciones, incluido el indicador --permanent que determina si una regla sobrevive a un reinicio.

Ambas siguen de cerca las versiones menores de RHEL. AlmaLinux 10.2 se publicó el 26 May 2026 y Rocky Linux 10.2 el 28 May 2026. La serie 9 avanzó durante la misma semana: AlmaLinux 9.8 el 26 May 2026 y Rocky Linux 9.8 el 27 May 2026. Anteriormente, la diferencia era mayor. AlmaLinux 10.0 llegó el 27 May 2025 y Rocky Linux 10.0 el 11 June 2025.

Esa diferencia corresponde a los medios de las versiones menores, no a la seguridad. Ambos proyectos publican erratas de forma continua entre versiones menores, cada uno desde su propio servicio de erratas. Una diferencia de dos semanas en la publicación de una imagen .2 no significa pasar dos semanas sin parches. Obtener esas erratas sin iniciar sesión requiere el mismo procedimiento en ambas distribuciones, por lo que configurar dnf-automatic para instalar actualizaciones de seguridad mediante un temporizador sigue los mismos pasos independientemente de cuál haya instalado. Instalar un parche no equivale a ejecutarlo, y determinar qué actualizaciones requieren un reinicio y cuáles requieren reiniciar un servicio utiliza el mismo comando needs-restarting en ambas, porque las dos lo heredan del mismo paquete de RHEL.

Ambas también mantienen el modelo de ciclo de vida de diez años heredado de RHEL: aproximadamente cinco años de soporte activo y después cinco años de mantenimiento limitado a la seguridad. La serie 10 de ambas distribuciones llega hasta 2035.

¿Quién respalda cada proyecto?

Rocky Linux pertenece a Rocky Enterprise Software Foundation (RESF), una corporación de beneficio público de Delaware creada por Gregory Kurtzer, cofundador de CentOS. En noviembre de 2022, la RESF ratificó unos estatutos y una carta fundacional que trasladaron el control de las manos de su fundador a esa estructura escrita. CIQ, una empresa que Kurtzer también fundó, es el patrocinador fundador y vende soporte comercial para Rocky Linux.

AlmaLinux pertenece a AlmaLinux OS Foundation, una organización sin ánimo de lucro 501(c)(6) constituida en Delaware y fundada en marzo de 2021. La junta directiva es elegida por los miembros de la fundación para mandatos escalonados de cuatro años. Las actas de las reuniones se publican en un plazo de catorce días, y un estatuto impide que un mismo empleador ocupe más de un puesto con derecho a voto en la junta, independientemente del importe de su patrocinio. CloudLinux inició el proyecto y renovó un patrocinio platinum en octubre de 2024 por valor de un millón de dólares al año. Su división TuxCare vende el soporte comercial.

Ambas estructuras se diseñaron para impedir que una sola empresa repita lo ocurrido con CentOS Linux 8, y ninguna es claramente más segura que la otra. Lo que se puede comprobar realmente es igual en ambos casos: se pueden leer los estatutos y se puede identificar la organización que firma los cheques.

¿Qué cambió en 2023 y sigue siendo relevante?

El 21 de junio de 2023, Red Hat anunció que CentOS Stream se convertiría en el único repositorio público de versiones del código fuente relacionado con RHEL. Antes de eso, los fuentes de los paquetes de RHEL aparecían en git.centos.org, de donde los tomaban las reconstrucciones. Eliminar ese canal no detuvo las reconstrucciones. Sí obligó a cada proyecto a explicar públicamente cómo obtendría los fuentes.

Rocky respondió el 29 de junio de 2023. Obtiene los fuentes de RHEL a partir de imágenes de contenedor Universal Base Image (UBI) y de instancias públicas de nube con pago por uso, con el argumento de que «nadie puede impedir la redistribución de software GPL». En agosto de 2023, CIQ, Oracle y SUSE crearon la Open Enterprise Linux Association (OpenELA), que publica los fuentes necesarios para una reconstrucción de Enterprise Linux compatible error por error. AlmaLinux no es miembro.

AlmaLinux respondió el 13 de julio de 2023, y su respuesta supuso un cambio de objetivo. El proyecto abandonó la compatibilidad 1:1 error por error y adoptó la compatibilidad ABI. En sus propias palabras, «ya no estaremos sujetos a mantener una compatibilidad error por error con Red Hat, lo que significa que ahora podemos aceptar correcciones de errores fuera del ciclo de publicación de Red Hat». La misma publicación indicó a los usuarios que esperasen «muy pocos cambios» en el uso diario.

Tres años después, la cuestión del origen de los fuentes está resuelta en la práctica. Ambos proyectos han publicado todas las versiones menores de RHEL desde entonces, con calendarios similares. Lo que quedó de la discusión es la diferencia entre lo que promete cada uno.

¿Compatibilidad bug por bug o compatibilidad ABI? ¿Cuál es la diferencia?

La página principal de Rocky Linux todavía describe la distribución como diseñada para ser 100% compatible bug por bug con RHEL. Bug por bug significa que la reconstrucción reproduce el comportamiento de RHEL, incluidos sus defectos. Si un paquete de RHEL contiene un error, el mismo paquete de Rocky Linux también lo contiene. Por tanto, una solución provisional de un artículo de la base de conocimientos de Red Hat se aplica sin adaptación.

La compatibilidad ABI es más limitada y precisa. La ABI, o interfaz binaria de aplicaciones, es el contrato binario del que depende un programa compilado: nombres de símbolos, disposición de estructuras, convenciones de llamada y versiones de bibliotecas. Si ese contrato se mantiene estable, un binario compilado para RHEL se carga y se ejecuta. Esta promesa no implica reproducir los errores de RHEL.

La consecuencia es sencilla. AlmaLinux puede corregir un error antes que Red Hat y puede conservar un controlador que Red Hat haya eliminado. Ambas decisiones alejan deliberadamente su comportamiento del de RHEL. Rocky Linux no hará ninguna de las dos cosas, por diseño. Así mantiene la previsibilidad exacta que requiere una certificación.

Por tanto, la cuestión es qué promesa necesita. ¿Necesita que el servidor se comporte de forma idéntica a RHEL o necesita que el software creado para RHEL se ejecute en él? Casi todo el mundo necesita la segunda opción.

¿Se instalarán en ambos los paquetes del proveedor compilados para RHEL?

Sí. Un RPM compilado para RHEL 9 o RHEL 10 se instala y se ejecuta en ambos porque el ABI coincide y porque ambas distribuciones se presentan ante las herramientas como sistemas de la familia Red Hat. El archivo que realiza esta presentación es /etc/os-release.

NAME="AlmaLinux"
ID="almalinux"
ID_LIKE="rhel centos fedora"

La copia de Rocky Linux tiene la misma estructura, con NAME="Rocky Linux" y ID="rocky", y también incluye rhel en ID_LIKE. Un script de instalación que lea ID_LIKE, encuentre rhel y siga la ruta de Red Hat funciona en ambos. Un script que sólo compare ID con una lista codificada de rhel, centos y fedora falla en ambos, y falla de la misma forma en cada uno, con un mensaje que indica que la distribución no es compatible. Es un error del script, no una diferencia entre los dos sistemas.

La verdadera excepción es comercial, no técnica. Una matriz de soporte es un documento empresarial. El paquete de un proveedor puede instalarse y ejecutarse perfectamente en una distribución que la matriz no menciona, y aun así el proveedor puede negarse a ayudarle cuando falle. Si paga ese soporte, lea la matriz y deje que ella decida por usted. Este es el único caso en el que la decisión viene determinada de antemano.

¿Cuál sigue funcionando en CPU antiguas?

RHEL 10 elevó el nivel de microarquitectura base de x86-64 a x86-64-v3. Ese nivel corresponde a la generación Haswell de Intel y a Excavator de AMD, y requiere extensiones del conjunto de instrucciones como AVX2. Rocky Linux 10 sigue aquí el comportamiento de RHEL. Su documentación indica que x86-64-v3 es el nivel base y que x86-64-v2 y los niveles anteriores ya no son compatibles.

AlmaLinux 10 ofrece la compilación v3 de forma predeterminada y añade una compilación independiente para x86-64-v2. Según el propio proyecto, esto permite que los usuarios con hardware antiguo sigan recibiendo actualizaciones de seguridad durante otros diez años. AlmaLinux también recompila los paquetes de EPEL para esa arquitectura, porque los paquetes de terceros para RHEL 10 están dirigidos a v3. Este es el punto que conviene conocer antes de depender de ella: la compilación v2 es adecuada para el conjunto de paquetes predeterminado y para el EPEL v2 propio de AlmaLinux. Todo lo demás debe recompilarlo usted para v2.

Esto importa más en una VPS que en hardware propio, porque no puede elegir el procesador del host. En hosts antiguos o económicos, o cuando el hipervisor presenta un modelo de CPU conservador al guest, la máquina virtual puede no exponer AVX2 aunque el chip físico lo admita. Los paquetes compilados para v3 intentan usar instrucciones que el procesador no tiene y fallan. Compruebe qué capacidades expone realmente su instancia antes de comprometer una flota con la serie 10. La serie 9 de ambas distribuciones sigue funcionando en el nivel v2. En instancias ARM en lugar de instancias x86 la pregunta no se plantea, porque los niveles de microarquitectura son un concepto de x86-64.

La misma libertad aparece en otros aspectos de AlmaLinux 10. El proyecto volvió a habilitar la compatibilidad con más de 150 dispositivos que upstream eliminó, incluidos los PCI ID de controladoras RAID e iSCSI antiguas, y volvió a habilitar SPICE para uso tanto en servidores como en clientes. Los punteros de marco están habilitados de forma predeterminada, lo que permite realizar perfiles de todo el sistema. Una promesa de compatibilidad exacta con upstream impediría todos esos cambios, por lo que la decisión de 2023 fue la que proporcionó margen para hacerlos.

¿Cómo se migra un servidor CentOS o RHEL existente?

Rocky Linux publica scripts de conversión en su repositorio rocky-tools. migrate2rocky.sh convierte un sistema Enterprise Linux 8 a Rocky Linux 8, y migrate2rocky9.sh hace lo mismo para la serie 9. Cada script funciona dentro de una sola versión principal. En agosto de 2026, el repositorio no incluye un script equivalente para Enterprise Linux 10, por lo que para pasar a Rocky Linux 10 es necesario reinstalar el sistema.

AlmaLinux publica almalinux-deploy.sh, que admite Enterprise Linux 8, 9 y 10 y convierte sistemas CentOS Stream, Oracle Linux, RHEL, Rocky Linux, MiracleLinux y Virtuozzo Linux en las arquitecturas x86_64, aarch64, ppc64le y s390x. Conviene leer sus limitaciones documentadas antes de empezar. En los sistemas que necesitan un cargador de arranque, sólo se admite GRUB2. Además, los kernels personalizados, como UEK (unbreakable enterprise kernel) de Oracle, no se eliminan automáticamente, lo que impide que la máquina arranque con Secure Boot.

Para pasar entre versiones principales, AlmaLinux mantiene ELevate, basado en el framework leapp de Red Hat. Las rutas documentadas son de CentOS 7 a EL8, de AlmaLinux 8 o CentOS Stream 8 a EL9, y de AlmaLinux 9 o CentOS Stream 9 a EL10. La documentación escribe el destino como EL8, EL9 o EL10 en lugar de indicar una distribución concreta, porque usted elige en qué distribución Enterprise Linux terminará el proceso.

Cualquiera de estos procesos reescribe los paquetes de versión y reinstala una parte importante del sistema. Cree primero una snapshot del proveedor. Ejecute la conversión dentro de screen o tmux, como recomienda la documentación de AlmaLinux, porque una conexión SSH interrumpida a mitad del proceso deja la máquina en un estado que no conviene depurar desde una consola de rescate.

Entonces, ¿cuál debería elegir?

Para una carga de trabajo típica en un VPS, cualquiera de las dos. Instalan los mismos paquetes y el soporte de ambas finaliza el mismo año. Elija una, úsela en todos los servidores que administre y deje de preocuparse por ello. La coherencia es más importante que la diferencia entre ambas, porque una flota mixta duplica el número de imágenes y fuentes de erratas que debe controlar. Ese coste aumenta rápidamente cuando está administrando varios servidores Linux a la vez.

Las excepciones son limitadas y todas dependen de un factor ajeno a sus preferencias.

• El procesador del host es anterior a Haswell o el hipervisor oculta AVX2 al invitado. AlmaLinux 10 tiene una compilación x86-64-v2. Rocky Linux 10 no la tiene.
• Un proveedor al que paga menciona una distribución concreta en su matriz de soporte. Use esa.
• Necesita un comportamiento idéntico al de RHEL para una certificación o una auditoría. El objetivo declarado de Rocky Linux es mantener la compatibilidad error por error, mientras que el objetivo de AlmaLinux no lo es explícitamente.
• Va a convertir un servidor en ejecución en lugar de crear uno desde cero. Las herramientas de AlmaLinux cubren actualmente más distribuciones de origen y más versiones principales, incluida Enterprise Linux 10.

Si la pregunta real es Enterprise Linux frente a otra opción, entonces lo que está eligiendo es el modelo de ciclo de vida. Una distribución Enterprise Linux ofrece diez años con un mismo conjunto de paquetes y sin saltos de versión que planificar. Las versiones de soporte a largo plazo de Ubuntu ofrecen cinco años de soporte estándar, con una ruta de actualización compatible cada dos años. Es una opción distinta, que se analiza en la comparación entre las versiones LTS y las versiones provisionales de Ubuntu. Independientemente de cuál instale, la primera hora en la máquina es igual, así que siga los primeros diez minutos en un VPS nuevo antes de instalar cualquier otra cosa.

FAQ

¿Qué distribución se acerca más a Red Hat Enterprise Linux: Rocky Linux o AlmaLinux?

Rocky Linux, según su objetivo declarado. Su página principal describe la distribución como diseñada para ser 100% compatible con RHEL, error por error. Esto significa que busca reproducir el comportamiento de RHEL, incluidos sus defectos. El 13 July 2023, AlmaLinux anunció que se centraría en la compatibilidad ABI (interfaz binaria de aplicaciones). Por tanto, el software creado para RHEL se ejecuta en AlmaLinux, aunque el código subyacente puede incluir correcciones que RHEL todavía no haya publicado. Para ejecutar software de servidor habitual, ambas distribuciones son equivalentes. Para una certificación que especifique el comportamiento de RHEL, esta diferencia es precisamente lo importante.

¿Puedo cambiar de Rocky Linux a AlmaLinux sin reinstalar?

Sí, en esa dirección. almalinux-deploy.sh de AlmaLinux incluye Rocky Linux 8, 9 y 10 entre sus fuentes compatibles, junto con CentOS Stream, Oracle Linux, RHEL y MiracleLinux. En la dirección contraria hay más limitaciones: el repositorio rocky-tools de Rocky incluye scripts de conversión sólo para Enterprise Linux 8 y 9. Por tanto, en August 2026 no existe una ruta de conversión directa a Rocky Linux 10. Cree una instantánea antes de cualquier conversión y ejecútela desde una sesión que sobreviva a una pérdida de conexión, porque el proceso sustituye los paquetes de release y reinstala gran parte del sistema.

¿Funcionan en ambas las aplicaciones compiladas para RHEL?

Sí, en el caso de los paquetes RPM habituales y los repositorios de terceros. Ambas distribuciones mantienen la interfaz binaria de aplicaciones de RHEL y ambas se identifican mediante ID_LIKE="rhel centos fedora" en /etc/os-release. Por tanto, un paquete o script de instalación que compruebe si el sistema pertenece a la familia Red Hat seguirá la ruta correcta. La excepción es comercial, no técnica: un proveedor puede admitir sólo las distribuciones que figuren en su matriz de soporte, aunque su paquete se instale y funcione en ambas. Si paga ese soporte, aténgase a la matriz.

¿Cuál debería usar en un VPS económico con una CPU antigua?

AlmaLinux, si quiere utilizar la serie 10. RHEL 10 elevó la base x86-64 al nivel de microarquitectura v3. Esto requiere un procesador equivalente a Intel Haswell o AMD Excavator, y Rocky Linux 10 sigue esa misma base. AlmaLinux 10 ofrece además una compilación x86-64-v2 para hardware antiguo, con diez años de actualizaciones de seguridad. Compruebe qué capacidades expone su instancia antes de decidir, porque una máquina virtual ve el modelo de CPU que le proporciona el hipervisor y no siempre el conjunto completo de instrucciones del host. La serie 9 de ambas distribuciones todavía funciona en hardware v2.