---
title: "O CERN troca distribuições baseadas em Red Hat pelo Debian nos aceleradores"
author: "Ignácio Afonso"
date: "2026-09-07 07:00:00-03"
category: "Tecnologia & Desenvolvimento"
url: "http://desbugados.scale.press/portal/desbugados/post/2026/09/07/o-cern-troca-distribuicoes-baseadas-em-red-hat-pelo-debian-nos-aceleradores/md"
---

## Resumo
- O CERN planeja migrar cerca de 2.200 computadores de controle dos aceleradores para o Debian 13 até o final de 2026.
- A troca não abrange todo o CERN: centros de dados e o grid de computadores continuarão usando RHEL e AlmaLinux.
- O RHEL 9 exige x86-64-v2 e o RHEL 10 exige x86-64-v3, deixando parte do hardware industrial incompatível.
- Uma análise de 2023 apontou que 47% das máquinas não suportavam x86-64-v2; com x86-64-v3, o índice chegaria a 65%.
- O Debian foi escolhido por manter suporte a x86-64 v1 e ao patch PREEMPT_RT.
- A infraestrutura também deixará o boot baseado em NFS e tftpd, adotando separação de camadas e automação com Kubernetes.
- O projeto prevê Debian ELTS com suporte da Freexian até 2033 e já considera futuras versões, incluindo o Debian 15.

---

Mais de **2.200 computadores** usados no controle dos aceleradores do CERN estão no centro de uma troca de plataforma que levará esses sistemas do ambiente baseado em Red Hat para o Debian 13, codinome Trixie. Até o final de 2026, o plano prevê a migração dos equipamentos front-end, máquinas que ficam na linha de controle da eletrônica do complexo e precisam continuar operando sobre hardware industrial de diferentes gerações. A mudança foi apresentada por engenheiros do CERN em 2026 e responde a uma questão bastante concreta: versões recentes do sistema da Red Hat exigem recursos de processadores que muitos desses dispositivos não possuem. Para entender por que uma instituição conhecida por operar máquinas de fronteira escolheu preservar computadores antigos com uma distribuição diferente, é preciso olhar para a história invisível desse parque de controle.

## A troca alcança o controle, não todo o CERN

