Sim, dá para montar homelab com Proxmox do zero (2026)

Um homelab com Proxmox é um servidor montado em hardware próprio para criar máquinas virtuais, containers e redes de teste sem pagar cloud todo mês. Um computador com virtualização ativa, 8 GB de RAM e SSD já permite começar pequeno, enquanto 16 GB deixam espaço para serviços simultâneos. O caminho seguro é instalar o Proxmox VE, fixar a rede, criar o primeiro convidado e configurar backup antes de colocar qualquer dado importante.

Esse laboratório resolve uma lacuna que curso pronto não consegue reproduzir: a infraestrutura quebra na sua frente e você precisa entender por quê. Rede, armazenamento, permissões, atualização e restauração deixam de ser caixas abstratas, só que a falha continua confinada numa máquina que você controla. Dá para apagar uma VM, voltar um backup e repetir a instalação sem receber uma fatura maior por ter passado a tarde testando.

Uso Proxmox no meu homelab há alguns anos e já passei pela maioria dos erros comuns, então o foco aqui é evitar o atrito que não ensina nada. O objetivo não é imitar um datacenter dentro de casa, nem comprar um rack antes do primeiro serviço. É terminar com uma base simples, documentada e recuperável, onde cada nova aplicação entra por uma decisão consciente de rede, memória, disco e acesso externo.

O que é um homelab com Proxmox e como ele funciona?

Proxmox Virtual Environment é uma plataforma open source de virtualização baseada em Debian, com KVM para máquinas virtuais e LXC para containers de sistema. A interface web reúne criação, console, rede, armazenamento, backup e atualização numa única tela. O computador físico vira o host, enquanto cada sistema criado dentro dele vira um convidado com CPU, memória, disco e rede definidos por você.

Uma máquina virtual carrega o próprio kernel e enxerga hardware virtualizado, o que permite rodar Linux, Windows e sistemas com exigências específicas. Um container LXC compartilha o kernel Linux do host, começa mais rápido e consome menos recurso, mas entrega menos isolamento. O Proxmox administra os dois formatos no mesmo painel, por isso você não precisa escolher uma tecnologia para todo o laboratório antes de começar.

O Proxmox VE 9.2-1 era o instalador x86 atual em 15/09/2026, com imagem ISO de 1,71 GB publicada em 21/05/2026. A versão importa na hora do download e da documentação, não como motivo para reinstalar toda vez que um número muda. Depois da instalação, atualizações entram pelo gerenciador de pacotes e devem ser aplicadas com leitura das notas, backup recente e uma janela em que reiniciar o host não derrube algo necessário.

Para que serve um homelab na prática?

Um homelab serve para aprender infraestrutura com consequência controlada e também para hospedar serviços pessoais que fazem sentido dentro da rede local. Você pode testar DNS, proxy reverso, monitoramento, automação, Git, banco de dados e deploy sem misturar experimento com computador de trabalho. O aprendizado vem de conectar as peças, observar o que falhou e restaurar o ambiente, não de acumular aplicações numa tela bonita.

O laboratório também funciona como etapa anterior a uma VPS ou a um ambiente de produção, porque a configuração pode ser ensaiada localmente antes de receber tráfego real. A semelhança ajuda, mas não transforma sua casa em datacenter. Energia, link de internet, refrigeração, segurança física e redundância continuam diferentes, então serviço crítico de cliente não deve depender de um equipamento doméstico sem um plano explícito para cada falha.

Para estudar, escolha um projeto que resolva uma dor sua e exija poucas dependências. Um DNS local ensina resolução de nomes, um painel de monitoramento ensina métricas e um repositório Git ensina persistência e backup. Instalar vinte serviços no primeiro fim de semana cria manutenção, não conhecimento. Um serviço bem entendido, com restauração testada e acesso documentado, vale mais que uma coleção que ninguém consegue recuperar.

Qual hardware é necessário para instalar o Proxmox?

O requisito oficial para host x86 é processador Intel 64 ou AMD64 com Intel VT ou AMD-V disponível, além de placa compatível com virtualização. A documentação pede pelo menos 2 GB para o sistema e os serviços do Proxmox, somados à memória reservada para os convidados. Esse número é piso técnico, não uma promessa de laboratório confortável, porque cada VM ou container precisa da própria parcela de RAM.

