Como escolher um provedor de hospedagem VPS sem errar

Para escolher um provedor de hospedagem VPS, comece pelo que o seu projeto precisa e não pelo preço. Defina a carga de trabalho (site, API, banco de dados, servidor de jogos, aplicação interna), escolha um datacenter próximo do seu público, confira se os recursos de CPU, memória e disco são dedicados ou compartilhados, verifique a qualidade da rede, a política de backups e snapshots, o tipo de suporte e o custo total, incluindo tráfego, IPs extras e licenças. Um bom provedor entrega desempenho estável, transparência nos limites e facilidade para crescer ou sair. O resto do texto detalha cada um desses pontos e mostra como testar antes de assumir um compromisso longo.

O que é uma VPS e quando ela faz sentido

Uma VPS (Virtual Private Server) é uma máquina virtual que roda em um servidor físico compartilhado com outros clientes, mas com recursos reservados e sistema operacional próprio. Você tem acesso root, instala o que quiser e controla a configuração, algo que a hospedagem compartilhada tradicional não permite.

Ela faz sentido quando você precisa de mais controle do que um painel de hospedagem oferece, mas ainda não justifica um servidor dedicado. Casos típicos:

• Sites com tráfego crescente ou várias aplicações no mesmo servidor;
• APIs, bots, filas de processamento e aplicações em Node.js, Python, Go, PHP ou Java;
• Ambientes de teste, homologação e CI/CD;
• Servidores de VPN, proxy, e-mail ou jogos;
• Containers com Docker e pequenos clusters.

Se o seu projeto é um blog simples e você não quer administrar servidor, uma hospedagem gerenciada pode ser mais adequada. A VPS cobra em responsabilidade o que entrega em liberdade.

Como escolher um provedor de hospedagem VPS: os critérios que importam

1. Recursos: CPU, memória e armazenamento

Os anúncios costumam destacar número de vCPUs, gigabytes de RAM e espaço em disco. Esses números dizem pouco sem contexto.

• vCPU dedicada ou compartilhada: muitos planos de entrada usam CPU compartilhada, em que vários clientes disputam os mesmos núcleos físicos. Funciona bem para cargas leves e intermitentes. Para processamento contínuo, compilação, bancos de dados movimentados ou jogos, prefira planos com núcleos dedicados.
• Geração do processador: uma vCPU em um processador recente pode render bem mais do que uma em hardware antigo. Alguns provedores informam o modelo; outros, não. Se não informam, teste.
• Memória: verifique se a RAM é garantida. Evite planos que falam em “memória burst” sem explicar o limite real.
• Disco: SSD NVMe oferece latência e velocidade muito superiores a SSD SATA e, sobretudo, a HDD. Para bancos de dados, isso faz diferença perceptível. Confira também se há limite de IOPS.

2. Localização do datacenter

A distância física entre o servidor e o usuário afeta a latência. Para um público majoritariamente brasileiro, um datacenter no Brasil costuma oferecer tempos de resposta menores. Datacenters nos Estados Unidos ou na Europa podem ser mais baratos, mas acrescentam dezenas ou centenas de milissegundos a cada requisição.

Há ainda questões legais e contratuais. Se você armazena dados pessoais de brasileiros, avalie com um profissional da área jurídica como a LGPD se aplica ao seu caso, incluindo transferência internacional de dados. Não é motivo para descartar provedores estrangeiros, mas é algo a considerar.

3. Rede e tráfego

A rede é um dos pontos mais negligenciados. Observe:

• Velocidade da porta: 1 Gbps compartilhado é diferente de banda garantida.
• Franquia de tráfego: alguns planos incluem uma cota mensal e cobram o excedente; outros limitam a velocidade ao atingir a cota. “Tráfego ilimitado” normalmente tem política de uso justo escrita em algum lugar.
• Proteção contra DDoS: verifique se existe, se é automática e se tem custo adicional.
• IPv4 e IPv6: IPv4 ficou escasso, e vários provedores cobram por endereços extras. Suporte a IPv6 nativo é um bom sinal de infraestrutura atualizada.
• Conectividade: rotas e pontos de troca de tráfego influenciam a latência para diferentes operadoras. Um teste de ping e traceroute a partir da sua região ajuda a enxergar isso.

4. Virtualização e liberdade de configuração

