CentOS 7 ha llegado al fin de su vida útil: ¿convertir, pagar soporte o reconstruir?

La página de CentOS Linux confirma esa fecha de fin para la versión 7, hace ya más de dos años, y el servidor sigue arrancando y sirviendo el sitio. CentOS Linux 8 lleva aún más tiempo sin correcciones, y sus paquetes se trasladaron a vault.centos.org, donde ya no reciben actualizaciones.

Puedes reconstruir en un servidor nuevo con AlmaLinux o Rocky Linux, convertir in situ el que ya tienes o pagar a un proveedor para que siga actualizando CentOS 7 durante algo más de tiempo. Nosotros no hicimos ninguna conversión, así que todos los pasos y puntos de fallo de la conversión que verás a continuación proceden de la documentación de los propios creadores de las herramientas. Sí arrancamos los dos destinos de reconstrucción en una máquina de prueba, y la sección sobre la reconstrucción muestra los recursos que usaron.

Las formas de dejar CentOS 7, comparadas

Precios y fechas tal como los publicaba cada proveedor el 2 de octubre de 2026, por servidor, sin impuestos. Los up to four years de CIQ y los up to five years de TuxCare se cuentan desde el fin de vida de CentOS 7. El ELS de Red Hat tiene que contratarse con efecto retroactivo desde el 30 de junio de 2024 si lo compras ahora, como explica la sección sobre Red Hat.

Todos los planes de pago para CentOS 7 se acaban en unos 33 meses como mucho: los de SUSE y CIQ, en unos 21; el ELS de Red Hat, en unos 32, y el de TuxCare, en 33 como máximo. Un plan de pago solo retrasa la migración. En AlmaLinux o Rocky Linux, la versión 8 te deja unos 32 meses, y ahí es donde aterriza la primera ejecución in situ desde CentOS 7 o una conversión de CentOS 8. La versión 9 te deja unos 68. Una reconstrucción en la versión 10 te deja unos 104.

Reconstruir en un servidor nuevo con AlmaLinux o Rocky Linux

Para la mayoría de los servidores CentOS, nosotros empezaríamos por una reconstrucción. Llega a la misma fecha de fin, 2035, que convertir hasta AlmaLinux 10, sin tres reinicios de actualización, y una instalación limpia no arrastra los paquetes sobrantes que puede dejar una actualización in situ. Como el servidor antiguo sigue atendiendo el tráfico todo el tiempo, un servidor nuevo que aún no está listo no tira el sitio.

Para una reconstrucción, AlmaLinux y Rocky Linux son equivalentes, y nuestra guía sobre AlmaLinux o Rocky Linux repasa los pocos puntos en los que se diferencian. Ambos reciben actualizaciones hasta el 31 de mayo de 2032 en la versión 9 y hasta el 31 de mayo de 2035 en la versión 10, según las notas de la versión de AlmaLinux y la página de versiones de Rocky Linux. Las limitaciones de Rocky que verás más abajo solo importan si conviertes un servidor o usas cPanel. Elige la versión 10, salvo que una aplicación de un proveedor o tus propias herramientas aún no la hayan certificado. En ese caso, elige la 9. Si nada te ata a los paquetes de estilo RHEL, Ubuntu y Debian funcionan en los mismos planes de DreamHost.

En DreamHost eliges el sistema operativo al crear el VPS: AlmaLinux o Rocky Linux, cada uno en versión 10 o 9. No hay imagen de la versión 8 ni de CentOS. Cambiar de sistema operativo más adelante implica reconstruir el servidor. Las tarjetas de los planes muestran por defecto la modalidad mensual, algo que encaja con un servidor que montas para hacer pruebas, ya que puede que no lo conserves después del cambio. Tienes acceso root completo. El soporte de DreamHost está disponible 24/7 para el hardware, la red y la conectividad. Tú te encargas del sistema operativo, el software y la configuración.

1. Crea el servidor nuevo junto al antiguo

   Elige AlmaLinux o Rocky Linux 10 (o 9) al crear el VPS. No toques el servidor CentOS: sigue sirviendo el sitio.

