Qué sistema operativo elegir para su VPS

Qué sistema operativo elegir para su VPS

El sistema operativo que debe elegir para su VPS es la versión LTS actual de Ubuntu, a menos que una de las cuatro preguntas siguientes le haga descartarla. LTS significa soporte a largo plazo: cinco años de actualizaciones de seguridad gratuitas en lugar de nueve meses. En un VPS (servidor privado virtual) que ejecuta una aplicación web, una base de datos, un servidor de juegos o un relay de correo, Ubuntu LTS es la opción predeterminada segura. Además, es el sistema operativo que da por supuesto casi cualquier tutorial de Internet, incluido el nuestro.

Hay seis distribuciones que merecen su atención en un servidor alquilado: Ubuntu, Debian, CentOS Stream, Rocky Linux, AlmaLinux y Fedora. Todas incluyen el mismo kernel de Linux, el mismo nginx, el mismo PostgreSQL y el mismo OpenSSH. Por eso, el software que piensa ejecutar rara vez es el factor decisivo. Hay cuatro diferencias, y en ellas se basa toda la decisión: durante cuánto tiempo recibe parches la versión, qué antigüedad tiene el software empaquetado, qué instrucciones puede seguir sin adaptarlas y si el resultado es compatible con Red Hat Enterprise Linux (RHEL).

Si todavía está definiendo para qué sirve la máquina, la lista de tareas que puede realizar con un VPS es un mejor punto de partida, y qué es realmente un VPS explica los fundamentos de todo esto.

Esta es la versión breve de cada opción.

• Ubuntu LTS. La opción predeterminada. Elíjala salvo que se aplique una de las secciones siguientes.
• Debian. Una base más pequeña y con cambios más lentos, con un equipo de seguridad de voluntarios y sin una oferta comercial.
• Rocky Linux. Una reconstrucción de RHEL, para cuando la plataforma de destino debe ser compatible con RHEL.
• AlmaLinux. La otra reconstrucción de RHEL, con una compilación para las CPU antiguas que RHEL 10 dejó de admitir.
• CentOS Stream. Lo que será RHEL próximamente. Es la opción adecuada cuando desarrolla software para RHEL.
• Fedora. El kernel y el espacio de usuario más recientes, con aproximadamente 13 meses de actualizaciones por versión.

¿Durante cuánto tiempo quiere dejar esta máquina sin tocar?

La duración del soporte determina con qué frecuencia debe realizar tareas arriesgadas, así que responda primero a esta pregunta. Cuando una versión llega al final de su vida útil, los paquetes siguen funcionando. Nada se bloquea. El servidor simplemente deja de recibir correcciones para las vulnerabilidades publicadas recientemente. No aparece ningún mensaje de error, por lo que nadie lo nota hasta que se realiza una auditoría o se produce una intrusión. La solución es actualizar la distribución en el mismo sistema o reconstruirla sobre una imagen nueva. Cualquiera de las dos opciones le costará una tarde.

Cada proyecto publica sus propias fechas del ciclo de vida. Contado desde agosto de 2026 y redondeado a un decimal, esto es lo que le queda a cada versión actual.

[
  {
    "distro": "Ubuntu 26.04 LTS",
    "years_of_support_left": 4.7,
    "notes": "Free updates to April 2031. Ubuntu Pro extends the same release to April 2036."
  },
  {
    "distro": "Debian 13",
    "years_of_support_left": 2.0,
    "notes": "Debian security team to August 2028. The LTS team then carries it to June 2030."
  },
  {
    "distro": "CentOS Stream 10",
    "years_of_support_left": 3.8,
    "notes": "Ends May 2030, when the RHEL 10 full support phase ends."
  },
  {
    "distro": "Rocky Linux 10",
    "years_of_support_left": 8.8,
    "notes": "Ends May 2035, following the RHEL 10 lifecycle."
  },
  {
    "distro": "AlmaLinux 10",
    "years_of_support_left": 8.8,
    "notes": "Ends May 2035. Adds an x86-64-v2 build for older CPUs."
  },
  {
    "distro": "Fedora 44",
    "years_of_support_left": 0.8,
    "notes": "Released April 2026, ends June 2027. Every Fedora release lasts about 13 months."
  }
]

