Fin de soporte de Red Hat Enterprise Linux 7 y 8: fechas, ELS y cómo migrar

Red Hat Enterprise Linux 7 terminó su fase de mantenimiento el 30 de junio de 2024 y hoy solo recibe actualizaciones a través del soporte extendido pagado (ELS), disponible hasta el 31 de mayo de 2029. Red Hat Enterprise Linux 8, en cambio, ya está en su fase de mantenimiento, que termina el 31 de mayo de 2029, con un complemento ELS hasta el 31 de mayo de 2033. Así lo informa Red Hat en su página de ciclo de vida de RHEL y en las preguntas frecuentes sobre el fin de mantenimiento de RHEL 7.

Si tu empresa todavía tiene servidores con RHEL 7, o planifica a varios años con RHEL 8, esta guía te explica qué significa cada fase, qué cubre el soporte extendido y qué opciones tienes para migrar.

Cómo funciona el ciclo de vida de RHEL

Según la política de ciclo de vida de Red Hat, RHEL 8, 9 y 10 tienen un ciclo de 10 años dividido en dos grandes fases, más opciones posteriores:

• Soporte completo (Full Support), unos 5 años: se publican correcciones, nuevas versiones menores, habilitación de hardware nuevo y mejoras de software.
• Soporte de mantenimiento (Maintenance Support), unos 5 años más: se siguen publicando correcciones según los criterios de Red Hat, pero con muy poca funcionalidad nueva.
• Extended Life Cycle Support (ELS): un complemento pagado que extiende la entrega de ciertas correcciones después del fin del mantenimiento.
• Fase de vida extendida (Extended Life Phase): se mantiene el acceso al contenido ya publicado y un soporte técnico limitado, pero sin nuevas correcciones de errores ni de seguridad.

Red Hat aclara que las fechas futuras de fin de soporte completo y de mantenimiento son aproximaciones y pueden cambiar. Por eso conviene revisar la página oficial antes de tomar decisiones.

Fechas oficiales de RHEL 7, 8, 9 y 10

Fuentes: ciclo de vida de RHEL para RHEL 8, 9 y 10, y preguntas frecuentes de RHEL 7 para el fin de mantenimiento y el ELS de RHEL 7.

RHEL 10 está disponible desde el 20 de mayo de 2025 y RHEL 9 desde el 18 de mayo de 2022, por lo que ambos tienen soporte completo vigente. Dos lecturas rápidas de la tabla:

• RHEL 7 ya no recibe actualizaciones sin ELS. Un servidor RHEL 7 sin ese complemento no está recibiendo parches de seguridad nuevos.
• RHEL 8 sigue soportado, pero ya está en mantenimiento. La documentación de Red Hat indica que, desde la versión 8.10, Red Hat entrega solo correcciones de seguridad y algunas correcciones de errores de alta prioridad. Si necesitas funcionalidades nuevas, Red Hat recomienda considerar RHEL 9.

Qué cubre el soporte extendido ELS de RHEL 7

Según las preguntas frecuentes de Red Hat, el ELS de RHEL 7 incluye:

• Mantenimiento de software para ciertas vulnerabilidades (CVE) críticas, importantes y moderadas con puntaje CVSS de 7 o más.
• Algunas correcciones de errores urgentes, a criterio de Red Hat.
• Soporte técnico equivalente al de la fase de mantenimiento.

Una condición importante: el ELS solo aplica a la última versión menor, que en este caso es RHEL 7.9. Si tus servidores están en una versión anterior de RHEL 7, primero tendrás que actualizarlos a 7.9.

ELS es una solución puente: te da tiempo para migrar ordenadamente, pero no reemplaza la migración. No incluye nuevas funcionalidades y cubre solo un subconjunto de correcciones.

Qué riesgos tiene seguir en una versión sin soporte

• Vulnerabilidades sin parche: cuando se publica una falla nueva, tu servidor queda expuesto sin una corrección oficial.
• Incumplimiento de exigencias: auditorías, clientes y normas como ISO 27001 suelen exigir que los sistemas reciban actualizaciones de seguridad. Lo vemos en nuestra guía de ISO 27001.
• Software que deja de ser compatible: bases de datos, lenguajes y agentes de monitoreo van retirando su soporte para sistemas operativos antiguos.
• Hardware y nube: los equipos y tipos de máquina nuevos pueden no estar certificados para versiones antiguas.
• Conocimiento que se pierde: mientras más se posterga, más difícil es encontrar a quien recuerde cómo se configuró ese servidor.

Opciones de migración

1. Actualización en el mismo lugar con Leapp

Red Hat ofrece la herramienta Leapp para actualizar un sistema sin reinstalarlo. Su documentación oficial cubre por separado el salto de RHEL 7 a RHEL 8 y el de RHEL 8 a RHEL 9. El proceso incluye:

1. Preparar el sistema y revisar requisitos.
2. Ejecutar la evaluación previa y leer el informe de preactualización, que identifica problemas que pueden bloquear la actualización.
3. Resolver los inhibidores detectados.
4. Ejecutar la actualización.
5. Verificar el estado del sistema y completar las tareas posteriores.

Para despliegues grandes, la documentación de RHEL 8 a 9 también describe cómo automatizar el proceso con roles de Ansible.

Es una buena opción para servidores bien documentados, con pocas personalizaciones. Requiere un respaldo completo y una ventana de mantenimiento.

2. Instalación limpia y migración de aplicaciones

Se instala un servidor nuevo con RHEL 9 o RHEL 10 y se migran las aplicaciones y los datos. Toma más trabajo, pero deja un sistema limpio, sin configuraciones heredadas, y permite probar en paralelo antes de cambiar.

3. Aprovechar para modernizar

Si la aplicación lo permite, la migración es una buena oportunidad para llevarla a contenedores o a la nube. Por ejemplo, una aplicación que hoy vive en un servidor RHEL 7 podría correr en contenedores sobre OpenShift o Kubernetes, lo que también cambia cómo se actualiza en el futuro.

4. ELS como puente

Si tienes sistemas críticos que no puedes migrar en el corto plazo, contratar ELS te da tiempo con parches para vulnerabilidades graves mientras ejecutas el plan.

Cómo planificar la migración

1. Inventario: lista todos los servidores RHEL, su versión exacta, qué aplicaciones corren y quién es responsable.
2. Clasificación: separa lo crítico de lo secundario y lo que se puede apagar.
3. Compatibilidad: verifica que tus aplicaciones y proveedores soporten la versión de destino.
4. Elección de estrategia por servidor, según la tabla anterior.
5. Ambiente de pruebas: prueba la migración en una copia antes de tocar producción.
6. Respaldos y plan de vuelta atrás: si algo sale mal, debes poder volver al estado anterior. Nuestro plan de recuperación ante desastres explica cómo prepararlo.
7. Ejecución por etapas: empieza por sistemas de menor riesgo y aprende en el camino.
8. Cierre: documenta la nueva configuración y da de baja los servidores antiguos.

Cómo te acompañamos en Vitis Origins

Somos partner de Red Hat y trabajamos a diario con servidores Linux en centros de datos y en la nube. En Vitis Origins levantamos el inventario de tus sistemas, evaluamos la compatibilidad, elegimos contigo la estrategia para cada servidor y ejecutamos la migración con respaldos y plan de vuelta atrás. Si necesitas tiempo, te ayudamos a evaluar ELS como puente. Conoce nuestro servicio de soporte Red Hat y planifiquemos tu migración antes de que el calendario decida por ti.

Preguntas frecuentes