Fim do suporte do CentOS 7: converter, pagar por suporte ou reconstruir?

A página do CentOS Linux confirma essa data de fim para a versão 7, já há mais de dois anos, e o servidor ainda inicializa e serve o site. O CentOS Linux 8 está há ainda mais tempo sem correções, e os pacotes dele foram movidos para vault.centos.org, sem novas atualizações.

Você pode reconstruir em um servidor novo com AlmaLinux ou Rocky Linux, converter o servidor que você já tem no próprio servidor ou pagar um fornecedor para continuar atualizando o CentOS 7 por mais algum tempo. Nós não executamos nenhuma conversão, então cada etapa e cada ponto de falha de conversão abaixo vêm da documentação dos próprios criadores das ferramentas. Nós iniciamos os dois destinos de reconstrução em uma máquina de teste, e a seção de reconstrução mostra quanto eles usaram.

As formas de sair do CentOS 7, lado a lado

Preços e datas conforme listados por cada fornecedor em 2 de outubro de 2026, por servidor, sem impostos. Os up to four years da CIQ e os up to five years da TuxCare são contados a partir do fim da vida útil do CentOS 7. O ELS da Red Hat precisa ser retroativo a 30 de junho de 2024 se você comprar agora, como explica a seção sobre a Red Hat.

Todo plano pago do CentOS 7 acaba em cerca de 33 meses: os da SUSE e da CIQ em cerca de 21, o ELS da Red Hat em cerca de 32 e o da TuxCare em no máximo 33. Um plano pago só adia a migração. No AlmaLinux ou no Rocky Linux, a versão 8 deixa cerca de 32 meses, e é nela que cai a primeira execução no próprio servidor a partir do CentOS 7, ou uma conversão do CentOS 8. A versão 9 deixa cerca de 68. Uma reconstrução na versão 10 deixa cerca de 104.

Reconstrua em um servidor novo com AlmaLinux ou Rocky Linux

Nós começaríamos com uma reconstrução na maioria dos servidores CentOS. Ela chega à mesma data final de 2035 que a conversão completa até o AlmaLinux 10, sem três reinicializações de upgrade, e uma instalação nova não carrega nenhum dos pacotes remanescentes que um upgrade no próprio servidor pode deixar para trás. Como o servidor antigo continua atendendo o tráfego o tempo todo, um servidor novo que ainda não está pronto não derruba o site.

Para uma reconstrução, o AlmaLinux e o Rocky Linux se equivalem, e nosso guia sobre AlmaLinux ou Rocky Linux cobre os poucos pontos em que eles diferem. Os dois recebem suporte a atualizações até 31 de maio de 2032 na versão 9 e até 31 de maio de 2035 na versão 10, segundo as notas de versão do AlmaLinux e a página de versões do Rocky Linux. As limitações do Rocky mais abaixo nesta página só importam se você converter um servidor ou usar cPanel. Escolha a versão 10, a menos que um app de fornecedor ou suas próprias ferramentas ainda não a tenham certificado. Nesse caso, escolha a 9. Se nada prende você a pacotes no estilo RHEL, o Ubuntu e o Debian rodam nos mesmos planos da DreamHost.

Na DreamHost, você escolhe o sistema operacional ao criar a VPS: AlmaLinux ou Rocky Linux, cada um na versão 10 ou 9. Não há imagem da versão 8 nem imagem do CentOS. Trocar o sistema operacional depois significa reconstruir o servidor. Os cards dos planos vêm com o período mensal como padrão. Isso é ideal para um servidor que você está montando para testes, já que talvez não o mantenha depois da troca. Você tem acesso root completo. O suporte da DreamHost está disponível 24 horas por dia, 7 dias por semana, para o hardware, a rede e a conectividade. O sistema operacional, o software e as configurações ficam por sua conta.

1. Crie o novo servidor ao lado do antigo

   Escolha AlmaLinux ou Rocky Linux 10 (ou 9) ao criar a VPS. Não mexa no servidor CentOS. Ele continua servindo o site.

