Ubuntu 22.04 LTS vs. 24.04 LTS para un VPS: nuestra elección para 2026

Estás creando un VPS y abres el desplegable del sistema operativo.

Ubuntu 26.04 LTS…

Ubuntu 24.04 LTS…

Ubuntu 22.04 LTS…

Quizá una versión intermedia 25.10 si te sientes aventurero. (Mejor que no).

¿De verdad importa?

Claro, hay algunas diferencias entre las opciones.

Pero, en realidad, elegir una versión de Ubuntu sirve para facilitarte la vida cuando buscas documentación o tutoriales, no para optimizar un benchmark.

No quieres pasarte los próximos dos años comprobando tres veces cada fuente para saber si de verdad te dice en qué funciones del kernel puedes confiar, cuándo tendrás que planificar una actualización de versión o con qué entornos de ejecución tendrás que pelearte al tercer día.

En la mayoría de los casos, la mejor opción es evidente en cuanto sabes entre qué estás eligiendo realmente. Aquí te lo explicamos: qué versión elegir, por qué Ubuntu domina el hosting VPS y cuándo otra distribución es, en realidad, la decisión más inteligente.

¿Cuándo elegir Ubuntu 24.04 para un nuevo VPS?

En 2026, elige por defecto Ubuntu 24.04 LTS para cualquier VPS nuevo, salvo que tengas un motivo concreto para quedarte en la 22.04. Las ventajas de la 24.04 son tan sólidas que usaré lo que ya conozco deja de ser un argumento válido.

Tres motivos para elegir la 24.04 (Noble Numbat):

1. Dos años más de soporte de seguridad estándar. Ubuntu 24.04 LTS recibe mantenimiento de seguridad estándar hasta mayo de 2029 y Extended Security Maintenance (ESM) hasta mayo de 2034. El soporte estándar de Ubuntu 22.04 LTS termina en mayo de 2027, y el ESM, en mayo de 2032. Empezar hoy desde cero con la 22.04 te obliga a hacer en unos 9 meses una actualización de versión que podrías haberte ahorrado.
2. Kernel 6.8 frente a 5.15. Ubuntu 24.04 incluye Linux 6.8, compatible con la recuperación de páginas Multi-Gen LRU (útil en un VPS de 2 GB o 4 GB, donde la presión de memoria es el punto de fallo más probable; aunque Canonical decidió desactivarla por defecto en el kernel 6.8, así que compruébalo en tu servidor antes de contar con ella). La ventaja segura es un mejor rendimiento de io_uring, que se nota sobre todo en las bases de datos.
3. Herramientas por defecto actualizadas. Ubuntu 24.04 incluye Python 3.12, PHP 8.3, PostgreSQL 16, OpenSSL 3.0 y systemd 255. La 22.04 sigue incluyendo por defecto Python 3.10 y PHP 8.1. Ambas funcionan. La base más antigua solo implica más PPA y repositorios de terceros en tus scripts de instalación, y más probabilidades de que un tutorial escrito este año ni te tenga en cuenta.

Tres motivos para quedarte en la 22.04 por ahora:

1. Una dependencia crítica aún no se ha adaptado a Python 3.12 o PHP 8.3. La mayoría de las bibliotecas populares se pusieron al día en los 12 meses siguientes al lanzamiento. Algunas minoritarias, no. Si tu stack depende de una de ellas, la 22.04 te da tiempo sin perder la cobertura de seguridad.
2. Estás en plena congelación de cambios. Auditorías de cumplimiento, la ventana de lanzamiento de un cliente empresarial, un trimestre de tráfico máximo… El soporte estándar de la 22.04 dura hasta mayo de 2027. Es margen suficiente para aguantar casi cualquier congelación.
3. Vas a saltar directamente a la 26.04 LTS con una reconstrucción desde cero. Ubuntu 26.04 LTS se publicó en abril de 2026, y las actualizaciones in situ desde la 22.04 pasan primero por la 24.04, así que un salto directo implica montar un servidor en paralelo y hacer la migración. Si ya estás en la 22.04, un proyecto de migración es mejor que dos repartidos entre 2026 y 2028. Pero esto solo funciona si tu fecha límite real es el corte de mayo de 2027.

