Storage VPS ou VPS normal: qual escolher?

Storage VPS vs VPS comum: a resposta curta

Um storage VPS é um servidor privado virtual vendido por terabyte, enquanto um VPS comum é vendido por núcleo. O plano de storage oferece muito mais espaço em disco pelo mesmo preço, normalmente com discos mais lentos e menos CPU por terabyte. O plano standard oferece um SSD rápido, muitas vezes NVMe (non-volatile memory express), que costuma ser vinte vezes menor, além de mais processador e memória pelo mesmo preço. Todo o resto dos dois produtos é igual: o mesmo hypervisor, o mesmo shell root, a mesma imagem Ubuntu e a mesma stack de rede.

Essa única diferença determina a utilização adequada. Um storage VPS é indicado para destinos de backup, bibliotecas de media, arquivos de longo prazo e qualquer conteúdo que seja escrito uma vez e lido raramente. Não é adequado para bases de dados nem para páginas nas quais o utilizador fica à espera, porque essas cargas precisam de concluir leituras aleatórias pequenas em cerca de um milissegundo. A capacidade barata tem esse preço precisamente porque não consegue fazer isso.

Os nomes dos planos que encontra numa página de preços

Quatro designações abrangem quase todos os fornecedores, mas apenas duas têm um significado específico.

• Standard VPS. Normalmente, entre 2 e 8 vCPU, 2 GB a 32 GB de RAM e 20 GB a 400 GB de SSD NVMe ou SATA instalado no próprio nó anfitrião. Alguns intervalos vão muito além disso: em 2026-10-17, a linha Cloud VPS da Contabo chegava a 18 vCPU, 96 GB de RAM e 600 GB de SSD (ou 300 GB de NVMe).
• Storage VPS. De algumas centenas de GB até 20 TB ou mais, normalmente com discos SATA mecânicos ou SSD SATA de alta capacidade, vCPU partilhada, muitas vezes entre 1 e 4, e uma quantidade moderada de RAM proporcional à capacidade. Os planos de entrada podem ficar bem abaixo de 1 TB (o Storage VPS mais pequeno da Contabo indicava 300 GB de SSD em 2026-10-17), e os planos maiores podem ter mais núcleos (o Storage VPS 50 indicava 14 vCPU e 50 GB de RAM). Muitas vezes custa o mesmo por mês que um plano standard pequeno.
• VDS. Abreviatura de servidor virtual dedicado. Não existe uma definição partilhada para este termo, e a secção abaixo explica o que deve consultar em alternativa.
• Block storage volume. Não é sequer um plano: é um disco ligado através da rede que adiciona a um VPS existente e pelo qual paga por GB por mês. É o único dos quatro que pode aumentar sem mover o servidor.

Estes intervalos representam o padrão comum do mercado, não a oferta de uma empresa específica. O nome do plano indica uma categoria, pelo que mostra aproximadamente em que chassis o seu servidor está alojado. Não informa o tipo de disco, a política de alocação da CPU nem o limite de largura de banda. São precisamente esses detalhes que determinam se a sua carga de trabalho funciona bem.

O que realmente muda entre os dois planos

Tipo e quantidade de disco. Esta é a diferença principal entre os produtos. Um plano standard normalmente usa SSD e, muitas vezes, armazenamento flash NVMe ligado através do barramento PCI Express. No entanto, a categoria não garante NVMe. Por exemplo, em 2026-10-17, a Contabo apresentava os planos Cloud VPS 6 a Cloud VPS 18 como opções com SSD ou com um disco NVMe menor ("200GB SSD / 100GB NVMe" no Cloud VPS 6), enquanto o plano de entrada Cloud VPS 4 apresentava apenas "100 GB SSD". Um plano de storage usa uma matriz grande de discos magnéticos ou SSD SATA de alta capacidade. Se não tiver a certeza de quais destes termos são relevantes para si, comece por o que é um VPS com SSD e em que difere dos planos com discos mais antigos e consulte depois a diferença prática entre NVMe e SSD SATA.

