Recomendações para escolher VPS
Análise do Contabo VPS (2026): serve como "grande armazenamento"? Vale a pena comprar um?
O posicionamento da Contabo é claro: dar mais RAM e disco por uma mensalidade menor, o típico "grande armazenamento europeu". Mas não é universal: largura de banda, rota, experiência no horário de pico e detalhes de gestão determinam se o que você compra vira "muito bom" ou "dor de cabeça". Este artigo usa uma lista de verificação quantificável mais uma tabela comparativa de planos para dizer se vale a pena para você.
Se você procura um "grande armazenamento europeu", provavelmente já ouviu falar da Contabo.
O argumento de venda é direto: pelo mesmo preço, entrega mais RAM e um disco maior, adequado para hospedar vários serviços e executar cargas voltadas para armazenamento.
Mas também já vi muita gente comprar e depois reclamar: a experiência de rede não é a que imaginavam, a largura de banda não basta, ou, após receber, é preciso dedicar tempo para completar o sistema e a segurança.
Este artigo não fala de mágica, cobre apenas três coisas:
- Para quem a Contabo serve e para quem não serve
- Como escolher entre as especificações dos planos existentes (explicado claramente com uma tabela)
- O que você deve verificar e como evitar problemas antes/depois de comprar
Os links do fornecedor seguem as regras do site: se você precisa da entrada oficial, use este link curto:
Você pode usar estes dois critérios para julgar se é um usuário-alvo.
- Você se importa mais com "RAM/disco" do que com "roteamento de primeira/ latência ultrabaixa"
- Você quer executar: painel + vários sites, Docker leve, nuvem pessoal, retransmissão de backup, ambientes de desenvolvimento/teste
- Você aceita: comprar um para testar primeiro, rodar uma semana de testes de estresse e trocar se não ficar satisfeito
- Você oferece serviços de baixa latência para usuários na China continental (especialmente se for sensível ao horário de pico)
- Você executa downloads de alta largura de banda e longa duração ou sites de vídeo com muito tráfego
- Você espera que seja "perfeito desde o primeiro momento" e não quer dedicar tempo ao endurecimento do sistema, monitoramento e backups
Se você está na segunda categoria, dê uma olhada primeiro no nosso guia de seleção regional; pode economizar dinheiro:
Estas são as especificações de Cloud VPS (pagamento mensal) atualmente catalogadas no site. Você não precisa memorizá-las; escolha conforme a necessidade:
| Plano | RAM (GB) | Disco (GB) | Tráfego (TB) | Largura de banda | Preço (USD/mês) |
|---|---|---|---|---|---|
| Cloud VPS 10 | 8 | 75 | Ilimitado (-1) | 200Mbps | 4.95 |
| Cloud VPS 20 | 12 | 150 | Ilimitado (-1) | 300Mbps | 8.50 |
| Cloud VPS 30 | 30 | 200 | Ilimitado (-1) | 600Mbps | 15.00 |
| Cloud VPS 40 | 48 | 250 | 32.0 | 800Mbps | 26.00 |
Meu próprio conselho (seguindo o princípio da "mínima indecisão"):
- Se você só quer rodar alguns serviços pequenos, montar um site, escrever alguns scripts: comece com 10/20
- Se você claramente quer rodar um monte de contêineres e a RAM está apertada: vá direto para o 30
- Se você sabe que vai rodar armazenamento/vários serviços a longo prazo e realmente consegue aproveitar os recursos: então olhe o 40
Observação: o "Ilimitado (-1)" da tabela é a notação do campo do plano; a experiência real ainda está sujeita à largura de banda e ao uso justo. O que você deve fazer é "testar conforme sua própria carga de trabalho", não apenas olhar a publicidade.
Se seus principais usuários estão na China continental, não olhe só o preço. Primeiro encontre uma máquina na rede que você usa habitualmente (banda larga residencial/rede da empresa) e teste:
ping -c 20 <测试IP或你的VPS_IP>
Mais confiável é o mtr (para ver desvios e perda de pacotes):
# macOS
brew install mtr
sudo mtr -rwzc 200 <VPS_IP>
# Debian/Ubuntu
sudo apt-get install -y mtr
sudo mtr -rwzc 200 <VPS_IP>
Se você não sabe ler o mtr, basta seguir a rota de diagnóstico/entendimento deste artigo:
Muitas necessidades na verdade não consomem largura de banda; o que consomem é "estabilidade".
- Sites/APIs pequenas: temem mais a perda de pacotes e o jitter
- Backup/sincronização: teme mais as flutuações prolongadas
- Distribuição de arquivos grandes: isso sim consome largura de banda de verdade
O método mais simples: primeiro faça um "teste real de download/sincronização" da sua carga de trabalho, não olhe apenas o speedtest.
O erro mais comum com um grande armazenamento: você acha que precisa de 200GB, mas o que realmente precisa é de "IO que não flutue".
Sugiro fazer uma rodada de verificações de disco e logs depois de receber (os comandos são dados na seção 5 abaixo).
- Mais do que trocar a porta SSH: desativar o login por senha + ativar o Fail2Ban + restringir origens
Basta seguir este guia:
Você pode começar com a abordagem 3-2-1 mais simples.
Se você não monitora, só vai descobrir que algo deu errado quando "o site não abre".
Até um grande armazenamento pode ser preenchido por logs.
Muitos casos de "o site não abre" não são problemas da aplicação, mas de DNS/certificado/firewall/escuta de portas.
Vou dar uma conclusão pouco lisonjeira, mas prática:
- Se o que você quer é "mais recursos pelo mesmo preço", e você aceita testar por uma semana antes de decidir o uso a longo prazo, então a Contabo merece muito ser candidata.
- Se o que você quer é "baixa latência + rota estável + experiência no horário de pico", então não deposite todas as esperanças na frase "grande armazenamento europeu".
A melhor forma de comprar não é "comprar porque os outros dizem que é ótimo", mas sim:
- Comprar o nível mais baixo
- Rodar testes de estresse da sua carga de trabalho real (rede/disco/RAM/estabilidade)
- Subir de nível se achar adequado
Isso é muito mais vantajoso do que ficar em dúvida por três dias.