Qual sistema Linux escolher para seu VPS

Qual sistema operativo escolher para o seu VPS

O sistema operativo a escolher para o seu VPS é a versão Ubuntu LTS atual, a menos que uma das quatro perguntas abaixo o leve a escolher outra opção. LTS significa suporte de longo prazo: cinco anos de atualizações de segurança gratuitas, em vez de nove meses. Num VPS (servidor privado virtual) que executa uma aplicação web, uma base de dados, um servidor de jogos ou um relay de correio, o Ubuntu LTS é a opção padrão segura. É também o sistema operativo assumido por quase todos os tutoriais na Internet, incluindo os nossos.

Seis distribuições merecem a sua atenção num servidor alugado: Ubuntu, Debian, CentOS Stream, Rocky Linux, AlmaLinux e Fedora. Todas disponibilizam o mesmo kernel Linux, o mesmo nginx, o mesmo PostgreSQL e o mesmo OpenSSH. Por isso, o software que pretende executar raramente é o fator decisivo. Há quatro diferenças principais: durante quanto tempo a versão recebe correções, quão antigo é o software empacotado, quais instruções pode seguir sem as adaptar e se o resultado é compatível com o Red Hat Enterprise Linux (RHEL).

Se ainda está a definir para que serve a máquina, a lista de coisas que pode fazer com um VPS é um ponto de partida melhor. o que é realmente um VPS explica a base de tudo isto.

Eis a versão resumida de cada opção.

• Ubuntu LTS. A opção padrão. Escolha-a, a menos que uma das secções abaixo se aplique ao seu caso.
• Debian. Uma base menor e com evolução mais lenta, com uma equipa de segurança voluntária e sem uma oferta comercial.
• Rocky Linux. Uma reconstrução do RHEL, para os casos em que a plataforma de destino tem de ser compatível com o RHEL.
• AlmaLinux. A outra reconstrução do RHEL, com uma compilação para CPUs mais antigas que o RHEL 10 deixou de suportar.
• CentOS Stream. O que o RHEL será a seguir. É a escolha certa quando desenvolve software para RHEL.
• Fedora. O kernel e o userland mais recentes, com cerca de 13 meses de atualizações por versão.

Por quanto tempo quer deixar esta máquina sem intervenção?

O período de suporte determina com que frequência terá de executar tarefas de risco, por isso responda primeiro a esta pergunta. Quando uma release chega ao fim da vida útil, os pacotes continuam a funcionar. Nada falha. O servidor simplesmente deixa de receber correções para vulnerabilidades publicadas recentemente, e não existe uma mensagem de erro para isso. Ninguém repara até ocorrer uma auditoria ou uma intrusão. A solução é uma atualização da distribuição no local ou uma reconstrução com uma imagem nova. Qualquer uma das opções pode ocupar-lhe uma noite.

Cada projeto publica as suas próprias datas de ciclo de vida. Contando a partir de August 2026 e arredondando para uma casa decimal, este é o tempo restante de cada release atual.

[
  {
    "distro": "Ubuntu 26.04 LTS",
    "years_of_support_left": 4.7,
    "notes": "Free updates to April 2031. Ubuntu Pro extends the same release to April 2036."
  },
  {
    "distro": "Debian 13",
    "years_of_support_left": 2.0,
    "notes": "Debian security team to August 2028. The LTS team then carries it to June 2030."
  },
  {
    "distro": "CentOS Stream 10",
    "years_of_support_left": 3.8,
    "notes": "Ends May 2030, when the RHEL 10 full support phase ends."
  },
  {
    "distro": "Rocky Linux 10",
    "years_of_support_left": 8.8,
    "notes": "Ends May 2035, following the RHEL 10 lifecycle."
  },
  {
    "distro": "AlmaLinux 10",
    "years_of_support_left": 8.8,
    "notes": "Ends May 2035. Adds an x86-64-v2 build for older CPUs."
  },
  {
    "distro": "Fedora 44",
    "years_of_support_left": 0.8,
    "notes": "Released April 2026, ends June 2027. Every Fedora release lasts about 13 months."
  }
]

