Guia de dimensionamento de servidor cloud: CPU, RAM e SSD

Guia de dimensionamento de servidor cloud: CPU, RAM e SSD

O dimensionamento de um servidor cloud começa pela carga de trabalho, não pelo hardware. Este guia dá faixas iniciais de vCPU, RAM e disco para cargas comuns, associa-as aos presets Small, Medium e Large da página de servidores cloud DCXV e mostra como verificar o resultado após a implementação com alguns comandos. Todas as faixas abaixo são estimativas e pontos de partida, não medições. O seu código, o seu tráfego e os seus dados decidem os números reais.

Comece pela carga de trabalho

Anote quatro factos antes de abrir um configurador: o que corre (servidor web, base de dados, aplicação Windows), quantas pessoas ou pedidos chegam na hora de maior movimento, quantos dados tem hoje e a que ritmo crescem.

Depois encontre o recurso que falta primeiro. Uma loja PHP costuma ficar sem RAM antes de ficar sem CPU. Um servidor de compilação fica sem CPU. Uma base de dados fica sem RAM e depois sem velocidade de disco. Dimensione para esse gargalo e deixe o resto acompanhar.

Faixas iniciais por carga de trabalho

Os presets: Small tem 2 vCPU, 4 GB de RAM, 40 GB NVMe desde EUR 15.00/mês. Medium tem 4 vCPU, 8 GB, 80 GB NVMe desde EUR 18.43/mês. Large tem 8 vCPU, 16 GB, 160 GB NVMe desde EUR 36.88/mês. Preços verificados em 2026-10, com um backup incluído. Antes de comparar, veja o que determina o preço.

Carga de trabalho	Faixa inicial (estimativa)	Preset mais próximo
Dev/teste, VPN, monitorização, utilitários	1-2 vCPU, 1-4 GB RAM, 20-40 GB disco	Small
Site pequeno ou blog, pouco tráfego	2 vCPU, 2-4 GB RAM, 20-40 GB disco	Small
Loja online, API ou MVP SaaS	2-4 vCPU, 4-8 GB RAM, 40-80 GB disco	Medium
Aplicação com base de dados própria	4-8 vCPU, 8-16 GB RAM, 80-160 GB disco	Medium ou Large
Aplicação empresarial Windows/RDP	Primeiro a fórmula do fabricante. M.E.Doc terminal: CPU = 4 + utilizadores, RAM = utilizadores x 2 GB + 4 GB	Large até 4 utilizadores, acima disso à medida

Pressupostos: Linux, uma aplicação principal, tráfego normal com picos ocasionais, sem GPU nem tarefas em lote pesadas. Na linha do Windows, a fórmula do fabricante prevalece sobre qualquer tabela: é um requisito, não uma estimativa, e muda com o tipo de implementação, por isso leia a página atual do fabricante. Se os seus números ficarem entre presets ou acima de Large, monte uma configuração à medida na calculadora da página de servidores cloud.

Um orçamento de RAM para uma loja pequena

Eis um orçamento ilustrativo para uma loja online num servidor. Os valores são pressupostos, não medições.

• Sistema operativo e serviços - 0.5 GB.
• PHP-FPM - 10 workers x 100 MB = 1 GB.
• Buffer da base de dados - 2 GB.
• Cache Redis - 0.5 GB.
• Cache de ficheiros e picos - 1 GB.

O total ronda os 5 GB. Um servidor de 4 GB usaria swap sob carga. Um de 8 GB deixa livres cerca de 3 GB, aproximadamente um terço. Substitua cada linha pelos seus números quando a loja estiver a funcionar: os comandos abaixo mostram-nos.

Margem, sistema operativo e armazenamento

• CPU - aponte para uma carga sustentada abaixo de cerca de 70% na hora de maior movimento, para que um pico não crie fila de pedidos.
• RAM - mantenha 20-25% disponível. Swap constante significa que o servidor é pequeno demais.
• Disco - fique abaixo de 80% de ocupação. Bases de dados, logs e atualizações crescem mais depressa do que o previsto.
• Sistema operativo - um Linux mínimo precisa de algumas centenas de MB. O Windows Server com ambiente de trabalho precisa de alguns GB antes de a sua aplicação arrancar (estimativa).

Capacidade de backup não é armazenamento de produção

Cada preset inclui um backup. É uma cópia de segurança do disco do servidor, não espaço extra para os seus ficheiros. Não a conte ao dimensionar o disco e não planeie guardar arquivos, multimédia ou dumps "no backup". Os dados de produção vivem no disco do servidor, por isso dimensione-o para dados, crescimento e margem. Antes de uma mudança arriscada, adicione um snapshot: veja snapshots de VM cloud.

Meça depois da implementação

Meça numa hora normal de muito uso e outra vez num pico. Em Debian ou Ubuntu, o iostat vem no pacote sysstat.

top -b -n 1 | head -n 15
free -h
vmstat 5 5
df -h
sudo apt install sysstat
iostat -xz 5 3
ps -eo pid,comm,%mem,%cpu --sort=-%mem \
  | head -n 8
sudo du -xh --max-depth=1 /var \
  | sort -h \
  | tail -n 8

Como ler o resultado:

• top - compare o load average com o número de vCPU. Uma carga acima das vCPU durante muito tempo indica pressão de CPU. O valor st é tempo de CPU retirado pelo host.
• free - leia a coluna available, não free.
• vmstat - valores diferentes de zero em si e so indicam swap.
• iostat - %util alto e await a crescer mostram que o disco é o gargalo.

Escolha e verifique

Pegue no preset mais próximo da tabela e execute-o com carga real. Um teste curto é a forma honesta de verificar uma estimativa: veja a lista de verificação do teste. Escreva para sales@dcxv.com a perguntar por um teste curto; fica ao critério da DCXV e não é garantido. Tem dúvidas sobre os números? Envie os requisitos para sales@dcxv.com e um engenheiro irá revê-los, ou abra a página de servidores cloud e escolha um preset.