Qué sistema operativo elegir para tu VPS

Qué sistema operativo elegir para tu VPS

El sistema operativo que debes elegir para tu VPS es la versión actual de Ubuntu LTS, a menos que una de las cuatro preguntas siguientes te haga elegir otra opción. 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 y es el sistema operativo que dan por supuesto casi todos los tutoriales de Internet, incluidos los nuestros.

Seis distribuciones merecen tu 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 lo que el software que planeas 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 puedes seguir sin traducirlas y si el resultado es compatible con Red Hat Enterprise Linux (RHEL).

Si todavía estás determinando para qué sirve la máquina, la lista de cosas que puedes hacer con un VPS es un mejor punto de partida, y qué es realmente un VPS explica los conceptos en los que se basa todo esto.

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

• Ubuntu LTS. La opción predeterminada. Elígela a menos que se aplique a tu caso una de las secciones siguientes.
• Debian. Una base más pequeña y con una evolución más lenta, con un equipo de seguridad voluntario y sin nivel 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 RHEL será después. Es la opción adecuada cuando desarrollas 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 supervisión?

El ciclo de soporte determina con qué frecuencia debe realizar tareas de riesgo, así que responda primero a esta pregunta. Cuando una versión llega al final de su vida útil, los paquetes siguen funcionando. No se produce ningún bloqueo. El servidor simplemente deja de recibir correcciones para las vulnerabilidades publicadas posteriormente, y no aparece ningún mensaje de error que lo indique. Nadie lo detecta hasta que llega una auditoría o se produce una intrusión. La solución consiste en 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. Calculado 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 actualmente. 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 queda 0.8.

A Ubuntu 26.04 LTS le quedan 4.7 años de actualizaciones gratuitas. Ubuntu Pro amplía el soporte de 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 punto en el que finaliza el soporte del equipo de seguridad de Debian. Después, el equipo voluntario de LTS lo mantiene durante aproximadamente dos años más, para un conjunto menor de paquetes y arquitecturas. Ambas cifras son correctas. Se calculan de forma distinta, por lo que hay que tener cuidado al comparar los ciclos de vida de distintos proyectos.

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 en detalle. 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 entonces: con parches, pero sin actualizaciones de versión. Ubuntu LTS funciona de la misma forma. Fedora hace lo contrario y publica las versiones actuales de upstream. 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 las necesidades de un solo paquete, revise las alternativas, porque normalmente son una solución mejor. La mayoría de los proyectos upstream publica su propio repositorio, de modo que puede añadir la fuente apt o dnf del proveedor y obtener versiones actuales de ese componente. Los runtimes 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 userland y sólo utiliza el kernel del sistema.

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 tendrá que supervisarlo y corregirlo usted cuando falle. Los repositorios adicionales también son un origen frecuente de errores en los archivos de fuentes, y el formato más reciente de fuentes de Ubuntu causa habitualmente 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 lo que un kernel más reciente ofrece principalmente funciones nuevas de red y de sistema de archivos, no compatibilidad con hardware. Ubuntu LTS también publica kernels de habilitación de hardware procedentes de versiones posteriores, por lo que una instalación LTS no queda limitada al kernel con el que se lanzó.

¿Qué documentación seguirá?

Esta es la pregunta que más se subestima 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 más allá 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 también cambia: ufw en Ubuntu, firewalld en la familia RHEL, con nftables por debajo en ambos casos. La capa de control de acceso obligatorio es diferente, y es la 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 permiten claramente el acceso. 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 suele interrumpirle con menos frecuencia.

Nada de esto es difícil. Es trabajo de traducción y tendrá que repetirlo en cada tutorial que lea, a menudo a altas horas de la noche. Si acaba usando Rocky Linux, AlmaLinux o Fedora y tiene delante una página con comandos de Ubuntu, las equivalencias de apt a dnf cubren la correspondencia, incluidas las partes que no tienen un equivalente directo. Si es nuevo en los servidores Linux, eso 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: la guía paso a paso 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.

¿Es necesario que sea compatible con Red Hat Enterprise Linux?

Si la matriz de compatibilidad 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 a 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 dirigidos a esa plataforma y con frecuencia no admiten ninguna otra. Existen dos reconstrucciones en lugar de una porque Red Hat descontinuó el CentOS original a finales de 2020, y la historia de esa división explica quién fundó cada proyecto y qué prometió cada uno.

Rocky Linux se mantiene lo más cerca posible de RHEL. AlmaLinux, desde la versión 9, 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 con CPU es el ejemplo más claro. RHEL 10 elevó su 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 importa 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 v3 no funcionará allí. Compruébelo primero. Después, elija AlmaLinux 10 o manténgase en la serie 9 si la función está ausente.

CentOS Stream es un producto diferente de ambas reconstrucciones. Se encuentra antes que RHEL en la cadena de desarrollo, por lo que los cambios llegan primero a Stream y pasan a 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 pasos de versión menor. Elíjalo cuando compile o pruebe software que deba funcionar en el RHEL que llegará, no en el RHEL ya publicado. A CentOS Stream 10 le quedan 3.8 años de soporte, una duración menor que la de las reconstrucciones porque finaliza cuando RHEL 10 deja de recibir soporte completo.

Dónde encaja Fedora en un servidor

Fedora incluye el kernel más reciente y el userland más reciente de las seis distribuciones, y ofrece soporte para cada versión durante unos 13 meses. Esa cifra resume todo el argumento. Un servidor Fedora necesita actualizar la versión aproximadamente una vez al año. Si lo planifica, será según su calendario; si no, según el de Fedora. Si omite dos actualizaciones, la máquina queda fuera de 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 actualización, por ejemplo, en una máquina personal de compilación o en un equipo de desarrollo que reconstruye con frecuencia. No lo use en una máquina de la que quiera olvidarse. Fedora 43 dejará de recibir actualizaciones en diciembre de 2026, aproximadamente catorce meses después de su lanzamiento. Eso significa que el proyecto funciona según lo previsto, no que haya fallado.

El coste real de una elección incorrecta

Reinstalar un VPS es una acción del panel de control que tarda unos minutos, por lo que cambiar de opinión no cuesta nada el primer día y resulta problemático el día doscientos. No existe un método compatible para convertir Ubuntu en AlmaLinux sin reinstalar. Tome la decisión antes de guardar 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 vuelva a ejecutar en vez de depender de la memoria: 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 imponer tanto la distribució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 si 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 LTS actual de Ubuntu. 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 su 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 de 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. Debian instala menos componentes de forma predeterminada, no ofrece 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ía de la documentación de los proveedores. Elija Debian si quiere una base mínima que pretende 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 lo más de cerca posible, 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 línea base 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 unos 13 meses, por lo que el servidor necesita actualizarse aproximadamente una vez al año y deja de recibir actualizaciones de seguridad si omite dos actualizaciones. Elija Fedora cuando necesite un kernel o una cadena de herramientas muy recientes y vaya a realizar esas actualizaciones. Para una máquina que quiera 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 línea base de CPU x86-64-v3, lo que ofrece 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 de transferencia.