Rocky Linux ou AlmaLinux: qual usar em um VPS?

Rocky Linux vs AlmaLinux: a resposta curta

Para quase todos os servidores, escolher entre Rocky Linux e AlmaLinux não tem uma resposta errada. Ambos os projetos recompilam o mesmo código-fonte do Red Hat Enterprise Linux (RHEL), por isso disponibilizam os mesmos pacotes com o mesmo ciclo de suporte de dez anos. As diferenças existem, mas estão na governação e num pequeno número de casos específicos, não no trabalho diário de administrar um servidor.

Quando a escolha não é indiferente, há dois fatores decisivos. O AlmaLinux 10 ainda disponibiliza uma compilação para processadores anteriores ao Intel Haswell, mas o Rocky Linux 10 não. Isto é relevante em hardware mais barato ou antigo de VPS (servidor privado virtual). O AlmaLinux também promete compatibilidade de ABI, em vez de comportamento idêntico. Isto é relevante se executar um produto de um fornecedor com uma matriz de suporte rigorosa.

De onde vieram as duas distribuições

Em 8 de dezembro de 2020, o projeto CentOS anunciou que o CentOS Linux 8, uma recompilação do RHEL 8, terminaria no final de 2021. A data de fim de vida publicada era 2029. O futuro do projeto seria o CentOS Stream, que o mesmo anúncio descreveu como acompanhando de perto uma versão atual do RHEL e servindo como ramo de desenvolvimento a montante do RHEL. O CentOS Linux 7 manteve o calendário original e chegou ao fim de vida em 30 de junho de 2024.

O problema não era o CentOS Stream em si. O problema era uma ciclo de vida que terminaria em 2029 ter sido antecipado em oito anos, com cerca de um ano de aviso, em máquinas que já estavam instaladas. O Rocky Linux e o AlmaLinux existem por causa disso. Ambos surgiram em 2021 e tinham o mesmo objetivo: uma recompilação gratuita do RHEL que um operador pudesse instalar e deixar sem alterações durante uma década. A razão pela qual o CentOS ocupava esse papel, e a forma como um Linux da Red Hat se tornou Fedora, RHEL e uma cadeia de recompilações, são explicadas em a história mais longa por trás do Red Hat, CentOS, Rocky e AlmaLinux.

O que Rocky Linux e AlmaLinux têm em comum

Comece por aqui, porque a parte comum representa a maior parte do cenário. Ambos são reconstruídos a partir das mesmas fontes upstream do RHEL. Por isso, oferecem as mesmas versões de pacotes, o mesmo gestor de pacotes dnf, a mesma política do SELinux (security enhanced Linux), o mesmo front-end firewalld e a mesma estrutura de unidades systemd. Os ficheiros de configuração ficam nos mesmos caminhos. Um guia escrito para uma distribuição funciona na outra com a alteração do nome. Isto também se aplica ao trabalho real: instalar o Docker Engine funciona da mesma forma em ambas, incluindo o pacote podman que fornece o comando docker e a relabeling do SELinux necessária para bind mounts. A firewall também se comporta da mesma forma. Por isso, abrir o SSH e uma porta Web com firewalld usa comandos firewall-cmd idênticos em qualquer uma das distribuições, incluindo a flag --permanent que determina se uma regra permanece ativa depois de um reboot.

Ambas acompanham de perto as releases minor do RHEL. O AlmaLinux 10.2 foi lançado em 26 May 2026 e o Rocky Linux 10.2 em 28 May 2026. A série 9 avançou na mesma semana: o AlmaLinux 9.8 em 26 May 2026 e o Rocky Linux 9.8 em 27 May 2026. Anteriormente, a diferença era maior. O AlmaLinux 10.0 chegou em 27 May 2025 e o Rocky Linux 10.0 em 11 June 2025.

