Proxmox VE: o guia completo para montar seu servidor de virtualização (do zero ao primeiro servidor)

Existe um ponto na vida de todo entusiasta de tecnologia em que um computador só não basta. Você quer testar uma distribuição nova sem mexer na máquina principal, rodar um servidor de arquivos que fique ligado 24 horas, hospedar aquele projeto, brincar com inteligência artificial local — e comprar um computador para cada ideia é insustentável. A resposta profissional para esse problema tem nome: Proxmox. Com ele, um único servidor físico vira dezenas de máquinas virtuais e containers independentes, cada um com seu sistema, tudo gerenciado por uma interface web elegante e — a melhor parte — de graça. Este guia percorre o Proxmox VE do começo ao fim: o que é, por que ele conquistou a comunidade de homelab, como instalar do zero e como criar suas primeiras máquinas virtuais e containers. Ao final, você terá seu próprio servidor de virtualização no ar.

O que é o Proxmox VE

O nome completo é Proxmox Virtual Environment (PVE), e ele é uma plataforma de virtualização de código aberto construída sobre o Debian. Traduzindo do jargão: é um sistema operacional que você instala numa máquina inteira e cuja única função é hospedar outros sistemas operacionais, rodando lado a lado, isolados uns dos outros. Cada um desses sistemas "convidados" acredita estar sozinho num computador de verdade — mas todos dividem o mesmo hardware físico, com o Proxmox distribuindo processador, memória e disco entre eles.

A palavra técnica para esse tipo de software é hypervisor, e aqui vale entender uma distinção que separa o Proxmox de ferramentas mais caseiras. Existem dois tipos de hypervisor. O tipo 2 roda por cima de um sistema operacional comum — é o caso do VirtualBox, que você abre como qualquer programa dentro do seu Windows ou Linux. Já o tipo 1, também chamado de bare-metal, é ele próprio o sistema operacional: instala direto sobre o hardware, sem nenhuma camada embaixo. O Proxmox é tipo 1, e é por isso que ele é mais eficiente — nenhum recurso é desperdiçado sustentando um sistema anfitrião que você nem usa. Toda a potência da máquina vai para as máquinas virtuais.

Por baixo do capô, o Proxmox combina duas tecnologias consagradas do Linux. Para máquinas virtuais completas ele usa o KVM (a virtualização nativa do kernel Linux), e para containers usa o LXC — voltaremos à diferença entre os dois mais adiante, porque ela é fundamental. O ponto agora é: você tem, num pacote só, com uma única instalação, tudo que precisa para virtualizar. A interface web já vem embutida, o gerenciamento de armazenamento já está lá, as atualizações se instalam por ali mesmo.

E como ele se compara aos concorrentes? O grande rival corporativo é o VMware ESXi, e há também o XCP-ng, entre outros. A vantagem decisiva do Proxmox — especialmente depois que a VMware mudou seu modelo de licenciamento e irritou meio mundo — é ser open source e gratuito. Você baixa, instala e usa em produção sem pagar licença nenhuma. Existe, sim, uma assinatura de suporte empresarial opcional (falaremos dela), mas nenhum recurso fica trancado atrás dela. É software livre de verdade, mantido por uma empresa austríaca e por uma comunidade enorme.

Por que montar um servidor Proxmox (o mundo do homelab)

A comunidade que mais abraçou o Proxmox é a do homelab — pessoas que montam pequenos laboratórios de servidores em casa, por hobby, para estudar ou para hospedar os próprios serviços. E a beleza é que você não precisa de um datacenter: um servidor usado comprado barato, um desktop encostado, um mini PC tipo Intel NUC ou até um notebook velho (que já traz tela, teclado e bateria embutidos, funcionando como um no-break natural) servem perfeitamente para começar.