Para começar com o que já existe em casa, eu considero 8 GB utilizáveis para poucos convidados leves e 16 GB uma base muito mais tranquila. Um SSD reduz bastante o tempo de inicialização, atualização e backup quando comparado a disco mecânico. Conexão cabeada também evita a complexidade do Wi-Fi em bridge, que costuma virar uma investigação de rede antes de você ter criado a primeira VM.

Antes de baixar qualquer ISO, entre no firmware da placa e procure Intel Virtualization Technology, VT-x, SVM Mode ou AMD-V. Os nomes variam, porém a função é a mesma. Também confirme se o disco pode ser apagado, porque o instalador reparticiona o destino escolhido. Se existe arquivo naquela máquina, faça uma cópia fora dela e abra alguns arquivos dessa cópia antes de continuar.

Quanto custa montar e manter esse laboratório?

O Proxmox VE pode ser baixado e usado sem comprar licença, e todos os recursos da plataforma ficam disponíveis em todos os níveis de assinatura. A assinatura paga muda o repositório estável e o suporte recebido, não desbloqueia virtualização, backup ou cluster. Para estudo doméstico, dá para começar sem assinatura e usar o repositório correspondente, aceitando que não haverá atendimento técnico por ticket.

O custo real do homelab costuma estar no hardware, na energia e no armazenamento de backup, e esses valores variam demais por cidade e equipamento para caber numa promessa única. Reaproveitar um computador elimina a compra inicial, mas uma máquina antiga pode consumir mais energia que um mini PC recente. Meça a potência na tomada e multiplique pelo tempo ligado, em vez de estimar pela potência impressa na fonte.

Não compre assinatura para compensar falta de backup, nem compre hardware grande para evitar aprender a medir consumo. Comece com um teto simples de CPU, RAM e disco para cada convidado, observe uma semana e ajuste. Quando o laboratório ficar ligado o dia inteiro, um medidor de tomada e um inventário de discos dizem mais sobre custo do que qualquer configuração vista em vídeo.

Como preparar a instalação sem apagar o disco errado?

Baixe a ISO apenas na página oficial, confira a versão e compare o hash SHA-256 publicado com o arquivo recebido. A comparação detecta download corrompido e troca indevida do instalador antes que ele seja gravado no pendrive. Depois, use uma ferramenta conhecida para criar a mídia bootável e desligue temporariamente qualquer disco que não possa ser apagado, se o gabinete permitir fazer isso com segurança.

O planejamento mínimo cabe numa folha: nome do host, IP fixo, gateway, servidor DNS, interface física e disco de destino. Escolha um nome curto, sem depender de domínio público, e reserve o endereço no roteador para não ser entregue a outro aparelho. O IP do Proxmox precisa continuar previsível, pois é por ele que você entra no painel quando o DNS local ainda não existe ou quando a rede está parcialmente quebrada.

1. Confirme que a virtualização está ativa no firmware e que o processador oferece a extensão necessária.
2. Copie os arquivos existentes para outro dispositivo e abra uma amostra para validar a cópia.
3. Baixe a ISO oficial, confira o SHA-256 e grave um pendrive que possa ser formatado.
4. Anote IP, máscara, gateway e DNS antes de reiniciar a máquina pelo instalador.
5. Identifique o disco pelo modelo e pela capacidade, não apenas pela ordem mostrada na tela.

A ISO x86 9.2-1 tinha 1,71 GB e hash oficial publicado na página de download em 15/09/2026, então o tamanho também ajuda a detectar um arquivo incompleto. Não copie um hash de artigo antigo para validar uma versão nova. Abra a página oficial no mesmo dia do download e compare o valor inteiro, porque até uma revisão do instalador muda o arquivo e o resumo criptográfico.

Como instalar o Proxmox VE passo a passo?

Inicie a máquina pelo pendrive e escolha a instalação gráfica, que é o caminho normal documentado pelo projeto. Aceite a licença, selecione o disco correto e mantenha o sistema de arquivos simples na primeira instalação, salvo quando você já souber por que precisa de ZFS. Defina país, fuso e teclado, crie uma senha forte para a conta administrativa e informe um e-mail válido para alertas do próprio ambiente.

Na tela de rede, selecione a interface cabeada, informe o hostname e preencha o IP planejado com máscara, gateway e DNS. Revise o resumo com calma, principalmente disco e endereço, antes de confirmar a instalação. Ao terminar, remova o pendrive, reinicie e abra no navegador o endereço mostrado pelo console, normalmente com HTTPS na porta 8006. O certificado inicial é autoassinado, por isso o navegador apresenta um aviso esperado.