2. Reduce el TTL del DNS

   Uno o dos días antes del cambio, acorta el TTL de los registros que vayas a modificar para que el cambio llegue a los visitantes enseguida.

3. Instala el stack desde cero y después copia los datos y la configuración

   Instala el servidor web, el entorno de ejecución del lenguaje y la base de datos con los paquetes del propio sistema operativo nuevo. Después, trae los datos y los elementos de la lista de abajo.

4. Prueba la aplicación en el servidor nuevo

   Apunta tu propio equipo a la nueva IP con una entrada en el archivo hosts y repasa el sitio, los inicios de sesión, los formularios, el correo electrónico y las tareas programadas.

5. Cambia el DNS y conserva el servidor antiguo un tiempo

   Cambia los registros. Después, mantén el servidor CentOS en marcha hasta que el tráfico, los registros y la salida de cron del nuevo tengan buena pinta, y entonces apágalo.

Lo que consumió un servidor recién instalado en nuestra VM de prueba

Para ver con qué arranca un servidor nuevo, usamos la imagen cloud arm64 oficial de cada proyecto, AlmaLinux 10.2 y Rocky Linux 10.2, en una máquina virtual de prueba con 2 vCPU y 4 GB de memoria, la configuración de Stack 4. Medimos la memoria tras 10 minutos en reposo y luego instalamos en ambos la misma pila web desde sus propios repositorios: nginx, PHP-FPM, MariaDB 10.11, PostgreSQL 18, Node.js 24 y Valkey.

Ambos se quedaron en reposo en torno a 300 MiB y la pila web añadió unos 200 MiB más, así que una aplicación de CentOS 7 trasladada a Stack 8 tiene memoria de sobra para la aplicación y su base de datos. Ejecuta dnf upgrade antes que nada, porque la imagen cloud de Rocky Linux, creada en mayo, tenía 130 actualizaciones pendientes. Estas pruebas se hicieron en nuestra máquina de prueba, no en un servidor de DreamHost ni con las imágenes de DreamHost, el 20 de octubre de 2026, una vez cada una. No pudimos medir una conversión con ELevate: CentOS 7 ya no recibe actualizaciones, nuestras máquinas de prueba son arm64 mientras que la mayoría de los servidores CentOS 7 son x86_64, y una conversión depende de lo que tenga instalado cada servidor.

Esto es lo que tienes que trasladar. Nada de ello se mueve solo:

• Tareas programadas. Ejecuta crontab -l para cada usuario y revisa /etc/crontab, /etc/cron.d y cualquier temporizador de systemd.
• Configuración editada a mano en /etc. Los vhosts del servidor web, php.ini, la configuración de la base de datos, logrotate y los ajustes de correo. Cópialos como referencia y vuelve a aplicar los cambios a mano, ya que los valores predeterminados de los paquetes cambian entre versiones principales.
• Reglas del cortafuegos. Guarda lo que muestre firewall-cmd --list-all o iptables-save. Red Hat convirtió nftables en el sistema de filtrado de paquetes predeterminado en lugar de iptables en RHEL 8. Reescribe los scripts antiguos de iptables como reglas de firewalld.
• Usuarios, claves y reglas de sudo. El archivo ~/.ssh/authorized_keys de cada usuario, los archivos de /etc/sudoers.d y cualquier cuenta de servicio con la que se ejecute la aplicación.
• Ajustes de red. Los archivos de interfaz de /etc/sysconfig/network-scripts no se trasladan, porque RHEL 9 eliminó el paquete network-scripts en favor de NetworkManager.
• Certificados TLS y su tarea de renovación.
• Bases de datos, como volcado. Trasládalas con mysqldump o pg_dump y restaura el volcado en el servidor nuevo, ya que el servidor de bases de datos salta varias versiones principales.

