Cómo elegir distribución Linux: Ubuntu, Debian o Rocky

La distribución de Linux que instalas en un servidor decide cuánto tiempo recibirás parches de seguridad, qué versiones de PHP, Python o PostgreSQL tendrás sin repositorios externos y qué herramientas usarás a diario (apt o dnf, AppArmor o SELinux). En esta guía compararás las tres familias más habituales en servidores (Ubuntu LTS, Debian y los clones de RHEL como Rocky Linux y AlmaLinux) con criterios concretos y comandos para comprobar cada punto en un servidor de prueba.

Requisitos previos

• Una lista de lo que vas a ejecutar: servicios, lenguajes y versiones mínimas (por ejemplo, PHP 8.2 o PostgreSQL 16).
• Opcional, pero muy recomendable: uno o varios VPS de prueba (por ejemplo, en CubePath) con las distribuciones candidatas para verificar los comandos de esta guía antes de decidir.

Las tres familias en resumen

No hay una distribución "mejor": hay una que encaja con el tiempo de vida del servidor, el software que necesitas y lo que tu equipo ya sabe administrar.

Paso 1: Decidir cuánto tiempo va a vivir el servidor

El ciclo de soporte es el criterio que más pesa, porque migrar de versión mayor cuesta horas de trabajo y riesgo. Estas son las fechas de las versiones actuales:

Algunas reglas prácticas:

• Si el servidor va a funcionar muchos años sin reinstalarse (un ERP, una aplicación certificada, un equipo que nadie quiere tocar), los 10 años de Rocky Linux o AlmaLinux reducen las migraciones al mínimo.
• Si reinstalas o reconstruyes servidores con frecuencia (infraestructura como código, contenedores, entornos efímeros), los ciclos de Ubuntu LTS o Debian son más que suficientes.
• Evita distribuciones de ciclo corto como Fedora o las versiones intermedias de Ubuntu (por ejemplo, 25.10) en producción: solo tienen 9 a 13 meses de soporte.

Para ver qué versión tiene un servidor y cuándo termina su soporte, empieza por /etc/os-release, que existe en todas estas distribuciones:

cat /etc/os-release

PRETTY_NAME="Ubuntu 24.04.3 LTS"
NAME="Ubuntu"
VERSION_ID="24.04"
VERSION="24.04.3 LTS (Noble Numbat)"
VERSION_CODENAME=noble
ID=ubuntu
ID_LIKE=debian
...

En Ubuntu, ubuntu-security-status resume qué paquetes reciben parches y hasta cuándo:

ubuntu-security-status

Paso 2: Comprobar las versiones de tu software

Las distribuciones estables congelan las versiones de los paquetes al publicarse y solo aplican parches de seguridad después. Por eso, una distribución con 10 años de soporte también tiene versiones más antiguas en su repositorio base. Estas son las versiones incluidas por defecto:

Nota

en la familia RHEL, el número del kernel no refleja toda la realidad: Red Hat incorpora controladores y funciones más recientes sobre la versión base.

No te fíes de tablas de terceros para tu caso concreto: consulta el repositorio directamente. En Ubuntu o Debian:

apt policy postgresql php

postgresql:
  Installed: (none)
  Candidate: 16+257build1
...
php:
  Installed: (none)
  Candidate: 2:8.3+93ubuntu2
...

En Rocky Linux o AlmaLinux 9, además de dnf info, revisa los flujos de módulos, que son la forma en que se ofrecen versiones alternativas:

dnf info postgresql-server
dnf module list postgresql php

Si la versión que necesitas no está en el repositorio base, tienes tres opciones razonables, de más a menos recomendable:

1. El repositorio oficial del proyecto (PostgreSQL PGDG, nginx.org, NodeSource, Docker), que publica paquetes para todas estas distribuciones.
2. Contenedores, que desacoplan la versión de la aplicación de la del sistema operativo.
3. Repositorios comunitarios de confianza, como EPEL en la familia RHEL o el PPA de Ondřej Surý para PHP en Ubuntu.

