Como Calcular Armazenamento para Câmeras de Segurança | Guia Técnico

Dimensionar o armazenamento de um sistema de câmeras de segurança é uma das etapas mais críticas e mais frequentemente subestimadas em um projeto de CFTV. Um cálculo inadequado resulta em disco cheio antes do prazo, imagens perdidas por sobrescrita prematura ou — o oposto — custo excessivo com capacidade ociosa.

Este guia explica, passo a passo, como calcular o armazenamento necessário para câmeras de segurança, com fórmula, variáveis, tabela de referência e três cenários práticos. Ao final, você pode usar a Calculadora de Armazenamento CFTV da Adentro para obter uma estimativa imediata com os seus parâmetros reais.

Resposta rápida: do que depende o armazenamento?

O armazenamento necessário para câmeras de segurança depende de seis variáveis interdependentes: quantidade de câmeras, resolução de cada câmera, frames por segundo (FPS), codec de compressão utilizado (H.264 ou H.265), modo de gravação (contínua ou por evento) e quantidade de dias de retenção exigidos.

Não existe um número fixo de GB por câmera válido para todos os projetos. Uma câmera 1080p em H.265 gravando apenas movimento pode consumir 70% menos espaço do que a mesma câmera em H.264 em gravação contínua. Por isso, o cálculo precisa ser feito com os parâmetros reais do projeto.

As seis variáveis que determinam o espaço necessário

1. Quantidade de câmeras

É o multiplicador de tudo. O espaço total é a soma do consumo individual de cada câmera. Em projetos com câmeras de tipos diferentes (algumas 4K em entradas, outras 1080p em corredores), calcule cada grupo separadamente e some os resultados.

2. Resolução (720p, 1080p, 4 MP, 4K)

A resolução define a quantidade de pixels por frame e, portanto, o volume de dados que o codec precisa processar. Câmeras de maior resolução produzem mais dados mesmo na mesma configuração de bitrate alvo, pois há mais informação para comprimir a cada quadro.

• 720p (1 MP): indicada para interiores com pouco detalhe exigido
• 1080p (2 MP): padrão atual para a maioria dos projetos
• 4 MP: boa relação custo/qualidade para entradas e áreas abertas
• 4K (8 MP): máxima captura de detalhe — para reconhecimento facial à distância ou análise forense

3. Frames por segundo (FPS)

O FPS define quantos quadros são gravados por segundo. Gravações em 25 fps capturam movimento fluido; 10 fps é suficiente para a maioria das aplicações de segurança e reduz significativamente o armazenamento. Cada FPS extra equivale a mais dados por câmera por dia.

Referência prática: reduzir de 25 fps para 10 fps em câmeras 1080p pode diminuir o consumo de armazenamento em 40% a 55%, dependendo do codec e da complexidade da cena.

4. Codec: H.264 ou H.265

O codec é o algoritmo de compressão de vídeo. O H.265 (HEVC) é a versão mais eficiente e pode reduzir o tamanho dos arquivos em 30% a 50% em relação ao H.264 para a mesma qualidade visual, ao custo de maior processamento no encoder (câmera) e decoder (VMS/NVR).

Câmeras mais antigas, DVRs analógicos e alguns NVRs de entrada não suportam H.265. Antes de projetar com H.265, confirme a compatibilidade de toda a cadeia: câmera → NVR/VMS → storage.

5. Modo de gravação: contínua ou por evento

A gravação contínua registra 24 horas por dia, 7 dias por semana — máximo de segurança e máximo de armazenamento. A gravação por evento (ou por movimento) ativa apenas quando um gatilho é detectado, reduzindo drasticamente o consumo, mas exigindo boa calibração de sensibilidade para não perder eventos relevantes.

Em ambientes com movimentação intensa (entrada de lojas, catracas, portarias), a economia da gravação por evento pode ser pequena. Em estacionamentos noturnos ou depósitos, pode reduzir o storage em 60% a 80%.

6. Dias de retenção

A retenção é o período pelo qual as gravações precisam ser mantidas antes de serem sobrescritas ou deletadas. O multiplicador final de todo o cálculo. Passar de 7 para 30 dias de retenção aumenta o armazenamento necessário em 4,3×.

Setores como saúde, financeiro e logística podem exigir retenções de 30, 60 ou 90 dias por exigências operacionais ou compliance. Confira as obrigações do seu setor antes de definir o prazo.

Como o bitrate determina o espaço