O que se faz com isso? Praticamente tudo o que roda num servidor. Você pode ter uma máquina virtual com um servidor de arquivos, outra com um sistema de automação residencial, um container leve rodando um bloqueador de anúncios para a casa inteira, uma VM só para testar aquela distribuição exótica sem medo de quebrar nada, um ambiente de desenvolvimento isolado, servidores de jogos, e — cada vez mais popular — modelos de inteligência artificial rodando localmente, aproveitando a placa de vídeo do servidor. Como cada serviço vive na sua própria caixa isolada, um problema em um não derruba os outros, e você pode reiniciar, atualizar ou até destruir e recriar qualquer um deles sem afetar o resto.

Requisitos de hardware

A primeira regra é a mais importante: instale o Proxmox em hardware físico, não dentro de uma máquina virtual. Até dá para virtualizar o virtualizador para brincar, mas não é o recomendado. Fora isso, os requisitos são modestos:

• Processador de 64 bits com suporte a virtualização. Praticamente todo processador moderno tem a extensão de virtualização (VT-x nos Intel, AMD-V nos AMD), mas ela vem frequentemente desligada de fábrica na BIOS. Se o instalador reclamar que a virtualização não está disponível, é quase certo que basta entrar na BIOS e habilitá-la — este é o erro número um dos iniciantes.
• Memória RAM. O mínimo teórico é 1 GB, mas isso é quase inútil na prática. Considere 2 GB como piso real e 4 GB para ter conforto: cerca de 1 GB fica com o próprio Proxmox e o resto se divide entre suas VMs e containers. Como containers gastam pouquíssimo, com 4 GB já dá para rodar vários. Quanto mais RAM, mais coisas simultâneas — é o recurso que você vai querer expandir primeiro.
• Armazenamento rápido. Prefira SSD, de preferência NVMe. Quanto mais rápido o disco, mais responsiva fica toda a plataforma. Uma configuração comum e inteligente é ter um SSD pequeno só para o Proxmox e o sistema, e um disco maior (ou vários) para os dados e as máquinas virtuais.
• Placa de rede. Obrigatória, porque todo o gerenciamento acontece pela rede — depois da instalação, você nem precisa de monitor ligado no servidor.

Um detalhe sobre o sistema de arquivos ZFS, que o Proxmox oferece e que é excelente para integridade de dados e snapshots: ele é faminto por memória. A regra prática é reservar cerca de 1 GB de RAM para cada 1 TB de armazenamento, e muitos veteranos recomendam não usar ZFS com menos de 32 GB de RAM. Se sua máquina é modesta, o bom e velho ext4 é a escolha mais tranquila.

Instalando o Proxmox VE passo a passo

A instalação é surpreendentemente simples — mais fácil que a de muitas distribuições Linux desktop. Vamos por partes.

Baixar a ISO e criar o pendrive

Acesse o site oficial proxmox.com, vá em Downloads e escolha o Proxmox Virtual Environment — atenção, porque a página lista também o Proxmox Backup Server e o Mail Gateway, que são outros produtos. Baixe a ISO Image do PVE; ela tem cerca de 1 GB, então um pendrive de 2 GB ou mais dá conta.

Para gravar a ISO no pendrive, use uma ferramenta de imagem como o USB Imager (multiplataforma), o balenaEtcher, o Ventoy ou o Rufus. Se estiver no Windows, pode ser necessário limpar a tabela de partições do pendrive antes, pelo Gerenciamento de Disco. Grave a imagem e você terá a mídia de instalação pronta.

O assistente de instalação

Conecte o pendrive no servidor, ligue a máquina e chame o menu de boot (costuma ser F11, F12 ou Del, dependendo da placa) para iniciar pelo pendrive. No menu do Proxmox, escolha "Install Proxmox VE" — há um instalador gráfico bem amigável. Daí em diante, as telas seguem uma ordem lógica:

• Contrato de licença: aceite para continuar.
• Disco de destino (Target Harddisk): escolha em qual disco o Proxmox será instalado. Se você tem um SSD pequeno para o sistema e um disco grande para dados, selecione o SSD aqui. Clicando em Options, você escolhe o sistema de arquivos: o ext4 (padrão, recomendado para a maioria e para quem tem pouca RAM), o ZFS (que, com dois discos em RAID 1, dá redundância e ótimos snapshots, mas exige memória) ou o BTRFS. Atenção: o disco escolhido será completamente apagado.
• Localização: país, fuso horário e layout do teclado. Acerte o fuso — o Proxmox depende bastante de sincronia de horário.
• Senha e e-mail: defina a senha do usuário root (você vai usá-la muito) e informe um e-mail válido, porque o servidor manda notificações importantes para ele.
• Rede: a etapa que mais gera dúvida. Você define o hostname (o nome do servidor), o endereço IP, o gateway e o DNS. Use um IP estático fora da faixa de DHCP do seu roteador, para garantir que o endereço do servidor nunca mude e não conflite com outro aparelho.

Revise o resumo e confirme. Em poucos minutos a instalação termina, o sistema pede para reiniciar e você remove o pendrive. A última tela mostra algo precioso: o endereço de acesso à interface web. Anote-o. Uma dica extra: crie também uma reserva de DHCP para esse IP no seu roteador — como o IP estático foi configurado só no Proxmox, o roteador ainda poderia, teoricamente, entregar o mesmo endereço a outro dispositivo; a reserva elimina esse risco.

Primeiro acesso: a interface web

Aqui acontece a mágica que torna o Proxmox tão querido. De qualquer computador na mesma rede, abra o navegador e acesse:

https://SEU_IP:8006

Repare em dois detalhes: é https (com "s") e a porta é a 8006. Como o Proxmox usa um certificado autoassinado, o navegador vai exibir um aviso de segurança — é absolutamente normal, basta escolher "aceitar o risco e continuar". Na tela de login, entre com o usuário root e a senha que você definiu na instalação. Pronto: você está no painel de controle do seu servidor de virtualização, e daqui em diante o servidor pode ficar sem monitor, teclado ou mouse. Se você configurou o acesso remoto por SSH, também consegue cair no terminal do host quando precisar.

O aviso de "sem assinatura" e o repositório certo

Assim que você loga, aparece um pop-up dizendo "No valid subscription" (sem assinatura válida). Não se assuste: é só o Proxmox lembrando que existe um plano de suporte pago. Pode ignorar — nada deixa de funcionar. Mas há um ajuste importante a fazer para conseguir atualizar o sistema. Por padrão, o Proxmox vem configurado para o repositório Enterprise, que exige a assinatura paga e vai dar erro na hora de atualizar. Você precisa trocá-lo pelo repositório No-Subscription (sem assinatura), que é gratuito e perfeitamente adequado para uso doméstico e de laboratório.

Pela interface, isso se faz no nó, em Updates → Repositories: você adiciona o repositório No-Subscription e desabilita o Enterprise. Feito isso, use os botões Refresh (para buscar atualizações) e Upgrade (para instalá-las) periodicamente, reiniciando quando houver atualização de kernel. Manter o sistema atualizado é a higiene básica de qualquer servidor.

Quem quer economizar cliques pode usar os populares Proxmox VE Helper-Scripts (mantidos pela comunidade, originalmente pelo saudoso tteck). O script de pós-instalação automatiza justamente isso: você cola um comando no Shell do Proxmox e ele pergunta se deve desabilitar o repositório Enterprise, habilitar o No-Subscription, remover o aviso de assinatura e atualizar tudo — respondendo "sim" às perguntas certas, o servidor fica pronto em segundos. Esses scripts também instalam VMs e containers prontos de dezenas de serviços, e são uma mão na roda.

Entendendo a interface

A tela do Proxmox tem uma árvore à esquerda que vale entender. No topo fica o Datacenter, onde moram as configurações que valem para tudo. Abaixo dele aparece cada nó (node) — ou seja, cada servidor físico; num começo, você terá apenas um. E dentro de cada nó ficam suas máquinas virtuais e containers. Quando você junta vários nós, forma um cluster, mas isso é assunto avançado: para começar, um servidor sozinho basta.