Essa diferença diz respeito à disponibilização de imagens de versões menores, não à segurança. Ambos os projetos publicam errata continuamente entre versões menores, cada um através do seu próprio serviço de errata. Uma diferença de duas semanas na disponibilização de uma imagem .2 não significa duas semanas sem correções. Obter essas errata sem iniciar sessão exige o mesmo procedimento em qualquer uma das distribuições. Por isso, configurar o dnf-automatic para instalar atualizações de segurança periodicamente segue passos idênticos, independentemente da distribuição instalada. Instalar uma correção não é o mesmo que aplicá-la. determinar quais atualizações exigem um reboot e quais exigem o reinício de um serviço usa o mesmo comando needs-restarting em ambas, porque ambas o recebem do mesmo pacote RHEL.

Ambas também mantêm o modelo de ciclo de vida de dez anos herdado do RHEL: aproximadamente cinco anos de suporte ativo, seguidos de cinco anos apenas de manutenção de segurança. A série 10 de ambas as distribuições prolonga-se até 2035.

Quem está por trás de cada projeto?

O Rocky Linux pertence à Rocky Enterprise Software Foundation (RESF), uma public benefit corporation do Delaware criada por Gregory Kurtzer, cofundador do CentOS. Em novembro de 2022, a RESF ratificou estatutos e um charter que retiraram o controlo das mãos do fundador e o transferiram para essa estrutura escrita. A CIQ, empresa também fundada por Kurtzer, é o patrocinador fundador e vende suporte comercial para o Rocky Linux.

O AlmaLinux pertence à AlmaLinux OS Foundation, uma organização sem fins lucrativos 501(c)(6) constituída no Delaware e fundada em março de 2021. O conselho é eleito pelos membros da fundação, com mandatos escalonados de quatro anos. As atas das reuniões são publicadas no prazo de catorze dias, e um estatuto impede qualquer empregador de ocupar mais de um lugar com direito de voto no conselho, independentemente do valor do patrocínio. A CloudLinux iniciou o projeto e renovou um patrocínio platinum em outubro de 2024, no valor de um milhão de dólares por ano. A sua divisão TuxCare vende o suporte comercial.

Ambas as estruturas foram criadas para impedir que uma única empresa repita o que aconteceu com o CentOS Linux 8, e nenhuma é claramente mais segura do que a outra. O que pode efetivamente verificar é igual nos dois casos: pode ler os estatutos e identificar a organização que paga as contas.

O que mudou em 2023 e isso ainda importa?

Em 21 June 2023, a Red Hat anunciou que o CentOS Stream passaria a ser o único repositório para as versões públicas do código-fonte relacionado com o RHEL. Antes disso, os fontes dos pacotes do RHEL apareciam em git.centos.org, de onde os projetos de recompilação os obtinham. Remover esse feed não interrompeu as recompilações. Mas obrigou cada projeto a explicar publicamente como obteria os fontes.

O Rocky respondeu em 29 June 2023. Obtém os fontes do RHEL a partir de imagens de contentor Universal Base Image (UBI) e de instâncias públicas de cloud com pagamento por utilização, com base no princípio de que "no one can prevent redistribution of GPL software". Em August 2023, a CIQ, a Oracle e a SUSE criaram a Open Enterprise Linux Association (OpenELA), que publica os fontes necessários para uma recompilação do Enterprise Linux compatível bug a bug. O AlmaLinux não é membro.

O AlmaLinux respondeu em 13 July 2023, e a sua resposta foi uma mudança de objetivo. O projeto abandonou a compatibilidade 1:1 bug a bug e adotou a compatibilidade ABI. Nas suas próprias palavras, "we will no longer be held to the line of bug-for-bug compatibility with Red Hat, and that means that we can now accept bug fixes outside of Red Hat's release cycle". A mesma publicação disse aos utilizadores para esperarem "very little change" na utilização diária.

Três anos depois, a questão da obtenção dos fontes está resolvida na prática. Ambos os projetos lançaram todas as versões minor do RHEL desde então, com calendários semelhantes. O que permaneceu da discussão foi a diferença entre aquilo que cada projeto promete.

Compatibilidade bug a bug ou de ABI: qual é a diferença?

