Servidores dedicados Proxmox, root desde o primeiro minuto.

O Proxmox VE é um hipervisor open-source, baseado em Debian, que corre máquinas virtuais KVM e contentores LXC a partir de uma única consola web. Num VPS alugado isso não é possível — já é o convidado de outra pessoa. Numa máquina Dedizone, é o anfitrião: o seu kernel, o seu firmware, os seus grupos IOMMU, o seu esquema de armazenamento. É essa a diferença entre um servidor root com núcleos dedicados e um servidor dedicado.

E é também gratuito. O Proxmox VE não precisa de qualquer chave de licença para funcionar; só o repositório empresarial (enterprise) exige subscrição — o repositório no-subscription não. Cobramos $0 pela instalação, tal como fazemos com o Ubuntu ou o Debian — a única imagem da frota com sobretaxa de licença é o Windows Server, a +$19/mo. Escolher um hipervisor não muda mais nada na máquina: a mesma mitigação DDoS sempre ativa, o mesmo uplink sem limite de tráfego, o mesmo SLA de substituição de hardware em 4 horas.

A consolidação é a razão pela qual as pessoas correm o Proxmox em bare metal, por isso vale a pena fazer as contas com números reais em vez de adjetivos. O DZ-R9 custa $115/mo por 16 núcleos, 32 threads e 128 GB de DDR5 ECC — cerca de $0.90 por gigabyte de memória por mês. O DZ-R6 é ainda mais barato por gigabyte, com cerca de $0.77. Ao subir de gama, o preço por unidade sobe em vez de descer: o DZ-E48 fica por cerca de $1.12 por GB, o DZ-E96 por $1.33.

Preferimos dizê-lo claramente a fingir que a máquina maior é também a de melhor valor. O que as máquinas maiores realmente compram não é memória mais barata — é um único domínio de falha, um único espaço de endereçamento, um único conjunto de discos e uma única fatura em vez de seis. E todos os valores acima descem 30% no termo de 12 meses: o DZ-R9 passa a $80.50/mo, o DZ-E48 a $300.30/mo, com $0 de setup em qualquer termo.

DZ-R9 — Ryzen 9 9950X, 16c/32t, 128 GB DDR5 ECC, 2× 2 TB NVMe Gen4, gigabit sem limite de tráfego, $115/mo. O primeiro host Proxmox certo para a maioria: as frequências elevadas fazem com que os convidados de thread única pareçam rápidos, e um par de NVMe de 2 TB em mirror aguenta confortavelmente algumas dezenas de cargas de trabalho.

DZ-E48 — EPYC 9454P, 48c/96t, 384 GB DDR5 ECC, 2× 3.84 TB NVMe U.2, 10 Gbit/s, $429/mo. Três vezes a memória do DZ-R9, em discos U.2 empresariais. É a máquina que a nossa própria frota recomenda para virtualização, bases de dados e computação pesada, e é o teto sensato para uma nuvem privada de nó único.

DZ-E96 — dual EPYC 9654, 192c/384t, 1.5 TB DDR5 ECC, 4× 7.68 TB NVMe U.2 (30 TB brutos), 25 Gbit/s, $2,049/mo. Um datacenter dentro de uma caixa. Só compensa o preço quando um bastidor de nós mais pequenos custaria mais em coordenação do que em dinheiro. Se um convidado precisar de GPU, os DZ-G1 e DZ-G2 colocam uma ou duas RTX 5090 num barramento PCIe sob o seu controlo.

Não há uma resposta honesta baseada em benchmarks para isto, porque depende inteiramente do que os convidados fazem. Há sim uma resposta honesta baseada em aritmética, e é essa que vale a pena publicar. Reservando 16 GB para o host e a cache ZFS num DZ-R9, restam 112 GB: vinte e oito convidados de 4 GB, ou catorze de 8 GB. Num DZ-E48, reservando 32 GB restam 352 GB — cerca de oitenta e oito convidados de 4 GB. Num DZ-E96, aproximadamente 350.

As threads são o limite mais flexível. O Proxmox permite alocar mais vCPUs do que threads existentes, e para convidados web inativos esse overcommit não custa nada; para qualquer coisa limitada por CPU, é uma promessa que não se consegue cumprir. Conte primeiro a memória, porque é o recurso que não pode sobrealocar sem entrar numa espiral de swap-death, e só depois confirme que o punhado de convidados genuinamente ocupados ainda cabe dentro do número real de threads.

