VPS vs servidor dedicado: quando vale a pena o bare metal

Quase toda versão dessa comparação é uma tabela com núcleos e gigabytes dos dois lados, uma nota dizendo que servidores dedicados são “mais potentes” e os virtuais “mais flexíveis”, e nenhuma conclusão. Isso não resolve nada, porque dá para comprar dezesseis núcleos dos dois jeitos, e a ficha técnica é justamente a parte que não muda. O que realmente muda é quem mais está executando no mesmo silício, o que acontece quando a sua carga de trabalho está ocupada no mesmo instante que a de outra pessoa, quanto da máquina existe abaixo do sistema operacional e responde só a você, e o ponto em que pagar pela máquina inteira deixa de ser extravagância e passa a ser a opção mais barata. Aqui está a comparação com essas coisas dentro dela.

O que você está realmente alugando em cada caso

Uma VPS em um provedor sério é uma máquina virtual KVM — virtualização assistida por hardware, seu próprio kernel, seus próprios módulos, suas próprias regras de firewall. Ela se comporta como uma máquina real porque, em quase todos os aspectos, é uma. O que ela não é, é sozinha. Um host físico roda um hypervisor e uma série de guests, e esse hypervisor decide qual guest recebe um núcleo em cada microssegundo, de quem é a próxima requisição de disco a ser atendida, e quanta largura de banda de memória cada um pode consumir. Você recebe uma fatia garantida, e em um host bem administrado essa fatia é de fato respeitada. O que você não recebe é a máquina.

Um servidor dedicado é a máquina. Nenhum hypervisor fica entre o seu kernel e o silício, a menos que você mesmo instale um, não há outro inquilino disputando o escalonador com você, e nada abstrai o controlador de armazenamento. Você recebe a BIOS, a ordem de boot, a topologia de disco e uma interface de gerenciamento out-of-band que continua funcionando quando o sistema operacional não funciona. O modelo mental que vale a pena guardar: uma VPS é uma locação. Um servidor dedicado é o aluguel do prédio inteiro.

• Tempo de CPU. Uma VPS recebe uma fatia escalonada de núcleos físicos, e é por isso que um “vCPU” é uma reivindicação sobre uma thread, não sobre um pedaço de hardware. Em bare metal, os núcleos são seus, use-os ou não, e nada os preempta.
• Memória. Máquinas virtuais recebem uma alocação que o hypervisor gerencia, e o host pode, em princípio, inspecioná-la. Em bare metal, os módulos DIMM são preenchidos só para você, e o único software tocando aquela memória é o software que você instalou.
• Armazenamento. Uma VPS vive em um array compartilhado — rápido, redundante, e dividindo o seu orçamento de IOPS com vizinhos. Uma máquina dedicada tem seus próprios discos, sua própria profundidade de fila, e deixa você decidir o layout de RAID em vez de herdar um.
• A porta de rede. As duas podem ser sem limite de tráfego, mas um servidor dedicado tem uma porta física, e não uma fatia de uma, o que importa no momento em que você realmente a satura, e não apenas quando é capaz de saturá-la.
• Tudo abaixo do sistema operacional. Ordem de boot, configurações de firmware, recursos de virtualização em nível de kernel, ISOs personalizadas, particionamento de disco antes do primeiro boot — em uma VPS essa camada pertence ao provedor, e em bare metal ela é sua.
• O domínio de falha. Uma VPS normalmente é reconstruída em outro lugar se o seu host morre, porque é exatamente para isso que serve um cluster de hypervisors. Um servidor dedicado é um único objeto físico, e quando uma fonte de alimentação falha, a queda é sua até alguém caminhar até o rack.
• Provisionamento. Uma VPS aparece em cerca de um minuto e pode ser destruída na mesma velocidade. Bare metal é hardware montado em rack — no mesmo dia, em configurações de estoque, e não é algo que você sobe para vinte minutos de trabalho.

A diferença de isolamento que ninguém coloca na tabela

Há uma dimensão dessa comparação que as páginas de hospedagem costumam pular, e que importa muito se privacidade é o motivo de você estar aqui, para começo de conversa. Virtualização cria uma fronteira de confiança que simplesmente não existe em bare metal, e remover essa fronteira é um ganho real — mais estreito do que o marketing sugere, mas real, e que vale a pena declarar com precisão, em vez de só apontar vagamente para ele.