Rácio de CPU. Os planos de storage têm menos vCPU por terabyte, e essas vCPU são quase sempre partilhadas com outros tenants. Isto não é uma falha. Um destino de backup passa a maior parte do tempo à espera da rede, por isso não precisa de muitos cores.

RAM. Os planos de storage oferecem pouca RAM pelo preço. Isto é especialmente problemático num caso: os metadados do sistema de ficheiros. Milhões de ficheiros pequenos precisam de memória para a cache de diretórios e inodes. Sem essa memória, cada listagem volta a ler dados do disco.

Franquia de rede. Leia esta linha com atenção num plano de storage. A capacidade que não consegue restaurar não é um backup. Verifique a franquia mensal de transferência em TB e a velocidade da porta em Gbit/s. Uma restauração completa de 4 TB através de uma porta de 1 Gbit/s demora cerca de nove horas à velocidade máxima da ligação e muito mais tempo se a porta for partilhada.

[
  {
    "plan": "Storage VPS, HDD",
    "usd_per_tb_month": 3
  },
  {
    "plan": "Storage VPS, SATA SSD",
    "usd_per_tb_month": 9
  },
  {
    "plan": "Standard VPS, NVMe",
    "usd_per_tb_month": 40
  },
  {
    "plan": "Block storage add-on",
    "usd_per_tb_month": 90
  }
]

Estes são valores arredondados obtidos em páginas públicas de preços de vários fornecedores em agosto de 2026. Não são uma cotação de uma empresa específica e podem mudar. O padrão geral é a parte mais estável. Um terabyte num plano de storage com discos magnéticos custa cerca de 3 dólares americanos por mês. O mesmo terabyte de NVMe num plano standard custa cerca de 40, e um volume de blocos ligado pela rede é a opção mais cara das 4, a 90. Para uma visão mais abrangente do que compõe a fatura mensal, consulte quanto custa realmente um VPS por mês.

Por que o preço por TB e o preço por core seguem em direções opostas

Um nó de armazenamento é um chassis com doze a dezasseis discos grandes e um processador modesto à frente. Um nó de computação é o oposto: muitos cores, muita RAM e duas ou quatro unidades NVMe. O fornecedor vende os recursos que sobram nesse chassis. Por isso, um plano barato por terabyte é caro por core, e um plano barato por core é caro por terabyte. Não existe um plano barato nos dois critérios, porque nenhum chassis é construído dessa forma.

É por isso que a resposta honesta à pergunta "qual devo comprar" é muitas vezes "ambos". Um VPS NVMe pequeno para executar a aplicação, juntamente com um VPS de armazenamento para guardar as cópias de segurança, custa menos do que uma máquina suficientemente grande para desempenhar bem as duas funções. Quando uma única máquina tem mesmo de fazer as duas tarefas, já saiu do território dos VPS: consulte quando um servidor dedicado é melhor do que um VPS.

Leituras aleatórias são algo que um disco barato não consegue fazer

[
  {
    "disk": "7200 rpm SATA HDD",
    "random_read_iops": "180",
    "typical_latency_ms": 8.5
  },
  {
    "disk": "SATA SSD",
    "random_read_iops": "75,000",
    "typical_latency_ms": 0.2
  },
  {
    "disk": "NVMe SSD",
    "random_read_iops": "600,000",
    "typical_latency_ms": 0.08
  }
]

Estes são valores de classe indicados em fichas técnicas, não resultados de um benchmark de nenhum fornecedor específico. Um disco de 7200 rpm processa aproximadamente 180 leituras aleatórias de 4k por segundo, porque a cabeça tem de se deslocar fisicamente até à faixa e esperar que o prato faça passar o setor por baixo dela. Isto custa cerca de 8.5 ms em cada operação. Um dispositivo flash não tem peças móveis, por isso um SSD SATA atinge cerca de 75,000 IOPS e um dispositivo NVMe cerca de 600,000 IOPS, com 0.08 ms de latência. A diferença é superior a três mil vezes. Nenhuma quantidade de RAM ou CPU a elimina.

