Server Sizing Calculator — VMware & Storage

▮ Aprovado

Todos os recursos < 75%

▮ Aprovado com ressalvas

Algum recurso 75% – 90%

▮ Reprovado

Algum recurso > 90%

Bloco 1 — dados do cliente / ambiente atual

vCPU atual provisionada

Total de vCPUs alocadas às VMs. Colete via vCenter → Hosts & Clusters → Summary. Não confundir com pCores físicos.

vCPU

GHz pico total atual

Pico de consumo de CPU em GHz de todas as VMs somadas. Use monitoramento (vCenter, Zabbix, PRTG) — últimos 30–90 dias, use o pico, não a média.

GHz

RAM atual utilizada

Memória efetivamente consumida pelas VMs. vCenter: Memory Active ou Memory Used. Não confundir com memória alocada.

Crescimento esperado

Crescimento previsto para o ambiente. Alinhe com o cliente baseado em histórico ou projetos futuros.

Margem de segurança

Reserva para imprevistos. Recomendado: 10% a 20%.

Saúde do ambiente atual

VMs ativas

VMs

Total de VMs ligadas no cluster. Usado para calcular densidade por host. Colete via vCenter → Inventory.

CPU Ready Time

Tempo que VMs aguardam por CPU. >5% indica cluster sobrecarregado. vCenter → Performance → CPU Ready.

Mem. Balloon

Memória recuperada pelo ballooning. Valores altos indicam pressão de memória real. vCenter → Memory → Balloon.

Mem. Swap ativo

Qualquer valor > 0 indica pressão severa. Deve ser zero em ambiente saudável. vCenter → Memory → Swap.

Bloco 2 — configuração do host ofertado

Número de hosts

CPUs por host

Núcleos por CPU

Threads/coreHT=2

Clock base

GHz

Fator eficiência0.85–0.95

RAM por host

Overcommit vCPU:pCore

Relação de vCPUs por core físico. Referência por tipo de workload predominante: BD/ERP: 2:1 a 3:1 · Aplicação geral: 4:1 a 6:1 · VDI/Web: 8:1 a 10:1. Em ambiente misto, use o valor do workload mais crítico.

Hosts reservados (HA)

Hosts mantidos em reserva para HA. VMware recomenda mínimo N+1. Fator HA = 1 − (Hosts_HA / Total).

Bloco 3 — comparativo técnico

vCPU

—

GHz

—

Memória

—

<75% — Atende

75–90% — Atenção

>90% — Reprovado

Capacidade do cluster

Cores por host—

Cores no cluster—

GHz por host c/ efic.—

GHz total cluster—

GHz útil (c/ HA)—

vCPU máxima—

vCPU útil (c/ HA)—

RAM total cluster—

RAM útil (c/ HA)—

Fator HA—

Métricas & saúde do ambiente

Overcommit vCPU:pCore configurado

—

Relação vCPU:pCore necessária

—

GHz disponível por vCPU

—

GHz/vCPU

VMs por host ativo

—

densidade

CPU Ready Time

—

Memory Balloon + Swap

—

Multiplicador de demanda

—

crescimento × margem

Storage externo — parâmetros

Capacidade atual utilizada

Espaço efetivamente ocupado nos datastores. Não confundir com capacidade alocada. Consulte storage array ou vCenter → Datastores.

Crescimento anual

Taxa de crescimento anual do consumo de storage. Fórmula: (1 + taxa)^anos.

Horizonte

anos

Espaço livre técnico (headroom)

Percentual mínimo da capacidade total que deve estar livre. Recomendado 20–30% em ambientes VMware. Fórmula: Útil = Projetado ÷ (1 − Headroom%). Nota: em vSAN, o overhead de proteção (FTT + slack) é maior que RAID tradicional — considere overhead efetivo de 50% a 65%.

Overhead RAID (RAID-6)

Dedup/compressão (produção)

Arrays modernos (NetApp, Pure, vSAN) aplicam dedup/compressão inline. Fator típico: 1.5:1 a 5:1. Use 1.0 se não houver dedup. Reduz a capacidade bruta necessária.

Resultado — storage produção

Capacidade projetada

— TB

Capacidade bruta necessária

— TB

Atual utilizada—

Projetada (crescimento)—

Útil recomendada (c/ headroom)—

Bruta (c/ RAID, s/ dedup)—

Fator de crescimento

—

Capacidade projetada—

Capacidade útil (c/ headroom)—

Capacidade bruta (s/ dedup)—

Evolução da capacidade por ano

Dimensionamento de IOPS

IOPS necessário (estimado)

Some o IOPS de cada VM pelo tipo de workload predominante e informe o total. Referência: BD/OLTP: 100 a 200 IOPS/VM · Aplicação: 30 a 60 IOPS/VM · VDI/Web: 10 a 20 IOPS/VM. Ex: 10 VMs de BD × 150 + 30 VMs de App × 50 = 3.000 IOPS.

IOPS

Resultado

IOPS necessário—

IOPS / TB de storage—

Classe de storage recomendada

—

Dados do ambiente

Volume protegido total

Total de dados a proteger. Geralmente igual à capacidade projetada de produção.

Change rate diário

Dados que mudam por dia. OLTP: 1–5%. Dados frios: 0,5–1%. Incremental = Volume × Change Rate%.

Margem técnica

Dedup/compressão1.0 = sem dedup

Política GFS de retenção

Grandfather-Father-Son: incrementais diários + fulls semanais/mensais/anuais.

Diários (incrementais)

Retenção dos incrementais diários. Ex: 30 dias. Capacidade = Incremental_diário × Dias.

dias

Semanais (fulls)

Retenção de fulls semanais. Ex: 8 semanas. Capacidade = Full_size × Semanas.

sem.

Mensais (fulls)

meses

Anuais (fulls)

Retenção legal / compliance. Ex: 5–7 anos (LGPD, SOX, BACEN). Capacidade = Full_size × Anos.

anos

Resultado — backup GFS

Incremental diário

— TB/dia

Capacidade final recomendada

— TB

Diários

Semanais

Mensais

Anuais

Tier diário (incrementais)—

Tier semanal (fulls)—

Tier mensal (fulls)—

Tier anual (fulls)—

Total bruto (GFS)—

+ Margem técnica—

Status geral do dimensionamento

—

Preencha os dados nas abas para gerar o resumo

Servidor

vCPU

——

GHz

——

Memória

——

—Vida útil estimada (c/ crescimento projetado)

Storage produção

Capacidade projetada—

Capacidade bruta—

Crescimento anual—

—Até esgotamento (80% da cap. bruta)

Backup (GFS)

Capacidade total—

Incremental diário—

Total bruto (GFS, s/ margem)—

—Maior retenção configurada

Alertas e riscos identificados

Preencha os dados nas abas para identificar riscos.