• Um hypervisor pode ver tudo o que seus guests têm. Memória do guest é memória do host, discos do guest são arquivos ou volumes do host, e a criptografia dentro do guest é decifrada por uma chave que vive em uma memória que o host alocou. Isso não é uma falha — é assim que a virtualização funciona, e é o motivo pelo qual uma VPS nunca pode ser privada em relação à máquina que está por baixo dela.
• Coinquilinos são um risco mensurável, não hipotético. Duas décadas de pesquisa sobre canais laterais entre VMs — caches compartilhados, barramentos de memória, execução especulativa — mostraram repetidamente informação vazando entre guests no mesmo silício. Mitigações existem e estão implantadas, e os ataques são difíceis e ruidosos, mas a categoria não desaparece, porque o vizinho nunca desaparece.
• Ser o único inquilino elimina o vizinho por completo. Não mitigado, não escalonado à parte — ausente. Nada mais está executando naqueles núcleos, então não há cache para compartilhar, não há barramento para disputar e não há guest para ficar ao lado. Para uma carga de trabalho que guarda material de chave criptográfica, esse é o argumento mais limpo que existe a favor do bare metal.
• O que a locação única não remove é o operador. Quem monta a máquina no rack tem acesso físico a ela, e acesso físico a um computador em funcionamento vence o software sempre. O provedor deixa de ser “quem roda o hypervisor acima de você” e passa a ser “quem é dono do prédio ao seu redor”, o que é melhor, mas não é a mesma coisa que ausente.
• A criptografia de disco muda de sentido de forma sutil, não dramática. Nos dois casos, a criptografia de disco completo protege uma máquina desligada, um disco descartado e um disco com defeito devolvido dentro da garantia. Nenhuma das duas protege uma máquina em funcionamento cujo volume já está desbloqueado. O que o bare metal acrescenta é um console que você alcança no boot — que é a diferença entre um servidor criptografado que você consegue de fato reiniciar e um que você não consegue.

Vale a pena manter essa ordem clara na cabeça, porque é fácil gastar muito dinheiro na camada errada. A camada da conta decide se a máquina está conectada ao seu nome, e mais nada. A jurisdição decide quem pode pressionar o operador e o quão difícil isso é. O modelo de hardware decide quem divide a CPU com você. São três compras independentes, e para a maioria das pessoas a primeira vale mais do que as outras duas somadas. Uma VPS comprada com um e-mail descartável e financiada em cripto é mais privada do que um bare metal comprado com cartão no seu nome legal, e não é nem perto. Nós detalhamos exatamente o que muda na camada da conta em VPS no-KYC versus uma VPS tradicional.

Desempenho: o que muda, e o que não muda

O argumento de desempenho a favor do bare metal é real, mas bem mais estreito do que costuma ser vendido. O overhead da virtualização moderna em trabalho limitado por CPU fica na casa de poucos pontos percentuais, então uma carga de trabalho que cabe confortavelmente em um plano de VPS não está sendo desacelerada de forma significativa pelo hypervisor. O que o bare metal muda não é o teto de uma máquina tranquila — é o comportamento de uma máquina ocupada, e o formato do pior caso, não da média.

• Carga sustentada em todos os núcleos é onde a diferença se abre. Trabalho em rajadas cabe perfeitamente em um host compartilhado, mas uma fazenda de compilação, um codificador de vídeo ou uma simulação que trava cada núcleo por horas é exatamente a carga de trabalho que um escalonador justo precisa arbitrar. Em bare metal não há nada para arbitrar.
• Latência de cauda separa os dois mais do que throughput. Tempos médios de resposta em uma VPS bem administrada são excelentes — é o percentil noventa e nove que revela um vizinho esvaziando um cache ou saturando um array. Se os seus usuários sentem as requisições lentas, e não a mediana, é esse o número que importa.
• Trabalho limitado por armazenamento é o que mais se beneficia, e é o mais comumente ignorado. NVMe local com uma fila que ninguém mais está enchendo se comporta de forma diferente de um array compartilhado sob carga — bancos de dados fazendo muitas escritas síncronas pequenas são o caso mais claro.
• Memória muito grande, com frequência, simplesmente não existe na versão virtual. Acima de algumas centenas de gigabytes você entra em configurações que só existem como máquinas físicas, e um dataset em memória que cabe em 768 GB de DDR5 não tem equivalente virtual a um preço sensato.
• Virtualização aninhada quer a coisa real. Rodar Proxmox, ESXi ou uma frota das suas próprias VMs em cima do hypervisor de outra pessoa funciona, mas você paga o imposto duas vezes e herda as decisões de escalonamento delas por baixo das suas.
• Qualquer coisa que queira o hardware diretamente precisa de hardware. Kernels personalizados com módulos exóticos, pinagem de NUMA precisa, PCIe passthrough, controladoras de RAID por hardware, ajuste fino em tempo real — esses são os casos em que “basicamente é uma máquina real” deixa de ser verdade.