2. Reduza o TTL do DNS

   Um ou dois dias antes da troca, reduza o TTL dos registros que você vai alterar, para que a mudança chegue aos visitantes rapidamente.

3. Instale a stack do zero e depois copie dados e configurações

   Instale o servidor web, o runtime da linguagem e o banco de dados a partir dos pacotes do próprio sistema operacional novo. Depois, traga os dados e os itens da lista abaixo.

4. Teste o app no novo servidor

   Aponte sua própria máquina para o novo IP com uma entrada no arquivo hosts e teste o site, os logins, os formulários, o e-mail e as tarefas agendadas.

5. Troque o DNS e mantenha a máquina antiga por um tempo

   Altere os registros. Depois, mantenha o servidor CentOS rodando até que o tráfego, os logs e a saída do cron no novo pareçam corretos e, então, desligue-o.

O que um servidor novo usou na nossa VM de teste

Para ver com o que um servidor novo começa, usamos a imagem de nuvem arm64 oficial de cada projeto, do AlmaLinux 10.2 e do Rocky Linux 10.2, em uma VM de teste com 2 vCPU e 4 GB de memória, a configuração do Stack 4. Medimos a memória após 10 minutos em repouso e depois instalamos a mesma stack web nos dois, a partir dos repositórios de cada um: nginx, PHP-FPM, MariaDB 10.11, PostgreSQL 18, Node.js 24 e Valkey.

Os dois ficaram perto de 300 MiB em repouso e receberam a stack web com cerca de 200 MiB a mais, então um app do CentOS 7 migrado para o Stack 8 tem bastante memória sobrando para o app e o banco de dados. Execute dnf upgrade antes de qualquer coisa, porque a imagem de nuvem do Rocky Linux, criada em maio, tinha 130 atualizações pendentes. Esses testes foram feitos na nossa máquina de teste, não em um servidor da DreamHost nem nas imagens da própria DreamHost, em 20 de outubro de 2026, uma vez cada. Não conseguimos medir uma conversão com o ELevate: o CentOS 7 não recebe mais atualizações, nossas máquinas de teste são arm64, enquanto a maioria dos servidores CentOS 7 é x86_64, e uma conversão depende do que cada servidor tem instalado.

Veja o que precisa ser levado. Nada disso migra sozinho:

• Tarefas agendadas. Execute crontab -l para cada usuário e verifique /etc/crontab, /etc/cron.d e quaisquer timers do systemd.
• Configurações editadas à mão em /etc. Vhosts do servidor web, php.ini, a configuração do banco de dados, o logrotate e as configurações de e-mail. Copie-as como referência e reaplique as alterações à mão, já que os padrões dos pacotes mudam entre versões principais.
• Regras de firewall. Salve o que firewall-cmd --list-all ou iptables-save exibe. A Red Hat tornou o nftables o framework padrão de filtragem de pacotes no lugar do iptables no RHEL 8. Reescreva scripts antigos de iptables puro como regras do firewalld.
• Usuários, chaves e regras do sudo. O ~/.ssh/authorized_keys de cada usuário, os arquivos em /etc/sudoers.d e quaisquer contas de serviço usadas pelo app.
• Configurações de rede. Os arquivos de interface em /etc/sysconfig/network-scripts não são levados, porque o RHEL 9 removeu o pacote network-scripts em favor do NetworkManager.
• Certificados TLS e a tarefa de renovação deles.
• Bancos de dados, como dump. Migre-os com mysqldump ou pg_dump e restaure o dump no servidor novo, já que o servidor de banco de dados pula várias versões principais.

