raatools/

Calculadora de capacidade do servidor web

Calcule o throughput máximo a partir do número de workers e tempo de resposta.

Quick Presets


Throughput por worker

20.0 req/sec

Throughput máximo

40.0 req/sec

Cenários de escalabilidade

Número de workersThroughput máximoStatus
1 20.0 req/sec
2 (current)40.0 req/sec
4 80.0 req/sec
8 160.0 req/sec

O que é uma calculadora de capacidade web?

Uma calculadora de capacidade web estima os recursos de servidor necessários para processar uma determinada quantidade de tráfego web. Ajuda a determinar a CPU, RAM, largura de banda e armazenamento necessários para alojar um website ou aplicação web com base em utilizadores concorrentes esperados, tamanho da página e taxa de pedidos. Isto previne tanto o over-provisioning (desperdício de dinheiro) como o under-provisioning (mau desempenho).

O planeamento de capacidade envolve estimar o tráfego de pico, o tempo médio de resposta e o consumo de recursos por pedido. Um blog estático necessita de recursos muito diferentes de uma aplicação web dinâmica com consultas a bases de dados. Esta ferramenta calcula os requisitos para arquiteturas web comuns incluindo sites estáticos, plataformas CMS e servidores de aplicações.

Como utilizar esta ferramenta

Introduza o tráfego esperado (visitantes mensais ou utilizadores concorrentes), o tamanho médio da página e o tipo de aplicação. A ferramenta calcula as especificações de servidor recomendadas incluindo núcleos de CPU, RAM, largura de banda e armazenamento. Também estima os custos de alojamento para os principais fornecedores cloud.

Métricas-chave de capacidade

  • Utilizadores concorrentes — o número de utilizadores a usar ativamente o site ao mesmo tempo. Tipicamente 1 a 5% dos visitantes diários.
  • Pedidos por segundo (RPS) — cada carregamento de página gera múltiplos pedidos (HTML, CSS, JS, imagens). Uma página com 30 ativos = 30 pedidos.
  • Largura de banda — total de dados transferidos. Calculada como tamanho da página * visualizações de página. Uma página de 2 MB com 100.000 visualizações mensais = 200 GB/mês.
  • Tempo de resposta — o tempo para gerar e entregar uma resposta. Abaixo de 200 ms é rápido, abaixo de 1 segundo é aceitável, acima de 3 segundos perde visitantes.

Estratégias de escalagem

O escalamento vertical significa atualizar para um servidor maior (mais CPU, RAM). O escalamento horizontal significa adicionar mais servidores atrás de um balanceador de carga. As CDNs (Redes de Distribuição de Conteúdo) descarregam ativos estáticos para servidores de borda em todo o mundo, reduzindo dramaticamente a carga no servidor de origem. O cache (Redis, Varnish) serve pedidos repetidos sem aceder à base de dados. Para a maioria dos sites com menos de 100.000 visitantes mensais, um único servidor bem configurado com uma CDN é suficiente.

Perguntas frequentes

Quanta RAM precisa um servidor web?

Para um site estático ou CMS pequeno: 1 a 2 GB. Para um site médio WordPress/aplicação (menos de 50K visitantes mensais): 2 a 4 GB. Para aplicações de alto tráfego com bases de dados: 8 a 16+ GB. A base de dados tipicamente consome mais RAM do que o servidor web em si — o PostgreSQL e o MySQL beneficiam muito de ter o conjunto de dados de trabalho em cache na memória.

Como estimo o tráfego de pico?

O tráfego de pico ocorre tipicamente durante horas específicas e pode ser 3 a 10 vezes a média. Para um site de negócios, o pico é durante o horário de trabalho no seu fuso horário alvo. Para sites de consumidor, as noites e fins de semana. As campanhas de marketing, as menções nas redes sociais e a cobertura noticiosa podem causar picos repentinos de 10 a 100 vezes o tráfego normal. Projete para 3x a média como base e use auto-scaling ou CDN para lidar com picos inesperados.