Rocky Linux o AlmaLinux para un VPS: cual elegir

Rocky Linux frente a AlmaLinux: la respuesta corta

Para casi cualquier servidor, elegir entre Rocky Linux y AlmaLinux no supone un error. Ambos proyectos reconstruyen el mismo código fuente de Red Hat Enterprise Linux (RHEL), por lo que distribuyen los mismos paquetes bajo el mismo ciclo de soporte de 10 años. Las diferencias son reales, pero residen en la gobernanza y en un número reducido de casos excepcionales, no en la administración diaria de un equipo.

Dos factores deciden la elección cuando no se trata de una cuestión de azar. AlmaLinux 10 sigue distribuyendo una compilación para procesadores anteriores a Intel Haswell, mientras que Rocky Linux 10 no lo hace; esto es relevante en hardware de VPS (servidor privado virtual) más económico o antiguo. AlmaLinux también promete compatibilidad ABI en lugar de un comportamiento idéntico, lo cual es importante si ejecuta un producto de un proveedor con una matriz de soporte estricta.

Origen de 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 prevista para 2029. El futuro del proyecto era CentOS Stream, que el mismo anuncio describía como una versión que sigue justo por delante de la versión actual de RHEL y que sirve como rama de desarrollo upstream de RHEL. CentOS Linux 7 mantuvo su calendario original y alcanzó el fin de su vida útil el 30 de junio de 2024.

El problema no era CentOS Stream en sí mismo. El problema fue que un ciclo de vida que terminaba en 2029 se adelantó ocho años con apenas un año de preaviso, en máquinas que ya estaban instaladas. Rocky Linux y AlmaLinux existen debido a esto. Ambas aparecieron en 2021 y ambas tenían el mismo objetivo: una reconstrucción gratuita de RHEL que un operador pudiera instalar y mantener durante una década.

Lo que comparten Rocky Linux y AlmaLinux

Empiece por aquí, ya que la parte compartida constituye la mayor parte del panorama. Ambas se reconstruyen a partir de las mismas fuentes upstream de RHEL, por lo que ambas ofrecen las mismas versiones de paquetes, el mismo gestor de paquetes dnf, la misma política de SELinux (Security Enhanced Linux), el mismo front end 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 funciona en la otra cambiando el nombre.

Ambas siguen de cerca las versiones menores de RHEL. AlmaLinux 10.2 se lanzó el 26 de mayo de 2026 y Rocky Linux 10.2 el 28 de mayo de 2026. La serie 9 se movió en la misma semana: AlmaLinux 9.8 el 26 de mayo de 2026 y Rocky Linux 9.8 el 27 de mayo de 2026. Anteriormente, la brecha era mayor. AlmaLinux 10.0 llegó el 27 de mayo de 2025 y Rocky Linux 10.0 el 11 de junio de 2025.

Esa brecha se refiere a los medios de las versiones menores, no a la seguridad. Ambos proyectos publican erratas continuamente entre versiones menores, cada uno desde su propio servicio de erratas. Una diferencia de dos semanas en la aparición de una imagen .2 no significa dos semanas sin parches.

Ambas también mantienen el modelo de ciclo de vida de diez años heredado de RHEL: aproximadamente cinco años de soporte activo, seguidos de cinco años de mantenimiento exclusivo de seguridad. La serie 10 en ambas llega hasta 2035.

¿Quién respalda cada proyecto?

Rocky Linux pertenece a la 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 transfirieron el control de manos de su fundador a dicha estructura escrita. CIQ, una empresa también fundada por Kurtzer, es el patrocinador fundador y vende soporte comercial para Rocky Linux.

AlmaLinux pertenece a la AlmaLinux OS Foundation, una organización sin ánimo de lucro 501(c)(6) constituida en Delaware y fundada en marzo de 2021. Su junta directiva es elegida por los miembros de la fundación en 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 asiento con derecho a voto en la junta, independientemente de cuánto patrocine. CloudLinux inició el proyecto y renovó un patrocinio platino 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 que ninguna empresa pueda repetir lo que le ocurrió a CentOS Linux 8, y ninguna es obviamente más segura que la otra. Lo que realmente puede comprobar es lo mismo en ambos casos: puede leer los estatutos y puede identificar a la organización que emite los pagos.

¿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 para las versiones del código fuente público relacionadas con RHEL. Antes de eso, las fuentes de los paquetes de RHEL aparecían en git.centos.org, que era el lugar del que las obtenían las distribuciones de reconstrucción. Eliminar ese flujo de datos no detuvo las reconstrucciones. Sí obligó a cada proyecto a responder, de forma pública, cómo obtendría las fuentes.

Rocky respondió el 29 de junio de 2023. Obtiene las fuentes de RHEL a partir de imágenes de contenedor Universal Base Image (UBI) y de instancias de nube pública de pago por uso, bajo el razonamiento 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 las fuentes necesarias 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 su lugar. En sus propias palabras, "ya no estaremos sujetos a la línea de compatibilidad error por error con Red Hat, y eso significa que ahora podemos aceptar correcciones de errores fuera del ciclo de lanzamiento de Red Hat". La misma publicación indicó a los usuarios que esperaran "muy pocos cambios" en el uso diario.

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