Muchos equipos se pasan tres días depurando una dependencia que solo funciona con Python 3.10 y que descubrieron después de actualizar. El instinto de actualizarlo todo acierta el 80 % de las veces y sale caro el otro 20 %. Estas tres excepciones existen precisamente para que puedas estar en ese 20 % a propósito.

¿Y la 26.04 LTS para un servidor completamente nuevo? Buena pregunta. Ubuntu 26.04 LTS (Resolute Raccoon) salió en abril de 2026 con soporte de seguridad estándar hasta mayo de 2031 y ESM hasta mayo de 2036, según el ciclo de versiones de Canonical. Si te gusta ir por delante, funciona. Aun así, la mayoría de los equipos esperan a la primera versión puntual de una nueva LTS antes de confiar en ella en producción, y los repositorios de terceros y los tutoriales todavía están terminando de adaptarse a la 26.04. Para un VPS nuevo en 2026, la 24.04 es el término medio aburrido: lo bastante actual para ahorrarte una actualización y lo bastante madura para que repositorios y tutoriales ya estén adaptados.

Ubuntu 22.04 vs. 24.04: ¿qué cambia por dentro?

Las mayores diferencias prácticas entre las versiones 22.04 y 24.04 son el kernel (5.15 frente a 6.8), el Python por defecto (3.10 frente a 3.12) y las herramientas de PHP (8.1 frente a 8.3), además de dos años más de soporte de seguridad estándar.

Todo lo demás se deriva de esos cambios.

¿Te planteas la 26.04 LTS? Sus fechas, según el ciclo de versiones de Canonical: publicada en abril de 2026, soporte de seguridad estándar hasta mayo de 2031 y ESM hasta mayo de 2036.

Sobre el papel, importan dos de esas filas.

En la práctica, cuatro de ellas cambian algo en tu script de despliegue.

El salto de kernel se nota el día en que un servidor de 4 GB sufre presión de memoria.

Los saltos de Python y PHP son los que dan problemas durante una actualización de versión, porque los patrones obsoletos por fin dejan de funcionar.

El cambio de formato de las fuentes de apt pilla a casi todo el mundo la primera vez. Un /etc/apt/sources.list que funciona en 22.04 pasa a ser /etc/apt/sources.list.d/ubuntu.sources en 24.04. Cualquier archivo de repositorio personalizado necesita un retoque para ajustarse al nuevo formato deb822.

¿Por qué Ubuntu domina el hosting VPS?

Ubuntu gana en la mayoría de las cargas de trabajo de VPS porque casi todos los proyectos autoalojados la documentan primero. La popularidad se retroalimenta: los tutoriales, los scripts de instalación y las imágenes en la nube la usan por defecto.

Es una ventaja real en las operaciones diarias cuando algo falla a las 11 de la noche.

La mayor base de paquetes deb/apt de Linux

Cuando un proyecto autoalojado publica un script de instalación, casi siempre da por hecho que usas Ubuntu. El repositorio de distribuciones de NodeSource ofrece las instrucciones para Ubuntu como vía principal. El repositorio apt oficial de PostgreSQL es solo para Ubuntu/Debian. Y Docker ofrece un repositorio apt oficial para Ubuntu, con instrucciones de instalación que la mayoría de los tutoriales siguen al pie de la letra.

La mayoría de tutoriales y respuestas de Stack Overflow dan por hecho Ubuntu

Ubuntu es la distribución de Linux más usada del mundo por tercer año consecutivo, según el informe OpenLogic 2025 State of Open Source. Los autores de tutoriales escriben para el público más amplio, así que las guías y las respuestas de Stack Overflow se escriben primero para Ubuntu.

En resumen, cuando algo falla en plena noche, la respuesta que encuentres estará pensada para Ubuntu. Si preguntas a un asistente de IA, obtendrás lo mismo: como se ha entrenado con ese corpus lleno de Ubuntu, te devolverá por defecto comandos apt y rutas de archivos de Ubuntu.

Imagen en la nube de primera en todos los grandes proveedores

AWS, GCP, Azure, DigitalOcean, Hetzner, Linode/Akamai y Vultr ofrecen Ubuntu Server como imagen de Linux principal en la pantalla de aprovisionamiento. La biblioteca de apps de DreamHost incluye Ubuntu 26.04 LTS y 24.04 LTS entre sus imágenes base.

(Traducción: no tendrás que pelearte con el desplegable).

Paquetes Snap preinstalados

