Proxmox: O ESXi que não te manda boleto
📋 Índice
- O que é o Proxmox VE
- O campo de batalha: quem mais está nesse mercado
- VMware vSphere / ESXi (agora Broadcom)
- Microsoft Hyper-V
- XCP-ng + Xen Orchestra
- oVirt / Red Hat Virtualization (RHV)
- Nutanix AHV
- VirtualBox
- Então, onde fica o Proxmox nesse mapa?
- Instalando o Proxmox
- O que o Proxmox faz por baixo
- Proxmox Backup Server: o backup que você vai realmente usar
- Próximos passos
- Conclusão
Em 2023, a Broadcom finalizou a aquisição da VMware por US$ 61 bilhões. Nos meses seguintes, descontinuou a versão gratuita do ESXi, migrou tudo para licenciamento por assinatura, e começou a notificar clientes sobre reajustes que chegaram a 10x o valor anterior em alguns casos. O resultado foi previsível: uma debandada em massa de homelabs, pequenas empresas e até times de enterprise procurando alternativas.
O Proxmox VE foi o principal beneficiário dessa bagunça. Mas seria injusto dizer que o Proxmox só cresceu por causa da VMware. Ele cresceu porque é genuinamente bom. Esse post explica o que é o Proxmox, como ele se compara com os outros players do mercado (com honestidade, cada plataforma tem seus pontos fortes), e como sair do zero para uma instância funcionando.
💡 Se você não conhece o KVM, que é o motor de virtualização por baixo do Proxmox, vale ler KVM mora no seu kernel antes. Vai fazer tudo aqui fazer mais sentido.
O que é o Proxmox VE
Proxmox Virtual Environment é uma plataforma de virtualização open source baseada em Debian Linux. Por baixo do capô, é o mesmo trio que cobrimos nos posts anteriores:
- KVM para máquinas virtuais
- LXC para containers Linux
- libvirt (modificado) + API própria para gerenciamento
O que o Proxmox adiciona em cima disso:
- Interface web completa (não precisa de cliente separado)
- Cluster multi-nó nativo com alta disponibilidade
- Backup integrado com agendamento e repositório dedicado (Proxmox Backup Server)
- Storage: Ceph, ZFS, NFS, iSCSI, LVM, tudo via UI
- SDN (Software Defined Networking) com VLANs e VNets
- API REST bem documentada para automação
A licença é AGPL-3.0; você pode usar sem pagar nada. O modelo de negócio é suporte comercial por subscrição (que desbloqueia repositórios enterprise com atualizações mais testadas). Para homelab e muitas empresas, o repositório da comunidade é mais que suficiente.
O campo de batalha: quem mais está nesse mercado
Antes de falar do Proxmox em profundidade, vale entender o ecossistema. Cada plataforma tem um posicionamento diferente e casos de uso onde brilha.
VMware vSphere / ESXi (agora Broadcom)
A plataforma que definiu o mercado de virtualização enterprise por 20 anos. O ESXi é um hypervisor tipo 1 (bare metal) extremamente otimizado, com latência mínima e suporte a hardware que nenhum outro fabricante toca primeiro. O vCenter, que gerencia clusters de ESXi, é a referência em termos de features: vMotion para live migration, DRS para balanceamento automático, vSAN para storage distribuído.
O que é genuinamente bom: estabilidade comprovada em ambientes com milhares de VMs, suporte a hardware certificado de ponta, ecossistema de produtos integrados (NSX para rede, vSAN para storage), e o fato de que qualquer engenheiro de infraestrutura enterprise sabe operar. Para uma empresa grande com SLA crítico, ter um vendor com suporte 24/7 e certificação ainda importa.
O elefante na sala: desde a Broadcom, o ESXi gratuito foi descontinuado, os planos passaram a ser por assinatura (com lock-in de 3 anos em alguns modelos), e o suporte para clientes menores foi direcionado para parceiros, o que na prática significa menos acesso direto. A comunidade de VMware foi de uma das mais ativas do mundo para um estado de profunda insatisfação em menos de dois anos. Muita empresa está em janela de migração agora.
Microsoft Hyper-V
O Hyper-V é o hypervisor da Microsoft, integrado ao Windows Server. É tipo 1 na prática (o Windows roda sobre o hipervisor, não o contrário), e está disponível também como Hyper-V Server, uma versão gratuita só com o hypervisor e gerenciamento via PowerShell.
O que é genuinamente bom: se você já tem Windows Server licenciado, o Hyper-V vem junto sem custo adicional. A integração com o ecossistema Microsoft é imbatível: Active Directory, Azure Arc para gerenciamento híbrido, System Center para orquestração, PowerShell com cmdlets completos. Para workloads Windows-heavy (SQL Server, Exchange, .NET) em uma empresa que já vive no universo Microsoft, Hyper-V faz muito sentido. A live migration (chamada de Live Migration) funciona bem, e o Failover Clustering para HA é maduro.
Onde perde: para ambientes Linux-first ou heterogêneos, o Hyper-V é menos natural. A interface gráfica nativa (Hyper-V Manager) é básica para gestão de múltiplos hosts; você vai precisar do System Center VMM para algo parecido com o vCenter, e isso é um produto separado com licença separada. Não há suporte nativo a containers LXC. E para homelab, a necessidade de uma licença Windows Server (mesmo que o Hyper-V Server seja gratuito) cria uma fricção desnecessária.
XCP-ng + Xen Orchestra
XCP-ng é um fork open source do XenServer (Citrix Hypervisor), mantido pela empresa Vates. O Xen é um hypervisor tipo 1 com uma história longa; foi a base do Amazon EC2 por anos antes da migração para KVM. O XCP-ng traz as funcionalidades enterprise do XenServer sem o licenciamento.
O que é genuinamente bom: o Xen tem características de isolamento muito fortes; cada VM roda em um "domínio" separado, o que é especialmente valorizado em ambientes multi-tenant e de segurança. O XCP-ng tem suporte a VGPU passthrough robusto, e o Xen Orchestra (a interface web) é bem polida e oferece funcionalidades como backup contínuo com CBT (Changed Block Tracking). Para quem migrou do XenServer/Citrix, é uma transição quase natural.
Onde perde: a comunidade é menor que a do Proxmox, o que significa menos tutoriais, menos integração com ferramentas de terceiros, e menos pressão sobre bugs. O ecossistema Xen perdeu momentum quando AWS migrou para KVM; não é extinto, mas está em segundo plano. Para novos deployments sem histórico de Xen, o Proxmox geralmente ganha na curva de aprendizado.
oVirt / Red Hat Virtualization (RHV)
oVirt é o upstream open source do Red Hat Virtualization, que por sua vez é a versão enterprise do produto. É baseado em KVM (mesma base do Proxmox) mas com uma arquitetura bem diferente: tem um componente central chamado oVirt Engine que gerencia os hosts, e requer uma infraestrutura considerável para funcionar (banco de dados PostgreSQL, Java application server, agentes nos hosts).
O que é genuinamente bom: para ambientes Red Hat/CentOS/RHEL, a integração é nativa. O oVirt tem algumas features de rede e storage mais sofisticadas que o Proxmox em certos cenários enterprise: melhor integração com redes OpenStack, suporte a Gluster nativo, e a Red Hat tem certificações de compliance que importam para setores regulados (financeiro, saúde). O RHV (versão paga) vinha com suporte Red Hat completo.
Onde perde: o Red Hat encerrou o RHV em 2026 (o suporte termina em 2025 para versões existentes) e está direcionando clientes para o OpenShift Virtualization, que é Kubernetes com KubeVirt por baixo. O oVirt comunidade continua, mas está sem o empurrão comercial que tinha. Setup é significativamente mais complexo que o Proxmox para o mesmo resultado.
Nutanix AHV
Nutanix é uma categoria à parte: HCI (Hyperconverged Infrastructure) onde compute, storage e rede são integrados em appliances certificados. O AHV é o hypervisor próprio da Nutanix, também baseado em KVM, mas completamente gerenciado pela stack Nutanix (Prism para UI, ACROPOLIS para armazenamento distribuído).
O que é genuinamente bom: a promessa da Nutanix é entregar o que nuvem pública entrega, mas on-premises. Escalabilidade horizontal com um clique, storage distribuído com replicação automática, proteção de dados nativa, e uma UI (Prism) que é genuinamente uma das melhores do mercado em termos de UX. Para empresas que querem capacidade enterprise sem montar uma stack de 5 produtos diferentes, Nutanix resolve muito. A migração de VMs entre clusters e até para clouds públicas (AWS, Azure) é bem integrada.
Onde perde: é caro. Bem caro. O modelo de licenciamento é por nó físico e inclui subscrição anual. Sem os appliances certificados, você não tem o mesmo suporte e algumas features ficam limitadas. Para homelab, está completamente fora de cogitação. Para PME, raramente faz sentido financeiro a menos que o custo de gerenciamento justifique o investimento.
VirtualBox
O VirtualBox é um hypervisor tipo 2 (roda sobre um SO existente) da Oracle, open source, multiplataforma (Windows, macOS, Linux). É o "ponto de entrada" para virtualização pessoal.
O que é genuinamente bom: extremamente fácil de instalar e usar, funciona no seu laptop, gratuito, sem configuração de rede complexa, e suporta virtualmente qualquer SO convidado. Para desenvolvimento local, testes rápidos, e aprender virtualização sem comprometer um servidor, é perfeito. Snapshot em um clique, pastas compartilhadas com o host, e interface gráfica simples.
Onde não se aplica: não é um hypervisor de servidor. Não tem clustering, não tem HA, não tem live migration. Performance é menor que KVM/ESXi porque corre sobre um SO host. Para produção, não é o caminho.
Então, onde fica o Proxmox nesse mapa?
| Proxmox | VMware | Hyper-V | XCP-ng | oVirt | Nutanix | |
|---|---|---|---|---|---|---|
| Licença | AGPL (free) | Pago | Win. Server | AGPL (free) | AGPL (free) | Proprietário |
| VMs | ✅ KVM | ✅ ESXi | ✅ | ✅ Xen | ✅ KVM | ✅ KVM |
| Containers | ✅ LXC | ⚠️ limitado | ⚠️ | ❌ | ❌ | ❌ |
| Cluster/HA | ✅ nativo | ✅ vCenter | ✅ Failover | ✅ | ✅ | ✅ |
| Interface web | ✅ inclusa | ✅ vCenter (pago) | ⚠️ básico | ✅ Xen Orchestra | ✅ | ✅ Prism |
| Backup integrado | ✅ PBS | ⚠️ externo | ⚠️ externo | ✅ | ⚠️ | ✅ |
| ZFS nativo | ✅ | ❌ | ❌ | ❌ | ❌ | ❌ |
| Ceph integrado | ✅ | ⚠️ vSAN (pago) | ❌ | ❌ | ✅ Gluster | ✅ próprio |
| Curva de aprendizado | Média | Alta | Média | Média | Alta | Alta |
| Homelab | ✅✅✅ | ❌ (caro) | ⚠️ | ✅ | ⚠️ | ❌ |
| Enterprise | ✅ (com sub.) | ✅✅✅ | ✅✅ | ✅ | ⚠️ sunset | ✅✅✅ |
O Proxmox ocupa um espaço único: tem features de plataforma enterprise (cluster, HA, Ceph, SDN), mas com licença open source e instalação que qualquer um consegue fazer em 20 minutos. É o ponto ideal entre "KVM na mão" (máximo controle, zero conveniência) e "VMware Enterprise Plus" (máxima conveniência, zero controle sobre custo).
Instalando o Proxmox
A instalaçao é via ISO dedicada, não em cima de um Debian existente (embora seja possível, não é recomendado para produção).
# Baixar a ISO
# https://www.proxmox.com/en/downloads/proxmox-virtual-environment
# Gravar em USB
dd if=proxmox-ve_8.x-x.iso of=/dev/sdb bs=4M status=progress
# ou usar Ventoy, Etcher, Rufus
O instalador é gráfico e direto. O único campo que merece atenção é o storage: se o disco tem suporte, escolha ZFS com RAID (mirror para 2 discos, RAIDZ para 3+). ZFS dá você snapshots instantâneos, checksumming, e compressão. Vale o overhead.
Após a instalação, acesse https://IP:8006. O certificado é autoassinado, então o browser vai reclamar; é normal.
Primeiro acesso e repositório community
# No shell do Proxmox (via UI ou SSH)
# Desabilitar o repositório enterprise (se não tiver subscrição)
echo "# enterprise repo disabled" > /etc/apt/sources.list.d/pve-enterprise.list
# Adicionar repositório community
echo "deb http://download.proxmox.com/debian/pve bookworm pve-no-subscription" \
> /etc/apt/sources.list.d/pve-community.list
# Atualizar
apt update && apt dist-upgrade -y
⚠️ O aviso "No valid subscription" que aparece ao fazer login é cosmético; não bloqueia nada, é só um lembrete que você não tem subscrição paga. Para dispensar, existe um script de uma linha que remove o popup, mas cuidado: cada atualização pode trazer ele de volta.
Criar a primeira VM
Via interface web é auto-explicativo. Via API/CLI para automação:
# Criar VM do zero via pvesh (API do Proxmox)
pvesh create /nodes/pve/qemu \
--vmid 100 \
--name minha-vm \
--memory 2048 \
--cores 2 \
--net0 virtio,bridge=vmbr0 \
--scsi0 local-lvm:32 \
--ide2 local:iso/debian-12-netinst.iso,media=cdrom \
--boot order=ide2 \
--ostype l26
# Iniciar
qm start 100
# Ver status
qm status 100
Cloud-init no Proxmox
Para VMs sem instalação manual, usando o fluxo coberto em Para de configurar VM na mão:
# Baixar imagem cloud
wget -P /var/lib/vz/template/iso/ \
https://cloud.debian.org/images/cloud/bookworm/latest/debian-12-genericcloud-amd64.qcow2
# Criar VM base a partir da imagem
qm create 9000 \
--name debian-12-template \
--memory 2048 \
--cores 2 \
--net0 virtio,bridge=vmbr0
# Importar disco
qm importdisk 9000 \
/var/lib/vz/template/iso/debian-12-genericcloud-amd64.qcow2 \
local-lvm
# Configurar
qm set 9000 \
--scsihw virtio-scsi-pci \
--scsi0 local-lvm:vm-9000-disk-0 \
--ide2 local-lvm:cloudinit \
--boot c --bootdisk scsi0 \
--serial0 socket --vga serial0 \
--ipconfig0 ip=dhcp \
--sshkey ~/.ssh/id_ed25519.pub \
--ostype l26
# Expandir disco
qm resize 9000 scsi0 +30G
# Converter em template
qm template 9000
# Clonar para nova VM
qm clone 9000 101 --name nova-vm --full
qm start 101
O que o Proxmox faz por baixo
Se você leu Do zero a um ambiente KVM funcional, vai reconhecer tudo aqui; o Proxmox é uma camada de conveniência sobre o mesmo stack. A diferença é onde você configura:
| O que você faz | KVM direto | Proxmox |
|---|---|---|
| CPU pinning | virsh edit → XML |
VM → Hardware → CPU → "Host CPU Type" |
| Hugepages | /etc/sysctl.conf + XML |
Datacenter → Options → Memory |
| Storage pool | virsh pool-define |
Datacenter → Storage → Add |
| Live migration | virsh migrate --live |
Clique em "Migrate" na VM |
| Backup | Script + qemu-img |
Datacenter → Backup → Add Job |
| Snapshot | virsh snapshot-create |
VM → Snapshots → Take Snapshot |
A UI faz tudo parecer fácil, mas quando algo quebra, você vai depurar da mesma forma: logs em /var/log/pve/, arquivos XML em /etc/pve/, e qm / pct na linha de comando.
Proxmox Backup Server: o backup que você vai realmente usar
O PBS é um produto separado (também gratuito) que funciona como repositório centralizado de backups para o Proxmox VE.
# No Proxmox VE: adicionar PBS como storage
pvesm add pbs meu-pbs \
--server 192.168.1.50 \
--datastore main \
--username backup@pbs \
--fingerprint AA:BB:CC:...
# Agendar backup de todas as VMs
# Datacenter → Backup → Add
# Schedule: 02:00 (diário)
# Mode: Snapshot (sem desligar a VM)
# Retention: keep-last 7, keep-weekly 4
O diferencial do PBS em relação a backup com qemu-img comum é o backup incremental com deduplicação: depois do primeiro backup completo, só as mudanças são transferidas. Uma VM de 50GB com poucas mudanças diárias pode ter backup em segundos depois do primeiro.
Próximos passos
Com o Proxmox instalado e uma VM funcionando, os passos naturais são:
- Cluster e HA: dois ou mais nós Proxmox com migração automática em caso de falha, coberto no Quando um nó não é suficiente
- Proxmox além do basicão: Ceph, SDN, templates, e otimizações de performance, no Proxmox além do basicão
- Segurança: autenticação, MFA, firewall integrado, no Proxmox blindado com MFA
Conclusão
O mercado de virtualização está mais dinâmico agora do que estava em uma década. A saída da VMware gratuita foi um catalizador, mas a verdade é que o Proxmox não precisava da Broadcom para ser uma boa escolha; ele já era.
Cada plataforma aqui tem seu lugar: VMware ainda é referência em enterprise de grande escala, Hyper-V faz sentido em ambientes Microsoft-first, XCP-ng atende quem vem do mundo Xen, Nutanix resolve HCI com conveniência premium, e VirtualBox é imbatível para desktop e desenvolvimento. O Proxmox, no entanto, é o ponto mais equilibrado para quem quer features enterprise sem o custo enterprise, sem depender de um vendor que pode mudar as regras a qualquer momento.
Pra homelab, não tem discussão. Pra empresa de pequeno a médio porte que quer infraestrutura sólida sem se comprometer com uma assinatura de seis dígitos, também não.