Compatibilidad "bug for bug" o compatibilidad ABI: ¿cuál es la diferencia?

La página principal de Rocky Linux sigue describiendo la distribución como diseñada para ser 100% compatible "bug for bug" con RHEL. "Bug for bug" significa que la reconstrucción reproduce el comportamiento de RHEL, incluyendo sus defectos. Si un paquete en RHEL contiene un error, el mismo paquete en Rocky Linux también lo contiene, por lo que una solución alternativa de un artículo de la base de conocimientos de Red Hat se aplica sin necesidad de traducción.

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

La consecuencia es fácil de explicar. AlmaLinux puede corregir un error antes que Red Hat y puede mantener un controlador que Red Hat eliminó. Ambas acciones alejan su comportamiento de RHEL de forma deliberada. Rocky Linux no hará ninguna de las dos cosas, por diseño, por lo que permanece predecible exactamente de la manera que requiere una certificación.

Por lo tanto, la pregunta es qué promesa necesita usted. ¿Necesita que el servidor se comporte de forma idéntica a RHEL o necesita que el software compilado para RHEL se ejecute en él? Casi todo el mundo necesita lo segundo.

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

Sí. Un RPM compilado para RHEL 9 o RHEL 10 se instala y ejecuta en ambos, debido a que la ABI coincide y a que ambas distribuciones se presentan ante las herramientas como un sistema 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 enumera rhel en ID_LIKE. Un script de instalación que lee ID_LIKE, encuentra rhel y toma la ruta de Red Hat funciona en ambos. Un script que solo compara ID contra una lista codificada de rhel, centos y fedora falla en ambos, y falla de manera idéntica en cada uno, con un mensaje de distribución no soportada. Eso es un error en el script, no una diferencia entre los dos sistemas.

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

¿Cuál sigue funcionando en CPUs antiguas?

RHEL 10 elevó el nivel base de microarquitectura x86-64 a x86-64-v3. Ese nivel coincide con la generación Haswell de Intel y Excavator de AMD, y requiere extensiones del conjunto de instrucciones como AVX2. Rocky Linux 10 sigue a RHEL en este aspecto. Su documentación establece que x86-64-v3 es la base y que el nivel v2 y anteriores ya no tienen soporte.

AlmaLinux 10 distribuye la compilación v3 como predeterminada y añade una compilación x86-64-v2 independiente, en sus propias palabras, para permitir que los usuarios con ese hardware antiguo sigan recibiendo actualizaciones de seguridad durante otros diez años. AlmaLinux también recompila los paquetes EPEL para esa arquitectura, debido a que los paquetes de terceros para RHEL 10 apuntan a v3. Esa es la trampa que conviene conocer antes de depender de ella: la compilación v2 se adapta al conjunto de paquetes predeterminado más el EPEL v2 propio de AlmaLinux, y cualquier otra cosa debe ser recompilada para v2 por usted mismo.

Esto importa más en un VPS que en hardware propio, porque usted no elige el procesador del host. En hosts antiguos o más económicos, o donde el hipervisor presenta un modelo de CPU conservador al invitado, la máquina virtual puede no exponer AVX2 incluso cuando el chip físico lo tiene. Los paquetes compilados para v3 intentan entonces usar instrucciones que el procesador no posee, por lo que fallan. Compruebe lo que su instancia expone realmente antes de comprometer un parque de servidores a la serie 10. La serie 9 de ambas distribuciones sigue funcionando en el nivel v2. En instancias ARM en lugar de instancias x86 la cuestión nunca surge, porque los niveles de microarquitectura son un concepto de x86-64.

La misma libertad aparece en otros aspectos de AlmaLinux 10. El proyecto reactivó el soporte para más de 150 dispositivos que el upstream eliminó, incluyendo IDs PCI para controladores RAID e iSCSI antiguos, y reactivó SPICE tanto para uso en servidor como en cliente. Los punteros de marco (frame pointers) están activados por defecto, lo cual permite que el perfilado a nivel de sistema funcione. Una promesa de "error por error" prohíbe cada uno de esos cambios, por lo que la decisión de 2023 es lo que permitió el margen para realizarlos.

¿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 uno funciona dentro de una misma versión mayor. A fecha de agosto de 2026, el repositorio no contiene un script equivalente para Enterprise Linux 10, por lo que migrar a Rocky Linux 10 requiere una reinstalación.

AlmaLinux publica almalinux-deploy.sh, que cubre Enterprise Linux 8, 9 y 10 y realiza la conversión desde CentOS Stream, Oracle Linux, RHEL, Rocky Linux, MiracleLinux y Virtuozzo Linux, en arquitecturas x86_64, aarch64, ppc64le y s390x. Conviene leer sus límites documentados antes de empezar. Solo se admite el cargador de arranque GRUB2 en sistemas que lo requieran, y un kernel personalizado como el UEK (Unbreakable Enterprise Kernel) de Oracle no se elimina automáticamente, lo que deja a la máquina sin capacidad de arrancar bajo Secure Boot.