Clicando num nó, você vê o Summary (resumo de CPU, RAM, disco, versão do kernel), tem acesso a um Shell — um terminal do próprio servidor direto no navegador — e à seção System, com configurações de rede, DNS, horário e o Syslog, ótimo para diagnosticar problemas.

Um conceito que confunde iniciantes é o de armazenamento (storage). Logo após a instalação, você tem dois padrões: o local, que guarda as ISOs de instalação, os templates de container e os backups; e o local-lvm, que guarda os discos virtuais das suas VMs e containers. Ou seja: a imagem do Ubuntu que você vai baixar fica no local; o "HD" da máquina virtual que roda esse Ubuntu fica no local-lvm. Guarde essa divisão.

Subindo uma imagem de instalação

Antes de criar sua primeira VM, você precisa de uma ISO do sistema que vai instalar nela. Vá em local → ISO Images. Você pode enviar um arquivo do seu computador ou, mais prático, usar Download from URL: cole o link direto da ISO (por exemplo, de um Ubuntu Server ou Debian), clique em Query URL para o Proxmox preencher o nome sozinho e mande baixar. Ele busca a imagem direto para o servidor, sem passar pela sua máquina.

VMs ou containers? Entendendo a diferença

O Proxmox oferece dois tipos de "caixa" para rodar seus sistemas, e escolher bem entre elas é o que separa um homelab eficiente de um que vive sem memória.

Uma máquina virtual (VM), baseada em KVM, é um computador completo e virtualizado: BIOS, disco, placa de rede, tudo simulado. Ela roda qualquer sistema operacional — Linux, Windows, BSD — de forma totalmente isolada, como se fosse uma máquina física de verdade. O custo disso é o peso: cada VM reserva a memória que você atribuiu (no mínimo uns 512 MB, na prática bem mais) e consome mais recursos.

Já um container LXC é mais leve e esperto. Em vez de simular um computador inteiro, ele compartilha o núcleo (kernel) do próprio Proxmox, isolando apenas os processos e arquivos daquele serviço. O resultado é uma eficiência impressionante: a memória que você define é apenas um teto, não uma reserva — um container com limite de 1 GB que use só 150 MB vai ocupar só isso. Dá para rodar muito mais containers do que VMs no mesmo hardware. A contrapartida é que o container só roda Linux (já que empresta o kernel do host), nem todo aplicativo funciona bem nele, e alguns fornecedores de software não dão suporte a instalações em container.

A regra prática, especialmente se sua máquina tem pouca RAM: use containers sempre que possível e reserve as VMs para o que realmente precisa de um sistema completo (como qualquer coisa em Windows, ou serviços que exigem um kernel próprio). Vale notar uma diferença técnica interessante: VMs suportam migração ao vivo (mover a máquina ligada de um servidor para outro sem desligá-la), enquanto containers precisam ser brevemente desligados para migrar.

Criando sua primeira máquina virtual

Com a ISO no lugar, clique no botão azul Create VM, no canto superior direito. Um assistente com abas aparece:

• General: escolha o nó e defina o VMID (um número único; o padrão começa em 100) e um nome. Uma convenção útil para se organizar é reservar faixas — por exemplo, 100 a 199 para containers e 300 a 399 para VMs.
• OS: selecione a ISO que você baixou e o tipo de sistema convidado (Linux, Windows...). Acertar isso importa, porque o Proxmox faz ajustes nos bastidores conforme o SO.
• System: aqui ficam a BIOS (o padrão SeaBIOS serve para a maioria; use OVMF se precisar de UEFI) e o tipo de máquina. Para a maioria dos casos, os padrões funcionam.
• Disks: defina o tamanho do disco virtual (16 ou 32 GB é um bom começo). Se o seu servidor usa SSD, marque a opção Discard, que habilita o TRIM e mantém o desempenho do SSD — mas não a marque em discos mecânicos.
• CPU: quantos núcleos dar à VM. A regra de ouro é começar com 1 e aumentar só se você perceber que aquela VM vive com o processador em 100%. Nunca ultrapasse o total de núcleos do host.
• Memory: a RAM da VM, por exemplo 2 GB. Alguns instaladores travam com menos de 2 GB — você pode dar mais para instalar e reduzir depois.
• Network: deixe na ponte padrão vmbr0, que conecta a VM à sua rede.