Snap viene preinstalado en Ubuntu Server, así que las apps autoalojadas con paquetes snap se instalan con una sola línea. Si no te convence la actualización automática de snap, no eres el único, pero está ahí cuando la necesitas, algo que ninguna otra distribución para servidores ofrece.

¿Cuándo no deberías elegir Ubuntu para tu VPS?

Ubuntu es la opción por defecto adecuada para la mayoría de las cargas de trabajo de VPS, pero en tres casos conviene otra distribución.

1. Hosting con cPanel o WHM. Al principio cPanel solo funcionaba en la familia RHEL y, aunque ahora también es compatible con Ubuntu LTS, migrar desde un servidor CentOS administrado sigue siendo más limpio con AlmaLinux 9. Las mismas herramientas RPM, la misma memoria muscular para quien lo administra y ningún coste sorpresa por cambiar de gestor de paquetes. Si vas a sacar un flujo de trabajo de reventa de hosting de un servidor CentOS antiguo y quieres conservar cPanel, AlmaLinux 9 es el destino natural.
2. Requisitos estrictos de cumplimiento o exclusivamente FIPS. Algunos entornos regulados (FedRAMP, el Departamento de Defensa de EE. UU., el back office financiero) se estandarizan en la familia RHEL por sus módulos criptográficos validados FIPS. AlmaLinux OS 9.2 incluye módulos criptográficos validados FIPS 140-3. El complemento FIPS de Ubuntu Pro cubre casi toda la diferencia, pero si el responsable de cumplimiento quiere un linaje de la familia RHEL, con AlmaLinux la conversación es más sencilla.
3. Un servidor con poca RAM que ejecuta un solo proceso. Debian 13 (Trixie) es más ligero que Ubuntu de serie (sin snapd y con menos elementos superfluos por defecto). En un servidor muy ajustado, donde cada 200 MB cuentan, merece la pena aprovechar ese consumo menor. Debian 13 funciona bien en cualquier VPS y, como el Stack 4 (4 GB) de entrada de DreamHost incluye una imagen de Debian 13 lista para usar, tienes margen si lo prioritario es el consumo de recursos.

En resumen: AlmaLinux encaja con quienes usan cPanel o necesitan cumplimiento normativo, y Debian, con las cargas de trabajo con recursos limitados y las aburridas y estables. Ubuntu encaja con todos los demás.

¿Qué cargas de trabajo ejecuta mejor Ubuntu en un VPS?

Ubuntu encaja con casi cualquier carga de trabajo habitual de VPS. En estas cuatro es donde más se nota su ventaja en documentación y paquetes: la vía de instalación es la que usa la propia documentación del proyecto.

Para la mayoría de estas cargas de trabajo en producción, el Stack 8 (8 GB de RAM) de DreamHost es el plan que debes elegir. El Stack 4 (4 GB) es el punto de partida para una app ligera, pero el tráfico, el tamaño de los datos y la optimización marcan el límite real. Pasa a 8 GB si ejecutas stacks con mucho almacenamiento o varios servicios.

Ubuntu marca la diferencia en la elección del sistema operativo. Todo lo que hay por debajo de esa capa es, en gran medida, intercambiable.

¿Cómo se configura Ubuntu en un VPS?

Despliega la imagen de Ubuntu, inicia sesión por SSH, crea un usuario que no sea root, configura UFW y activa unattended-upgrades. En los primeros 15 minutos tendrás un servidor base listo para producción. Todo lo que venga después depende de la aplicación que vayas a instalar.