O esquema de discos é uma escolha feita no momento da encomenda, não um extra pago, e é a única decisão que é genuinamente incómoda de desfazer mais tarde. Três opções, todas gratuitas: o RAID 1 espelha o par, que é a predefinição e o que a maioria quer; o RAID 0 faz stripe para ganhar capacidade e débito à custa de toda a redundância; o JBOD entrega os dispositivos em bruto sem qualquer array pelo meio.

Escolha JBOD se pretende correr ZFS. O instalador do Proxmox constrói sozinho uma raiz ZFS em espelho sobre discos em bruto, e o ZFS quer ver dispositivos físicos em vez de um array de hardware — é daí que vêm os snapshots, a replicação nativa e os thin clones baratos. Num DZ-R9 isso significa um espelho de 2 TB ou um stripe de 4 TB; num DZ-E48, 3.84 TB em espelho; num DZ-E96, quatro discos de 7.68 TB para organizar como quiser. A mesma lógica está por trás do nosso servidor de armazenamento de 216 TB, que fornece os seus doze discos SAS como discos em bruto exatamente para este fim.

Cada servidor vem com um endereço IPv4 e um bloco /64 de IPv6, além de controlo de DNS inverso. Num host Proxmox, isso molda o design: o IPv4 fica no host, os convidados ligam-se a uma bridge Linux, e ou lhes faz NAT de saída ou lhes atribui endereços do /64 — muito mais endereçamento público do que qualquer máquina consegue esgotar sozinha.

Se convidados específicos precisarem do seu próprio IPv4 público — um servidor de correio, um endpoint TLS que não pode depender de SNI, uma aplicação presa a uma licença — os endereços extra custam +$3/mo cada, com um limite de quatro. É um limite real, por isso dizemo-lo com clareza: cinco endereços IPv4 públicos por servidor é o teto, e para lá disso a resposta é IPv6, um proxy inverso, ou uma segunda máquina. O tráfego entre o host e os seus próprios convidados nunca toca no uplink, e o uplink não tem limite de tráfego à velocidade contratada, por isso a comunicação leste-oeste não custa nada.

Não há ISO para carregar, nem arranque em modo de recuperação, nem ticket para abrir. No formulário de encomenda escolhe a máquina, uma de oito localizações europeias, o Proxmox VE 9 na lista de sistemas operativos, o esquema de discos, uma password de root ou uma chave SSH, e quaisquer endereços extra. Depois paga uma fatura de utilização única em Bitcoin, Monero, USDT, Ethereum, Solana, Litecoin ou Tron.

Quando o pagamento é confirmado on-chain, o pipeline instala a máquina de acordo com essa configuração — hipervisor, esquema de discos, rede, DNS inverso — e as credenciais chegam por email. O SLA compromete-se a colocar o servidor online em cinco minutos, tipicamente em menos de sessenta segundos, ou o primeiro mês fica a metade do preço; se, por alguma razão, falharmos a entrega dentro de 24 horas, pode pedir reembolso total no ativo com que pagou. A mesma automação cobre uma reinstalação, por isso reinstalar um host que tenha estragado não custa nada além do tempo.

A consola web do Proxmox responde por HTTPS com um certificado autoassinado, que vale a pena substituir antes de mais nada. Depois disso, a sequência habitual é curta: apontar o gestor de pacotes para o repositório no-subscription, atualizar, confirmar que a bridge ficou com o endereço correto, e depois criar o primeiro armazenamento — uma pool ZFS se escolheu JBOD, LVM-thin se escolheu RAID 1.

O primeiro convidado KVM precisa de um disco virtio, uma NIC virtio e o guest agent instalado; o primeiro contentor LXC precisa de um template e de cerca de noventa segundos da sua vida. Tire um snapshot de ambos antes de voltar a mexer neles. Nada disto é específico da Dedizone, e é precisamente esse o ponto: está a correr o Proxmox upstream em hardware que controla, e não um painel de fornecedor que será descontinuado dentro de dois anos e levará a sua automação com ele.

Snapshots não são cópias de segurança. Um snapshot vive na mesma pool daquilo que está a proteger, o que significa que sobrevive aos seus erros, mas não à pool. O Proxmox Backup Server resolve isso corretamente, com cópias de segurança deduplicadas, incrementais e verificáveis — e precisa de viver algures que não seja o host que protege.