O trabalho sequencial é completamente diferente. É por isso que os planos de armazenamento continuam a ser úteis. Um único disco magnético ainda transmite dados a 150 MB/s a 250 MB/s. Um conjunto de discos transmite mais. Em hardware sem outras limitações, isso é suficiente para saturar uma porta de 1 Gbit/s. No entanto, a sua máquina virtual pode não receber essa velocidade. Os fornecedores podem limitar o débito por servidor. A Time4VPS, por exemplo, documenta um limite de I/O de 50 MB/s para os seus servidores de armazenamento, aproximadamente 400 Mbit/s. Consulte o plano para confirmar se existe um limite de I/O antes de presumir que o upload de uma cópia de segurança utiliza toda a velocidade da rede. Os valores também dependem da forma como o conjunto foi construído. O striping grava os dados em blocos que rodam entre vários discos, por isso um pedido grande pode ser processado por vários discos em simultâneo: como o RAID 10 altera o desempenho do plano de armazenamento explica esse efeito.

O que significa VDS?

Normalmente, é um rótulo de marketing. Há três significados comuns, e raramente o provedor informa qual deles se aplica. Alguns usam VDS para indicar núcleos de CPU fixos ou dedicados, sem que outro cliente compartilhe os seus ciclos de CPU. Outros usam o termo para virtualização completa, como KVM, em contraste com a virtualização por contêiner, como LXC ou OpenVZ, na qual o kernel do host é compartilhado. Alguns não lhe atribuem nenhum significado além de um nome que parece mais forte que VPS.

É possível confirmar parte disso de dentro do servidor. systemd-detect-virt exibe kvm em uma máquina virtual completa e lxc em um contêiner. Um contêiner significa que você não pode carregar módulos do kernel nem executar o seu próprio kernel. A alegação de CPU dedicada precisa ser verificada por medição, usando a verificação de tempo de steal apresentada mais adiante. Considere as letras do plano apenas uma indicação e trate as linhas de especificações como o contrato.

Que linhas da especificação deve verificar em vez do nome

• A palavra apresentada junto da capacidade: NVMe, SSD, SATA ou HDD. Se não aparecer nenhuma referência a disco em toda a página, assuma o hardware mais barato que cumpra o preço.
• Se o disco é local ao nó ou está ligado através da rede. O armazenamento ligado à rede adiciona latência a cada pedido e sobrevive à falha de um nó. O disco local é mais rápido e deixa de funcionar com o nó.
• A descrição da CPU: "dedicated" ou "pinned", em comparação com "shared", "fair share" ou nenhuma indicação.
• Qualquer limite de IOPS ou MB/s definido no plano. Um limite de 500 IOPS torna o tipo de disco quase irrelevante.
• O limite mensal de transferência e a velocidade da porta, que determinam quanto tempo demora uma restauração completa.
• Se os snapshots, os backups e os endereços IP adicionais estão incluídos ou são cobrados separadamente.

Como verificar o disco que recebeu realmente

Comece pelo que o kernel comunica e, depois, deixe de confiar nele.

lsblk -d -o NAME,ROTA,SIZE,MODEL
df -h /
nproc
free -h

ROTA vale 1 para um dispositivo rotacional e 0 para armazenamento flash. Não dependa deste valor numa VPS: um disco virtio normalmente comunica ROTA=1 independentemente do dispositivo físico subjacente, incluindo NVMe, porque o controlador virtio-blk marca todos os discos que cria como rotacionais e o sistema convidado nunca vê a unidade física. MODEL fica vazio pelo mesmo motivo. A flag descreve o que o dispositivo virtual declarou, não o que está a rodar no rack. Por isso, faça uma medição.

sudo apt update && sudo apt install -y fio
fio --name=randread --filename=/var/tmp/fio.test --size=1G --bs=4k --rw=randread \
  --ioengine=libaio --direct=1 --iodepth=32 --runtime=30 --time_based --group_reporting
