VPS, VPC e servidor dedicado: diferenças

Quando você começa a precisar de um servidor de verdade, os três termos aparecem juntos no mesmo painel de comparação: VPS, VPC, servidor dedicado. Cada provedor usa a nomenclatura de um jeito diferente, o que complica mais do que deveria. Já vi times gastando R$ 2.000/mês num dedicado quando um VPS de R$ 200 resolvia, e o oposto também — aplicação travando em VPS quando precisava de metal de verdade.

Esse post explica o que cada opção é, onde o dinheiro vai, e como decidir.

VPS: o que você está comprando de fato

VPS (Virtual Private Server) é uma fatia de um servidor físico isolada por hypervisor. O provedor tem uma máquina com 512 GB de RAM e 128 vCPUs e divide isso em dezenas de instâncias. Você recebe um número fixo de vCPUs, uma quantidade garantida de RAM e um disco virtual — geralmente SSD NVMe compartilhado via storage de rede.

A palavra "privado" no nome é um tanto otimista. Você não compartilha processos nem sistema de arquivos com outros clientes, mas compartilha o hardware físico subjacente. Isso tem duas implicações práticas:

Noisy neighbor: outro VPS na mesma máquina com carga pesada de I/O ou CPU pode degradar sua performance. Bons provedores isolam melhor isso com cgroups, mas o problema nunca desaparece completamente.

Recursos não são dedicados até o provedor garantir: alguns planos de VPS vendem "2 vCPUs" que na prática são burst — você tem acesso completo só quando o vizinho não está usando. Se o contrato diz "dedicated vCPU", você tem prioridade real. Leia o contrato.

O que um VPS não é

VPS não é VM de cloud. Quando você pega um VPS na DigitalOcean, Vultr ou Contabo, está pegando uma máquina com recursos fixos pagos mensalmente. Não tem autoscaling, não tem managed database incluso, não tem CDN, não tem 200 serviços à la carte.

É mais próximo de alugar um computador remoto do que de usar uma plataforma cloud.

Para quem faz sentido

• API com tráfego previsível (20–500 req/s)
• Servidor de staging permanente
• Self-hosting de aplicações: Coolify, Dokku, Plausible, Gitea
• Banco de dados PostgreSQL de porte médio com backup manual ou Barman
• Custo: R$ 30–300/mês dependendo do tamanho

VPC: esse não é um servidor

VPC (Virtual Private Cloud) é uma rede virtual isolada dentro de uma cloud pública. AWS, GCP e Azure têm VPC. Você não "contrata um VPC" como alternativa a um servidor — você cria um VPC para isolar os recursos que você vai colocar dentro dele.

Se você tem instâncias EC2 na AWS, elas ficam dentro de um VPC. Esse VPC define: quais sub-redes existem, quais portas estão abertas para a internet, como as instâncias se comunicam entre si, quais delas têm IP público. É o equivalente a configurar uma rede corporativa — VLAN, roteador, regras de firewall — mas em software e com billing por hora.

A confusão é compreensível porque provedores usam "VPC" como feature de destaque nas páginas de preço. "Servidor com VPC" na prática significa: servidor na cloud pública com rede virtual isolada. É um componente da arquitetura, não uma categoria de servidor.

O que VPC resolve

Sem VPC, todas as instâncias de um projeto estariam na mesma rede pública com regras de acesso idênticas. Com VPC, você separa o banco de dados numa sub-rede privada (sem IP público, sem acesso direto da internet), o servidor de aplicação numa sub-rede pública (com load balancer na frente), e define exatamente quais portas cada camada expõe para qual outra camada.

Internet
    ↓
[Load Balancer — sub-rede pública]
    ↓ porta 3000
[App servers — sub-rede privada]
    ↓ porta 5432
[PostgreSQL — sub-rede privada sem IP público]

Esse isolamento é o que VPC entrega. É sobre topologia de rede, não sobre capacidade de computação.

Servidor dedicado: o hardware é seu

Servidor dedicado significa que você aluga uma máquina física inteira. Sem hypervisor, sem compartilhamento, sem vizinho fazendo I/O. O processador, a memória e os discos são exclusivamente seus durante o contrato.

A consequência imediata é performance previsível e consistente. Um Xeon de 16 cores sem hypervisor é mais rápido que 16 vCPUs num VPS, especialmente para cargas de banco de dados, renderização de vídeo, compilação e qualquer coisa com acesso intensivo a disco.

O que você perde

Tudo que a cloud dá de graça (ou quase). Você gerencia o hardware indiretamente — se um disco falha, você abre ticket e espera o provedor trocar. Se quiser redundância de PSU ou RAID, você pede na hora de contratar. Autoscaling não existe: se o tráfego dobrar amanhã, você tem o que tem até encomendar outra máquina.