Duas opções honestas. O extra de backup fora do servidor com 500 GB custa +$9/mo de espaço BorgBackup ou FTP num data center diferente: suficiente para configurações, bases de dados e arquivos de dump de convidados pequenos, mas não suficiente para uma frota de imagens de disco completas. Seja realista quanto a isso antes de confiar nele. Para capacidade a sério, corra o Proxmox Backup Server por conta própria numa segunda máquina — um DZ-S216 dá-lhe 216 TB de SAS em bruto por cerca de $2.08 por terabyte ao mês, com largura de banda sem limite de tráfego, para que uma restauração completa nunca se transforme numa fatura de saída de dados. Não operamos o PBS como serviço gerido, e preferimos dizê-lo agora a deixar que o descubra a meio de uma restauração.

A replicação de armazenamento entre nós Proxmox é a recuperação de desastre mais barata que existe: escolhe-se um dataset, escolhe-se um intervalo, e o segundo nó guarda uma cópia recente. Dois servidores Dedizone em duas jurisdições — Frankfurt e Amsterdam, por exemplo, ou Zurique e Helsínquia — dão-lhe isso pelo preço da segunda máquina e nada mais, porque a largura de banda não tem limite de tráfego em nenhum dos lados.

O que dois nós não dão é alta disponibilidade automática. O HA do Proxmox precisa de quórum, e o quórum precisa de um número ímpar de votos; um cluster de dois nós isola-se a si próprio (fencing) na primeira vez que a ligação entre as cidades falhar, a menos que se acrescente um terceiro voto. Portanto: dois nós para replicação e um failover humano deliberado — barato, robusto e honesto. Três nós se quiser que seja o cluster a tomar essa decisão. Quem descrever um par de máquinas como um cluster HA está a vender-lhe alguma coisa.

Os hipervisores tendem a falhar de formas que o deixam fora da máquina, em vez de simplesmente falharem por completo: uma atualização do kernel que não arranca, uma alteração de bridge que leva a interface de gestão com ela, uma pool de armazenamento que exige uma decisão na consola. Todos os servidores Dedizone incluem IPMI/KVM-over-IP permanente com virtual media, desde o primeiro minuto, sem qualquer custo.

Isso significa uma consola no browser com teclado, vídeo e rato, controlo de energia, e a capacidade de montar uma ISO — a diferença entre uma reparação de dez minutos e uma noite perdida. É também por isso que continuamos a insistir no ponto: a Hetzner empresta uma consola KVM por três horas, a Netcup oferece uma janela VNC para uma VM que não é sua, e a Kimsufi dá-lhe o modo de recuperação e boa sorte. Para uma máquina cujo único trabalho é alojar outras máquinas, o acesso out-of-band não é uma funcionalidade extra — é o mínimo indispensável.

Um host Proxmox é um alvo maior do que um único servidor de aplicações, porque comprometê-lo compromete tudo o que está nele. A lista curta: não exponha a consola web à internet aberta — associe-a a um endereço de gestão ou aceda-lhe através de um túnel WireGuard; use a firewall integrada ao nível do datacenter, do nó e do convidado, e não apenas dentro dos convidados; mantenha uma chave SSH e desative o login por password; e mantenha a bridge dos convidados afastada de qualquer coisa que possa falar com o host.

A mitigação DDoS L3/L4 sempre ativa corre a montante em cada servidor, com mais de um terabit por segundo de capacidade de scrubbing, pelo que ataques volumétricos dirigidos a um convidado exposto são absorvidos antes de o uplink sequer notar — e como a largura de banda não tem limite de tráfego, o tráfego de ataque filtrado nunca se transforma numa fatura. O que não podemos fazer é ver dentro dos seus convidados. Não instalamos agentes, não corremos nenhum plano de gestão na máquina, e não há nenhum patamar gerido à espera de lhe ser vendido.

Apenas cripto: Bitcoin, Monero, USDT em TRC-20 ou ERC-20, Ethereum, Solana, Litecoin e Tron. A fatura é de utilização única, o valor fica bloqueado durante a janela de pagamento, e se pagar a menos, a página mostra o valor exato em falta a enviar para o mesmo endereço. A identidade é um endereço de email — sem documentos, sem telefone, sem registo comercial. Se é essa a parte que procura, as páginas sem KYC e Monero aprofundam o tema como deve ser.

Os termos são de um, três ou doze meses, a preço cheio, com menos 10% e menos 30% respetivamente, com $0 de setup nos três e sem compromisso mínimo. As renovações são faturadas da mesma forma, e cada uma pode ser paga num ativo diferente. Comparando-nos com a Contabo ou com qualquer outro no mercado, o número que vale a pena verificar não é a taxa de destaque, mas sim o que a taxa de setup e a duração do compromisso fazem ao seu primeiro ano.