> For the complete documentation index, see [llms.txt](https://docs.plenit.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.plenit.com/docs-pt/productos/servers-2/concepts/size-cpu-ram-disk.md).

# Dimensiona o teu servidor

Dimensionar um servidor é decidir três coisas: quanta **CPU**, quanta **RAM** e quanto **disco** necessita a carga do teu cliente. Não tens de acertar à primeira: ajustas o tamanho quando for preciso, sem reinstalar.

> #### 📘 A ideia-chave
>
> Começa com o que a carga pede, não com o que achas que vai pedir um dia. Pagas por consumo e escalas em quente, por isso sobredimensionar de entrada só encarece a fatura.

### As três peças

* **vCPU** — a potência de cálculo, sobre processadores Intel Xeon. Mais vCPU significa mais capacidade para processar em paralelo.
* **RAM** — a memória de trabalho. Marca quantos processos e quantos dados o servidor trata ao mesmo tempo sem recorrer ao disco.
* **Disco** — o armazenamento. Partes de um disco de sistema NVMe (a partir de 60 GB) e adicionas discos de dados conforme precisares; cada um inclui cópia de segurança.

Escolhes combinações a partir de **1 vCPU / 1 GB** até **32 vCPU / 128 GB**.

### O equilíbrio entre CPU e RAM

Nem todas as cargas pedem a mesma proporção. Um serviço que calcula muito precisa de mais CPU; um que move muitos dados em memória — uma base de dados, por exemplo — pede mais RAM. Por isso, os tamanhos combinam ambas em diferentes proporções, de 1:1 a 1:4 ou mais: escolhes a que encaixa na tua carga, não simplesmente "mais de tudo".

### Como escolher consoante a carga

Um ponto de partida indicativo, consoante o uso que dás ao servidor:

| Carga típica                                | Ponto de partida |
| ------------------------------------------- | ---------------- |
| Serviços leves (DNS, proxy, microsserviços) | 1 vCPU / 1–2 GB  |
| Web, CMS ou apps pequenas                   | 1 vCPU / 4 GB    |
| ERP, CRM e aplicações de negócio            | 2 vCPU / 4 GB    |
| Bases de dados, SQL Server                  | 4 vCPU / 8 GB    |
| Virtualização ou cargas pesadas             | 8 vCPU / 16 GB   |
| Análise e grandes volumes                   | 16 vCPU / 32 GB  |
| SAP ou bases de dados exigentes             | 32 vCPU / 128 GB |

Num ERP, além disso, o número de utilizadores marca o tamanho: quanto mais utilizadores concorrentes, mais CPU e RAM. O catálogo completo de tamanhos está em [Detalhes.](/docs-pt/productos/servers/details.md)

### Começa ajustado e escala

Quando um servidor fica curto, acrescentas-lhe **CPU, RAM ou disco em quente**, sem reinstalar nem migrar nada. Ampliar o disco não pára o servidor; reduzi-lo é mais delicado e convém planificá-lo (tens o passo a passo em How-to).

Assim trabalhas: arrancas com o tamanho que a carga pede hoje e fazes-no crescer ao ritmo do negócio do teu cliente.

### Próximos passos

* Escolhe o sistema operativo em [Imagens e aplicações.](/docs-pt/productos/servers/concepts/images-and-applications.md)
* Desenha a conectividade em[ Redes do servidor.](/docs-pt/productos/servers/concepts/networks.md)
* Cria o teu primeiro servidor com o [Início Rápido](/docs-pt/productos/servers/quickstart.md)

<br>


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.plenit.com/docs-pt/productos/servers-2/concepts/size-cpu-ram-disk.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.