Todas as 6 recebem correções hoje. A diferença entre elas é o ponto principal. Rocky Linux 10 e AlmaLinux 10 ainda têm 8.8 anos de atualizações porque seguem o ciclo de vida de dez anos do RHEL, enquanto Fedora 44 tem 0.8.

Ubuntu 26.04 LTS ainda tem 4.7 anos de atualizações gratuitas, e Ubuntu Pro mantém a mesma instalação até 2036 sem custos para uso pessoal num número reduzido de máquinas. Debian 13 mostra 2.0 anos porque é nesse ponto que a equipa de segurança do Debian termina o suporte. A equipa voluntária de LTS mantém-no depois por cerca de mais dois anos, abrangendo um conjunto menor de pacotes e arquiteturas. Ambos os valores são corretos. São calculados de forma diferente, por isso é necessário cuidado ao comparar os ciclos de vida entre projetos.

Esta pergunta contém duas armadilhas. A primeira são as releases intermédias do Ubuntu, lançadas a cada seis meses e suportadas durante nove meses. Por isso, 25.10 deixou de receber atualizações em 1 July 2026, embora os utilizadores ainda a considerassem nova. Os argumentos a favor de LTS em vez de uma release intermédia do Ubuntu apresenta esse argumento em detalhe, e este é o modo mais comum de um VPS ficar sem correções sem que ninguém repare. A segunda armadilha é presumir que uma release nova implica reinstalar o sistema. Não implica. A atualização no local de Ubuntu 24.04 para 26.04 é um caminho suportado, e Debian e as reconstruções do RHEL têm os seus equivalentes.

Qual é a idade aceitável dos pacotes?

Uma distribuição estável congela as versões dos pacotes no dia do lançamento e depois incorpora correções de segurança nessas versões durante anos. Esse é o compromisso que está a aceitar. O Debian 13 congelou as versões em meados de 2025, por isso o servidor de bases de dados que instala hoje a partir dele está na versão que era atual nessa altura: corrigida, mas não atualizada. O Ubuntu LTS funciona da mesma forma. O Fedora faz o oposto e disponibiliza versões atuais dos projetos upstream. É precisamente por isso que o período de suporte é curto: manter branches com cinco anos é um trabalho que ninguém quer fazer duas vezes.

Os pacotes antigos só são relevantes quando a sua aplicação exige uma versão mais recente. Antes de escolher uma distribuição inteira para satisfazer um único pacote, analise as alternativas, porque normalmente são a melhor solução. A maioria dos projetos upstream publica o seu próprio repositório. Assim, pode adicionar a origem apt ou dnf do fornecedor e obter versões atuais apenas desse componente. Os runtimes de linguagens têm os seus próprios gestores de versões. Executar a aplicação num container elimina completamente essa questão, porque uma stack Docker Compose inclui o seu próprio userland e utiliza apenas o kernel.

Todas as alternativas têm o mesmo custo. Um pacote da sua distribuição é corrigido pela equipa de segurança dessa distribuição e chega com o apt upgrade ou dnf upgrade habitual. Tudo o que adicionar a partir de fontes externas fica sob a sua responsabilidade de monitorização e correção quando deixar de funcionar. Os repositórios adicionais também são uma fonte frequente de erros nos ficheiros de origem, e o novo formato de sources do Ubuntu é uma causa comum de erro de origens apt duplicadas.

O kernel é uma questão menos importante do que muitas pessoas esperam. Numa VPS, o hardware é virtual e o host fornece os drivers reais. Por isso, um kernel mais recente oferece sobretudo funcionalidades mais novas de rede e de sistemas de ficheiros, e não suporte de hardware. O Ubuntu LTS também disponibiliza kernels de habilitação de hardware provenientes de versões posteriores. Assim, uma instalação LTS não fica limitada ao kernel com que foi lançada.

Qual documentação você seguirá?

Esta é a pergunta que as pessoas subestimam e que custa mais horas. Ubuntu e Debian usam pacotes apt e .deb. CentOS Stream, Rocky Linux e AlmaLinux usam pacotes dnf e .rpm. Essa diferença continua a afetar o sistema muito depois do comando de instalação.

