Storage VPS ou VPS normal: qual escolher?

Storage VPS versus VPS normal: a resposta curta

Um storage VPS é um servidor privado virtual vendido por terabyte, enquanto um VPS normal é vendido por núcleo de CPU. O plano de storage oferece vários terabytes de armazenamento lento com uma pequena parcela de CPU. O plano normal oferece um disco NVMe (non-volatile memory express) rápido, frequentemente vinte vezes menor, além de mais processador e memória pelo mesmo preço. Tudo o resto é igual nos dois produtos: o mesmo hypervisor, o mesmo shell root, a mesma imagem Ubuntu e a mesma pilha de rede.

Essa única diferença determina o caso de uso adequado. Um storage VPS é indicado para destinos de backup, bibliotecas multimédia, arquivos de acesso raro e tudo o que é gravado uma vez e lido poucas vezes. Não é indicado para uma base de dados nem para qualquer página em que o utilizador fique à espera, porque essas cargas precisam de concluir pequenas leituras aleatórias em cerca de um milissegundo. A capacidade barata tem esse preço precisamente porque não consegue fazê-lo.

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

Quatro etiquetas abrangem quase todos os fornecedores, mas apenas duas têm um significado específico.

• VPS padrão. Dois a oito vCPU, 2 GB a 32 GB de RAM e 20 GB a 400 GB de NVMe ou SSD SATA no próprio nó anfitrião.
• VPS de armazenamento. 1 TB a 20 TB ou mais, normalmente em discos SATA magnéticos ou SSD SATA de alta capacidade, com um a quatro vCPU partilhados e uma quantidade moderada de RAM. Muitas vezes custa por mês o mesmo que um plano padrão pequeno.
• VDS. Abreviatura de servidor virtual dedicado. Não existe uma definição comum para este termo, e a secção abaixo explica o que deve consultar em alternativa.
• Volume de armazenamento em bloco. Não é um plano: é um disco ligado à 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 formato comum do mercado, não a oferta de uma empresa específica. A etiqueta do plano indica uma categoria, por isso informa aproximadamente em que chassis o seu servidor está alojado. Não informa o tipo de disco, a política de alocação de CPU nem o limite de largura de banda. São essas características que determinam se a sua carga de trabalho funciona bem.

O que muda efetivamente entre os dois planos

Tipo e quantidade de discos. Esta é a diferença fundamental entre os produtos. Um plano standard usa armazenamento flash NVMe através do barramento PCI Express. Um plano de armazenamento usa uma matriz grande de discos magnéticos ou SSDs 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 como difere dos planos com discos mais antigos e, em seguida, consulte a diferença prática entre SSD NVMe e SSD SATA.

Rácio de CPU. Os planos de armazenamento têm menos vCPU por terabyte, e essas vCPU são quase sempre partilhadas com outros clientes. Isto não é uma deficiência. Um destino de backups passa a maior parte do tempo à espera da rede, por isso não precisa de muitos núcleos.

RAM. Os planos de armazenamento oferecem pouca RAM tendo em conta o preço. Isto é problemático num ponto específico: 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 consultar o disco.

Limite de rede. Leia esta linha com atenção num plano de armazenamento. A capacidade da qual não consegue restaurar dados não constitui um backup. Verifique o limite 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 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 representam uma cotação de uma empresa específica e podem variar. O padrão geral é a parte que permanece. Um terabyte num plano de armazenamento com discos magnéticos custa cerca de 3 dólares americanos por mês. O mesmo terabyte de armazenamento NVMe num plano standard custa aproximadamente 40. Um volume de blocos ligado à rede é a opção mais cara das 4 opções, a 90. Para obter uma visão mais abrangente do que compõe a fatura mensal, consulte quanto custa efetivamente 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.

Leitura aleatória é o 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 um benchmark de nenhum fornecedor. Um disco de 7200 rpm processa aproximadamente 180 leituras aleatórias de 4k por segundo, porque a cabeça precisa de se deslocar fisicamente até à faixa e depois esperar que o prato coloque o setor sob ela. Cada operação demora cerca de 8.5 ms. Um dispositivo flash não tem peças móveis, por isso um SSD SATA atinge cerca de 75,000 e um dispositivo NVMe cerca de 600,000 IOPS, com uma latência de 0.08 ms. A diferença é superior a três mil vezes. Não há quantidade de RAM ou CPU que a elimine.

