Calculadora de armazenamento CCTV / NVR

1. Como é estimado o bitrate

Em vez de depender de tabelas genéricas de valores fixos, este estimador de armazenamento por câmara aplica um modelo de cálculo dinâmico para simular o consumo de largura de banda com base em métricas reais de desempenho das câmaras.

A fórmula principal para o débito de uma câmara ativa é definida como:

Bitrate_Active = baseBR × fpsFactor × K_Codec × K_Scene

Bitrate de base (baseBR)

A carga base da infraestrutura é calculada diretamente a partir da resolução do sensor:

baseBR = Resolução (MP) × 1.3

Exemplo de aplicação: Uma câmara Full HD 1080p padrão (aproximadamente 2,07 MP) a operar a uma base de 15 FPS, com compressão H.264 padrão e complexidade de cena média, resulta em: 2.07 × 1.3 × 1.0 × 1.0 aproximadamente 2,69 Mbit/s Este coeficiente é uma base empírica derivada de guias de planeamento de fabricantes para assegurar uma densidade de píxeis ótima durante a videovigilância ativa.

Escalonamento da taxa de imagens (fpsFactor)

O escalonamento da largura de banda não evolui linearmente com as alterações da taxa de imagens (FPS). Como os codificadores modernos captam as diferenças temporais entre imagens em vez de transmitir sequencialmente imagens estáticas completas, duplicar a taxa de imagens tem um impacto sublinear no volume total. O motor aplica uma curva de lei de potência para modelar este comportamento com precisão:

fpsFactor = (FPS / 15)^0.45

Este fator de escalonamento evita a sobrealocação de capacidade ao conceber instalações de alta frequência (30 fps).

2. Requisitos de armazenamento H.264 vs H.265

A eficiência da compressão de vídeo varia consoante o ruído ambiente da cena e a entropia do movimento.

Modificadores de complexidade da cena (K_Scene)

• Baixa (× 0.7): Ambientes de acesso controlado com mínima variação de píxeis (por exemplo, armazéns silenciosos ou corredores interiores noturnos).
• Média (× 1.0): Ambientes comerciais padrão ou espaços com tráfego de pessoas moderado.
• Alta (× 1.4): Ambientes exteriores dinâmicos e sem restrições, propensos a movimento constante (por exemplo, cruzamentos movimentados, multidões, folhagem em movimento ou iluminação variável). O ruído elevado limita a eficiência da compressão inter-imagens.

3. Impacto da deteção de movimento

Quando as configurações de gravação por movimento estão ativadas, a plataforma aplica um ciclo de funcionamento de duplo estado. Durante os períodos de inatividade, o fluxo de dados desce para um limite de FPS de inatividade definido pelo utilizador e reduz a complexidade da cena aos limites mínimos absolutos (0.7). O requisito temporal líquido é calculado como:

Bitrate_Mean = (Bitrate_Active × M) + (Bitrate_Idle × (1 - M))

Em que M representa a percentagem estimada de atividade de movimento ao longo de um ciclo padrão de 24 horas. Adicionalmente, se a captação de áudio for selecionada, é acrescentada uma alocação fixa de 64 kbit/s (0,064 Mbit/s) por câmara ao orçamento ativo, para contabilizar os fluxos de som G.711 PCM padrão.

4. Sobrecarga de armazenamento RAID

O planeamento físico dos discos vai além do volume matemático bruto. O módulo integrado de calculadora RAID para CCTV utiliza arrays tolerantes a falhas padrão para determinar exatamente quantos níveis de armazenamento têm de ser adquiridos:

• RAID 1: Arquitetura de espelho puro. A sobrecarga de redundância requer exatamente 2.0 × o volume líquido, restrita a exatamente N=2 discos.
• RAID 5: Paridade distribuída simples. Requer um mínimo de 3 discos. A perda de alocação de armazenamento é exatamente igual a 1 disco: N / (N - 1).
• RAID 6: Paridade distribuída dupla. Requer um mínimo de 4 discos. Sobrevive a duas falhas de disco simultâneas reservando dois discos para dados de paridade: N / (N - 2).
• RAID 10: Array combinado de espelho/striping. Requer um mínimo de 4 discos e está estritamente limitado a configurações com número par (N mod 2 = 0). Metade da capacidade física (50%) é usada como sobrecarga.

Cálculo de discos: O motor divide o requisito total tolerante a falhas pelo número de discos (N) e ajusta automaticamente o resultado aos escalões padrão de distribuição comercial de HDD (por exemplo, 2, 4, 6, 8, 12, 16, 20 TB).

5. Sobrecarga de armazenamento e do sistema de ficheiros

Uma opção de sobrecarga de base (recomendada em 15%) é incluída no processo de cálculo de armazenamento de videovigilância para absorver perdas sistemáticas de capacidade:

1. Conversão binário-decimal: Os fabricantes de HDD calculam o armazenamento em notação decimal (10^12 bytes por TB), ao passo que os sistemas operativos formatam os arrays em notação binária (1024^3 bytes por TB). Esta discrepância sistémica reduz a capacidade física do disco em aproximadamente 7,3%.
2. Journaling de metadados: Os sistemas de ficheiros (como o EXT4 ou o XFS) isolam uma percentagem de blocos de armazenamento para indexação de metadados, tabelas de recuperação de ficheiros e mapeamento de setores.
3. Margens de segurança: Os arrays de armazenamento de NVR degradam-se em eficiência de escrita quando ficam completamente cheios; manter uma reserva padrão de 5-10% evita a degradação do desempenho durante as purgas automáticas de rotina dos discos em FIFO.

6. Limites de débito do NVR

A calculadora aciona um aviso de otimização se o débito agregado do seu sistema ultrapassar os 320 Mbit/s.

Embora as interfaces gigabit padrão suportem níveis de dados brutos superiores, 320 Mbit/s representa os limites típicos de débito de gravação de muitas plataformas NVR comerciais de gama média. Ultrapassar este limite cria um estrangulamento nos caminhos de processamento do system-on-chip interno ou na velocidade de escrita do motor da base de dados de armazenamento. Isto leva diretamente à perda de imagens de vídeo, à instabilidade do fluxo ou a atrasos na reprodução. Os sistemas que operam acima deste limiar exigem layouts de rede divididos por vários nós de NVR ou a atualização para hardware de gama profissional de alto débito.