A maioria dos provedores de dedicado (Hetzner, OVHcloud, ServerHub) entrega o servidor com um sistema operacional instalado e acesso SSH. O resto é sua responsabilidade: updates, monitoramento, backups, fail-over.

Para quem faz sentido

• Bancos de dados de produção com I/O alto (MySQL, PostgreSQL com 50M+ de linhas e queries complexas)
• Rendering farms, transcodificação de vídeo
• Aplicações que violam contratos de fair use de VPS por uso intenso de CPU
• Workloads que precisam de hardware específico: GPU para ML, NVMe de alta IOPS, grande quantidade de RAM
• Custo: R$ 500–5.000/mês dependendo da configuração

Comparação direta

VPC não entra nessa tabela porque é um conceito diferente — é a camada de rede que envolve os outros dois quando você usa cloud pública.

A decisão prática

Começou ontem, custo importa: VPS. Um servidor com 4 vCPUs, 8 GB de RAM e 80 GB NVMe custa em torno de R$ 60–100/mês na Hetzner ou Contabo. Resolve a maioria das aplicações em estágio inicial sem burocracia.

Tem tráfego real, precisar escalar rápido, time pequeno: instâncias gerenciadas em cloud (AWS EC2, Google Cloud Run, Fly.io). Você paga mais por cada unidade de compute, mas ganha autoscaling, managed databases, monitoramento, alertas — e não precisa de sysadmin dedicado.

Tem carga de banco de dados pesada e custo de cloud virou problema: servidor dedicado. Migrar PostgreSQL de uma instância EC2 RDS para um dedicado Hetzner pode reduzir custo em 60–70% com performance equivalente ou superior. O tradeoff é operacional — você assume a responsabilidade do hardware.

Perguntas frequentes

Qual a diferença entre VPS e instância EC2 da AWS?

Funcionalmente são similares — ambos são VMs. A diferença é o ecossistema. EC2 vem com VPC, IAM, S3, CloudWatch e 200 outros serviços integrados. VPS vem com uma VM. EC2 cobra por hora de uso e tem reservas de 1–3 anos com desconto. VPS geralmente tem cobrança mensal fixa. Para aplicações que não precisam do ecossistema AWS, VPS tende a ser significativamente mais barato por recursos equivalentes.

VPS é seguro para produção?

Depende do que você entende por seguro. O isolamento entre clientes num VPS bem configurado (cgroups, namespaces, sem acesso cross-tenant ao storage) é suficiente para a maioria das aplicações. O risco não é o vizinho invadir sua VM — é o noisy neighbor degradar sua performance num momento ruim. Para dados sensíveis com requisitos de compliance específicos (PCI DSS nível 1, por exemplo), um dedicado ou cloud com certificações relevantes é mais adequado.

Preciso de VPC se uso VPS?

Não, VPC é um conceito de cloud pública. Se você usa VPS em provedor de VPS (Hetzner, Vultr, DigitalOcean), você gerencia isolamento de rede com firewall do provedor, iptables, e eventualmente redes privadas entre suas VMs no mesmo datacenter. Alguns provedores chamam isso de "private network" ou "VLAN" — mesma ideia, terminologia diferente.

Quando faz sentido migrar de VPS para dedicado?

Três sinais práticos: (1) você está em VPS de 16+ vCPUs e ainda vê contenção de CPU em horário de pico, (2) o custo mensal do VPS já chegou no valor de um dedicado equivalente, (3) suas queries de banco de dados têm latência inconsistente que não melhora com indexação. Migrar banco de dados para dedicado antes de migrar a aplicação costuma ser o primeiro passo mais eficiente.

Metal, fatia ou rede — a decisão é de custo e operação

VPS é a escolha padrão para quem começa ou tem carga moderada. Servidor dedicado entra quando você precisa de hardware sem compartilhamento e já tem operação para sustentar isso. VPC não é um servidor — é a camada de rede que você usa quando está dentro de um cloud provider.

O erro mais frequente é contratar dedicado por status antes de precisar, ou ficar em VPS depois que o custo operacional e o desempenho inconsistente já estão cobrando preço. Os números são diretos: compare o custo por vCPU e por GB de RAM, estime o overhead operacional de cada opção, e veja qual o seu maior gargalo atual.

Para confirmar o IP e ASN do servidor que você está avaliando — especialmente útil quando o provedor promete "baixa latência para o Brasil" mas os servers ficam na Alemanha — uso o IP Address Info para verificar localização real, datacenter e ASN antes de assinar contrato.