Todas las 6 reciben correcciones hoy. La diferencia es lo importante. A Rocky Linux 10 y AlmaLinux 10 les quedan 8.8 años de actualizaciones porque siguen el ciclo de vida de diez años de RHEL, mientras que a Fedora 44 le quedan 0.8.

A Ubuntu 26.04 LTS le quedan 4.7 años de actualizaciones gratuitas. Ubuntu Pro mantiene esa misma instalación hasta 2036 sin coste para uso personal en un número reducido de máquinas. Debian 13 muestra 2.0 años porque ese es el momento en que termina el soporte del equipo de seguridad de Debian. Después, el equipo voluntario de LTS la mantiene aproximadamente dos años más, con un conjunto más reducido de paquetes y arquitecturas. Ambas cifras son correctas. Se calculan de forma diferente, por lo que comparar la duración del soporte entre proyectos requiere atención.

Esta pregunta tiene dos trampas. La primera son las versiones intermedias de Ubuntu, que aparecen cada seis meses y reciben soporte durante nueve meses. Por eso, 25.10 dejó de recibir actualizaciones el 1 de julio de 2026, aunque sus usuarios todavía la consideraban nueva. Argumentos a favor de LTS frente a una versión intermedia de Ubuntu desarrolla esta cuestión por completo. Es la forma más habitual de que un VPS quede sin parches sin que nadie lo advierta. La segunda trampa es suponer que una versión nueva implica reinstalar el sistema. No es así. La actualización en el mismo sistema de Ubuntu 24.04 a 26.04 es un procedimiento compatible, y Debian y las reconstrucciones de RHEL tienen sus propias alternativas.

¿Qué antigüedad pueden tener los paquetes?

Una distribución estable congela las versiones de sus paquetes el día del lanzamiento y después incorpora correcciones de seguridad a esas versiones durante años. Ese es el acuerdo que acepta. Debian 13 se congeló a mediados de 2025, por lo que el servidor de bases de datos que instale hoy desde esa distribución tendrá la versión que era actual en ese momento: con parches, pero sin actualizaciones de versión. Ubuntu LTS funciona de la misma forma. Fedora hace lo contrario y publica las versiones actuales del proyecto original. Precisamente por eso su periodo de soporte es corto: mantener ramas con cinco años de antigüedad es un trabajo que nadie quiere hacer dos veces.

Los paquetes antiguos sólo importan cuando la aplicación exige una versión más reciente. Antes de elegir una distribución completa para satisfacer los requisitos de un paquete, revise las alternativas, porque normalmente ofrecen una solución mejor. La mayoría de los proyectos originales publican su propio repositorio. Puede añadir la fuente apt o dnf del proveedor y obtener versiones actuales sólo de ese componente. Los entornos de ejecución de lenguajes tienen sus propios gestores de versiones. Ejecutar la aplicación en un contenedor elimina por completo esta cuestión, porque una pila de Docker Compose incluye su propio espacio de usuario y sólo utiliza el kernel del sistema anfitrión.

Todas las alternativas tienen el mismo coste. Un paquete de la distribución recibe parches del equipo de seguridad de esa distribución y llega con el apt upgrade o dnf upgrade habitual. Todo lo que añada desde fuera queda bajo su responsabilidad: debe supervisarlo y corregirlo el día que deje de funcionar. Los repositorios adicionales también son un origen habitual de errores en los archivos de fuentes, y el formato de fuentes más reciente de Ubuntu suele causar el error de fuentes apt duplicadas.

El kernel plantea una cuestión menor de lo que muchos esperan. En un VPS, el hardware es virtual y el host proporciona los controladores reales. Por tanto, un kernel más reciente aporta principalmente funciones nuevas de red y del sistema de archivos, no compatibilidad con hardware. Ubuntu LTS también publica kernels de habilitación de hardware procedentes de versiones posteriores. Por eso, una instalación LTS no queda limitada al kernel con el que se lanzó.

¿Qué documentación seguirá?

Esta es la pregunta que menos se tiene en cuenta y la que más horas cuesta. Ubuntu y Debian usan paquetes apt y .deb. CentOS Stream, Rocky Linux y AlmaLinux usan paquetes dnf y .rpm. Esta diferencia le acompañará mucho después del comando de instalación.

