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), pelo que disponibilizam os mesmos pacotes no mesmo ciclo de suporte de 10 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.

Duas questões determinam a escolha quando não se trata de uma decisão indiferente. O AlmaLinux 10 ainda disponibiliza uma compilação para processadores anteriores ao Intel Haswell, ao passo que o Rocky Linux 10 não o faz. Isto é relevante em hardware de VPS (servidor privado virtual) mais barato ou antigo. 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 reconstrução do RHEL 8, terminaria no fim 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 uma distribuição que acompanha de perto, à frente, uma versão atual do RHEL e funciona como o ramo de desenvolvimento upstream 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 um ciclo de vida previsto para terminar 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: oferecer uma reconstrução gratuita do RHEL que um operador pudesse instalar e deixar sem alterações durante uma década.

O que o Rocky Linux e o 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 dos mesmos fontes upstream do RHEL, por isso fornecem as mesmas versões de pacotes, o mesmo gestor de pacotes dnf, a mesma política SELinux (security enhanced Linux), o mesmo frontend 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 depois de alterar o nome.

Ambos acompanham de perto as versões menores 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: AlmaLinux 9.8 em 26 May 2026 e Rocky Linux 9.8 em 27 May 2026. Anteriormente, a diferença era maior. O AlmaLinux 10.0 foi lançado em 27 May 2025 e o Rocky Linux 10.0 em 11 June 2025.

Essa diferença diz respeito às imagens de versões menores, não à segurança. Ambos os projetos publicam errata continuamente entre versões menores, cada um a partir 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 patches.

Ambos 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 de manutenção apenas de segurança. A série 10 de ambos chega a 2035.

Quem está por trás de cada projeto?

O Rocky Linux pertence à Rocky Enterprise Software Foundation (RESF), uma empresa de benefício público do Delaware criada por Gregory Kurtzer, cofundador do CentOS. Em novembro de 2022, a RESF ratificou estatutos e um documento constitutivo que retiraram o controlo das mãos do fundador e o transferiram para essa estrutura escrita. A CIQ, uma 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 de administração é eleito pelos membros da fundação para mandatos escalonados de quatro anos, as atas das reuniões são publicadas no prazo de quatorze dias e um estatuto impede que um único empregador ocupe 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.

As duas estruturas foram criadas para impedir que uma única empresa repita o que aconteceu com o CentOS Linux 8, e nenhuma delas é 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 financia o projeto.

O que mudou em 2023 e isso ainda importa?

Em 21 June 2023, a Red Hat anunciou que o CentOS Stream se tornaria o único repositório para as releases 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 rebuilds os obtinham. Remover esse feed não interrompeu os rebuilds. Mas obrigou cada projeto a explicar publicamente como obteria os fontes.

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

A AlmaLinux respondeu em 13 July 2023, e a sua resposta foi uma mudança de objetivo. O projeto deixou de procurar compatibilidade 1:1 bug a bug e adotou a compatibilidade ABI. Nas suas próprias palavras, "deixaremos de estar limitados à compatibilidade bug a bug com a Red Hat, o que significa que podemos agora aceitar correções de bugs fora do ciclo de releases da Red Hat". A mesma publicação dizia aos utilizadores para esperarem "muito pouca mudança" 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 releases menores do RHEL desde então, com calendários semelhantes. O que permaneceu desta discussão foi a diferença entre aquilo que cada projeto promete.

Compatível bug a bug ou compatível ao nível da 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. Compatibilidade 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 alternativa descrita num artigo da base de conhecimento da Red Hat aplica-se sem tradução.

A compatibilidade com a ABI é mais restrita e precisa. A ABI, ou interface binária de aplicação, é o contrato binário de que um programa compilado depende: nomes de símbolos, disposições de estruturas, convenções de chamada e versões de bibliotecas. Se esse contrato for mantido estável, um binário compilado para o RHEL é carregado e executado. Essa promessa não implica reproduzir os bugs do RHEL.

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. Por definição, o Rocky Linux não fará nenhuma delas. Assim, mantém-se previsível exatamente da forma 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 são instalados em ambos?

Sim. Um RPM compilado para RHEL 9 ou RHEL 10 é instalado e executado em ambos, porque a ABI é compatível e porque ambas as 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 em ambos, com a mesma mensagem de distribuição não suportada. Isto é 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 ser instalado e executado perfeitamente numa distribuição que não aparece na matriz, e ainda assim o fornecedor pode recusar assistência quando ocorrer uma falha. Se paga esse suporte, consulte 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 de base para x86-64-v3. Esse nível corresponde à geração Haswell da Intel e à 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 informa que x86-64-v3 é o nível de base e que o nível v2 e anteriores já não são suportados.