Entre com a conta administrativa no domínio de autenticação Linux PAM e não se assuste com o aviso de ausência de assinatura. A mensagem não impede o uso do Proxmox VE. O próximo passo é configurar o repositório adequado ao seu caso pela interface, atualizar os pacotes e reiniciar quando houver kernel novo. Faça isso antes de criar convidados, porque a primeira atualização é o melhor momento para descobrir incompatibilidade de driver.

Depois do reinício, confira três sinais: o painel abre no mesmo endereço, o nó mostra armazenamento local e a interface física está ligada à bridge principal. Se um deles falhar, resolva antes de importar imagem ou criar VM. Empilhar convidados sobre uma base sem rede estável transforma uma falha simples em várias mensagens de erro, cada uma apontando para uma camada diferente.

Como configurar a rede com IP fixo e bridge?

O Proxmox normalmente cria uma bridge Linux chamada vmbr0 e conecta nela a placa física escolhida durante a instalação. A bridge funciona como um switch virtual: o host e os convidados usam a mesma saída física, cada um com o próprio endereço e regra. Para um primeiro laboratório, essa topologia plana é mais fácil de diagnosticar que VLAN, múltiplas bridges ou roteamento feito dentro do host.

Prefira uma reserva de DHCP vinculada ao endereço MAC ou escolha um IP fora do intervalo entregue automaticamente pelo roteador. Não basta escrever um endereço fixo e torcer para não haver colisão. Anote também gateway, prefixo e DNS. Se a rede usa 192.168.1.0/24, o exemplo abaixo mostra a forma do arquivo, mas os valores e o nome enp3s0 precisam ser trocados pelos dados da sua casa.

auto lo
iface lo inet loopback

iface enp3s0 inet manual

auto vmbr0
iface vmbr0 inet static
    address 192.168.1.20/24
    gateway 192.168.1.1
    bridge-ports enp3s0
    bridge-stp off
    bridge-fd 0