O trabalho sequencial é completamente diferente. É por isso que os planos de armazenamento são úteis. Um único disco magnético continua a transferir dados a 150 MB/s a 250 MB/s, e um conjunto de discos transfere mais. Isso satura uma porta de 1 Gbit/s. Assim, um upload de backup é executado à velocidade máxima da rede e o disco nunca é o fator limitante. Os seus valores também dependem da forma como o conjunto foi criado, porque o striping distribui um pedido por vários discos: como o RAID 10 altera o desempenho do plano de armazenamento explica isso.

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 reporta e, em seguida, deixe de confiar cegamente nesses dados.

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 confie nesse valor dentro de uma VPS: um disco virtio normalmente reporta ROTA=0, independentemente do dispositivo físico subjacente, porque o hypervisor apresenta um dispositivo de blocos genérico e o sistema convidado nunca vê o disco físico. MODEL fica vazio pelo mesmo motivo. Esse indicador descreve o que o hypervisor 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, para medir o disco em vez da RAM. A linha que deve ler é read: IOPS=, com a distribuição dos resultados em clat percentiles (usec) abaixo dela. Um plano NVMe normal apresenta dezenas de milhares de IOPS, com um percentil 99 inferior a um milissegundo. Um plano de armazenamento rotacional apresenta 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 representa o steal time: a percentagem de tempo em que a sua vCPU estava pronta para executar, enquanto o host atribuía esses ciclos a outro sistema convidado. Um valor constante acima de 5 indica que o nó está sobrecarregado, o que é o verdadeiro teste de uma alegação de "CPU dedicada". Em iostat -x, monitorize %util, r_await e w_await. Um %util próximo de 100, com w_await na casa das dezenas de milissegundos, significa que o disco é o bottleneck e que nenhum ajuste da aplicação ajudará. Para verificações específicas de armazenamento flash, verificar se um disco NVMe é realmente NVMe apresenta uma análise mais detalhada.

Escolha pelo tipo de carga

• Destino de backup para restic, Borg ou rsync. Storage VPS. É o caso de utilização para o qual foi criado. 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 segundo um agendamento. Consulte executar backups do restic num VPS.
• Biblioteca multimédia do Immich ou Jellyfin. Use um Storage VPS para os ficheiros, mas tenha em atenção a CPU. O Immich gera miniaturas e executa tarefas de aprendizagem automática durante a importação. O Jellyfin faz transcodificação durante a reprodução. Duas vCPU partilhadas processarão muito lentamente 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. Use um plano NVMe Standard. Cada commit termina num fsync que tem de chegar ao armazenamento persistente antes de a transação terminar. Por isso, a latência do commit é a latência do disco. Uma pesquisa num índice é uma leitura aleatória de 8 kB, exatamente o tipo de operação em que um disco mecânico tem pior desempenho.
• Aplicação web, API ou plano de controlo. Use um plano Standard. Estes serviços precisam de CPU e de latência previsível. Raramente precisam de mais de 100 GB.
• Cache de CI ou armazenamento de artefactos. Depende do tamanho dos ficheiros. Tarballs grandes são transmitidos a partir de um plano de armazenamento à velocidade máxima da rede. Uma cache com centenas de milhares de ficheiros pequenos, obtidos em paralelo por vários runners, equivale a IO 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 storage VPS é mais lento do que um VPS normal?

Para leituras e escritas aleatórias, sim, por uma margem significativa. Um plano de storage com discos magnéticos processa algumas centenas de pedidos aleatórios pequenos por segundo, com cerca de 8 ms cada, enquanto um plano NVMe processa dezenas de milhares, em bem menos de 1 ms. Nas transferências sequenciais, os dois são muito mais semelhantes, porque uma matriz de storage continua a fornecer 150 MB/s ou mais, o suficiente para saturar uma porta de 1 Gbit/s. Meça o seu próprio desempenho com fio --rw=randread --bs=4k --direct=1 antes de decidir.

Posso executar PostgreSQL num storage VPS?

Pode iniciá-lo, e ele funcionará enquanto o conjunto de trabalho couber na RAM. Depois disso, cada commit espera por 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 perto de 100, com um valor elevado de w_await. A configuração habitual é usar um VPS NVMe pequeno para a base de dados e um storage VPS como destino dos respetivos dumps.

VDS significa que tenho hardware dedicado?

Não necessariamente. VDS não tem um significado padrão. Alguns fornecedores usam o termo para núcleos de CPU fixos, outros para 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 monitorize a coluna st para verificar se outros tenants estão a consumir os seus ciclos de CPU.

Como posso saber 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=0 e uma string de modelo vazia, independentemente do hardware subjacente. Execute um teste de leitura aleatória fio de 30 segundos com --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 uma matriz de discos magnéticos. Dezenas de milhares de IOPS com latência inferior a 1 milissegundo indicam flash.