Na última aba você confirma e, marcando Start after created, a VM já sobe. Abra o Console (uma tela remota dentro do navegador) e instale o sistema operacional exatamente como faria numa máquina física.

O agente convidado (QEMU Guest Agent)

Depois de instalar o sistema, faça um favor a si mesmo: instale o QEMU Guest Agent. Ele melhora a comunicação entre o Proxmox e a VM — permite, por exemplo, que o Proxmox desligue a máquina graciosamente e mostre o IP dela no painel. São duas etapas: habilitar o agente na aba Options da VM e instalar o pacote dentro do sistema convidado. Num Ubuntu ou Debian, isso é um simples:

sudo apt install qemu-guest-agent

A configuração exige reiniciar a VM para valer. No Windows, o agente vem junto com os drivers VirtIO (baixe a ISO virtio-win, anexe-a como um segundo CD/DVD na VM e instale por dentro do Windows).

Criando um container LXC

Containers seguem uma lógica parecida, mas primeiro você precisa de um template, que é a imagem base do sistema. Vá em local → CT Templates, clique em Templates e escolha da lista — o Proxmox oferece Debian, Ubuntu, Alpine e várias aplicações prontas do projeto Turnkey Linux, que já vêm com um serviço instalado e configurado.

Com o template baixado, clique em Create CT e preencha: hostname e senha, o template escolhido, o tamanho do disco (containers pedem pouco — 8 ou 20 GB sobra), os núcleos de CPU, o teto de memória e a rede (DHCP ou IP estático). Um detalhe de segurança: por padrão, o Proxmox cria containers unprivileged (sem privilégios), que é a opção mais segura porque o container não tem acesso de root ao host. Só troque para privileged se souber exatamente por que precisa — por exemplo, alguns compartilhamentos de rede exigem isso, embora existam formas mais seguras de contornar. Em segundos, seu container está no ar, gastando uma fração dos recursos de uma VM.

Adicionando um segundo disco para armazenamento

É muito comum instalar o Proxmox num SSD pequeno e querer usar um HD grande só para dados e VMs. O jeito certo de fazer isso tem uma pegadinha que derruba muita gente. Vá em nó → Disks, selecione o disco novo e use Wipe Disk para limpá-lo (isso apaga tudo nele) e inicializá-lo com GPT. Em seguida, ainda em Disks, entre em Directory → Create Directory, escolha o disco, o sistema de arquivos e um nome. Isso cria o ponto de montagem e já adiciona o disco como armazenamento disponível.

A pegadinha: não crie esse storage por Datacenter → Storage — se você fizer por ali, o novo disco simplesmente não aparecerá na hora de criar VMs, e você ficará vendo apenas o SSD pequeno original. O caminho correto é sempre Disks → Directory. Depois de criado, marque em Content o que aquele storage vai guardar (ISOs, discos de VM, backups, containers).

Recursos que fazem a diferença

Depois do básico, o Proxmox brilha em recursos que seriam caríssimos em soluções proprietárias:

• Snapshots: tire uma "fotografia" do estado de uma VM antes de uma atualização arriscada. Se algo der errado, você volta ao ponto anterior em segundos. É a rede de segurança perfeita para experimentar.
• Backups automáticos: em Datacenter → Backup, você agenda backups de todas as suas VMs e containers para um horário fixo, define para onde vão (idealmente um disco separado ou um NAS na rede) e por quanto tempo mantê-los. Configurar isso cedo significa que tudo o que você criar já nasce protegido.
• Clones e templates: transforme uma VM bem configurada em um template e clone quantas cópias quiser, sem reinstalar o sistema a cada vez — ideal para subir vários servidores idênticos rapidamente.
• Migração: mova uma máquina de um servidor para outro com um clique. Com VMs, isso acontece ao vivo, sem desligar.
• Alta disponibilidade (HA): num cluster de vários servidores, o Proxmox pode reiniciar automaticamente uma VM em outro nó se o servidor original falhar — o tipo de resiliência que antes só grandes empresas tinham.

Para backups mais robustos, existe o Proxmox Backup Server, um produto separado e também gratuito, feito para guardar backups de forma incremental e deduplicada. Vale conhecer quando seu laboratório crescer.

Um passo além: placa de vídeo e IA local

Um dos usos que mais cresceram é entregar a placa de vídeo física do servidor diretamente para uma VM — técnica chamada GPU passthrough. Com ela, uma máquina virtual ganha acesso real à GPU e pode rodar coisas pesadas: modelos de inteligência artificial local (com ferramentas como Ollama e Open WebUI servindo modelos como Gemma, DeepSeek ou Qwen direto no seu hardware, sem enviar nada para a nuvem), geração de imagens com Stable Diffusion, ou até jogos transmitidos pela rede.

É um procedimento avançado, feito pelo terminal (editando o GRUB para ativar o intel_iommu=on ou amd_iommu=on, configurando os módulos VFIO e descobrindo o ID da placa com lspci), e exige que a VM use BIOS OVMF e o tipo de máquina Q35. Não é para o primeiro dia, mas é bom saber que o Proxmox chega até aí — do servidor de arquivos simples ao laboratório de IA com GPU dedicada, é a mesma plataforma.

Erros comuns e dicas finais

Alguns tropeços clássicos de quem está começando:

• "A virtualização não está disponível": quase sempre é a extensão VT-x/AMD-V desligada na BIOS. Entre na BIOS e habilite.
• O novo disco não aparece ao criar uma VM: ele foi adicionado pelo caminho errado. Refaça por Disks → Directory, como explicamos.
• Erro ao atualizar: o repositório Enterprise ainda está ativo. Troque para o No-Subscription.
• Não exponha a interface de gerência à internet: a porta 8006 e o painel devem ficar restritos à sua rede local ou a uma VPN. Suas VMs podem servir a web; o painel de controle, não.
• Mantenha o horário certo e o sistema atualizado: duas manias saudáveis que evitam dores de cabeça difíceis de diagnosticar.

Quando travar em algo, a documentação oficial é excelente e o fórum da comunidade (forum.proxmox.com) é ativo e acolhedor.

Conclusão

O Proxmox VE é daquelas ferramentas que mudam a forma como você enxerga um computador. Deixa de ser "uma máquina para uma tarefa" e vira uma base flexível sobre a qual você levanta e derruba sistemas inteiros à vontade. O caminho que percorremos é o mapa completo do começo: entenda que ele é um hypervisor tipo 1 gratuito baseado em Debian, prepare um hardware com virtualização ativa e um SSD, instale a partir do pendrive, acesse pela porta 8006, troque para o repositório No-Subscription, e comece a criar — containers leves para o dia a dia, VMs completas para o que exigir isolamento total.

O mais bonito do homelab é que ele cresce com você. Hoje é uma VM para testar uma distro; daqui a alguns meses, sem perceber, você tem meia dúzia de serviços rodando, backups automáticos configurados e talvez até um segundo servidor formando um cluster. E cada passo desses foi aprendizado de verdade, do tipo que abre portas profissionais. Então escolha aquela máquina parada, baixe a ISO e monte seu primeiro servidor. O pinguim — e um mundo inteiro de virtualização — está te esperando. Bom laboratório!