A mudança alcança aproximadamente 2.200 computadores front-end que controlam os aceleradores, enquanto o restante da infraestrutura do CERN permanece em outras distribuições. A transição foca em 2.200 computadores front-end que controlam o acelerador, mantendo o restante da infraestrutura em RHEL e AlmaLinux. Isso inclui o grid de computadores e os centros de dados, que não fazem parte da troca anunciada. O recorte ajuda a evitar uma interpretação exagerada da notícia: o CERN não está abandonando a família Red Hat em todos os seus ambientes, mas escolhendo outra plataforma para a camada que conversa diretamente com a eletrônica dos aceleradores, como detalha o [relato sobre a infraestrutura do CERN](https://www.infoq.com/news/2026/09/cern-debian-infra).

Essa separação também explica por que a decisão tem um caráter de engenharia de infraestrutura, e não de preferência estética entre distribuições Linux. O CERN utiliza desde computadores de mesa até PCs industriais, e os equipamentos escolhidos para a migração pertencem ao grupo responsável pelo controle da eletrônica do complexo acelerador. A apresentação de Federico Vaga e Nikos Tsipinakis na MiniDebConf Winterthur 2026 descreveu o Debian como o sistema operacional de próxima geração para esses computadores industriais, além de detalhar a integração com o ambiente legado baseado em CentOS. A palestra pode ser consultada na página [Controlling CERN's Accelerators with Debian](https://ch2026.mini.debconf.org/talks/6-controlling-cerns-accelerators-with-debian/), que registra a dimensão técnica da mudança.

## O problema nasceu no idioma da CPU

O ponto de ruptura apareceu nas exigências de microarquitetura das versões recentes do Red Hat Enterprise Linux. Microarquitetura, nesse contexto, é o conjunto mínimo de recursos e instruções que o processador precisa oferecer para executar os pacotes do sistema. O RHEL 9 passou a exigir x86-64-v2, enquanto o RHEL 10 exige x86-64-v3. Na prática, uma atualização de software passou a estabelecer uma barreira para computadores industriais e embarcados que ainda funcionam, mas foram projetados para uma geração anterior de processadores. O resultado foi uma incompatibilidade entre a vida útil física das máquinas e a linha de requisitos adotada pela distribuição.

Os números da análise de risco mostram por que a incompatibilidade não poderia ser tratada como uma exceção pequena. Uma avaliação realizada em 2023 apontou que **47% das máquinas de controle** do CERN não suportavam a instrução x86-64-v2, associada na análise à arquitetura Intel Core 2 Duo. Se a infraestrutura avançasse para x86-64-v3, a parcela afetada subiria para 65%. Engenheiros do CERN estimaram que, mantendo a família Red Hat, cerca de 65% dos computadores front-end se tornariam inoperantes por causa das exigências de instruções da CPU. A piada é ruim, mas o diagnóstico é sério: o acelerador poderia continuar inteiro, enquanto o sistema operacional deixaria de conversar com boa parte das máquinas que o controlam.

## Debian foi escolhido para preservar a operação

A escolha do Debian 13 foi orientada pela compatibilidade com o hardware existente. Debian foi escolhido por manter suporte a x86-64 v1, a base mais ampla da família de instruções x86-64, e pelo suporte ao patch PREEMPT_RT. Esse patch está associado ao funcionamento em tempo real, modelo usado quando as tarefas precisam responder dentro de limites previsíveis. Para os computadores que comandam a eletrônica dos aceleradores, essa característica pesa mais do que a adoção automática do sistema mais novo disponível. A distribuição entra, portanto, como uma forma de prolongar a utilidade dos equipamentos sem exigir que a atualização do sistema operacional transforme milhares de computadores industriais em peças sem uso.

Essa decisão exigiu trabalho dentro da própria cadeia de construção e entrega de software do CERN. A instituição adaptou sua infraestrutura de build Koji, originalmente usada para criar pacotes no formato RPM, para também produzir pacotes Debian. Um sistema de build é o conjunto de ferramentas e procedimentos que transforma o código-fonte em pacotes instaláveis; quando a distribuição muda, essa etapa precisa acompanhar a nova forma de empacotamento. O esforço mostra que migrar o sistema operacional não significa apenas gravar uma nova imagem nos computadores. É preciso ajustar a fabricação dos pacotes, a distribuição das versões e a integração com os componentes que já fazem parte da operação diária.

## O boot antigo também será substituído

A migração do sistema operacional vem acompanhada por uma mudança no modo como as máquinas recebem seu ambiente de execução. Desde 2005, a infraestrutura utilizava um modelo de inicialização baseado em NFS e tftpd, serviços que permitem entregar pela rede os arquivos necessários ao boot. Esse desenho pertence a uma fase anterior da operação, quando a administração centralizada dependia de uma sequência mais concentrada de arquivos e configurações. A nova infraestrutura separa as camadas de inicialização, do núcleo do sistema e do espaço de usuário, criando uma divisão mais clara entre as partes que fazem o computador iniciar e o ambiente em que os programas de controle funcionam.

A separação das camadas será acompanhada por automação de configuração usando Kubernetes. Nesse caso, Kubernetes aparece como uma ferramenta para organizar e automatizar a configuração dos computadores, e não como uma indicação de que os aceleradores serão transformados em um conjunto genérico de serviços de nuvem. O objetivo descrito para a nova infraestrutura é controlar de forma mais organizada o que cada máquina recebe e como esse ambiente é mantido. A alteração combina a troca da distribuição com uma revisão do fluxo de entrega do software, substituindo uma prática de inicialização usada por duas décadas por uma estrutura que distingue melhor as responsabilidades de cada componente.

## Suporte longo para uma migração que não termina na instalação

O plano de manutenção foi desenhado para acompanhar a vida prolongada dos sistemas de controle. O CERN prevê o uso de versões Debian ELTS, sigla para Extended Long-Term Support, com suporte da Freexian e horizonte de estabilidade até 2033. Esse tipo de suporte estendido prolonga a disponibilidade de manutenção para versões que precisam continuar em funcionamento por mais tempo, algo coerente com máquinas industriais cuja substituição não acompanha o calendário de lançamentos de software. Para o CERN, a escolha do Debian precisa resolver tanto a compatibilidade imediata com os processadores quanto a continuidade do ambiente depois da conclusão da migração.

O projeto já considera versões futuras do sistema, incluindo o Debian 15, o que indica uma estratégia de continuidade em vez de uma instalação isolada do Debian 13. A migração, portanto, tem três frentes conectadas: manter o suporte a x86-64 v1, reorganizar a produção de pacotes e criar um caminho de atualização para as próximas versões. Essa combinação reduz a dependência de uma única fotografia do ambiente atual, embora preserve a necessidade de testar cada nova versão contra o hardware de controle. Em infraestrutura crítica, a novidade só cumpre seu papel quando consegue atravessar os anos seguintes sem obrigar a operação a recomeçar do zero.

## O que a decisão ensina sobre sistemas legados

O caso do CERN deixa uma lição direta para quem administra tecnologia antiga: a idade do hardware não é, por si só, uma prova de que ele deve ser descartado. A análise mostrou que o problema estava na combinação entre os requisitos de instruções das versões recentes do sistema e as capacidades dos computadores instalados. Em vez de substituir o parque inteiro, o CERN escolheu uma distribuição que mantém compatibilidade com a base x86-64 v1 e oferece suporte ao patch PREEMPT_RT. A escolha não transforma equipamentos antigos em máquinas novas, mas mantém aberta a possibilidade de continuar usando dispositivos que ainda cumprem sua função dentro do sistema de controle.

O próximo passo anunciado é concluir a migração dos computadores de controle para o Debian 13 até o final de 2026, enquanto os centros de dados e o grid permanecem em RHEL e AlmaLinux. Ao mesmo tempo, a automação baseada em Kubernetes, a adaptação do Koji e o suporte Debian ELTS projetado até 2033 formam a caixa de ferramentas operacional da mudança. O CERN está trocando a plataforma onde a incompatibilidade surgiu sem misturar essa decisão com todas as outras camadas de sua computação. No acelerador, a modernização seguirá uma regra antiga das infraestruturas críticas: preservar o que ainda funciona, substituir o que impede a continuidade e documentar cada passo antes de apertar o botão de atualização.