Escolha uma imagem Ubuntu compatível com seu VPS

Liste os requisitos antes de criar a máquina

Inclua sistema operacional, runtime, banco, extensões nativas, agentes de backup e monitoramento. Separe o que tem suporte oficial do que sua equipe apenas testou. Uma aplicação pode funcionar enquanto sua ferramenta de restauração falha.

1. Anote versões Ubuntu, linguagens e bancos aceitos pela aplicação.
2. Confira a arquitetura de extensões, imagens de contêiner e agentes.
3. Compare o tempo de manutenção restante das versões compatíveis.
4. Confirme a imagem e a arquitetura disponíveis na região desejada.
5. Após criar a VM, verifique o sistema e teste a aplicação antes de mover dados ou tráfego.

Ubuntu 24.04 LTS serve de exemplo concreto: trouxe Python 3.12 como padrão, PHP 8.3 e PostgreSQL 16. As versões de correção mudam com atualizações. Compatibilidade com versões antigas não garante suporte a essas famílias. A tabela LTS ajuda a revisar o prazo de manutenção.

Identifique o sistema realmente recebido

Execute dentro do VPS. Os comandos somente consultam distribuição, kernel e arquiteturas. Guarde os resultados com o registro do ambiente antes de instalar mais componentes.

cat /etc/os-release
uname -r
dpkg --print-architecture
uname -m

Deslize a tabela para ver todas as colunas →

Só o nome do kernel não identifica a versão Ubuntu nem a cobertura de suporte. Uma imagem pode usar kernel específico de nuvem. Não presuma que um binário amd64 roda nativamente em arm64.

Confira a preparação com cloud-init

Muitas imagens usam cloud-init para chaves, contas e rede. Verifique se ele existe; sua ausência por si só não é um erro, pois o provedor pode usar outra forma de preparação.

if command -v cloud-init >/dev/null 2>&1; then
    cloud-init status --long
else
    printf '%s\n' 'cloud-init não está instalado; confira como o provedor prepara esta imagem.'
fi

Running indica que o processo continua. Error ou degraded exige investigação mesmo com SSH funcionando. Se cloud-init estiver presente, examine os logs relevantes:

sudo tail -n 50 /var/log/cloud-init.log
sudo tail -n 50 /var/log/cloud-init-output.log

Scripts de inicialização podem imprimir segredos. Remova informações sensíveis antes de compartilhar. Não use cloud-init clean nem substitua arquivos de rede para esconder falhas. Preparação concluída não comprova a saúde da aplicação, do banco ou do backup.

Veja os candidatos de pacotes antes de instalar

Atualize o índice e consulte candidatos para os componentes que pretende usar. apt update não instala esses pacotes da aplicação. Registre versão e repositório de origem.

sudo apt update
apt-cache policy python3 php postgresql
apt-cache policy python3.12 php8.3 postgresql-16

Installed: (none) indica pacote ausente. Candidate: (none) indica que as fontes configuradas não oferecem candidato. Confira nome, arquitetura e componentes Ubuntu antes de adicionar um repositório qualquer.

Metapacotes como php e postgresql escolhem uma implementação padrão; consulte também os pacotes com versão. Para software instalado, confira o executável ou serviço real. python3 --version e php --version não informam a versão de um banco remoto; cliente e servidor de banco também podem diferir.

Resolva uma incompatibilidade por vez

Imagine uma aplicação limitada a Python 3.10 com extensão nativa somente amd64. É uma hipótese, não um produto específico. Ubuntu 24.04 arm64 falha em duas condições: Python padrão 3.12 e outra arquitetura para a extensão.

Trocar para amd64 resolve a arquitetura, mas não muda o Python padrão. Um ambiente virtual isola pacotes usando o interpretador que o criou; não transforma Python 3.12 em 3.10. Não substitua o Python do sistema Ubuntu para acomodar a aplicação.

Considere atualizar a aplicação ou usar um runtime/contêiner mantido separadamente com suporte documentado. Uma versão Ubuntu mais antiga também tem prazo de manutenção e não é solução automática.

No teste de aceitação, exercite a extensão, uma operação de banco, uma tarefa de fundo e um ciclo de backup/restauração. Registre versões e build. Instalar sem erro ou abrir a página inicial não testa todo o ambiente.

Inclua contêineres e a manutenção de cada camada

Contêineres separam dependências, mas usam kernel, rede e armazenamento do host. Verifique a disponibilidade de uma imagem nativa; emulação muda desempenho e suporte.

Documente volumes persistentes ou armazenamento externo e teste a restauração fora de contêineres descartáveis. Fixe versões ou digests para reproduzir o ambiente, mantendo um calendário de atualizações. Uma imagem vulnerável fixada continua vulnerável.

Manutenção padrão do Ubuntu, Ubuntu Pro, repositórios externos e imagens de contêiner têm escopos diferentes. Registre quem atualiza cada componente. A versão da distribuição não cobre automaticamente tudo que você instalou.

Separe atualização de pacotes e mudança de versão Ubuntu

Depois de atualizar os índices, consulte pacotes pendentes, serviços em falha e indicação de reinício. Estes comandos não iniciam uma atualização da distribuição.

apt list --upgradable
systemctl --failed
if [ -f /var/run/reboot-required ]; then cat /var/run/reboot-required; fi

Revise e aplique atualizações em uma janela adequada; serviços podem reiniciar. Repita os testes da aplicação. A ausência de reboot-required não prova que todos os componentes estão atualizados.

Teste uma mudança de versão em cópia ou máquina nova. Confira runtime, repositórios, extensões e migração de banco. Planeje sincronização final e retorno que considerem gravações posteriores à mudança: um snapshot antigo não contém pedidos recebidos depois.

Deixe um registro reproduzível

Deslize a tabela para ver todas as colunas →

Versione configurações não secretas e reavalie dependências importantes quando mudarem. Se precisa de um teste público, veja a criação de uma VM elegível. Se o ambiente está adequado, siga a publicação HTTPS. Para decidir outra distribuição, consulte os critérios de VPS Linux.

Perguntas e respostas