source /etc/network/interfaces.d/*

Esse exemplo segue o formato usado na documentação de rede do Proxmox VE, consultada em 15/09/2026. Ele não foi aplicado nesta máquina de trabalho porque aqui não existe um host Proxmox para validar sem risco. Antes de editar o arquivo no seu servidor, guarde uma cópia e mantenha acesso físico disponível, pois um nome de interface errado derruba o painel imediatamente.

O que significa cada linha da configuração de rede?

As linhas auto lo e iface lo preservam a interface de loopback usada pelo próprio sistema. A declaração iface enp3s0 inet manual deixa a placa física sem endereço próprio, porque quem recebe o IP do host é a bridge. O bloco auto vmbr0 sobe a bridge na inicialização, define o endereço de gerenciamento e aponta o gateway que leva o tráfego para fora da rede local.

bridge-ports liga a interface física à bridge, então esse nome precisa corresponder exatamente ao que o comando ip link mostra no host. bridge-stp off desativa o Spanning Tree Protocol nessa bridge simples, enquanto bridge-fd 0 remove o atraso de encaminhamento. A linha source mantém arquivos adicionais do diretório padrão, útil quando outra configuração de rede foi separada pelo sistema ou por você.

Aplique mudança de rede pela interface do Proxmox sempre que possível e faça uma alteração por vez. Se o painel parar de responder, o console físico permite conferir ip address, ip route e o arquivo de interfaces sem depender da conexão quebrada. Não reinicie repetidamente esperando que a rede se corrija sozinha, porque uma configuração inválida volta igual em toda inicialização e só aumenta o tempo de diagnóstico.

Quando escolher máquina virtual ou container LXC?

Escolha máquina virtual quando o convidado precisa do próprio kernel, de outro sistema operacional ou de isolamento mais forte em relação ao host. Escolha LXC para serviços Linux conhecidos, leves e sob seu controle, quando compartilhar o kernel não fere o requisito. A decisão não é sobre qual tecnologia é melhor, mas sobre qual fronteira de isolamento e compatibilidade o serviço realmente precisa.

No meu homelab, containers são o ponto de partida para serviços simples e VMs entram quando a separação compensa o consumo adicional. Docker pode rodar dentro de uma VM Linux dedicada, deixando os containers de aplicação separados do host Proxmox. Essa divisão reduz o alcance de uma configuração errada no Docker e combina bem com o guia de Docker Compose do zero.

Evite instalar aplicação diretamente no host Proxmox só porque o comando funciona. O host deve continuar previsível e focado em virtualização, armazenamento, rede e backup. Pacote extra, runtime e repositório de aplicação aumentam a superfície de mudança do componente que sustenta todos os convidados. Se um serviço cabe numa VM ou num LXC, ele ganha fronteira própria e pode ser restaurado sem reconstruir o nó inteiro.

Qual deve ser o primeiro serviço do homelab?

O primeiro convidado deve ser pequeno, observável e fácil de apagar, não o serviço mais importante da sua rotina. Um container Debian ou Ubuntu com servidor web simples já testa criação, endereço IP, DNS, atualização, console e backup. Quando esse ciclo funcionar, você pode partir para Pi-hole, Nginx Proxy Manager, Gitea, Vaultwarden ou um stack de monitoramento, conforme a habilidade que deseja praticar.

Pi-hole ensina DNS local e obriga você a entender para onde os dispositivos enviam consultas. Nginx Proxy Manager apresenta proxy reverso, hostname e certificado sem exigir que tudo seja escrito na mão. Gitea mostra persistência, usuário e cópia de repositório. Grafana com Prometheus adiciona coleta de métricas e alerta, e o guia de Prometheus e Grafana com Docker Compose ajuda a montar essa camada.

Documente cada serviço com quatro informações: onde roda, qual endereço usa, onde grava dado e como volta de um backup. Depois registre dependências, como DNS, banco ou proxy, que precisam subir antes dele. Esse inventário pode ser um arquivo de texto no seu repositório pessoal. A documentação parece exagero com dois convidados, porém vira a única forma de lembrar uma decisão feita meses antes quando o serviço deixa de responder.

Como organizar CPU, memória, disco e nomes?

Comece limitando recursos em vez de entregar toda a máquina ao primeiro convidado. Reserve memória suficiente para o host e distribua o restante conforme o uso observado, não pelo máximo teórico de cada aplicação. CPU virtual pode ser compartilhada, só que tarefas simultâneas ainda disputam os mesmos núcleos físicos. Para disco, deixe folga para atualização, snapshot temporário e backup, porque volume em 100% costuma falhar no pior momento.

Use nomes que revelem função, como dns-01, proxy-01 e docker-01, e associe cada nome a um VMID previsível. O número não precisa codificar toda a arquitetura, apenas evitar colisão e facilitar busca em log. Tags do próprio Proxmox podem indicar ambiente, responsável e criticidade. Uma convenção simples funciona melhor que um catálogo complexo que ninguém atualiza depois da terceira máquina.

Não confunda memória atribuída com memória realmente disponível no host. Alguns convidados usam ballooning, caches do Linux ocupam RAM livre e ZFS pede espaço próprio para trabalhar. Observe o painel ao longo de vários dias e deixe margem para pico. Se a máquina começa a usar swap continuamente, reduzir convidados ou aumentar RAM é mais honesto que esconder o sintoma com uma configuração agressiva.

Como organizar armazenamento sem transformar snapshot em backup?

Armazenamento começa pelo tipo de dado e pelo modo de recuperação. O disco do sistema pode guardar imagens e convidados no primeiro laboratório, mas a cópia de segurança precisa sair desse mesmo ponto de falha. Se o único SSD morrer, snapshot armazenado nele desaparece junto. Um disco USB, NAS ou outro servidor pode receber backups, desde que você teste leitura, retenção e restauração.

Snapshot registra um estado rápido do convidado e ajuda antes de atualização arriscada, porém continua dependente do armazenamento original. Backup cria um arquivo ou conjunto recuperável em outro destino e precisa de retenção. Para dado importante, ainda existe a cópia da aplicação, como exportação do banco ou repositório remoto. As camadas resolvem falhas diferentes, por isso uma não substitui automaticamente a outra.

ZFS oferece integridade, snapshot e opções de redundância, mas cobra memória e pede entendimento do desenho dos discos. A documentação de instalação recomenda memória adicional e não trata RAID como backup. Num computador com um único SSD, ext4 ou XFS costuma deixar o começo mais simples. Migre para ZFS quando houver discos, memória e uma razão concreta, não porque a opção aparece no instalador.

Como fazer backup e provar que a restauração funciona?

O backup integrado do Proxmox é completo e pode ser agendado pela interface para VMs e containers. O modo snapshot é o padrão e busca reduzir indisponibilidade, enquanto stop desliga o convidado durante a cópia e suspend pausa sua execução. A escolha depende do storage, do tipo de convidado e da consistência exigida pela aplicação. Banco ativo pode pedir um procedimento próprio antes da cópia.

Agendar não prova que o backup serve. Crie um convidado de teste, faça a cópia, restaure com outro VMID e confirme boot, rede e dado da aplicação. Repita esse ensaio depois de mudar storage, criptografia ou retenção. Uma restauração trimestral de amostra revela arquivo corrompido, permissão quebrada e senha esquecida antes de a falha real transformar o aprendizado em perda.

Proteja também a configuração que vive fora do convidado: inventário de IPs, regras de rede, credenciais armazenadas no gerenciador de senhas e instruções de recuperação. Não coloque senha em texto puro no mesmo arquivo que descreve a máquina. O documento deve dizer onde a credencial está guardada e quem consegue recuperá-la, sem duplicar o segredo em repositório, nota solta ou captura de tela.

Como manter o Proxmox seguro e atualizado?

O painel de administração não deve ficar exposto diretamente na internet, mesmo que use HTTPS e senha forte. Mantenha a porta 8006 acessível apenas pela rede local ou por uma VPN controlada, crie usuários individuais e reserve a conta root para administração necessária. Ative segundo fator para contas administrativas e remova acesso de quem não precisa mais entrar no ambiente.

Atualize o host e os convidados em ciclos separados, sempre com backup recente e leitura do que será alterado. Um kernel novo normalmente pede reinício do nó, portanto derruba todos os convidados durante a janela. Atualização automática sem contexto pode reiniciar serviço no momento errado, enquanto nunca atualizar acumula vulnerabilidade. A rotina boa tem calendário, teste de restauração e registro do resultado.

Segredo não entra em descrição de VM, arquivo de exemplo ou repositório Git. Use valores fictícios óbvios em documentação, como SENHA_EXEMPLO_NAO_USAR, e guarde o valor real num gerenciador apropriado. Separe também a rede de dispositivos pouco confiáveis quando seu roteador permitir. Câmera, televisão e aparelho antigo não precisam conversar livremente com o painel que controla toda a infraestrutura.

Como acessar o homelab de fora sem abrir portas?

Para acesso administrativo, uma VPN mesh como Tailscale mantém o painel fora da internet pública e conecta apenas dispositivos autorizados. Para publicar uma aplicação web específica, o Cloudflare Tunnel cria uma conexão de saída e evita port forwarding no roteador. São usos diferentes: a VPN entrega acesso privado à rede, enquanto o túnel pode colocar um hostname público ou protegido na frente de um serviço escolhido.

O caminho que já uso no meu homelab é o Cloudflare Tunnel para expor serviços com segurança. O túnel não torna a aplicação segura por conta própria, então autenticação, autorização e atualização continuam obrigatórias. Publique somente o serviço que precisa existir fora, mantenha o painel do Proxmox privado e registre qual hostname aponta para qual endereço interno.

Evite a tentação de expor cada painel novo apenas porque agora ficou fácil. Grafana, proxy, automação e console carregam níveis diferentes de risco e podem revelar informação suficiente para ajudar um ataque. Se só você acessa, prefira a VPN. Se outras pessoas precisam entrar, coloque autenticação na borda, limite origem quando possível e teste a aplicação como alguém que não possui sessão.

Quais erros aparecem com mais frequência?

Os erros mais caros raramente começam com um comando sofisticado. Eles aparecem quando a virtualização ficou desativada, o IP mudou, o disco encheu ou o backup nunca foi restaurado. Diagnóstico bom começa pela camada mais baixa e por uma mudança de cada vez. Antes de reinstalar, confirme energia, link físico, endereço, rota, espaço, serviço e log, exatamente nessa ordem.

Outro erro comum é tratar aviso como causa sem ler o evento inteiro. A interface resume o estado, porém o log mostra a operação, o horário e a etapa que falhou. Copie o trecho relevante, preserve as linhas anteriores e compare com a mudança mais recente. Se você alterou rede, storage e atualização no mesmo intervalo, volte ao último estado conhecido e reaplique cada decisão isoladamente.

Quando um único nó deixa de ser suficiente?

Um único nó deixa de bastar quando a indisponibilidade dele não cabe mais no uso, quando memória e disco ficam constantemente no limite ou quando você precisa mover convidados sem parar serviço. Cluster permite gerenciar vários nós e habilita recursos adicionais, só que adiciona quorum, rede e armazenamento ao diagnóstico. Três computadores pequenos não criam alta disponibilidade sozinhos, apenas criam três lugares que precisam de manutenção.

Para laboratório, o segundo nó pode servir para aprender migração e replicação sem prometer continuidade. Em operação real, energia, switch, storage e backup precisam evitar o mesmo ponto de falha. Se todos os nós dependem da mesma tomada e do mesmo disco de rede, a quantidade de máquinas não resolve a queda mais provável. Defina o evento que deseja suportar antes de comprar equipamento.

O limite também pode ser organizacional. Quando aplicações viram produto, recebem usuários e precisam de integração, observabilidade, segurança e deploy repetível, o desafio deixa de ser apenas manter VMs ligadas. Se você precisa transformar esse experimento em um sistema sob medida, a SyntaxLab desenvolve software com escopo fechado, testes do caminho crítico e deploy na infraestrutura combinada. O homelab continua sendo laboratório, enquanto a operação ganha engenharia própria.

Quais dúvidas surgem antes de começar?

Preciso saber Linux antes de instalar o Proxmox?

Não precisa dominar Linux para concluir a instalação, porque o painel cobre as operações mais comuns. Você vai aprender mais rápido se souber navegar em diretórios, ler arquivo, conferir processo e acompanhar log. Quando algo quebra, a interface mostra o ponto de entrada, mas o terminal revela a causa. Aprenda os comandos conforme o laboratório exigir, sem adiar o começo até terminar um curso inteiro.

Posso usar meu computador principal como host?

Tecnicamente é possível, porém não recomendo para quem precisa da máquina como desktop diário. O Proxmox assume o hardware, reparticiona o disco e passa a executar os sistemas como convidados. Uma máquina dedicada, mesmo modesta, deixa você reiniciar, quebrar rede e testar armazenamento sem interromper trabalho. Se só existe um computador, virtualização aninhada permite conhecer a interface antes de separar hardware definitivo.

Proxmox substitui Docker no homelab?

Não, porque eles trabalham em camadas diferentes. Proxmox administra o host, as VMs e os containers de sistema, enquanto Docker organiza containers de aplicação dentro de um Linux. Um desenho comum usa Proxmox para criar uma VM Linux e Docker Compose dentro dela para banco, aplicação e proxy. Separar as camadas facilita backup do convidado e mantém pacotes de aplicação longe do hypervisor.

É possível usar Wi-Fi no servidor?

É possível em alguns adaptadores, mas bridge sobre Wi-Fi costuma exigir configuração extra e depende do driver e do ponto de acesso. Cabo Ethernet reduz variáveis, entrega latência previsível e combina com o modelo de bridge criado pelo instalador. Se o roteador fica longe, mover a máquina ou passar um cabo temporário durante a instalação costuma economizar mais tempo que começar pelo cenário de rede mais difícil.

Preciso comprar uma assinatura do Proxmox?

Não para estudar ou usar os recursos do Proxmox VE, pois a plataforma continua funcional sem assinatura. O pagamento dá acesso ao repositório Enterprise e, conforme o nível, suporte técnico oficial. Num homelab inicial, use o repositório adequado, mantenha backup e participe da comunidade. Quando o ambiente sustentar trabalho crítico, compare o custo do suporte com o impacto real de ficar parado.

Qual é o próximo passo depois da instalação?

O próximo passo é fechar um ciclo pequeno: criar um convidado, dar rede, instalar um serviço simples, fazer backup e restaurar com outro identificador. Só depois adicione proxy, domínio, acesso externo ou automação. Essa sequência testa a base antes de aumentar a superfície de falha e deixa uma referência funcionando para comparar quando o segundo serviço apresentar comportamento diferente.

Monte também um inventário com IP, VMID, função, armazenamento e data do último teste de restauração. Revise atualizações numa janela definida e acompanhe memória, disco e temperatura. Quando o laboratório estiver previsível, use uma VM dedicada para Docker e siga o passo a passo de Docker Compose. Para acesso externo, mantenha o painel privado e publique só o necessário pelo guia de Cloudflare Tunnel no homelab.

Um homelab com Proxmox não precisa nascer grande para ensinar infraestrutura de verdade. Ele precisa ter uma rede compreensível, recursos limitados, backup fora do disco principal e documentação suficiente para você recuperar o que criou. Começa com uma máquina e um serviço, mede o comportamento e só aumenta quando o próximo componente resolver um problema concreto.