OTOthoTools
Language
enen-AUen-GBen-CAdede-CHithipt-BRnlno
▥

Dimensionador

Estime recursos iniciais
3vCPU
8GB RAM
60GB SSD

Estimativa de planejamento — faça benchmark da sua carga real antes de comprar.

Introdução

O Dimensionador transforma três perguntas simples — quantos contêineres, quantos usuários concorrentes e quão pesada é a carga — em uma estimativa inicial de vCPU, RAM e SSD.

Ele existe para substituir os dois extremos do planejamento de capacidade: comprar no escuro e adivinhar a partir de um único número. A estimativa inclui margem para picos, mas a palavra final é sempre o seu próprio benchmark.

Objetivo

  • Produzir uma baseline transparente e explicável de CPU, RAM e disco.
  • Ajustar a estimativa pelo perfil de carga: leve, balanceado ou computacionalmente intenso.
  • Dizer claramente que o resultado é uma estimativa de planejamento com aproximadamente 25% de margem, não uma garantia de desempenho.

Entradas

  • Número de contêineres (ou serviços) que você pretende rodar.
  • Número de usuários concorrentes que a plataforma deve atender.
  • Perfil de carga: leve (majoritariamente ocioso), balanceado ou computacionalmente intenso.

Como funciona

Cada entrada contribui para os três resultados por meio de fórmulas lineares simples: os contêineres dominam os termos de CPU e RAM, os usuários contribuem para os três, e uma base de 2 vCPU, 4 GB de RAM e 20 GB de disco é sempre reservada.

O perfil de carga escala o resultado inteiro: leve multiplica por 0,65, balanceado por 1,0 e pesado por 1,65 — modelando a diferença entre uma API ociosa e uma render farm.

Cada valor é arredondado para cima, e as fórmulas são publicadas nesta página para que a estimativa possa ser auditada e ajustada.

Exemplo testável

Experimente — a análise roda localmente no seu navegador.

Exemplo

Contêineres: 8 · Usuários: 50 · Carga: balanceada

Saída esperada

CPU: 3 vCPU
RAM: 8 GB
Disco: 60 GB
Baseline de planejamento com aproximadamente 25% de margem.

Interpretando a saída

  • Trate os números como ponto de partida mínimo, não como meta: serviços pequenos crescem mais rápido do que encolhem.
  • Se sua carga for intensiva em lotes, verifique com um teste de carga real antes de se comprometer com um formato.
  • Para tráfego em rajadas, prefira mais RAM e créditos de CPU a CPU sustentada — a fórmula já tende para isso.

Riscos

  • Subdimensionar leva a kills OOM e respostas lentas nos picos.
  • Superdimensionar desperdiça orçamento em capacidade ociosa.
  • A estimativa ignora fatores específicos da carga, como tamanho do banco de dados, IOPS de storage e throughput de rede.

Limitações

  • As fórmulas são heurísticas genéricas escritas por um autor — não derivadas da sua carga.
  • Nenhum provedor de nuvem é citado porque preços e shapes diferem; os resultados são vCPU/RAM/GB sem unidade de referência.
  • É um ponto de partida. Faça teste de carga antes de comprar.

Referências oficiais

FAQ

Por que 25% de margem?

A margem absorve picos, pausas de GC e sobressaltos temporários de carga sem kills OOM imediatos. Você pode aumentá-la ou reduzi-la mudando o perfil de carga.

Isso se baseia em benchmarks reais?

Não. As fórmulas são heurísticas transparentes publicadas nesta página. Somente benchmarks reais da sua carga podem validar a estimativa.

Ele considera o banco de dados?

Indiretamente, como parte do número de contêineres e usuários. Um banco de dados sério merece um exercício de dimensionamento próprio.