Os nomes dos pacotes são diferentes: o servidor web Apache chama-se apache2 no Ubuntu e no Debian, e httpd na família RHEL, por isso o nome do serviço também muda. O firewall é diferente: ufw no Ubuntu e firewalld na família RHEL, com nftables por baixo em ambos. A camada de controlo de acesso obrigatório também é diferente, e é a que mais causa problemas. A família RHEL executa o SELinux (security enhanced Linux) em modo enforcing por padrão. Por isso, um serviço pode ter o acesso a um ficheiro recusado mesmo quando as permissões permitem claramente esse acesso. O motivo aparece apenas no log de auditoria, através de ausearch -m AVC. Ubuntu e Debian usam AppArmor, que inclui menos perfis e interrompe o trabalho com menos frequência.

Nada disso é difícil. É trabalho de tradução, que você repete em todos os tutoriais que lê, muitas vezes tarde da noite. Se você é novo na administração de servidores Linux, isso por si só já é motivo suficiente para escolher o Ubuntu LTS, porque a página de instalação do fornecedor que você abrir presumirá que ele está em uso. Os nossos guias fazem o mesmo: o guia da configuração da stack LAMP e o guia do Certbot e do nginx foram escritos e testados no Ubuntu, assim como os primeiros dez minutos num VPS novo.

É necessário usar o Red Hat Enterprise Linux?

Se a matriz de suporte de um fornecedor mencionar RHEL, ou se a frota de produção da sua empresa o utilizar, escolha uma distribuição compatível com RHEL e deixe de tratar isto como uma preferência. Rocky Linux e AlmaLinux são ambos compilados a partir dos fontes do RHEL. Ambos mantêm a ABI (interface binária de aplicação) estável em relação ao RHEL, portanto um RPM compilado para RHEL 10 instala e executa em qualquer um deles. Os agentes comerciais e as ferramentas de conformidade têm como alvo essa plataforma e frequentemente não suportam mais nenhuma.

O Rocky Linux mantém-se o mais próximo possível do RHEL. Desde a versão 9, o AlmaLinux privilegia a compatibilidade da ABI em vez de bits idênticos, o que lhe permite adicionar componentes removidos pela Red Hat. O suporte de CPU é o exemplo mais claro. O RHEL 10 elevou o requisito mínimo para x86-64-v3, um nível de funcionalidades da CPU que exige AVX2, e o Rocky Linux 10 segue esse requisito. O AlmaLinux 10 adicionou uma arquitetura x86-64-v2 separada para hardware mais antigo. Isto é importante num servidor alugado: se o fornecedor expuser um modelo de CPU genérico emulado, avx2 pode estar ausente de lscpu, e uma compilação v3 não será executada nesse servidor. Verifique primeiro; depois escolha AlmaLinux 10 ou permaneça na série 9 se a flag estiver ausente.

O CentOS Stream é um produto diferente de qualquer uma das reconstruções. Situa-se a montante do RHEL, por isso as alterações chegam primeiro ao Stream e só depois ao RHEL, na versão menor seguinte. É suficientemente estável para execução em produção e evolui continuamente, em vez de avançar por etapas de versão menor. Escolha-o quando compilar ou testar software que tenha de funcionar no RHEL futuro, e não no RHEL já lançado. O CentOS Stream 10 tem 3.8 anos restantes, um período inferior ao das reconstruções porque termina quando o RHEL 10 deixar de ter suporte completo.

Onde o Fedora se enquadra num servidor

O Fedora disponibiliza o kernel mais recente e o userland mais recente dos seis, e suporta cada versão durante cerca de 13 meses. Esse número resume toda a questão. Um servidor Fedora precisa de uma atualização de versão aproximadamente uma vez por ano, na data que definir se a planear, ou na data definida pelo Fedora se não o fizer. Se ignorar duas atualizações, a máquina fica sem suporte.

Use o Fedora num servidor quando precisar de algo mais recente do que qualquer distribuição estável oferece e já aceitar o ritmo de atualizações, por exemplo, numa máquina pessoal de compilação ou num ambiente de desenvolvimento que recria frequentemente. Não o use numa máquina da qual pretende deixar de se ocupar. O Fedora 43 deixa de receber atualizações em dezembro de 2026, cerca de 14 meses depois do seu lançamento, e isso significa que o projeto está a funcionar conforme foi concebido, não que tenha falhado.