A lista oposta é igualmente importante, e é mais longa do que a maioria das pessoas espera. Uma aplicação web servindo tráfego normal, um proxy reverso, um relay de e-mail, um endpoint WireGuard, um nó de Bitcoin ou Monero, um runner de CI, um bot, uma nuvem pessoal — nenhum desses vai ficar mensuravelmente mais rápido em bare metal, porque nenhum deles é limitado pelo hypervisor. Eles são limitados por idas e voltas de rede, por sincronização de disco, por uma API upstream, ou por nada, porque a máquina está ociosa a maior parte do dia. Comprar bare metal para uma carga de trabalho dessa lista compra um perfil de custo pior e nenhuma velocidade, e esse é o erro mais comum de toda essa decisão.

O ponto de virada do custo, com números reais

A intuição de preço que a maioria das pessoas carrega é que servidores dedicados são a opção cara. Isso é verdade na parte inferior da faixa e deixa de ser verdade surpreendentemente cedo, porque planos virtuais precificam uma fatia com ágio, enquanto o bare metal precifica a máquina inteira no atacado. Vale a pena fazer a conta com planos reais, em vez de no abstrato.

• Na ponta pequena não há disputa. Uma instância de 2 GB a $3.99 por mês não tem equivalente em bare metal, e inventar um significaria pagar dezesseis vezes mais por capacidade que você nunca tocaria.
• O ponto de virada fica em torno do meio da faixa de VPS. Nosso plano de 8 vCPU e 32 GB custa $47.99 por mês. A máquina dedicada de entrada custa $64 e traz seis núcleos reais, 64 GB e dois discos NVMe de 1 TB. Dezesseis dólares compram o dobro da memória, várias vezes mais armazenamento bruto, e núcleos em que mais ninguém está escalonado.
• Acima do ponto de virada, o bare metal vence de forma direta. A maior VPS — 16 vCPU, 64 GB, 800 GB — custa $89.99. Um Ryzen 9 com dezesseis núcleos físicos, 128 GB de DDR5 e 4 TB de NVMe custa $115. Vinte e cinco dólares não é um ágio por essa diferença — é um desconto.
• Consolidação é onde a economia de verdade se esconde. Seis ou sete instâncias de VPS separadas, cada uma ociosa a dez por cento, são seis ou sete reservas separadas que você paga continuamente. Uma única máquina dedicada rodando o seu próprio hypervisor transforma isso em uma única fatura e um pool de capacidade que qualquer serviço pode tomar emprestado quando precisar.
• Capacidade não usada é o custo que corre no sentido contrário. Um servidor dedicado cobra pela máquina inteira, quer você use oito núcleos ou nenhum deles, e pagar por 48 threads para rodar um serviço que precisa de duas é o mesmo desperdício do ponto anterior, só que na direção oposta.
• Granularidade de cobrança é uma diferença genuína, não uma nota de rodapé. Planos de VPS cobram por hora, então um experimento que vive por uma tarde custa centavos e para de custar qualquer coisa no momento em que você o destrói. Hardware montado em rack é um compromisso mensal, porque um técnico o instalou fisicamente.

IPMI: a diferença em como você opera a máquina

O recurso que muda o dia a dia em bare metal raramente é mencionado em comparações, porque é invisível até o momento em que você precisa dele. Gerenciamento out-of-band — IPMI, ou KVM-over-IP — é um pequeno computador independente na placa-mãe, com sua própria conexão de rede, e funciona quando o sistema principal está desligado, não consegue dar boot ou está travado. Em uma VPS, o equivalente é um chamado de suporte.

