El CERN se encontró frente a una encrucijada que suena familiar para cualquiera que haya tenido un dispositivo perfectamente funcional pero abandonado por el software. Ese iPod que ya no recibe actualizaciones, ese ordenador todavía capaz que no cumple los requisitos para dar el salto a la última versión de Windows. El hardware sigue ahí, entero, pero su vida útil empieza a depender de lo que puede ejecutar. Y llevado a otra escala, ese mismo problema afecta a los ordenadores que ayudan a mantener en marcha los aceleradores de partículas más famosos del mundo.
Lo que estaba en juego no eran los portátiles de los investigadores ni todos los servidores de la organización. Hablamos de unos 2.200 Front-End Computers, entre equipos industriales y sistemas embebidos, usados para comunicarse con la electrónica que controla esas instalaciones. Los nuevos requisitos de procesador que llegaban con las últimas generaciones del ecosistema Red Hat amenazaban con dejar fuera buena parte de ese parque. Y el laboratorio tenía que decidir si actuar sobre máquinas y electrónica todavía útiles o resolver el asunto por otro camino.
Un problema de software con consecuencias físicas
Para entender el conflicto hay que mirar al procesador. La etiqueta x86-64 no describe un conjunto fijo de capacidades. Existen niveles como x86-64-v2 y x86-64-v3 que añaden instrucciones que el software puede dar por hechas. RHEL 9 pasó a exigir como mínimo el nivel v2 y RHEL 10 subió el listón al v3. Todo estupendo para compilar pensando en CPUs modernas, pero con una consecuencia directa: los procesadores anteriores se quedan fuera, aunque sigan funcionando sin ningún problema.
Cuando el CERN hizo cuentas, la cosa dejó de parecer menor. Su análisis de riesgo del 2023 calculó que cerca del 47% de aquel parque usaba procesadores en el nivel x86-64 original, por debajo del mínimo de RHEL 9. Otro 17% chocaba con el salto de RHEL 10. En total, alrededor de dos tercios de la infraestructura acabarían topando con el nuevo suelo de hardware. Y estos sistemas no están sueltos: forman parte de una red distribuida por el complejo, conectada a unos 17.000 dispositivos y cerca de 70.000 cables. Sustituir una sola máquina implica comprobar compatibilidades, tocar electrónica, reorganizar conexiones y volver a validarlo todo.
Link affiliatoLa opción Debian ganó por lógica
Resolverlo desde el hardware costaba una fortuna. El escenario que manejaban en el 2023 rondaba los 5,4 millones de francos suizos, unos 5,7 millones de euros al cambio, con rediseño de placas, incorporación de técnicos, recableado de racks y una nueva puesta en servicio. Y aun así, la propia estimación interna le daba un 20% de probabilidad de éxito. Demasiado esfuerzo para arreglar algo que había nacido en el software.
Así que la elección fue mudar estos sistemas de control a Debian 13. No apareció de la nada: el laboratorio llevaba más de dos décadas dentro del ecosistema Red Hat, primero con Scientific Linux y luego con AlmaLinux y CentOS Stream, pero mantenía Debian como plan alternativo. Los propios ingenieros lo resumieron con una frase redonda: solución de software para un problema de software.
Cambiar de distribución no fue instalar y listo. El equipo se topó con carencias en herramientas para automatizar la construcción de paquetes y dificultades para gestionar ciertos módulos del kernel. Parte de la solución pasó por adaptar su propia infraestructura, incluida Koji. La transición ya está en marcha: decenas de máquinas con Debian ya funcionan en el complejo, y el objetivo es llevar los más de 2.200 equipos a Debian 13 antes de terminar el 2026. Esa versión tendrá soporte hasta el 2030, con opciones de prolongarlo. Eso sí, los centros de datos y la computación de los experimentos seguirán con RHEL y AlmaLinux. El CERN no abandona Red Hat, solo ha decidido que para esta parte concreta de sus aceleradores, alargar la vida del hardware pasa por cambiar el software.
Fuente
Imagen: xataka.com
Link affiliato