A página inicial do Rocky Linux ainda descreve a distribuição como concebida para ser 100% compatível bug a bug com o RHEL. Bug a bug significa que a reconstrução reproduz o comportamento do RHEL, incluindo os seus defeitos. Se um pacote no RHEL tiver um bug, o mesmo pacote no Rocky Linux também o terá. Assim, uma solução temporária de um artigo da base de conhecimento da Red Hat aplica-se sem necessidade de adaptação.

A compatibilidade de ABI é mais restrita e precisa. A ABI, ou interface binária de aplicações, é o contrato binário de que um programa compilado depende: nomes de símbolos, layouts de estruturas, convenções de chamada e versões de bibliotecas. Se esse contrato se mantiver estável, um binário compilado para o RHEL será carregado e executado. A promessa não afirma que os bugs do RHEL serão reproduzidos.

A consequência é simples. O AlmaLinux pode corrigir um bug antes da Red Hat e pode manter um driver que a Red Hat removeu. Ambas as decisões afastam deliberadamente o seu comportamento do RHEL. O Rocky Linux não fará nenhuma delas, por conceção. Assim, mantém a previsibilidade exata que uma certificação exige.

A questão é saber de que promessa precisa. Precisa que o servidor se comporte de forma idêntica ao RHEL ou precisa que o software criado para o RHEL seja executado nele? Quase toda a gente precisa da segunda opção.

Os pacotes do fornecedor compilados para RHEL instalam em ambos?

Sim. Um RPM compilado para RHEL 9 ou RHEL 10 instala e funciona em ambos, porque a ABI é compatível e porque as duas distribuições se apresentam às ferramentas como sistemas da família Red Hat. O ficheiro responsável por essa apresentação é /etc/os-release.

NAME="AlmaLinux"
ID="almalinux"
ID_LIKE="rhel centos fedora"

A cópia do Rocky Linux tem a mesma estrutura, com NAME="Rocky Linux" e ID="rocky", e também lista rhel em ID_LIKE. Um script de instalação que lê ID_LIKE, encontra rhel e segue o caminho da Red Hat funciona em ambos. Um script que apenas compara ID com uma lista fixa de rhel, centos e fedora falha nos dois, da mesma forma, com uma mensagem de distribuição não suportada. Isso é um erro no script, não uma diferença entre os dois sistemas.

A verdadeira exceção é comercial, não técnica. Uma matriz de suporte é um documento comercial. O pacote de um fornecedor pode instalar e funcionar perfeitamente numa distribuição que não aparece na matriz, e o fornecedor pode ainda assim recusar assistência quando ocorrer uma falha. Se paga esse suporte, leia a matriz e deixe que ela determine a escolha. Este é o único caso em que a decisão é tomada por si.

Qual deles ainda funciona em CPUs mais antigas?

O RHEL 10 elevou o nível de microarquitetura x86-64 mínimo para x86-64-v3. Esse nível corresponde à geração Haswell da Intel e à geração Excavator da AMD, e requer extensões do conjunto de instruções como AVX2. O Rocky Linux 10 segue o RHEL neste ponto. A documentação indica que x86-64-v3 é o nível mínimo e que o nível v2 e anteriores já não são suportados.

O AlmaLinux 10 disponibiliza a compilação v3 por predefinição e acrescenta uma compilação x86-64-v2 separada. Segundo o próprio projeto, isto permite que os utilizadores com hardware mais antigo continuem a receber atualizações de segurança durante mais dez anos. O AlmaLinux também recompila os pacotes EPEL para essa arquitetura, porque os pacotes RHEL 10 de terceiros têm como alvo o v3. Esse é o ponto importante antes de depender dessa opção: a compilação v2 é adequada ao conjunto de pacotes predefinido e ao EPEL v2 do próprio AlmaLinux. Qualquer outro pacote terá de ser recompilado por si para v2.