O AlmaLinux 10 disponibiliza a compilação v3 como padrão e acrescenta uma compilação separada x86-64-v2. Segundo o próprio projeto, isto permite que 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 v3. Esse é o ponto importante antes de depender dessa opção: a compilação v2 é adequada para o conjunto de pacotes padrão e para o EPEL v2 do AlmaLinux. Todo o restante 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 host. Em hosts mais antigos ou mais baratos, ou quando o hypervisor apresenta um modelo de CPU conservador ao guest, a máquina virtual pode não expor 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 expõe antes de colocar uma frota na série 10. A série 9 de ambas as distribuições continua a funcionar 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 aspetos 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 tanto no servidor como no cliente. Os frame pointers estão ativados por predefinição, o que permite fazer profiling de todo o sistema. Uma promessa de compatibilidade absoluta, bug por bug, impediria todas essas alterações. Por isso, a decisão tomada em 2023 criou margem 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 dentro de uma única versão principal. Em agosto de 2026, o repositório não contém um script equivalente para Enterprise Linux 10. Por isso, para mudar para Rocky Linux 10 é necessário reinstalar o sistema.

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 as limitações documentadas 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 incapaz de arrancar com Secure Boot.

Para passar 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 usa EL8, EL9 ou EL10 como destino, em vez de indicar uma distribuição específica, porque é você quem escolhe em qual distribuição Enterprise Linux o sistema será instalado.

Qualquer uma destas ferramentas reescreve os pacotes de release e reinstala uma parte significativa do sistema. Crie primeiro um snapshot no provedor. Execute a conversão dentro de screen ou tmux, conforme recomenda a documentação do próprio AlmaLinux. Se a ligação SSH cair durante o processo, a máquina pode ficar num estado que você não vai querer corrigir a partir de uma consola de recuperação.

Então, qual deve escolher?

Para uma carga de trabalho VPS típica, qualquer uma das duas. Instalam os mesmos pacotes e terminam o suporte no mesmo ano. Escolha uma, use-a em todos os servidores que administrar e deixe de pensar no assunto. A consistência é mais importante do que a diferença entre elas, porque uma frota mista duplica o número de imagens e de feeds de erratas que tem 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 é anterior ao Haswell, ou o hypervisor oculta AVX2 da máquina convidada. AlmaLinux 10 tem uma compilação x86-64-v2. Rocky Linux 10 não tem.
• Um fornecedor que paga indica uma das distribuições 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 é manter compatibilidade bug a bug, enquanto o objetivo do AlmaLinux explicitamente não é 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 questão real 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 opção 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 será semelhante. Por isso, siga os primeiros dez minutos num VPS novo antes de colocar qualquer serviço nela.

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 concebida para ser 100% compatível com o RHEL, bug por bug. Isso significa que pretende reproduzir o comportamento do RHEL, incluindo os seus defeitos. O AlmaLinux anunciou em 13 July 2023 que passaria a visar 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 disponibilizou. Para executar software de servidor normal, 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, nessa direção. A almalinux-deploy.sh do AlmaLinux lista o 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 disponibiliza scripts de conversão apenas para Enterprise Linux 8 e 9. Portanto, em August 2026 não existe um caminho de conversão direta para Rocky Linux 10. Crie um snapshot antes de qualquer conversão e execute-a a partir de uma sessão que sobreviva à perda da ligação, porque o processo substitui os pacotes de release e reinstala grande parte do sistema.

Os pacotes criados para o RHEL funcionam nas duas distribuições?

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 e identificam-se com ID_LIKE="rhel centos fedora" em /etc/os-release. Por isso, 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 nas duas. Se pagar por esse suporte, siga a matriz.

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

AlmaLinux, se quiser a série 10. O RHEL 10 elevou a base x86-64 para o nível de microarquitetura v3. Isso requer um processador ao nível de Intel Haswell ou AMD Excavator, e o Rocky Linux 10 segue essa base. O AlmaLinux 10 disponibiliza uma compilação x86-64-v2 adicional 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 todo o conjunto de instruções do host. A série 9 das duas distribuições continua a funcionar em hardware v2.