rm -f /var/tmp/fio.test

--direct=1 ignora a cache de páginas. Assim, mede o disco em vez da RAM. A linha que deve ler é read: IOPS=, com a distribuição em clat percentiles (usec) abaixo dela. Um plano NVMe normal comunica dezenas de milhares de IOPS, com um percentil 99 inferior a um milissegundo. Um plano de armazenamento rotacional comunica algumas centenas de IOPS, com um percentil 99 na casa das dezenas de milissegundos. Se o fio indicar que o mecanismo libaio não pode ser carregado, use --ioengine=psync --iodepth=1 e espere valores mais baixos, porque esse mecanismo emite um pedido de cada vez.

vmstat 1 5
sudo apt install -y sysstat
iostat -x 1 5

Em vmstat, a coluna st é o steal time: a percentagem de tempo durante a qual o seu vCPU estava pronto para executar, enquanto o host atribuía esses ciclos a outro convidado. Um valor constante acima de 5 indica que o nó está sobrecarregado com demasiadas máquinas virtuais. Este é o teste real para uma alegação de "CPU dedicada". Em iostat -x, monitorize %util, r_await e w_await. Num dispositivo que processa pedidos um de cada vez, como um único disco rotacional, um %util próximo de 100 com w_await na casa das dezenas de milissegundos significa que o disco está saturado. Nesse caso, apenas alterações que reduzam ou reorganizem o IO ajudarão. Para arrays RAID e SSDs, que processam pedidos em paralelo, o manual do sysstat avisa que %util não reflete os seus limites de desempenho. Por isso, baseie-se nos valores de await e num teste com fio. Para as verificações específicas de armazenamento flash, verificar se um disco NVMe é realmente NVMe apresenta mais detalhes.

Escolha por carga de trabalho

• Destino de backup para restic, Borg ou rsync. VPS de armazenamento. É o caso de uso para o qual foi concebido. As gravações são grandes e sequenciais, a deduplicação ocorre na máquina de origem e nada fica à espera do resultado. Há uma ressalva: restic prune e restic check --read-data leem todo o repositório em pequenos blocos. Reserve várias horas para estas operações e execute-as de acordo com um agendamento. Consulte executar backups do restic num VPS.
• Biblioteca multimédia do Immich ou Jellyfin. VPS de armazenamento para os ficheiros, com um alerta relativo à CPU. O Immich gera miniaturas e executa tarefas de aprendizagem automática durante a importação, e o Jellyfin transcodifica durante a reprodução. Duas vCPU partilhadas demorarão muito tempo a concluir a primeira importação de 200 GB de fotografias. Mantenha a base de dados e a cache de miniaturas no disco mais rápido do servidor. alojar o Immich como alternativa ao Google Photos explica como dimensionar o sistema.
• PostgreSQL ou MySQL. Plano NVMe standard. Com as definições predefinidas de confirmação durável (synchronous_commit = on no PostgreSQL), cada confirmação espera que um fsync chegue ao armazenamento persistente antes de a transação devolver o resultado. Por isso, a latência da confirmação é a latência do disco, e uma pesquisa num índice é uma leitura aleatória de uma página de 8 kB no PostgreSQL ou, por predefinição, de 16 kB no InnoDB do MySQL — exatamente o tipo de operação em que um disco mecânico tem pior desempenho.
• Aplicação Web, API ou plano de controlo. Plano standard. Estes serviços precisam de núcleos de CPU e latência previsível, e raramente precisam de mais de 100 GB.
• Cache de CI ou armazenamento de artefactos. Depende do tamanho dos ficheiros. Tarballs grandes são transferidos de forma eficiente a partir de um plano de armazenamento, à velocidade da rede ou até ao limite de I/O do plano, consoante o que for mais baixo. Uma cache com centenas de milhares de ficheiros pequenos, obtidos em paralelo por vários runners, equivale a I/O aleatório e terá um desempenho dececionante.