O bitrate é a quantidade de dados gerada pelo encoder de vídeo por unidade de tempo, medido em Mbps (megabits por segundo) ou kbps. É a variável que mais diretamente controla o espaço consumido: quanto maior o bitrate, maior a qualidade e maior o arquivo.

VBR versus CBR

CBR (Constant Bit Rate): o encoder mantém o bitrate constante independentemente da complexidade da cena. Garante consumo previsível de armazenamento e banda, mas desperdiça bits em cenas simples e pode comprometer a qualidade em cenas complexas.

VBR (Variable Bit Rate): o encoder ajusta o bitrate dinamicamente conforme a complexidade da cena. Cenas estáticas (câmera parada sem movimento) geram menos dados; cenas complexas (multidão, chuva, luzes piscantes) geram mais. É o modo padrão na maioria dos VMS modernos e resulta em melhor uso do storage, mas o consumo é variável e menos previsível.

Por que o bitrate anunciado e o real diferem

Câmeras anunciam bitrates máximos em condições ideais de luz e com cena de baixa complexidade. No mundo real, variações de luz, movimento, chuva ou fumaça podem elevar o bitrate acima do nominal. Para dimensionamento conservador, aplique uma margem de 20% a 30% sobre o bitrate configurado.

A fórmula de cálculo explicada

A fórmula base para calcular o armazenamento de uma câmera é:

Exemplo: câmera 1080p H.264 configurada para 2 Mbps, gravação contínua (24h):

Cálculo base por câmera

Para 30 dias: 21,6 GB × 30 = 648 GB ≈ 0,65 TB por câmera.
Para 10 câmeras: 0,65 TB × 10 = 6,5 TB brutos.

Margem de segurança e overhead

Adicione uma margem de segurança de 20% sobre o total calculado para absorver variações de bitrate, sobrescrita e gerenciamento de filesystem. Portanto: 6,5 TB × 1,20 = 7,8 TB recomendados para provisionamento.

Redundância e replicação

Em projetos críticos ou em nuvem, considere o fator de replicação: RAID 1 duplica o storage físico; replicação em nuvem com cópia pode multiplicar por 1,5× a 2×. O armazenamento em nuvem da AdentroSeg inclui redundância nativa com replicação geográfica, sem necessidade de calcular fator adicional pelo cliente.

Tabela de referência Adentro: resolução × codec × armazenamento

Estimativas para gravação contínua de 24h/dia com VBR médio, cena de complexidade moderada e FPS entre 20–25. Valores reais variam ±30% conforme fabricante, firmware e ambiente.

Premissas: gravação 24h/dia · VBR médio · FPS 20–25 · cena com movimentação moderada. Não inclui margem de segurança (recomendada +20%) nem overhead de redundância.

Três cenários práticos de dimensionamento

Cenário 1 — Pequeno comércio: 8 câmeras 1080p, 7 dias

Parâmetros: 8 câmeras Full HD (1080p) · H.264 · 2 Mbps · gravação contínua · 7 dias de retenção.

Cálculo:
(2 Mbps × 3600 × 24) / 8000 = 21,6 GB/câmera/dia
21,6 GB × 8 câmeras × 7 dias = 1.209,6 GB ≈ 1,21 TB bruto
Com margem de 20%: ≈ 1,45 TB recomendados

Observação: Com H.265 no mesmo cenário, o consumo cai para ≈ 0,80 TB, uma economia de ~45%.

Cenário 2 — Empresa média: 32 câmeras 4 MP, 30 dias

Parâmetros: 32 câmeras 4 MP · H.265 · 2,5 Mbps · gravação contínua · 30 dias.

Cálculo:
(2,5 Mbps × 3600 × 24) / 8000 = 27 GB/câmera/dia
27 GB × 32 câmeras × 30 dias = 25.920 GB ≈ 25,9 TB bruto
Com margem de 20%: ≈ 31 TB recomendados

Este cenário é típico de redes de varejo, hospitais de médio porte e manufaturas. Para este volume, o AdentroSeg oferece solução gerenciada com SLA, sem necessidade de gestão de hardware local.

Cenário 3 — Industrial: 100 câmeras 4K com H.265, 60 dias

Parâmetros: 100 câmeras 4K · H.265 · 5 Mbps · gravação contínua · 60 dias.

Cálculo:
(5 Mbps × 3600 × 24) / 8000 = 54 GB/câmera/dia
54 GB × 100 câmeras × 60 dias = 324.000 GB ≈ 324 TB bruto
Com margem de 20%: ≈ 389 TB recomendados