Isto é mais importante numa VPS do que em hardware próprio, porque não escolhe o processador do anfitrião. Em anfitriões mais antigos ou mais baratos, ou quando o hipervisor apresenta um modelo de CPU conservador ao convidado, a máquina virtual pode não disponibilizar AVX2, mesmo que o chip físico o suporte. Os pacotes compilados para v3 tentam então usar instruções que o processador não possui e falham. Verifique o que a sua instância realmente disponibiliza antes de migrar uma frota para a série 10. A série 9 de ambas as distribuições ainda funciona no nível v2. Em instâncias ARM em vez de instâncias x86, esta questão não se coloca, porque os níveis de microarquitetura são um conceito de x86-64.

A mesma liberdade aparece noutros pontos do AlmaLinux 10. O projeto reativou o suporte para mais de 150 dispositivos que o upstream removeu, incluindo IDs PCI de controladores RAID e iSCSI mais antigos, e reativou o SPICE para utilização no servidor e no cliente. Os frame pointers são ativados por predefinição, o que permite fazer profiling de todo o sistema. Uma promessa de compatibilidade bug por bug impediria todas essas alterações. Por isso, a decisão de 2023 permitiu criar espaço para as implementar.

Como migrar um servidor CentOS ou RHEL existente?

O Rocky Linux publica scripts de conversão no seu repositório rocky-tools. O migrate2rocky.sh converte um sistema Enterprise Linux 8 para Rocky Linux 8, e o migrate2rocky9.sh faz o mesmo para a série 9. Cada script funciona apenas dentro da mesma versão principal. Em agosto de 2026, o repositório não tinha um script equivalente para Enterprise Linux 10. Por isso, migrar para Rocky Linux 10 exige uma reinstalação.

O AlmaLinux publica o almalinux-deploy.sh, que abrange Enterprise Linux 8, 9 e 10 e converte sistemas CentOS Stream, Oracle Linux, RHEL, Rocky Linux, MiracleLinux e Virtuozzo Linux, nas arquiteturas x86_64, aarch64, ppc64le e s390x. Leia os limites documentados antes de começar. Apenas o carregador de arranque GRUB2 é suportado nos sistemas que precisam de um. Além disso, um kernel personalizado, como o UEK (unbreakable enterprise kernel) da Oracle, não é removido automaticamente. Isso deixa a máquina sem conseguir arrancar com o Secure Boot ativo.

Para saltar entre versões principais, o AlmaLinux mantém o ELevate, baseado no framework leapp da Red Hat. Os caminhos documentados são CentOS 7 para EL8, AlmaLinux 8 ou CentOS Stream 8 para EL9, e AlmaLinux 9 ou CentOS Stream 9 para EL10. A documentação escreve o destino como EL8, EL9 ou EL10 em vez de indicar uma distribuição específica, porque é você quem escolhe em qual distribuição Enterprise Linux o sistema ficará.

Qualquer uma destas opções reescreve os pacotes de release e reinstala uma parte significativa do sistema. Crie primeiro um snapshot no fornecedor. Execute a conversão dentro de screen ou tmux, conforme recomenda a documentação do próprio AlmaLinux, porque uma ligação SSH interrompida a meio do processo deixa a máquina num estado que você não vai querer corrigir a partir de uma consola de recuperação.

Qual deles você deve escolher?

Para uma carga de trabalho típica num VPS, qualquer um dos dois. Ambos instalam os mesmos pacotes e chegam ao fim do suporte no mesmo ano. Escolha um, use-o em todos os servidores que administra e não volte a preocupar-se com isso. A consistência vale mais do que a diferença entre eles, porque uma frota mista duplica o número de imagens e de feeds de erratas que precisa de acompanhar. Esse custo aumenta rapidamente quando está a administrar vários servidores Linux ao mesmo tempo.

As exceções são específicas, e cada uma é determinada por algo que não depende da sua preferência.