El trabajo más grande suele ser el entorno de ejecución que hay bajo la aplicación. La guía de Red Hat para adoptar RHEL 8 indica PHP 5.4 y MariaDB 5.5 en RHEL 7, la base de la que se creó CentOS 7. RHEL 8 pasó a PHP 7.2 y MariaDB 10.3, hizo de Python 3 la versión predeterminada y eliminó el comando python sin versión. AlmaLinux 10 va más allá, con PHP 8.3, MariaDB 10.11, MySQL 8.4 y Python 3.12 según sus notas de la versión. Si tu código se escribió para PHP 5.4 o Python 2, probablemente necesite cambios antes de funcionar ahí, y esa es la parte que puede alargar una reconstrucción hasta una semana.

Convertir sin reinstalar con ELevate

ELevate es la herramienta de actualización in situ del proyecto AlmaLinux. Se basa en Leapp, la misma utilidad que usa Red Hat para sus propias actualizaciones de RHEL 7 a RHEL 8. Además, es la única herramienta mantenida que encontramos capaz de llevar el propio CentOS 7 a una versión principal más reciente sin reinstalar ni necesitar una suscripción a RHEL.

Leapp actualiza una versión principal cada vez, así que pasar de CentOS 7 a AlmaLinux 10 requiere tres ejecuciones: de 7 a 8, de 8 a 9 y de 9 a 10. Cada ejecución reinicia en una entrada de arranque especial para la actualización, y la guía de AlmaLinux para pasar de CentOS 7 a AlmaLinux 10 te indica que mantengas el acceso a la consola para poder seguirla. Los repositorios de CentOS 7 están fuera de servicio. Antes de la primera ejecución, tienes que apuntar yum al vault de CentOS o al espejo de CentOS 7 de AlmaLinux. AlmaLinux advierte de que la comprobación previa falla en una instalación predeterminada hasta que corrijas lo que indique su informe.

Un lector de Hacker News la usó en algunas máquinas virtuales de casa y dijo que it worked pretty well. Pasó from Centos 7 to Alma 9 one release at a time.

Los puntos sobre controladores y red proceden de la página de problemas frecuentes de AlmaLinux y de su guía de actualización, y las versiones de los entornos de ejecución, de la guía de adopción de RHEL 8 de Red Hat.

ELevate ya no admite Rocky Linux como destino. El proyecto lo eliminó en su actualización del 3 de noviembre de 2025, y según explica, el motivo es que nadie ha aportado los datos de migración que Rocky Linux necesita en el nuevo formato. La herramienta propia de Rocky, migrate2rocky, convierte sistemas de las versiones 8 o 9 sin cambiar de versión mayor, así que no puede llevar un servidor CentOS 7 hacia delante. Si prefieres usar Rocky Linux, reconstruir el servidor te lleva hasta ahí con las mismas fechas. Oracle también publica un script de la comunidad que convierte CentOS Linux 7.9 a Oracle Linux 7. Oracle indica que el script no tiene soporte oficial y que no puede cambiar de versión mayor, así que seguirías en una versión 7. Las imágenes VPS de DreamHost son Ubuntu, Debian, AlmaLinux y Rocky Linux; no hay imagen de Oracle Linux.

Los servidores con cPanel necesitan el wrapper de ELevate propio de cPanel. Según cPanel, si ejecutas las herramientas estándar en una instalación de cPanel, el sistema no funcionará correctamente. Su wrapper sigue la misma ruta: de CentOS 7 a AlmaLinux 8, luego a 9 y luego a 10. Además, cPanel ha retirado el soporte para Rocky Linux, incluidas las instalaciones existentes. Así que, de las dos opciones, un servidor cPanel que deja CentOS 7 debe ir a AlmaLinux, tanto si lo conviertes como si lo reconstruyes. Si tu destino es AlmaLinux 9, nuestra guía de AlmaLinux 9 en un VPS responde en sus preguntas frecuentes cómo pasar de CentOS 7 a AlmaLinux 9.

Pagar por soporte extendido

El soporte de actualizaciones extendido sigue enviando actualizaciones a CentOS 7, o a un RHEL 7 convertido, durante un tiempo limitado. Todos los planes que encontramos terminan, como muy tarde, a mediados de 2029. Red Hat ha alargado RHEL 6 más allá del fin original de su ELS con periodos anuales renovables a los que llama ELS Long-Life, así que vuelve a comprobar las fechas antes de firmar.

