CryptoServers
Guia do comprador · 9 min de leitura

VPS vs. bare-metal dedicado: quando migrar

A maioria das cargas de trabalho começa em um VPS. Algumas superam esse limite. A questão raramente é "VPS ou dedicado?" no abstrato — é "em qual concorrência, tamanho de dataset ou tolerância a noisy neighbours nossa carga justifica um host dedicado?" Este guia responde isso com os limites que vemos em produção, não com benchmarks fornecidos pelo fabricante.

Nunca KYC DMCA ignorado Sem logs de tráfego Ativo em 60 segundos

A linha honesta

Se você consegue traçar um crescimento exponencial no steal time de CPU, já superou o VPS. Steal acima de 5% sustentado significa que um vizinho está ganhando o scheduler — seu P99 de latência vai refletir isso bem antes de a carga média parecer ruim.

Abaixo disso, um VPS quase sempre é a escolha certa. KVM com armazenamento NVMe local e AES-NI em um núcleo EPYC moderno fica a 3–8% do bare-metal para cargas típicas de web, VPN, e-mail, IRC e Lightning. Os 92–97% que você mantém valem bem o delta de preço e a ergonomia do live-resize.

Quando o VPS ainda serve — claramente

Egress pessoal (seu próprio endpoint WireGuard ou OpenVPN), um relay Tor abaixo de 25 MB/s sustentados, um servidor de e-mail para um único usuário, um node Bitcoin podado, um node remoto Monero servindo menos de algumas centenas de carteiras, um homeserver Matrix para uma pequena comunidade, um servidor de jogos privado, um seedbox pessoal abaixo de 240 GB de working set — tudo isso roda confortavelmente em um VPS e ganha muito pouco indo para bare-metal.

Por quê: o gargalo raramente é CPU bruta. É o alcance de rede, reputação de IP, postura jurisdicional e se o host limita a porta 25 ou molda o tráfego p2p. Um VPS que oferece root completo, raw sockets, uplink não medido e rDNS editável é funcionalmente idêntico ao bare-metal para essas cargas.

Os quatro sinais de que uma carga de trabalho superou o VPS

CPU steal acima de 5% sustentado. Execute `vmstat 1` por uma hora de pico. Se `st` ficar regularmente acima de 5, você está compartilhando um núcleo com alguém sobrecarregado. Migramos vizinhos quando o steal sobe, mas um host dedicado elimina a variável por completo.

Working set acima de 24 GB e sensível à latência. Contenção de RAM no KVM é rara em nossos hosts (não sobrevendemos memória), mas um dataset do tamanho de um Bitcoin txindex (~120 GB em disco, páginas quentes de 10–30 GB) começa a atingir padrões de despejo ARC onde 64 GB de headroom ECC muda o comportamento. Nodes de roteamento Lightning, Matrix Synapse com 200+ salas federadas e bancos de dados Postgres pesados de CI atingem isso antes do que as pessoas esperam.

Largura de banda de escrita em disco acima de 400 MB/s sustentada. Um único NVMe Gen4 lida com isso em um VPS. Dois NVMe Gen4 em mirror num tier dedicado lidam com isso sem as pausas de GC que vêm com namespaces NVMe compartilhados.

Egress de rede acima de 5 Gbps sustentado. Vendemos planos VPS com 10 Gbps não medido, e eles realmente atingem 10 Gbps em rajadas curtas — mas 5+ Gbps sustentado por horas seguidas é mais confortável em hardware dedicado onde a NIC é exclusivamente sua.

Onde o dedicado vence de forma absoluta

Nodes Bitcoin Core ou archive Ethereum que você pretende operar por anos sem re-IBD. O IBD de 36 horas em um EPYC single-socket com 2× NVMe Gen4 em RAID de software é incomparavelmente mais rápido do que o IBD de 3–4 dias em um VPS Business, e uma vez concluído, a confiabilidade do disco importa mais do que o throughput.

Hubs de roteamento Lightning visando 1000+ canais e grande capacidade. O throughput HTLC é limitado por CPU sob carga, e núcleos dedicados eliminam a cauda de steal-time que ocasionalmente causa desatualização de estado de canal.

Homeservers Matrix públicos com milhares de salas federadas. Postgres em seu próprio NVMe + workers Synapse no outro NVMe + Redis em um terceiro namespace = três lanes de I/O sem nenhuma contenção.

CI auto-hospedado com fazendas de build rodando Docker-in-Docker, sysbox ou microVMs Firecracker em escala. Virtualização aninhada funciona no KVM, mas o bare-metal elimina o overhead da paravirt de segunda camada.

/29 ou /48 anunciados via BGP com seu próprio AS-path. Provisionamos sessões BGP em tiers dedicados a partir do Bastion; em planos VPS, você compartilha nossos prefixos.