• O processador do host é mais antigo do que Haswell, ou o hypervisor oculta AVX2 do guest. AlmaLinux 10 tem uma build x86-64-v2. Rocky Linux 10 não tem.
• Um fornecedor ao qual paga indica uma distribuição na respetiva matriz de suporte. Use essa distribuição.
• Precisa de um comportamento idêntico ao RHEL para uma certificação ou auditoria. O objetivo declarado do Rocky Linux é oferecer compatibilidade bug a bug, enquanto o objetivo do AlmaLinux não é explicitamente esse.
• Está a converter um servidor em execução em vez de criar um servidor novo. As ferramentas do AlmaLinux abrangem atualmente mais distribuições de origem e mais versões principais, incluindo o Enterprise Linux 10.

Se a verdadeira questão for Enterprise Linux contra outra opção, então é o modelo de ciclo de vida que está a escolher. Uma distribuição Enterprise Linux oferece dez anos com o mesmo conjunto de pacotes, sem saltos de versão para planear. As versões de suporte de longo prazo do Ubuntu oferecem cinco anos de suporte padrão, com um caminho de atualização suportado a cada dois anos. É uma proposta diferente, explicada em a comparação entre as versões Ubuntu LTS e interim. Independentemente da distribuição que instalar, a primeira hora na máquina é semelhante. Por isso, siga os primeiros dez minutos num VPS novo antes de colocar qualquer coisa no servidor.

FAQ

O Rocky Linux ou o AlmaLinux é mais próximo do Red Hat Enterprise Linux?

O Rocky Linux, de acordo com o seu objetivo declarado. A página inicial descreve a distribuição como criada para ser 100% compatível com o RHEL, erro por erro. Isto significa que pretende reproduzir o comportamento do RHEL, incluindo os seus defeitos. Em 13 July 2023, o AlmaLinux anunciou que passaria a ter como objetivo a compatibilidade ABI (application binary interface). Assim, o software criado para o RHEL é executado no AlmaLinux, embora o código subjacente possa incluir correções que o RHEL ainda não lançou. Para executar software de servidor comum, as duas distribuições são equivalentes. Para uma certificação que especifique o comportamento do RHEL, esta distinção é o ponto principal.

Posso mudar do Rocky Linux para o AlmaLinux sem reinstalar?

Sim, nesse sentido. A almalinux-deploy.sh do AlmaLinux lista Rocky Linux 8, 9 e 10 entre as fontes suportadas, juntamente com CentOS Stream, Oracle Linux, RHEL e MiracleLinux. O caminho inverso é mais limitado: o repositório rocky-tools do Rocky Linux fornece scripts de conversão apenas para Enterprise Linux 8 e 9. Por isso, não existe um caminho direto para o Rocky Linux 10 em August 2026. Crie um snapshot antes de qualquer conversão e execute-a a partir de uma sessão que sobreviva a uma ligação interrompida, porque o processo substitui os pacotes de release e reinstala grande parte do sistema.

Os pacotes criados para o RHEL funcionam em ambos?

Sim, no caso de pacotes RPM comuns e repositórios de terceiros. As duas distribuições mantêm a interface binária de aplicações do RHEL. Ambas identificam-se com ID_LIKE="rhel centos fedora" em /etc/os-release. Assim, um pacote ou script de instalação que verifique se o sistema pertence à família Red Hat segue o caminho correto. A exceção é comercial, não técnica: um fornecedor pode suportar apenas as distribuições indicadas na sua matriz de suporte, mesmo que o pacote seja instalado e executado em ambas. Se pagar por esse suporte, siga a matriz.

Qual devo usar num VPS de baixo custo com um CPU mais antigo?

AlmaLinux, se quiser a série 10. O RHEL 10 elevou a linha de base x86-64 para o nível de microarquitetura v3. Isto requer um processador equivalente, no mínimo, ao Intel Haswell ou ao AMD Excavator. O Rocky Linux 10 segue essa linha de base. O AlmaLinux 10 fornece uma compilação adicional x86-64-v2 para hardware mais antigo, com dez anos de atualizações de segurança. Verifique o que a sua instância disponibiliza antes de decidir, porque uma máquina virtual vê o modelo de CPU fornecido pelo hypervisor e nem sempre o conjunto completo de instruções do host. A série 9 de ambas as distribuições continua a funcionar em hardware v2.