SUSE Multi-Linux Support Lite tiene un precio de catálogo de 67 $ por servidor y año, con un compromiso de 3 años pagado por adelantado. Eso son 201 $ por servidor a precio de catálogo. La propia tabla de planes de SUSE marca Lite como NO SUPPORT. (sin soporte). Recibes un conjunto limitado de actualizaciones del sistema base, sin casos de soporte, y la cobertura de CentOS 7 dura hasta el 30 de junio de 2028. Un plan de 3 años contratado en octubre de 2026 se extendería más allá de esa fecha. Pregunta a SUSE cómo factura ese periodo.

CIQ Bridge ofrece soporte de actualizaciones extendido para CentOS 7 durante un máximo de cuatro años tras el fin de su vida útil, lo que CIQ redondea a through 2028. Cuatro años desde el 30 de junio de 2024 nos llevan al 30 de junio de 2028, la misma fecha límite que SUSE. CIQ no publica precio. Su página de precios te pide rellenar un formulario para pedir presupuesto.

TuxCare vende soporte para CentOS 7 durante un máximo de cinco años tras el fin de su vida útil, lo que llegaría al 30 de junio de 2029, con facturación mensual o anual. Su nivel Standard cubre un conjunto limitado de actualizaciones. Cuando lo consultamos, su página no mostraba ningún precio.

La vía de Red Hat primero convierte el servidor a RHEL y después añade el soporte de pago:

1. Convert2RHEL lleva CentOS Linux 7.9 a RHEL 7.9 y necesita una suscripción a RHEL para acceder al servicio de actualizaciones de Red Hat.
2. Solo las suscripciones RHEL Server Standard o Premium dan acceso a Extended Life Cycle Support (ELS). La tienda de Red Hat indica 878,90 $ por un año de Standard y no muestra ningún precio para el complemento ELS.
3. ELS cubre RHEL 7.9 hasta el 31 de mayo de 2029, con un conjunto limitado de actualizaciones y algunas correcciones de errores urgentes seleccionadas. La política de soporte heredado de Red Hat indica que ELS para RHEL 7 debía comprarse antes del 30 de junio de 2024, y que cualquier compra posterior se factura con efecto retroactivo desde esa fecha. Es decir, hoy pagarías por una cobertura que ya ha pasado, y Red Hat no publica cuánto supone eso.
4. La actualización con Leapp de Red Hat sustituye RHEL 7.9 por RHEL 8.10 sin reinstalar, en un sistema registrado. Una segunda ejecución lleva RHEL 8.10 a RHEL 9, y Red Hat indica que no puedes saltar de la 7 a la 9 en una sola ejecución.

Red Hat también vende un paquete llamado RHEL for Third Party Linux Migration, con herramientas de conversión y ELS opcional, y tampoco publica su precio.

Si usas CentOS 8

Un servidor CentOS 8 es el que lleva más tiempo sin correcciones. Cada una de las herramientas de conversión siguientes lleva un servidor CentOS 8 a otro sistema de la versión 8, y lo que puedas hacer después depende de cuál hayas usado.

Los detalles de las herramientas proceden del README de almalinux-deploy, del README de migrate2rocky y de la documentación de Red Hat sobre Convert2RHEL y las actualizaciones, y la descripción general de ELevate de AlmaLinux recoge las actualizaciones sin reinstalar de EL8 a EL9 y de EL9 a EL10. Ejecuta migrate2rocky dentro de screen o tmux para que un corte de conexión no lo interrumpa.

Si te quedas en la versión 8, tienes unos 32 meses antes de que termine su soporte de actualizaciones. En DreamHost no hay imagen de la versión 8. Si traes aquí un servidor CentOS 8, lo reconstruirás en la 9 o la 10 y seguirás la misma lista que para reconstruir un CentOS 7.

Preguntas frecuentes sobre el fin de vida de CentOS