Si dependes de muchos paquetes externos para todo, es señal de que la distribución no encaja con el proyecto.

Paso 3: Evaluar la seguridad por defecto

Las tres familias reciben parches de seguridad con rapidez; la diferencia está en la configuración de partida.

Ubuntu y Debian usan AppArmor, que confina servicios mediante perfiles por ruta de archivo y es fácil de ajustar. Comprueba su estado con:

sudo aa-status

apparmor module is loaded.
120 profiles are loaded.
...

Rocky Linux y AlmaLinux traen SELinux en modo enforcing, más granular y con políticas maduras para servicios como Apache, PostgreSQL o Samba, aunque exige conocer etiquetas y booleanos cuando mueves datos o cambias puertos:

getenforce

Enforcing

Advertencia

si una aplicación falla por SELinux, no lo desactives. Revisa las denegaciones con sudo ausearch -m avc -ts recent y corrige la etiqueta o el booleano correspondiente.

En cuanto al firewall, Rocky Linux y AlmaLinux activan firewalld desde la instalación, Ubuntu incluye UFW pero inactivo y Debian no instala ninguno. En los dos últimos casos debes configurarlo tú al preparar el servidor.

Para entornos regulados (PCI DSS, ENS, HIPAA), la familia RHEL y Ubuntu Pro ofrecen perfiles de endurecimiento CIS y DISA-STIG y paquetes con validación FIPS, lo que simplifica las auditorías.

Paso 4: Tener en cuenta a tu equipo y tu ecosistema

La mejor distribución técnica puede ser una mala elección si nadie en el equipo sabe administrarla. Considera:

• Experiencia del equipo: apt, dpkg y los archivos en /etc/apt/ frente a dnf, rpm y /etc/yum.repos.d/ son mundos distintos en la resolución de problemas diaria.
• Documentación del software: muchos productos comerciales solo certifican RHEL y sus clones; muchos proyectos de código abierto documentan primero Ubuntu.
• Automatización existente: si ya tienes roles de Ansible, imágenes base o scripts probados para una familia, cambiar tiene un coste real.
• Homogeneidad: mantener una sola familia (o como mucho dos) en toda la flota simplifica parches, monitorización y auditorías.

Rocky Linux o AlmaLinux

Ambas nacieron en 2021 tras el fin de CentOS Linux y son compatibles con RHEL a efectos prácticos: los mismos paquetes, rutas y comandos. Las diferencias son organizativas:

• Rocky Linux busca ser idéntica a RHEL, compilando desde las fuentes de Red Hat, y la respalda la Rocky Enterprise Software Foundation.
• AlmaLinux busca compatibilidad binaria (ABI) con RHEL, lo que le permite publicar algunos parches antes, y la gestiona la AlmaLinux OS Foundation. Mantiene además la herramienta ELevate para actualizar entre versiones mayores.

Para un servidor web o de base de datos cualquiera de las dos funciona igual. Si un proveedor de software certifica solo una, usa esa.

¿Cuál deberías elegir?

Si dudas, Ubuntu LTS es la opción con más documentación y paquetes, y Rocky Linux o AlmaLinux la opción con el ciclo de vida más largo.

Conclusión

Has revisado los cuatro criterios que deciden la distribución de un servidor: ciclo de soporte, versiones de paquetes, seguridad por defecto y experiencia del equipo, y sabes comprobar cada uno con cat /etc/os-release, apt policy, dnf module list, aa-status y getenforce. Antes de decidir, instala tu aplicación en un servidor de prueba con la distribución elegida.

Como siguientes pasos, puedes aprender a gestionar paquetes con APT y DNF, planificar la actualización de Ubuntu LTS a la siguiente versión o, si todavía tienes servidores con CentOS, migrarlos a Rocky Linux o AlmaLinux.