A tecnologia de virtualização define o grau de isolamento. KVM é o padrão mais comum hoje e cria máquinas virtuais completas, com kernel próprio, o que permite rodar Docker, alterar parâmetros do kernel e instalar praticamente qualquer sistema. Soluções baseadas em containers, como OpenVZ ou LXC, podem ser mais baratas, mas compartilham o kernel do host e limitam algumas operações.

Confira também se o provedor oferece as distribuições que você usa (Ubuntu, Debian, Rocky Linux, AlmaLinux etc.), se permite subir ISO própria e se há console de emergência via navegador, essencial quando uma regra de firewall bloqueia seu próprio acesso SSH.

5. Backups, snapshots e recuperação

Pergunte sempre: o que acontece se o disco falhar ou se eu apagar algo por engano?

• Backups automáticos: existem? São incluídos ou cobrados à parte? Com que frequência e por quanto tempo ficam guardados?
• Snapshots: permitem salvar o estado da máquina antes de uma atualização arriscada e voltar em minutos.
• Restauração: é feita por você no painel ou exige abrir chamado?

Mesmo com bons backups do provedor, mantenha uma cópia em outro lugar. Backup que fica no mesmo fornecedor não protege contra suspensão de conta, erro de cobrança ou incidente amplo no datacenter.

6. Gerenciada ou não gerenciada

Na VPS não gerenciada, o provedor cuida do hardware e da rede; tudo dentro do sistema operacional é com você: atualizações, firewall, servidor web, certificados, monitoramento. Na gerenciada, a empresa assume parte dessas tarefas, geralmente com painel de controle incluso.

7. Suporte técnico

Suporte bom não é o que responde rápido com uma mensagem pronta, e sim o que resolve. Avalie os canais (chamado, chat, telefone), o horário de atendimento, o idioma e se há diferença entre suporte de infraestrutura e suporte a software. Uma forma prática de medir: antes de contratar, envie uma pergunta técnica específica e veja a qualidade da resposta.

8. SLA e transparência

O SLA (acordo de nível de serviço) indica a disponibilidade prometida e o que o cliente recebe se ela não for cumprida, normalmente créditos na fatura. Leia como a indisponibilidade é medida e se manutenções programadas entram na conta. Provedores sérios mantêm página pública de status e histórico de incidentes.

9. Painel, API e automação

Para quem trabalha com DevOps, a existência de uma API bem documentada, suporte a ferramentas como Terraform ou Ansible, cloud-init, chaves SSH na criação e redes privadas entre servidores economiza muito tempo. Um painel claro, com gráficos de uso, também ajuda a diagnosticar gargalos.

10. Custo total e forma de cobrança

O preço da vitrine raramente é o preço final. Some:

• IPv4 adicionais;
• Backups e snapshots;
• Tráfego excedente;
• Licenças de painel (cPanel, Plesk) ou de sistema (Windows Server);
• Impostos e variação cambial, se a cobrança for em moeda estrangeira;
• Valor de renovação, que pode ser bem diferente do promocional.

Preços mudam com frequência e variam conforme a região, por isso compare sempre diretamente nas páginas dos provedores. Cobrança por hora ou mensal sem fidelidade dá flexibilidade para testar e trocar; planos anuais ou plurianuais costumam ser mais baratos, mas só valem a pena depois que você já validou o serviço.

Como testar um provedor de VPS antes de se comprometer

A melhor forma de saber se um provedor serve é usar. Contrate o menor plano relevante por um mês ou por hora e faça uma bateria de testes simples.

1. Latência: rode ping e traceroute a partir da sua conexão e, se possível, de redes de operadoras diferentes. Observe a média e as variações.
2. CPU: ferramentas como sysbench ou geekbench dão uma noção do desempenho por núcleo. Repita em horários diferentes para detectar vizinhos barulhentos.
3. Disco: o fio é uma ferramenta padrão para medir leitura, escrita e IOPS. Compare leitura aleatória, que é o que pesa em bancos de dados.
4. Rede: teste velocidade de download e upload com iperf3 ou utilitários de speedtest para servidores próximos.
5. Steal time: no comando top, o campo “st” indica quanto tempo a sua VM esperou pela CPU física. Valores altos e constantes sugerem servidor superlotado.
6. Suporte: abra um chamado simples e cronometre a resposta.
7. Restauração: faça um snapshot, altere algo e restaure. Melhor descobrir agora se o processo funciona.