• Você tem um console antes mesmo de o sistema operacional existir. Acompanhe o POST, entre na BIOS, mude a ordem de boot, leia o panic que passou rolando na tela — todas as coisas que são triviais em uma máquina na sua frente e impossíveis em uma máquina que você só alcança por SSH.
• Você pode montar sua própria ISO e instalar o que você realmente quer, incluindo um sistema operacional que seu provedor nunca ofereceu como modelo, com um layout de partições que você escolheu, em vez de um que você herdou.
• Você pode digitar uma passphrase no boot. É isso que torna a criptografia de disco completo prática em uma máquina remota — um volume criptografado precisa de uma chave a cada início, e sem console as únicas opções são guardar a chave na própria máquina, o que anula o propósito, ou desbloquear pela rede a partir de um ambiente pré-boot que você mesmo teve que construir.
• Você pode se recuperar dos seus próprios erros sem envolver mais ninguém. Uma regra de firewall que bloqueou o SSH, um fstab quebrado, um kernel que não dá boot — todos eles são um conserto de cinco minutos no console, e uma conversa com o suporte sem um.
• Você pode desligar e religar a máquina por conta própria. Uma máquina travada volta quando você decide que ela volta, e não quando um chamado é lido.
• É uma superfície de ataque separada, e merece ser tratada como uma. Controladores de gerenciamento têm um histórico de segurança ruim, então coloque a interface atrás de uma VPN ou de uma lista de permissões, troque as credenciais padrão imediatamente, e nunca a exponha para a internet aberta.

Confiabilidade: o domínio de falha que você herda

Esse é o eixo em que o lado virtual vence, e costuma ficar de fora das comparações escritas por quem vende bare metal. Um servidor dedicado é um único objeto físico, com um único conjunto de fontes de alimentação, uma placa-mãe e um conjunto de discos. Redundância é algo que você constrói em cima dele, não algo que já vem incluso. A virtualização existe, em parte, para abstrair exatamente isso, e fingir o contrário leva a surpresas desagradáveis.

• Hardware falha no cronograma do hardware. Fontes de alimentação, módulos DIMM, coolers e discos NVMe têm todos suas taxas de falha, e em uma única máquina cada um deles é um ponto único de falha até que você o tenha duplicado.
• Uma VPS é projetada para sobreviver ao seu host. Instâncias normalmente reiniciam em outro hardware quando um nó físico morre, o que converte uma falha de hardware em um reboot, em vez de uma queda medida em horas.
• RAID protege contra um disco morto, não contra um erro. Não é um backup, não sobrevive a um diretório apagado ou a uma migração malfeita, e todo guia que confunde as duas coisas já custou os dados de alguém.
• Snapshots costumam ser um luxo exclusivo do lado virtual. Tirar um snapshot completo da instância antes de uma mudança arriscada e reverter em segundos é um fluxo de trabalho que o bare metal não oferece nativamente.
• O tempo de recuperação é diferente por natureza. Uma VPS com falha é reconstruída a partir de uma imagem em minutos. Um servidor dedicado com falha espera um humano chegar até o rack e uma peça de reposição existir, e é por isso que monitoramento in-band e backups fora da máquina importam mais aqui.
• A mitigação honesta é a mesma nos dois casos, e as pessoas a pulam nos dois casos: backups que vivem em algum lugar que a própria máquina não alcança, e uma restauração que você já executou de verdade, ao menos uma vez, de propósito.

Um roteiro de decisão que leva dez minutos

1. 01Meça antes de teorizarOlhe o que as suas máquinas atuais realmente fazem. CPU sustentada acima de aproximadamente sessenta por cento, filas de disco que nunca esvaziam, ou pressão de memória são sinais reais. Uma máquina ociosa que parece lenta quase nunca está com falta de hardware.
2. 02Nomeie o recurso que está faltandoNúcleos, memória, IOPS, banda ou isolamento — cada um tem uma resposta diferente. Faltar memória geralmente significa um plano um tamanho acima. Faltar latência previsível é uma classe de máquina diferente.
3. 03Verifique se você precisa de algo abaixo do SOVirtualização aninhada, uma ISO personalizada, um módulo de kernel exótico, um layout de RAID específico, criptografia de disco que você desbloqueia em um console. Se algum desses itens está na sua lista, a decisão já está tomada.
4. 04Some a frota inteira, não uma instânciaCompare o seu gasto mensal total em todos os servidores contra uma única máquina que os substituiria. Consolidação é onde o bare metal geralmente vence, e isso fica invisível se você comparar um contra um.
5. 05Pergunte quão errática é a cargaErrática e imprevisível favorece o virtual, porque você pode adicionar e destruir capacidade por hora. Estável e contínua favorece o bare metal, porque você está pagando por uma reserva que de fato usa.
6. 06Decida quanto custa uma hora ruimSe uma queda medida em horas é genuinamente prejudicial, uma única máquina física é o formato errado sem uma segunda por trás dela. Um par de instâncias de VPS em regiões diferentes pode te atender muito melhor do que uma única máquina grande.
7. 07Separe privacidade de hardwareSe o motivo de você estar considerando bare metal é privacidade, verifique primeiro se a conta não carrega identidade nenhuma, se o saldo é financiado em cripto, e se a própria máquina está blindada. Essas três coisas não custam nada e importam mais do que o modelo de hardware.
8. 08Teste primeiro pelo lado baratoImplante a maior VPS por um mês e coloque a carga de trabalho real nela. Se ela ficar confortável, você tem a sua resposta por uma fração do preço. Se ela saturar, agora você sabe exatamente qual recurso comprar.