Los nombres de los paquetes cambian: el servidor web Apache es apache2 en Ubuntu y Debian, y httpd en la familia RHEL, por lo que el nombre del servicio también cambia. El firewall es diferente: ufw en Ubuntu y firewalld en la familia RHEL, con nftables por debajo en ambos casos. La capa de control de acceso obligatorio también cambia, y esta es la diferencia que más problemas causa. La familia RHEL ejecuta SELinux (security enhanced Linux) en modo enforcing de forma predeterminada. Por eso, un servicio puede recibir una denegación de acceso a un archivo cuyos permisos claramente lo permiten. El motivo sólo aparece en el registro de auditoría mediante ausearch -m AVC. Ubuntu y Debian usan AppArmor, que incluye menos perfiles y genera menos interrupciones.

Nada de esto es difícil. Es trabajo de traducción, y tendrá que repetirlo con cada tutorial que lea, a menudo hasta altas horas de la noche. Si es nuevo en los servidores Linux, esto por sí solo es motivo suficiente para elegir Ubuntu LTS, porque la página de instalación del proveedor que consulte asumirá que lo utiliza. Nuestras guías hacen lo mismo: el tutorial de la pila LAMP y la guía de Certbot y nginx están escritas y probadas para Ubuntu, al igual que los primeros diez minutos en un VPS nuevo.

¿Debe utilizar una distribución compatible con Red Hat Enterprise Linux?

Si la matriz de soporte de un proveedor menciona RHEL o la infraestructura de producción de su empresa lo utiliza, elija una distribución compatible con RHEL y deje de tratarlo como una preferencia. Rocky Linux y AlmaLinux se compilan a partir de las fuentes de RHEL. Ambas mantienen estable la ABI (interfaz binaria de aplicaciones) respecto de RHEL, por lo que un RPM compilado para RHEL 10 se instala y funciona en cualquiera de las dos. Los agentes comerciales y las herramientas de cumplimiento normativo están orientados a esa plataforma y con frecuencia no admiten ninguna otra.

Rocky Linux se mantiene lo más cerca posible de RHEL. Desde la versión 9, AlmaLinux busca la compatibilidad de ABI en lugar de mantener bits idénticos, lo que le permite añadir elementos que Red Hat ha eliminado. La compatibilidad de CPU es el ejemplo más claro. RHEL 10 elevó el requisito mínimo a x86-64-v3, un nivel de funciones de CPU que requiere AVX2, y Rocky Linux 10 sigue ese requisito. AlmaLinux 10 añadió una arquitectura x86-64-v2 independiente para hardware antiguo. Esto es importante en un servidor alquilado: si el proveedor expone un modelo de CPU emulado genérico, avx2 puede no estar disponible en lscpu, y una compilación para v3 no funcionará allí. Compruébelo primero y, después, elija AlmaLinux 10 o manténgase en la serie 9 si la marca no está presente.

CentOS Stream es un producto diferente de cualquiera de estas reconstrucciones. Se encuentra antes de RHEL en la cadena de desarrollo, por lo que los cambios llegan primero a Stream y alcanzan RHEL en la siguiente versión menor. Es suficientemente estable para ejecutarse en producción y avanza de forma continua, en lugar de hacerlo mediante versiones menores. Elíjalo si desarrolla o prueba software que debe funcionar en el RHEL que está por llegar, no en el RHEL ya publicado. A CentOS Stream 10 le quedan 3.8 años de soporte, un periodo más corto que el de las reconstrucciones porque termina cuando RHEL 10 deja de recibir soporte completo.

Dónde encaja Fedora en un servidor

Fedora incluye el kernel y el userland más recientes de los seis, y admite cada versión durante unos 13 meses. Ese plazo es el argumento principal. Un servidor Fedora necesita actualizarse de versión aproximadamente una vez al año: según su calendario si lo planifica y según el de Fedora si no lo hace. Si omite dos actualizaciones, el equipo deja de recibir soporte.

Use Fedora en un servidor cuando necesite algo más reciente que lo que ofrece cualquier distribución estable y ya acepte ese ritmo de actualizaciones, por ejemplo, en un equipo personal de compilación o en un equipo de desarrollo que reinstale con frecuencia. No lo use en un equipo del que quiera olvidarse. Fedora 43 dejará de recibir actualizaciones en diciembre de 2026, unos 14 meses después de su lanzamiento. El proyecto funciona así por diseño; no se trata de un fallo.