Erros comuns ao contratar uma VPS

• Escolher só pelo preço: planos muito baratos frequentemente compensam com servidores superlotados, suporte limitado ou cobranças extras.
• Superdimensionar logo de início: começar com mais recursos do que precisa é desperdício. Prefira provedores que permitam fazer upgrade com poucos cliques.
• Ignorar o downgrade: alguns provedores permitem aumentar o plano, mas não reduzir sem recriar a máquina. Vale saber antes.
• Pagar vários anos adiantados sem testar: o desconto parece ótimo até o serviço decepcionar.
• Não ler a política de uso aceitável: mineração de criptomoedas, envio de e-mail em massa, torrents e certos tipos de proxy podem ser proibidos e levar à suspensão.
• Confiar apenas no backup do provedor: mantenha cópias externas.
• Esquecer a segurança básica: deixar login por senha no SSH, porta padrão aberta para o mundo e sistema desatualizado é convite a ataques automatizados, que começam minutos depois de a máquina ganhar um IP público.

Quanto de recurso eu preciso?

Não existe regra fixa, porque depende do software, da otimização e do padrão de acesso. Como ponto de partida prático:

• Sites estáticos, bots e pequenas APIs: 1 vCPU e 1 GB a 2 GB de RAM costumam bastar.
• WordPress ou CMS com tráfego moderado: 2 vCPUs e 2 GB a 4 GB de RAM, com cache bem configurado.
• Aplicações com banco de dados no mesmo servidor: priorize RAM e disco NVMe; 4 GB ou mais é um patamar confortável.
• Docker com vários serviços: some o consumo de cada container e deixe margem.

O mais confiável é medir. Instale ferramentas de monitoramento (htop, netdata, Prometheus com node_exporter, ou o próprio painel do provedor) e acompanhe o uso por algumas semanas antes de decidir um upgrade.

Sinais de que é hora de trocar de provedor

• Lentidão recorrente sem mudança no seu tráfego;
• Steal time alto com frequência;
• Quedas não comunicadas e ausência de página de status;
• Suporte que demora dias ou não entende problemas técnicos;
• Reajustes sem aviso ou cobranças inesperadas.

Para facilitar uma migração futura, mantenha sua infraestrutura descrita em código (scripts, Ansible, Docker Compose, Terraform) e o DNS sob seu controle, em vez de depender do painel do provedor. Assim, trocar de fornecedor vira tarefa de horas, não de semanas.

Perguntas frequentes

VPS é melhor que hospedagem compartilhada?

Depende do uso. A VPS oferece recursos reservados, acesso root e liberdade de configuração, o que melhora desempenho e flexibilidade. Em compensação, exige conhecimento técnico ou contratação de um plano gerenciado. Para sites pequenos sem necessidade de personalização, a hospedagem compartilhada pode ser suficiente.

VPS no Brasil ou no exterior?

Se o público é brasileiro e a latência importa, como em lojas virtuais, APIs e jogos, um datacenter no Brasil tende a ser a melhor escolha. Para projetos com público global, testes ou cargas que não dependem de resposta rápida, provedores no exterior podem compensar. Considere também câmbio, impostos e as regras de proteção de dados aplicáveis.

Qual sistema operacional escolher na VPS?

Distribuições Linux como Ubuntu LTS e Debian são as mais usadas por terem ampla documentação e ciclos de suporte longos. Rocky Linux e AlmaLinux atendem bem quem vem do ecossistema Red Hat. Windows Server é possível, mas geralmente exige licença paga e mais memória.

Preciso de painel de controle como cPanel?

Não necessariamente. Painéis facilitam a gestão de sites e e-mails, mas consomem recursos e podem ter licença paga. Existem alternativas de código aberto, e muitos desenvolvedores preferem administrar tudo pelo terminal ou com containers.

Como saber se a CPU da VPS é compartilhada?

Leia a descrição do plano: termos como “shared vCPU” ou “CPU dedicada” costumam aparecer. Na prática, monitore o steal time no top e rode benchmarks em horários diferentes. Grandes variações indicam compartilhamento intenso.

Posso migrar de provedor depois?

Sim. Basta recriar o ambiente no novo servidor, transferir arquivos e bancos de dados e apontar o DNS. Reduzir o TTL dos registros DNS alguns dias antes e manter a configuração automatizada torna a migração bem mais tranquila.