Migración a Linux para empresas

CentOS Linux 8 dejó de recibir actualizaciones a finales de 2021 y CentOS Linux 7 el 30 de junio de 2024, así que un servidor que siga con cualquiera de los dos lleva tiempo acumulando vulnerabilidades sin corregir. La salida depende de si necesitas el soporte del fabricante con acuerdo de servicio: si lo necesitas, convert2rhel convierte el servidor a RHEL sin reinstalarlo; si te basta con el soporte de la comunidad y el nuestro, AlmaLinux y Rocky Linux son compatibles con RHEL y en el día a día apenas se nota el cambio.

Convertir no cambia la versión mayor. Un CentOS 7 convertido sigue siendo un 7, y lo normal es aprovechar la parada para subir a la 9 con Leapp o ELevate, o bien comprar el soporte extendido de RHEL 7 como puente mientras se prepara esa subida.

Herramientas

convert2rhel, ELevate, Leapp y, desde CentOS 8, migrate2rocky

Dónde se complica

Repositorios de terceros como EPEL, paquetes compilados a mano y módulos del kernel de otros fabricantes: controladores de almacenamiento, agentes de copia de seguridad y antivirus.

RHEL 7 salió de mantenimiento en junio de 2024 y solo recibe parches críticos si se paga el soporte extendido (ELS), que se acaba el 31 de mayo de 2029, el mismo día en que termina el mantenimiento de RHEL 8. Leapp actualiza el servidor sin reinstalarlo, siempre de una versión mayor a la siguiente, y antes de tocar nada genera un informe con todo lo que impide la subida, que es la mejor medida del trabajo que queda por delante.

Pasar de la 7 a la 9 son dos saltos seguidos. En servidores que arrastran años de cambios hechos a mano suele salir más barato instalar un RHEL 9 limpio, automatizar la configuración con Ansible y mover los datos, y es lo que proponemos cuando el informe de Leapp sale largo.

Herramientas

Leapp y su informe previo, Ansible, Satellite o Foreman para migrar por lotes

Dónde se complica

Python 2 desaparece, iptables da paso a nftables, RHEL 9 retira los network-scripts y su política criptográfica rechaza firmas SHA-1 que todavía usan algunos certificados y aplicaciones antiguas.

Windows Server 2016 se queda sin soporte extendido el 12 de enero de 2027, y antes de renovar licencias merece la pena revisar qué servidores pueden pasar a Linux. Los servidores de ficheros van a Samba, las webs de IIS a Apache o Nginx, las aplicaciones de .NET moderno (.NET Core y .NET 5 en adelante) funcionan en Linux sin reescribirlas y SQL Server tiene versión para Linux desde 2017.

El Directorio Activo no hace falta tocarlo, porque los servidores Linux se unen al dominio con SSSD y la gente sigue entrando con su usuario de siempre. Lo que no se puede mover, como las aplicaciones de .NET Framework 4 o el software que solo existe para Windows, se queda en Windows, y eso lo dejamos claro en el inventario, antes de empezar.

Herramientas

Samba, SSSD y realmd, .NET en Linux, SQL Server para Linux, Ansible

Dónde se complica

Aplicaciones con dependencias de COM o del registro, licencias de terceros atadas a Windows y tareas programadas que nadie ha documentado.

Windows 10 perdió el soporte el 14 de octubre de 2025 y buena parte de esos equipos no cumple los requisitos de hardware de Windows 11, así que la alternativa a tirarlos es darles otro sistema. Linux funciona bien en puestos administrativos, de atención al público, aulas y quioscos, donde se trabaja con navegador, correo y ofimática, y funciona mal para quien depende de macros de Excel complejas o de programas de diseño que solo existen para Windows.

En la Administración, lo que decide una migración de puesto casi nunca es el sistema operativo: es la firma electrónica. AutoFirma funciona en Linux, pero los puntos donde falla son siempre los mismos —la versión de Java con la que arranca, la suya propia o la del sistema según cómo se instalara; el almacén de certificados que usa cada navegador; el protocolo afirma://; el middleware del lector de tarjeta criptográfica; y la integración con @firma o Cl@ve—. Los probamos contra los trámites reales de cada perfil antes de mover a nadie, y si una gestión no pasa, ese puesto se queda y se aísla.

Por eso empezamos siempre por un grupo piloto pequeño, medimos las incidencias durante unas semanas y solo entonces ampliamos al resto de la plantilla.

Herramientas

Ubuntu LTS o Debian, LibreOffice, AutoFirma para Linux, certificados de la FNMT, Ansible para desplegar y mantener los equipos

Dónde se complica

Macros de VBA, periféricos cuyo controlador solo existe para Windows, y la firma electrónica: certificados y tarjetas funcionan, pero se instalan navegador a navegador y hay que comprobar cada trámite.

Salir de UNIX no obliga a cambiar de hardware. RHEL, SUSE y Ubuntu funcionan en IBM Power (en la variante ppc64le), así que quien tiene AIX puede llevar cargas a Linux en otra partición del mismo servidor, que es lo que hacemos en Linux en IBM Power.

Lo que no se ve a simple vista es el orden de los bytes: AIX y Solaris en SPARC guardan los datos en big-endian y Linux, tanto en x86 como en Power (ppc64le), lo hace en little-endian, así que aunque la máquina sea la misma, los ficheros binarios que escribe la propia aplicación pueden necesitar conversión. Los datos exportados de una base de datos, en cambio, viajan sin problema. Y si lo que buscas es el camino contrario, llevar cargas de Linux a AIX, lo contamos en migración a AIX.

Herramientas

Pacemaker en lugar de PowerHA, ReaR para copias de sistema (el equivalente a mksysb), Ansible

Dónde se complica

Scripts de ksh con comandos propios de AIX, gestión de volúmenes distinta y aplicaciones compiladas para las que ya no queda el código fuente.

Db2 en IBM i y en z/OS no es el mismo producto que Db2 para Linux: cambian el catálogo, parte del SQL y la forma de administrarlo, y los datos pasan de EBCDIC a ASCII o Unicode por el camino. Por eso tratamos estas migraciones como proyectos de base de datos, con pruebas de rendimiento con carga real antes del corte y el sistema de origen disponible hasta que el nuevo lleva semanas estable.

Después del cambio seguimos con el soporte técnico de Db2 en Power y x86.

Herramientas

Exportación y carga de Db2, replicación para cortes cortos, pruebas con carga real

Dónde se complica

Conversión de juegos de caracteres, programas RPG o COBOL que acceden a los datos directamente y procesos por lotes con horarios estrictos.