O custo real de uma escolha errada

Reinstalar um VPS é uma ação do painel de controlo que demora minutos. Por isso, mudar de ideias não custa nada no primeiro dia, mas pode causar problemas no ducentésimo dia. Não existe uma forma suportada de converter Ubuntu em AlmaLinux sem reinstalar. Decida antes de colocar dados na máquina.

Duas práticas mantêm a decisão reversível. Mantenha a configuração num script em vez de a deixar no histórico da shell. Assim, uma reconstrução repete a configuração em vez de depender da memória: um primeiro playbook do Ansible é suficiente para um único servidor. Depois, confirme quem é responsável pelo sistema operativo, porque, num plano de VPS gerido, o fornecedor pode definir tanto a escolha como o calendário de atualizações por si.

A recomendação predefinida mantém-se. Escolha Ubuntu LTS. Escolha Debian se quiser uma base mais pequena e sem uma camada comercial. Escolha Rocky Linux ou AlmaLinux quando algo exigir compatibilidade com RHEL. Escolha CentOS Stream quando estiver a desenvolver para RHEL. Escolha Fedora apenas se já tiver a atualização anual agendada.

FAQ

Que distribuição Linux devo escolher para um VPS se sou novo no Linux?

A versão LTS atual do Ubuntu. Há duas razões principais. Quase todas as páginas de instalação de terceiros apresentam primeiro um comando para Ubuntu, por isso pode colá-lo em vez de o traduzir. Além disso, cada versão LTS recebe cinco anos de atualizações de segurança gratuitas, pelo que nada o obriga a fazer uma atualização no primeiro ano. Debian é uma segunda opção razoável se quiser uma base menor e estiver à vontade a ler documentação escrita para apt em geral, e não especificamente para Ubuntu.

Debian ou Ubuntu é melhor para um servidor?

São distribuições próximas. Ubuntu é construído a partir de Debian, usa apt, e a maioria das instruções para Debian funciona sem alterações. Debian instala menos componentes por predefinição, não tem um nível de suporte comercial e deixa o trabalho de segurança a cargo de voluntários durante os últimos anos de uma versão. Ubuntu congela uma versão LTS a cada dois anos, numa data previsível, prolonga o suporte até dez anos através do Ubuntu Pro e é a distribuição visada pela maior parte da documentação dos fornecedores. Escolha Debian para uma base mínima que pretende manter durante anos. Escolha Ubuntu quando quiser que a documentação corresponda ao que escreveu.

Devo usar Rocky Linux ou AlmaLinux?

Ambos são reconstruções gratuitas do RHEL com suporte até May 2035, pelo que qualquer uma é uma escolha defensável. Rocky Linux acompanha o RHEL tão de perto quanto possível, o que é adequado para uma matriz de suporte de fornecedor rigorosa quanto à plataforma. AlmaLinux visa a compatibilidade ABI, o que lhe permite disponibilizar componentes adicionais, incluindo uma compilação x86-64-v2 para CPUs que não cumprem a linha de base x86-64-v3 exigida pelo RHEL 10. Num VPS com uma CPU mais antiga ou emulada de forma genérica, essa compilação é uma razão para escolher AlmaLinux.

Posso executar Fedora num servidor?

Sim, mas o custo é o calendário de atualizações. Cada versão do Fedora tem suporte durante cerca de 13 meses, pelo que o servidor precisa de uma atualização de versão aproximadamente uma vez por ano e deixa de receber atualizações de segurança se ignorar duas. Escolha Fedora quando precisar de um kernel ou toolchain muito recente e souber que vai fazer essas atualizações. Para uma máquina que pretende deixar sem alterações, escolha uma versão LTS ou empresarial.

A distribuição altera o desempenho do VPS?

Não de uma forma que seja provável conseguir medir. Todas executam o mesmo kernel e o mesmo software de servidor, por isso um benchmark do nginx em Ubuntu comparado com nginx em Rocky Linux mede sobretudo a sua configuração. O RHEL 10 compila efetivamente os seus pacotes com base na linha de base de CPU x86-64-v3, o que proporciona uma pequena melhoria em hardware moderno, mas isso é uma base fraca para escolher um sistema operativo. O disco e a configuração da base de dados determinam o débito.