A aritmética de preço

Um vps-pro a $54,99/mês oferece 8 vCPU no Xeon Gold 6430, 24 GB DDR5 ECC, 400 GB NVMe, 5 Gbps não medido. Um ded-shield a $79/mês oferece 16 núcleos / 32 threads de EPYC 7313P, 64 GB DDR4 ECC, 2× 1 TB NVMe, 1 Gbps não medido. O tier dedicado custa $24/mês a mais por aproximadamente 2× a CPU, 2,7× a RAM, 5× o disco, com armazenamento espelhado.

Se sua carga é limitada por CPU, RAM ou armazenamento, a upgrade se paga no dia em que você provisiona. Se for limitada por rede a 5+ Gbps, o VPS continua vencendo até você crescer para um Bastion ou superior com 10 Gbps incluído.

Cobrança cripto mensal sem mínimos significa que você pode rodar dedicado por um mês enquanto faz stress-test e depois voltar ao VPS se o perfil de carga for mais leve do que o esperado. Não há compromisso anual que te prenda.

Guia de migração

Rsync + janela de cutover: provisione o host dedicado na mesma jurisdição, faça rsync do dataset pela rede local (temos 10+ Gbps internos entre hosts no mesmo DC), configure uma página de manutenção no VPS, faça uma sincronização final, troque DNS ou IP failover. Downtime total: tipicamente 2–10 minutos para um dataset de algumas centenas de GB.

Se o seu IP importa (canais Lightning, homeserver Matrix federado, rDNS de e-mail), podemos mover o /29 entre hosts no mesmo DC sem mudar de IP — abra um ticket no painel e fazemos isso em 24 horas durante uma janela tranquila.

Se você não pode ter nenhum downtime: split-brain por um dia. Mantenha os dois hosts ativos, mude a aplicação para escrever em ambos, direcione leituras ao dedicado, depois corte as escritas quando o dedicado for autoritativo. Esse é o formato de toda migração de banco de dados que vimos clientes executar com sucesso.

Respostas rápidas

Perguntas frequentes

Como saber se tenho um problema de noisy neighbour?
Execute vmstat 1 60 durante uma hora de pico e observe a coluna st. Qualquer valor sustentado acima de 5% é ruim; picos de 10–15% durante picos são toleráveis, mas sugerem que uma migração está atrasada. Abra um ticket no painel com o output e agendaremos uma migração ao vivo para um host mais tranquilo em 24 horas — sem custo.
Posso fazer downgrade do dedicado para VPS depois?
Sim — sem contrato ou lock-in. Provisione o VPS, faça rsync do dataset, faça a migração e destruímos o host dedicado. Você receberá um reembolso proporcional em cripto pela porção não utilizada do mês. Fazemos isso surpreendentemente com frequência — pessoas fazem stress-test no dedicado, descobrem que a carga real é mais leve e voltam para um tier Pro ou Scale.
Vocês fazem hot-resize no dedicado ou apenas no VPS?
O hot-resize funciona para vCPU e RAM em todos os planos VPS — o disco precisa de um reboot. Tiers dedicados não fazem hot-resize do hardware (os núcleos e DIMMs são físicos), mas você pode adicionar um segundo host dedicado ao lado e balancear a carga na camada de aplicação. Já fizemos isso para clusters de servidores de jogos e fazendas de build CI; o fabric de scrubbing L4 lida com o DNAT de entrada de forma limpa.
Um dedicado é realmente equivalente a vários VPSes?
Para trabalho limitado por CPU, sim — um EPYC 7313P de 16 núcleos tipicamente supera três instâncias VPS de 6 vCPU sob a mesma carga, principalmente porque o overhead do hypervisor e o steal-time desaparecem. Para trabalho limitado por I/O, a diferença é ainda maior porque você para de compartilhar namespaces NVMe. Para cargas puramente de egress de rede (VPNs, seedboxes), o preço por vCPU do VPS é difícil de superar até saturar a rede.
E a latência — o dedicado reduz o P99?
De forma significativa, sim. A latência mediana é similar (dentro de 1–2 ms para requisições dentro da rede), mas o P99 melhora dramaticamente quando você remove a interferência de vizinhos. Vemos quedas de P99 de ~80 ms para ~25 ms na mesma carga de trabalho movendo de um host VPS ocupado para um dedicado. Se seus SLOs são orientados por latência de cauda, esse é o maior motivo individual para migrar.
Aplicar isto

Cargas de trabalho abordadas neste guia

Cada card abre uma página específica por carga de trabalho com recomendações de dimensionamento e FAQ de sysadmin.

Leu o suficiente? Implantar em 60 segundos

Sem verificação de e-mail, sem ID, sem conta. Escolha um plano, pague em qualquer criptomoeda, receba o root.