Projetos desta escala inviabilizam soluções locais sem um planejamento cuidadoso de expansão e manutenção. A nuvem elimina o risco de subdimensionamento e permite escalar progressivamente.

Erros comuns no dimensionamento

• Usar bitrate máximo como referência: o bitrate de ficha técnica é o pico, não a média. VBR opera abaixo disso na maioria do tempo. Use o bitrate médio configurado no VMS.
• Ignorar a margem de segurança: storage calculado no limite exato enche antes do prazo previsto por variações de bitrate e overhead do filesystem.
• Não considerar o crescimento do projeto: sistemas crescem. Provisione 20–30% de capacidade adicional para expansão futura.
• Confundir bytes e bits: bitrate é em bits por segundo; armazenamento é em bytes. Sempre divida por 8 na conversão.
• Assumir que H.265 economiza 50% em todos os casos: a economia real depende do fabricante da câmera, do firmware e da complexidade da cena. Em cenas de alta complexidade, a vantagem pode ser menor.
• Esquecer o áudio: gravação de áudio adiciona tipicamente 0,4–0,8 GB/câmera/dia para stream de 32–64 kbps. Pequeno, mas relevante em projetos com centenas de câmeras.

Como usar a Calculadora CFTV da Adentro

A Calculadora de Armazenamento para CFTV da Adentro permite configurar múltiplos grupos de câmeras com parâmetros independentes — útil quando o projeto mistura câmeras de diferentes resoluções e codecs.

Para cada grupo, informe: número de câmeras, resolução, FPS, codec, bitrate e dias de retenção. A calculadora retorna o consumo de armazenamento total, a estimativa de banda de upload necessária e permite solicitar uma proposta comercial diretamente ao resultado.

Compatível com os principais VMS do mercado: D-Guard, Digifort, HikCentral Pro, Segware VMS Edge, Segware Sigma Image, Solutio e Fulltime. Gratuita e sem necessidade de cadastro.

Perguntas frequentes

Quantos GB uma câmera Full HD consome por dia?

Depende do bitrate configurado. Com H.264 a 2 Mbps em gravação contínua, uma câmera 1080p gera aproximadamente 21 GB/dia. Com H.265 no mesmo bitrate, cai para 10–13 GB/dia. Para 30 dias, multiplique por 30. Use a calculadora com os parâmetros reais do seu projeto para um resultado preciso.

Quanto armazenamento preciso para 16 câmeras por 30 dias?

Varia conforme a resolução e o codec. Para 16 câmeras 1080p em H.264 a 2 Mbps em gravação contínua: 21 GB × 16 × 30 = 10.080 GB ≈ 10 TB bruto. Com margem de segurança de 20%, o provisionamento recomendado é de aproximadamente 12 TB. Com H.265, esse valor cai para 5,5–7 TB.

H.265 vale a pena para economizar armazenamento?

Sim, em projetos novos com câmeras e NVR/VMS compatíveis com H.265. A economia de 30% a 50% no armazenamento reduz custo de disco ou de assinatura em nuvem. O custo extra de processamento da câmera é irrelevante em modelos modernos. Em DVRs analógicos e sistemas legados, H.265 pode não estar disponível.

Gravação por evento realmente reduz o armazenamento?

Sim, mas o ganho real depende da atividade da cena. Em locais de pouco movimento (depósitos noturnos, estacionamentos), a redução pode chegar a 70–80%. Em ambientes de alto tráfego (catracas, entradas de lojas), a economia é menor — a câmera grava quase o tempo todo. A gravação por evento exige calibração cuidadosa da sensibilidade para não perder eventos importantes.

Devo incluir margem de segurança no cálculo?

Sim. Sempre adicione pelo menos 20% sobre o total calculado. O bitrate real pode superar o configurado em cenas complexas (chuva, multidão, baixa luminosidade com IR ativo), e o filesystem consome espaço adicional para metadados e gerenciamento. Storage sem margem costuma encher antes do prazo esperado, causando sobrescrita prematura de gravações.

Como calcular armazenamento para CFTV em nuvem?

O cálculo é o mesmo: armazenamento = Σ (bitrate × horas × dias × câmeras) / 8.000. O que muda é que, na nuvem, você não precisa provisionar hardware com antecedência — paga pelo que usa e escala conforme a demanda. Considere também a banda de upload necessária para enviar os vídeos ao data center. A Calculadora CFTV da Adentro calcula os dois automaticamente.