O trabalho maior costuma ser o runtime por baixo do app. O guia da Red Hat para adoção do RHEL 8 lista PHP 5.4 e MariaDB 5.5 no RHEL 7, a base a partir da qual o CentOS 7 foi construído. O RHEL 8 passou para PHP 7.2 e MariaDB 10.3, tornou o Python 3 o padrão e removeu o comando python sem versão. O AlmaLinux 10 vai além, com PHP 8.3, MariaDB 10.11, MySQL 8.4 e Python 3.12 nas suas notas de versão. Se o seu código foi escrito para PHP 5.4 ou Python 2, ele provavelmente vai precisar de mudanças antes de rodar lá, e é essa parte que pode transformar uma reconstrução em uma semana de trabalho.

Converter no próprio servidor com o ELevate

O ELevate é a ferramenta de upgrade no próprio servidor do projeto AlmaLinux. Ela é baseada no Leapp, o mesmo utilitário que a Red Hat usa nos próprios upgrades do RHEL 7 para o RHEL 8. Também é a única ferramenta mantida que encontramos que leva o próprio CentOS 7 a uma versão principal mais nova sem reinstalação nem assinatura do RHEL.

O Leapp faz o upgrade de uma versão principal por vez, então ir do CentOS 7 ao AlmaLinux 10 exige três execuções: do 7 para o 8, do 8 para o 9 e do 9 para o 10. Cada execução reinicia em uma entrada de boot especial de upgrade, e o guia do AlmaLinux para migrar do CentOS 7 para o AlmaLinux 10 recomenda manter acesso ao console para você acompanhar. Os repositórios do CentOS 7 estão fora do ar. Antes da primeira execução, você aponta o yum para o vault do CentOS ou para o espelho do CentOS 7 do AlmaLinux. O AlmaLinux avisa que a verificação pré-upgrade falha em uma instalação padrão até você corrigir o que o relatório lista.

Um leitor do Hacker News usou a ferramenta em algumas VMs domésticas e disse que it worked pretty well. Ele foi from Centos 7 to Alma 9 one release at a time.

Os itens de driver e de rede vêm da página de problemas frequentes do AlmaLinux e do guia de upgrade dele, e as versões de runtime vêm do guia de adoção do RHEL 8 da Red Hat.

O ELevate não tem mais o Rocky Linux como destino. O projeto o removeu na atualização de 3 de novembro de 2025, e o motivo declarado é que ninguém contribuiu com os dados de migração de que o Rocky Linux precisa no novo formato. A ferramenta do próprio Rocky, o migrate2rocky, converte sistemas das versões 8 ou 9 dentro da mesma versão principal, então não consegue levar um servidor CentOS 7 adiante. Se você prefere usar o Rocky Linux, uma reconstrução leva você até lá, com as mesmas datas. A Oracle também publica um script da comunidade que converte o CentOS Linux 7.9 para o Oracle Linux 7. A Oracle diz que o script não tem suporte oficial e não muda de versão principal, então você continuaria em uma versão 7. As imagens de VPS da DreamHost são Ubuntu, Debian, AlmaLinux e Rocky Linux, sem imagem do Oracle Linux.

Servidores com cPanel precisam do wrapper do ELevate do próprio cPanel. O cPanel diz que usar as ferramentas comuns em uma instalação com cPanel faz o sistema deixar de funcionar corretamente. O wrapper segue o mesmo caminho: CentOS 7 para AlmaLinux 8, depois 9, depois 10. O cPanel também removeu o suporte ao Rocky Linux, inclusive em instalações existentes. Portanto, entre os dois, um servidor com cPanel que está deixando o CentOS 7 deve ir para o AlmaLinux, seja por conversão ou por reconstrução. Se o AlmaLinux 9 for a sua parada, nosso guia de AlmaLinux 9 em uma VPS responde à dúvida sobre passar do CentOS 7 para o AlmaLinux 9 nas perguntas frequentes.

Pague pelo suporte estendido

O suporte estendido a atualizações mantém as atualizações chegando ao CentOS 7, ou a um RHEL 7 convertido, por um período fixo. Todos os planos que encontramos terminam até meados de 2029. A Red Hat estendeu o RHEL 6 além do fim original do ELS com contratos anuais renováveis que ela chama de ELS Long-Life, então confira as datas de novo antes de assinar.