1. Elige 24.04 LTS al aprovisionar. Casi todos los proveedores ofrecen Ubuntu 24.04 LTS como imagen de un solo clic. En el VPS con Ubuntu de DreamHost, elige Ubuntu 24.04 LTS (también está disponible 26.04 LTS). Para producción, el plan indicado es Stack 8.
2. Inicia sesión por SSH con tu clave, no con una contraseña. Las imágenes en la nube usan cloud-init para añadir la clave SSH que subiste al aprovisionar. El primer inicio de sesión es ssh root@<your-ip> o ssh ubuntu@<your-ip>, según el proveedor.
3. Crea un usuario que no sea root y bloquea la autenticación por contraseña de SSH. Ejecuta adduser deploy y después usermod -aG sudo deploy. Copia la clave SSH y establece PasswordAuthentication no en /etc/ssh/sshd_config. Recarga sshd. Prueba la nueva conexión SSH en un segundo terminal antes de cerrar la sesión de root. (Todos los administradores de sistemas se han quedado fuera al menos una vez).
4. Activa el cortafuegos. Ejecuta ufw allow OpenSSH y después ufw enable. Abre los puertos que necesite tu aplicación sobre la marcha (ufw allow 443/tcp para HTTPS, etc.). UFW (Uncomplicated Firewall) es la capa sencilla sobre iptables que Ubuntu incluye de serie.
5. Activa las actualizaciones de seguridad desatendidas. Ejecuta apt install unattended-upgrades. Ubuntu aplicará automáticamente los parches de seguridad en segundo plano. Es la medida de protección de «configúralo y olvídate» que más aporta, y aun así la mayoría de las guías de instalación la pasan por alto porque no es vistosa.

Si quieres el procedimiento completo, con comprobaciones de salida y casos especiales, la referencia oficial es la Ubuntu Server Guide.

¿Cómo planificar la migración de 22.04 a 24.04?

Tienes hasta mayo de 2027 antes de que Ubuntu 22.04 pierda el soporte de seguridad estándar. Es tiempo suficiente para planificar una migración con calma, pero lo bastante corto como para que fijes una fecha en el calendario este trimestre y dejes de tratarlo como «trabajo para el futuro».

¿Sigues con 20.04 LTS? Ese plazo ya ha vencido: el soporte estándar terminó en mayo de 2025 y solo ESM a través de Ubuntu Pro lo cubre (hasta mayo de 2030). Además, do-release-upgrade es secuencial, así que un servidor con 20.04 tiene que pasar por 22.04 antes de llegar a 24.04. Montar un servidor nuevo en paralelo suele ser el camino más rápido.

Dos opciones viables:

1. Actualización in situ con do-release-upgrade. Funciona en la mayoría de los servidores sin modificar. Es más rápida y barata, pero más arriesgada en cualquier sistema muy personalizado. Ejecútala siempre primero en un clon de producción.
2. Un VPS nuevo en paralelo con cambio de DNS. Más trabajo, menos riesgo. Crea un servidor nuevo con 24.04, instala el stack, copia los datos, cambia el DNS y da de baja el antiguo. La mayoría de los equipos de producción eligen esta opción porque la marcha atrás consiste en volver a cambiar el DNS.

Las actualizaciones in situ suelen fallar por varios motivos clave: el salto de Python 3.10 a 3.12 (algunas bibliotecas aún no son totalmente compatibles con 3.12 un año después de su lanzamiento, sobre todo las que usan distutils o patrones antiguos de asyncio) y el cambio de formato de las fuentes de apt, que rompe sin avisar cualquier archivo de repositorio personalizado que olvidaras migrar.

Prueba ambas cosas antes de dar el paso.

Si estás en 22.04 y estás valorando opciones, 26.04 LTS ya está disponible, así que todavía puedes hacer un solo proyecto de migración en lugar de dos. Eso solo funciona si tu fecha límite real es el fin del soporte estándar en mayo de 2027 y tu stack no está ya peleándose con Python 3.10.

¿Y ahora qué?

Abre el desplegable de imágenes de tu proveedor y elige Ubuntu 24.04 LTS. Esa es la respuesta para casi todos los que estáis leyendo esto.

Los casos en los que 22.04 todavía compensa son pocos y se reducen cada trimestre. El soporte de seguridad estándar dura hasta mayo de 2029, ESM hasta mayo de 2034, y el mayor recorrido de cualquier distribución de Linux convencional corresponde ahora a Ubuntu 26.04 LTS: soporte estándar hasta mayo de 2031 y ESM hasta mayo de 2036.

El Stack 8 (8 GB) de hosting VPS de DreamHost es el plan indicado para un servidor Ubuntu en producción; Stack 4 (4 GB) sirve para una aplicación ligera o un servidor de pruebas.

La próxima vez que alguien de tu equipo pregunte qué Ubuntu instalar, tendrás las fechas de mayo de 2027 y mayo de 2029 listas para pegar. El problema real es dedicar 30 minutos a esta decisión. La respuesta cabe en 30 segundos.

Elige 24.04 LTS. Monta el stack. Cierra la pestaña.

Preguntas frecuentes sobre Ubuntu en un VPS