Como é quando isto é configurado incorretamente

A falha nunca é imediata. Uma base de dados num plano de armazenamento com discos giratórios parece funcionar bem com um utilizador e colapsa com dez, porque as consultas que antes atingiam a RAM começam a atingir o disco e cada uma passa a demorar milissegundos em vez de microssegundos. A média de carga aumenta enquanto top mostra a CPU maioritariamente inativa, com um valor elevado de %wa, o que significa que os processos estão bloqueados à espera do disco, em vez de estarem a fazer cálculos. iostat -x 1 mostra %util fixado perto de 100.

O PostgreSQL indica isso claramente no próprio log, porque log_checkpoints está ativado por predefinição desde a versão 15:

LOG:  checkpoint complete: wrote 8241 buffers (2.5%); ... write=112.402 s, sync=9.318 s, total=121.914 s

O valor de sync= é o que importa. É o tempo que o checkpoint passou à espera que fsync devolvesse o controlo. Um valor em segundos significa que o disco não consegue absorver as escritas à mesma velocidade a que a base de dados as produz. As ligações dos clientes ficam bloqueadas durante esse intervalo, embora a própria consulta seja barata. A solução não é uma alteração de configuração. Mova o diretório de dados para NVMe e mantenha o plano de armazenamento para aquilo em que é adequado: guardar as cópias de segurança dessa base de dados.

FAQ

Um VPS de armazenamento é mais lento do que um VPS normal?

Para leituras e escritas aleatórias, sim, por uma margem significativa. Um plano de armazenamento com discos mecânicos processa algumas centenas de pedidos aleatórios pequenos por segundo, com cerca de 8 ms cada, enquanto um plano NVMe processa dezenas de milhares, com menos de 1 ms. Nas transferências sequenciais, a diferença é muito menor, porque um array de discos mecânicos consegue transmitir 150 MB/s ou mais no hardware físico, o que é suficiente para saturar uma porta de 1 Gbit/s, exceto se o fornecedor limitar a E/S do guest a um valor inferior (a Time4VPS limita os seus servidores de armazenamento a 50 MB/s). Faça a sua própria medição com fio --rw=randread --bs=4k --direct=1 antes de decidir.

Posso executar PostgreSQL num VPS de armazenamento?

Pode iniciá-lo, e ele funcionará até o conjunto de trabalho deixar de caber na RAM. Depois disso, com o commit síncrono predefinido, cada commit aguarda um fsync num disco lento, e o Postgres regista-o como um valor sync= em segundos dentro de checkpoint complete, enquanto iostat -x 1 mostra %util próximo de 100, com um w_await elevado. A configuração habitual é usar um VPS NVMe pequeno para a base de dados e um VPS de armazenamento como destino dos seus dumps.

VDS significa que tenho hardware dedicado?

Não necessariamente. VDS não tem um significado padrão. Alguns fornecedores usam o termo para indicar núcleos de CPU fixados, outros para indicar virtualização KVM completa em vez de um contentor com kernel partilhado, e alguns usam-no apenas como nome. Execute systemd-detect-virt para verificar se está em kvm ou lxc, e execute vmstat 1 5 e observe a coluna st para verificar se outros tenants estão a consumir os seus ciclos de CPU.

Como verifico se o disco do meu VPS é realmente NVMe?

Não confie em lsblk -d -o NAME,ROTA,MODEL, porque um disco virtio normalmente apresenta ROTA=1, mesmo quando existe NVMe por baixo, e apresenta uma string de modelo vazia, independentemente do hardware subjacente. Execute um teste de leitura aleatória fio com duração de 30 segundos usando --direct=1 e consulte os IOPS e a latência do percentil 99. Centenas de IOPS com latência de dois dígitos em milissegundos indicam um array de discos mecânicos. Dezenas de milhares de IOPS com latência inferior a 1 milissegundo indicam armazenamento flash.