Quando uma VPS é simplesmente a resposta certa

Vale a pena dizer isso sem rodeios, porque uma página em um site de hospedagem tem um incentivo óbvio para dizer o contrário: a maioria das cargas de trabalho pertence a uma VPS, e movê-las para bare metal só as torna mais caras, sem torná-las melhores. Estes são os casos em que o virtual não é uma concessão, de jeito nenhum.

• A carga de trabalho é pequena, estável e nada extraordinária. Um site, uma API, um bot, um proxy, um serviço pessoal — a máquina fica ociosa a maior parte do dia, e o hypervisor não é o que a limita.
• Você quer mais de uma localização. Várias instâncias pequenas espalhadas por regiões vencem uma única máquina grande em latência e em resiliência, e custam menos do que o equivalente em bare metal.
• O tempo de vida é curto. Qualquer coisa medida em horas ou dias deveria ser cobrada em horas, não em meses.
• Você valoriza o botão de reconstruir. Snapshot, reverter, reimplantar a partir de uma imagem limpa — esse fluxo de trabalho é genuinamente valioso, e ele pertence ao lado virtual.
• Você precisa dela imediatamente. Cerca de um minuto contra o mesmo dia é decisivo quando você está no meio de alguma coisa.
• O requisito de privacidade está na camada da conta. Se o objetivo é que nenhum nome fique vinculado ao servidor, isso se resolve no cadastro e no pagamento, não pelo modelo de hardware.

Erros que tornam essa escolha pior do que cara ou coroa

• Comprar bare metal para uma carga de trabalho que nunca, nem uma vez, saturou uma VPS, e pagar por silício ocioso todo mês para resolver um problema que nunca foi medido.
• Comparar um servidor dedicado contra uma VPS, em vez de contra a frota que ele de fato substituiria, o que esconde o único argumento de custo que favorece o bare metal de forma confiável.
• Presumir que a locação única torna a máquina privada em relação ao seu host, quando na verdade ela remove o vizinho e deixa o operador exatamente onde estava.
• Tratar uma única máquina física como mais confiável do que uma instância virtual só porque ela é “real”, quando é justamente ela que não tem cluster nenhum por baixo.
• Consolidar seis serviços em uma única máquina e herdar um domínio de falha compartilhado que ninguém planejou, de modo que um reboot ruim agora derruba tudo de uma vez.
• Expor a interface IPMI para a internet com as credenciais padrão, o que entrega de bandeja um computador capaz de reinstalar o sistema operacional.
• Migrar para bare metal por causa de latência de cauda sem nunca medir o percentil noventa e nove, e não ter como saber depois se aquilo ajudou.
• Escolher hardware para resolver um problema de jurisdição, ou uma jurisdição para resolver um problema de hardware — são camadas sem relação, e trocar uma pela outra não resolve nenhuma das duas.

O resumo que sobrevive ao contato com a realidade não tem nada de glamouroso. Comece virtual, porque é barato, imediato e reversível, e porque a maioria das coisas nunca cresce além disso. Migre para bare metal quando você conseguir nomear o recurso que está faltando e apontar para a medição, quando a frota que você já paga custar mais do que a máquina que a substituiria, quando você precisar da camada abaixo do sistema operacional, ou quando remover todo e qualquer outro inquilino do seu silício for uma exigência, e não uma preferência. Os dois são a mesma rede offshore, as mesmas 14 regiões, o mesmo saldo pré-pago em cripto e a mesma ausência de verificação de identidade — então essa é uma pergunta sobre o formato da sua carga de trabalho, não sobre quão privado é o servidor.