El CERN se enfrentó a un dilema crucial: reemplazar miles de ordenadores industriales y sistemas embebidos en sus aceleradores o cambiar su sistema operativo. La incompatibilidad de hardware con las nuevas versiones de Red Hat Enterprise Linux amenazaba con dejar obsoleta una infraestructura vital. Finalmente, el laboratorio optó por migrar a Debian 13, una solución de software para un problema de software, evitando así un coste millonario y un complejo rediseño de hardware.
Es una situación común en casa: un dispositivo que funciona perfectamente, pero cuyo software lo deja atrás. Esto puede ser un iPod sin actualizaciones o un ordenador que no cumple los requisitos para Windows 11. El hardware sigue intacto, pero su vida útil se ve limitada por lo que puede ejecutar. Este mismo problema, llevado a una escala mayor, afectó a los ordenadores que mantienen operativos los aceleradores del CERN.
El desafío no recaía en los portátiles de los investigadores ni en los servidores generales, sino en una parte muy específica de los aceleradores: alrededor de 2.200 Front-End Computers, que incluyen ordenadores industriales y sistemas embebidos, encargados de la comunicación con la electrónica de control de las instalaciones. Los requisitos de procesador introducidos en las nuevas generaciones del ecosistema Red Hat amenazaban con dejar obsoleta una porción significativa de este equipo. El laboratorio debía decidir si intervenía en máquinas y electrónica aún funcionales o si abordaba el problema modificando la ruta del software.
Para comprender la raíz del conflicto, es necesario examinar el procesador. La denominación x86-64 no define un conjunto inmutable de capacidades; existen niveles como x86-64-v2 y x86-64-v3 que incorporan conjuntos de instrucciones adicionales que el software puede asumir como disponibles. Red Hat Enterprise Linux 9 (RHEL 9) comenzó a exigir como mínimo el nivel v2, y RHEL 10 elevó este requisito a v3. Esto permite compilar el sistema para CPUs más modernas, pero tiene una consecuencia directa: los procesadores anteriores que carecen de estas instrucciones quedan excluidos, a pesar de seguir funcionando sin problemas con el software que ya utilizan.
Cuando el CERN analizó las cifras, la incompatibilidad dejó de ser un problema menor. En su evaluación de riesgo de 2023, se calculó que aproximadamente el 47% de los equipos utilizaba procesadores del nivel x86-64 original, lo que los situaba por debajo del mínimo requerido por RHEL 9. Otro 17% estaba en x86-64-v2 y entraría en conflicto con el posterior salto de RHEL 10 a v3. Esto no implicaba la sustitución inmediata del 64% de los equipos, pero sí que, al seguir las sucesivas generaciones del sistema, alrededor de dos tercios de la infraestructura terminarían chocando con el nuevo umbral de hardware.
Aquí surge otra diferencia significativa con un ordenador doméstico. Estos sistemas forman parte de una infraestructura distribuida por todo el complejo de aceleradores y están conectados a unos 17.000 dispositivos, que incluyen electrónica de control y equipamiento especializado. El CERN también maneja aproximadamente 70.000 cables y utiliza tanto hardware industrial como placas y controladores desarrollados para necesidades muy específicas. Sustituir una de estas máquinas podría implicar, por tanto, verificar compatibilidades, modificar electrónica, reorganizar conexiones y revalidar que todo el conjunto funcione correctamente.
Cuando los responsables calcularon cuánto costaría resolver el problema desde el hardware, la escala cambió drásticamente. El escenario que manejaban en 2023 rondaba los 5,4 millones de francos suizos, equivalentes a unos 5,7 millones de euros al cambio actual. Este coste contemplaba el rediseño de unas 11 placas, la incorporación especializada de seis ingenieros y técnicos, trabajos de reorganización y recableado de racks, y una nueva puesta en servicio posterior. Aun así, la propia estimación interna calificaba como optimista una probabilidad de éxito del 20%, incluso asumiendo que el desarrollo de las nuevas soluciones se llevara a cabo sin errores. Era un esfuerzo considerable para corregir una incompatibilidad originada en el software.
La elección de Debian no surgió de la nada. El CERN había trabajado durante más de dos décadas dentro del ecosistema de Red Hat, inicialmente con Scientific Linux y luego con alternativas como AlmaLinux y CentOS Stream, una continuidad que facilitaba la reutilización de herramientas, conocimientos e infraestructura. Sin embargo, sus responsables habían mantenido Debian como un plan alternativo ante posibles cambios que pudieran comprometer ciclos de vida tan extensos. Cuando este respaldo dejó de ser teórico, la decisión fue clara: migrar estos sistemas de control a Debian 13. Los propios ingenieros lo resumieron con una frase: "Solución de software para un problema de software".
Sin embargo, cambiar de distribución no era tan simple como instalar Debian y considerar el trabajo terminado. El equipo encontró deficiencias en las herramientas estándar para automatizar la construcción y publicación de paquetes, además de dificultades para mantener varias versiones de un mismo componente y gestionar ciertos módulos binarios del kernel. Parte de la solución implicó adaptar su propia infraestructura, incluida Koji, que ya utilizaban en otros entornos. La ventaja era evidente: concentrar el esfuerzo en software y herramientas internas en lugar de intervenir físicamente en una red de sistemas industriales mucho más compleja.
La transición ya ha comenzado. Cuando los responsables del proyecto presentaron sus planes a finales de agosto, explicaron que decenas de máquinas con Debian ya estaban operando en el complejo. Fijaron como objetivo migrar los más de 2.200 ordenadores industriales y sistemas embebidos de este entorno a Debian 13 antes de finalizar 2026. Esta versión contará con soporte LTS hasta 2030, con opciones para prolongarlo aún más. No obstante, el cambio tiene límites claros: los centros de datos y la computación de los experimentos seguirán utilizando RHEL y AlmaLinux. El CERN no abandona Red Hat por completo; ha decidido que, para esta parte específica de sus aceleradores, prolongar la vida del hardware implica cambiar el software.