El coste real de una elección incorrecta

Reinstalar un VPS es una acción del panel de control que tarda minutos, por lo que cambiar de opinión no cuesta nada el primer día y resulta mucho más costoso el día doscientos. No existe un método compatible para convertir Ubuntu en AlmaLinux sin reinstalar. Tome la decisión antes de poner datos en la máquina.

Dos hábitos mantienen reversible la decisión. Mantenga la configuración en un script en lugar de dejarla en el historial del shell, para que una reconstrucción la ejecute de nuevo en vez de depender de lo que recuerde: un primer playbook de Ansible es suficiente para un solo servidor. Después, compruebe quién administra realmente el sistema operativo, porque en un plan de VPS administrado el proveedor puede fijar tanto la elección como el calendario de parches.

La opción predeterminada se mantiene. Elija Ubuntu LTS; elija Debian si quiere una base más pequeña y sin una capa comercial; elija Rocky Linux o AlmaLinux cuando algo requiera compatibilidad con RHEL; elija CentOS Stream cuando esté desarrollando para RHEL; y elija Fedora sólo si ya tiene programada la actualización anual.

FAQ

¿Qué distribución de Linux debería elegir para un VPS si soy nuevo en Linux?

La versión actual de Ubuntu LTS. Hay dos razones principales. Casi todas las páginas de instalación de terceros muestran primero un comando para Ubuntu, así que puede pegarlo en lugar de traducirlo. Además, cada versión LTS recibe cinco años de actualizaciones de seguridad gratuitas, por lo que nada le obliga a actualizar durante el primer año. Debian es una segunda opción razonable si quiere una base más pequeña y se siente cómodo leyendo documentación escrita para apt en general, en lugar de documentación específica para Ubuntu.

¿Es mejor Debian o Ubuntu para un servidor?

Son distribuciones estrechamente relacionadas. Ubuntu se basa en Debian, usa apt y la mayoría de las instrucciones para Debian funcionan sin cambios en Ubuntu. Debian instala menos componentes de forma predeterminada, no tiene un nivel de soporte comercial y deja las tareas de seguridad en manos de voluntarios durante los últimos años de una versión. Ubuntu congela una versión LTS cada dos años en una fecha predecible, amplía su soporte hasta diez años mediante Ubuntu Pro y es la distribución a la que se dirige la mayor parte de la documentación de los proveedores. Elija Debian si quiere una base mínima que piensa mantener durante años. Elija Ubuntu si quiere que la documentación coincida con lo que ha escrito.

¿Debería usar Rocky Linux o AlmaLinux?

Ambas son reconstrucciones gratuitas de RHEL con soporte hasta mayo de 2035, por lo que cualquiera de las dos es una opción válida. Rocky Linux sigue RHEL tan de cerca como puede, lo que resulta adecuado cuando la matriz de soporte del proveedor exige una plataforma concreta. AlmaLinux prioriza la compatibilidad ABI, lo que le permite distribuir componentes adicionales, incluida una compilación x86-64-v2 para CPU que no cumplen la referencia x86-64-v3 que requiere RHEL 10. En un VPS con una CPU antigua o emulada de forma genérica, esa compilación es el motivo para elegir AlmaLinux.

¿Puedo ejecutar Fedora en un servidor?

Sí, pero debe tener en cuenta su calendario de actualizaciones. Cada versión de Fedora recibe soporte durante aproximadamente 13 meses, por lo que el servidor necesita una actualización de versión aproximadamente una vez al año. Si omite dos actualizaciones, deja de recibir actualizaciones de seguridad. Elija Fedora si necesita un kernel o una cadena de herramientas muy recientes y realmente va a realizar esas actualizaciones. Para una máquina que quiere dejar sin cambios, elija una versión LTS o empresarial.

¿La distribución cambia el rendimiento del VPS?

No de una forma que probablemente pueda medir. Todas ejecutan el mismo kernel y el mismo software de servidor, por lo que una prueba de rendimiento de nginx en Ubuntu frente a nginx en Rocky Linux mide principalmente su configuración. RHEL 10 compila sus paquetes con la referencia de CPU x86-64-v3, lo que proporciona una pequeña mejora en hardware moderno, pero no es una base sólida para elegir un sistema operativo. El disco y la configuración de la base de datos determinan el rendimiento.