Para un salto entre versiones mayores, AlmaLinux mantiene ELevate, construido sobre 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 indica el objetivo como EL8, EL9 o EL10 en lugar de nombrar una distribución específica, ya que usted elige en qué Enterprise Linux desea finalizar.

Cualquiera de estos procesos reescribe los paquetes de la distribución y reinstala una gran parte del sistema. Realice primero una instantánea (snapshot) en su proveedor. Ejecute la conversión dentro de screen o tmux, tal como aconseja la propia documentación de AlmaLinux, ya que una conexión SSH interrumpida a mitad del proceso deja la máquina en un estado que no querrá depurar desde una consola de rescate.

¿Cuál debería elegir?

Para una carga de trabajo típica en un VPS, cualquiera de las dos. Instalan los mismos paquetes y alcanzan el fin de soporte en el mismo año. Elija una, úsela en todos sus servidores y deje de preocuparse por ello. La consistencia tiene más valor que la diferencia entre ambas, ya que una flota mixta duplica la cantidad de imágenes y fuentes de erratas que debe seguir. Ese coste aumenta rápidamente una vez que está administrando varios servidores Linux a la vez.

Las excepciones son limitadas y cada una de ellas viene determinada por factores ajenos a su preferencia.

• Su procesador 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 usted paga especifica una distribución en su matriz de soporte. Utilice esa.
• Necesita un comportamiento idéntico a RHEL para una certificación o una auditoría. El objetivo declarado de Rocky Linux es la compatibilidad error por error, mientras que el objetivo de AlmaLinux es explícitamente no serlo.
• Está convirtiendo un servidor en ejecución en lugar de instalar uno nuevo. Las herramientas de AlmaLinux cubren actualmente más distribuciones de origen y más versiones principales, incluyendo Enterprise Linux 10.

Si la verdadera cuestión es elegir entre Enterprise Linux y otra alternativa, entonces lo que está eligiendo es el modelo de ciclo de vida. Una distribución Enterprise Linux le ofrece diez años con el mismo conjunto de paquetes sin saltos de versión que planificar. Las versiones de soporte a largo plazo (LTS) de Ubuntu le ofrecen cinco años de soporte estándar con una ruta de actualización soportada cada dos años, lo cual es un compromiso diferente y se analiza en la comparación entre Ubuntu LTS y las versiones intermedias. Independientemente de lo que instale, la primera hora en la máquina es igual, así que complete los primeros diez minutos en un VPS nuevo antes de instalar nada en él.

FAQ

¿Es Rocky Linux o AlmaLinux más parecido a Red Hat Enterprise Linux?

Rocky Linux, según su propio objetivo declarado. Su página principal describe la distribución como diseñada para ser 100% compatible con RHEL "error por error", lo que significa que pretende reproducir el comportamiento de RHEL, incluidos sus defectos. AlmaLinux anunció el 13 de julio de 2023 que, en su lugar, se centraría en la compatibilidad de ABI (interfaz binaria de aplicación), de modo que el software compilado para RHEL se ejecute en él, aunque el código subyacente pueda incluir correcciones que RHEL no ha publicado. Para ejecutar software de servidor estándar, ambos son equivalentes. Para una certificación que especifique el comportamiento de RHEL, la distinción es fundamental.

¿Puedo cambiar de Rocky Linux a AlmaLinux sin reinstalar?

Sí, en esa dirección. El almalinux-deploy.sh de AlmaLinux incluye a Rocky Linux 8, 9 y 10 entre sus fuentes compatibles, junto con CentOS Stream, Oracle Linux, RHEL y MiracleLinux. El proceso inverso es más limitado: el repositorio rocky-tools de Rocky solo incluye scripts de conversión para Enterprise Linux 8 y 9, por lo que no existe una ruta de actualización directa a Rocky Linux 10 a fecha de agosto de 2026. Realice una instantánea antes de cualquier conversión y ejecútela desde una sesión que sobreviva a una desconexión, ya que el proceso reemplaza los paquetes de lanzamiento y reinstala gran parte del sistema.

¿Funcionan en ambos los paquetes compilados para RHEL?

Sí, tanto para paquetes RPM ordinarios como para repositorios de terceros. Ambas distribuciones mantienen la interfaz binaria de aplicación de RHEL y ambas se identifican mediante ID_LIKE="rhel centos fedora" en /etc/os-release, por lo que cualquier paquete o script de instalación que verifique si el sistema pertenece a la familia Red Hat seguirá la ruta correcta. La excepción es comercial, no técnica: un proveedor puede dar soporte únicamente a las distribuciones que figuran en su matriz de soporte, aunque su paquete se instale y funcione en ambas. Si paga por ese soporte, deje que la matriz sea la que decida.

¿Cuál debería usar en un VPS de bajo coste con una CPU antigua?

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