O SUSE Multi-Linux Support Lite custa US$ 67 por servidor por ano no preço de tabela, com compromisso de 3 anos pago antecipadamente. Isso dá US$ 201 por servidor no preço de tabela. A própria tabela de planos da SUSE marca o Lite como NO SUPPORT. Você recebe um conjunto limitado de atualizações no sistema base, sem chamados de suporte, e a cobertura do CentOS 7 vai até 30 de junho de 2028. Um contrato de 3 anos comprado em outubro de 2026 ultrapassaria essa data. Pergunte à SUSE como ela cobra essa diferença.

O CIQ Bridge oferece suporte estendido a atualizações para o CentOS 7 por até quatro anos após o fim da vida útil, o que a CIQ arredonda para through 2028. Quatro anos a partir de 30 de junho de 2024 dá 30 de junho de 2028, o mesmo prazo da SUSE. A CIQ não divulga preço. A página de preços dela pede que você preencha um formulário para receber uma cotação.

A TuxCare vende suporte ao CentOS 7 por até cinco anos após o fim da vida útil, o que chegaria a 30 de junho de 2029, com cobrança mensal ou anual. O plano Standard cobre um conjunto limitado de atualizações. A página não mostrava nenhum preço quando conferimos.

O caminho da Red Hat primeiro converte o servidor para RHEL e depois acrescenta o suporte pago:

1. O Convert2RHEL leva o CentOS Linux 7.9 ao RHEL 7.9 e precisa de uma assinatura do RHEL para acessar o serviço de atualizações da Red Hat.
2. Só as assinaturas RHEL Server Standard ou Premium dão direito ao Extended Life Cycle Support (ELS). A loja da Red Hat lista o Standard por US$ 878,90 por um ano e não mostra preço para o complemento ELS.
3. O ELS cobre o RHEL 7.9 até 31 de maio de 2029, com um conjunto limitado de atualizações e correções selecionadas de bugs urgentes. A política de suporte legado da Red Hat diz que o ELS do RHEL 7 deveria ser comprado antes de 30 de junho de 2024 e que uma compra posterior precisa ser retroativa a essa data. Ou seja, você pagaria hoje por uma cobertura que já passou, e a Red Hat não divulga quanto isso soma.
4. O upgrade com Leapp da Red Hat substitui o RHEL 7.9 pelo RHEL 8.10 no próprio servidor, desde que o sistema esteja registrado. Uma segunda execução leva o RHEL 8.10 ao RHEL 9, e a Red Hat diz que não dá para pular do 7 para o 9 em uma única execução.

A Red Hat também vende um pacote chamado RHEL for Third Party Linux Migration, com ferramentas de conversão e ELS opcional, e também não divulga o preço dele.

Se você usa o CentOS 8

Um servidor CentOS 8 é o que está há mais tempo sem correções. Cada ferramenta de conversão abaixo leva um servidor CentOS 8 a outro sistema versão 8, e o que você pode fazer depois depende de qual delas usou.

Os detalhes das ferramentas vêm do README do almalinux-deploy, do README do migrate2rocky e da documentação do Convert2RHEL e de upgrade da Red Hat, e a visão geral do ELevate do AlmaLinux lista upgrades no próprio servidor entre EL8 e EL9 e entre EL9 e EL10. Execute o migrate2rocky dentro do screen ou do tmux para que uma conexão interrompida não encerre o processo.

Se você parar na versão 8, terá cerca de 32 meses até o fim do suporte a atualizações. Não há imagem da versão 8 na DreamHost. Se você está trazendo um servidor CentOS 8 para cá, vai reconstruí-lo na 9 ou na 10 e seguir a mesma lista de uma reconstrução do CentOS 7.

Perguntas frequentes sobre o fim do suporte do CentOS