Entenda como dimensionar storage para CFTV e VMS corporativo considerando bitrate, retenção, RAID, servidores de gravação, NAS, SAN e arquitetura em camadas.
Confira!
Introdução
O armazenamento é um dos componentes mais críticos de qualquer sistema de videomonitoramento profissional. Apesar disso, muitos projetos ainda são dimensionados apenas com base na capacidade total em terabytes, sem avaliar adequadamente fatores como throughput de gravação, quantidade de câmeras, codec de compressão, retenção, redundância, desempenho do subsistema de discos e arquitetura dos servidores de gravação.
Em sistemas corporativos de CFTV IP e plataformas VMS como Milestone XProtect e Genetec Security Center, esse erro pode resultar em perda de gravações, lentidão na reprodução de imagens, degradação operacional e necessidade de substituição prematura da infraestrutura.
Este artigo apresenta os principais critérios técnicos para dimensionar corretamente o storage de CFTV e VMS corporativo, com foco em ambientes profissionais, críticos e escaláveis.
Por que o storage de CFTV é diferente de um servidor de arquivos?
Em um ambiente de TI convencional, os arquivos são gravados de forma intermitente. Usuários salvam documentos, aplicações acessam bases de dados e serviços corporativos fazem operações de leitura e escrita de maneira variável ao longo do dia.
Em um sistema de videomonitoramento, a lógica é diferente. Câmeras IP, microfones, sensores e fontes de metadados enviam fluxos contínuos para os servidores de gravação. Esses dados precisam ser recebidos, processados e gravados em tempo real, normalmente 24 horas por dia.
Enquanto um pequeno atraso em um servidor de arquivos pode apenas deixar uma operação mais lenta, em um VMS a incapacidade de gravar em tempo real pode gerar lacunas nas imagens. Por isso, storage para CFTV não deve ser tratado como simples compartilhamento de arquivos.
Os principais fatores que impactam o dimensionamento
O cálculo de armazenamento para CFTV depende de múltiplas variáveis. As principais são:
- Quantidade de câmeras e dispositivos gravados;
- Resolução das imagens;
- Taxa de quadros por segundo, ou FPS;
- Codec de compressão utilizado, como H.264 ou H.265;
- Bitrate médio e máximo de cada câmera;
- Perfil de gravação contínua ou por evento;
- Tempo de retenção exigido;
- Quantidade de streams simultâneos;
- Necessidade de redundância e alta disponibilidade;
- Uso de analíticos, metadados e gravação de áudio.
O erro mais comum é calcular apenas a capacidade em terabytes. Em projetos profissionais, é necessário avaliar também se o conjunto de discos, controladora, rede e servidores consegue sustentar a taxa de gravação exigida pelo sistema.
Recording Server: o papel do servidor de gravação
O servidor de gravação é o componente responsável por receber os fluxos das câmeras, registrar vídeo, áudio e metadados, disponibilizar imagens ao vivo e permitir reprodução de gravações pelos operadores.
Em sistemas pequenos, alguns componentes podem operar em um único servidor, desde que o hardware suporte a carga. Em sistemas maiores, a arquitetura deve ser distribuída, com servidores dedicados para gravação, gerenciamento, banco de dados, acesso remoto, integrações e failover.
O dimensionamento do servidor de gravação deve considerar CPU, memória, interfaces de rede, controladora de armazenamento, barramento, discos e política de retenção. Não basta escolher um servidor com grande quantidade de baias; é necessário validar se a arquitetura consegue gravar continuamente sem perda de desempenho.
Recording Database e Archive Database
Uma boa arquitetura de storage para VMS separa a gravação ativa do armazenamento de longo prazo.
Recording Database
A recording database é a camada onde as gravações são inicialmente escritas. É a área mais crítica do storage, pois recebe dados em tempo real de múltiplas câmeras simultaneamente.
Essa camada exige maior desempenho, baixa latência e capacidade de escrita sustentada. Por isso, deve utilizar volumes dedicados, discos adequados ao workload e arranjo RAID compatível com gravação intensiva.
Archive Database
A archive database é utilizada para retenção posterior das imagens. Após determinado período, as gravações podem ser movidas da camada de gravação para uma camada de arquivamento.
Essa estratégia permite usar discos de maior capacidade e menor custo por terabyte para retenção de longo prazo, sem comprometer o desempenho da camada de gravação.
Arquitetura em camadas: performance e custo sob controle
Em projetos corporativos, uma abordagem eficiente é utilizar arquitetura em camadas, também conhecida como tiered storage.
| Camada | Função | Característica recomendada |
| Sistema operacional | Windows Server e aplicações do VMS | SSD dedicado, preferencialmente em RAID 1 |
| Banco de dados | Configurações, eventos, alarmes e logs | SSD ou volume dedicado |
| Recording database | Gravação ativa das câmeras | Discos de alto desempenho e volume exclusivo |
| Archive database | Retenção de longo prazo | Discos de alta capacidade e menor custo por TB |
| Exportação e evidências | Cópias, evidências e arquivos externos | NAS, storage corporativo ou repositório dedicado |
Essa separação evita concorrência entre sistema operacional, banco de dados e gravações, além de facilitar manutenção, expansão e diagnóstico de desempenho.
RAID para CFTV: qual escolher?
O RAID deve ser definido conforme o equilíbrio desejado entre desempenho, capacidade útil, tolerância a falhas e custo.
RAID 1
É indicado para sistema operacional, aplicações e bancos menores. Oferece espelhamento simples e boa disponibilidade.
RAID 5
Oferece melhor aproveitamento de capacidade, mas pode apresentar penalidade de escrita. Deve ser usado com cautela em workloads intensivos de gravação.
RAID 6
Permite tolerância à falha simultânea de dois discos. Pode ser adequado para camadas de arquivamento e grandes volumes de retenção.
RAID 10
Combina espelhamento e distribuição. É uma das opções mais adequadas para camadas de gravação crítica, por oferecer bom desempenho e redundância.
Em todos os casos, o arranjo deve ser validado considerando bitrate total, número de câmeras, retenção, desempenho da controladora e política de recuperação em caso de falha.
NAS, SAN ou storage local?
A escolha entre storage local, NAS ou SAN depende do porte do ambiente, criticidade, orçamento e estratégia de operação.
Storage local
É comum em sistemas pequenos e médios. Tem menor complexidade, baixa latência e bom custo-benefício. Pode ser uma boa opção quando cada servidor de gravação possui seus próprios discos dedicados.
NAS
Permite centralizar armazenamento em rede. Entretanto, exige atenção especial à latência, throughput, interfaces de rede, concorrência de acesso e isolamento do tráfego de vídeo.
SAN
É comum em ambientes corporativos e datacenters, especialmente quando há necessidade de alta disponibilidade, consolidação de storage e expansão estruturada. Exige projeto especializado e validação de desempenho.
Retenção de imagens: como definir corretamente
A retenção representa o período durante o qual as gravações devem permanecer disponíveis. Ela pode variar conforme finalidade operacional, requisitos legais, criticidade da área e política de segurança da organização.
Exemplos comuns incluem 15, 30, 60, 90 ou 180 dias. Ambientes públicos, industriais, hospitalares, logísticos e de missão crítica podem exigir períodos superiores.
Uma boa prática é não aplicar a mesma retenção para todas as câmeras. Áreas críticas podem exigir retenção maior, enquanto áreas de menor risco podem utilizar períodos reduzidos. Essa diferenciação reduz custo e evita superdimensionamento.
Codec, FPS e bitrate: o impacto no armazenamento
O consumo de storage está diretamente relacionado ao bitrate das câmeras. O bitrate, por sua vez, é influenciado por resolução, FPS, codec, nível de compressão, iluminação, movimento na cena e complexidade da imagem.
Ambientes com muito movimento, baixa iluminação ou ruído visual tendem a consumir mais banda e armazenamento.
Codecs como H.265 podem reduzir significativamente o volume armazenado em comparação ao H.264, desde que as câmeras, servidores, clientes e plataforma VMS sejam compatíveis.
Alta disponibilidade e failover
Em sistemas críticos, a falha de um servidor de gravação pode comprometer a continuidade da operação. Por isso, arquiteturas corporativas podem utilizar servidores de failover, redundância de rede, fontes redundantes, controladoras adequadas, discos hot swap e políticas de recuperação.
Em plataformas VMS avançadas, servidores de failover podem assumir funções de gravação quando um servidor principal fica indisponível. Essa estratégia deve ser prevista desde o projeto, pois exige capacidade adicional e configuração adequada.
Segurança das gravações
Além de capacidade e desempenho, a arquitetura de storage deve considerar segurança e integridade das gravações.
Recursos como criptografia da base de mídia, assinatura digital e bloqueio de evidências podem ser necessários em ambientes com requisitos de auditoria, investigação, conformidade ou cadeia de custódia.
Também é importante definir permissões de acesso, política de exportação, trilhas de auditoria e proteção contra exclusão indevida.
Erros comuns em projetos de storage para CFTV
- Dimensionar apenas por terabytes;
- Ignorar throughput de gravação;
- Misturar sistema operacional, banco de dados e gravações no mesmo volume;
- Utilizar discos inadequados ao regime 24/7;
- Não prever crescimento futuro;
- Não separar gravação ativa e arquivamento;
- Usar NAS sem validar rede e latência;
- Ignorar failover e redundância;
- Não considerar evidências bloqueadas fora da retenção normal;
- Não monitorar espaço livre, saúde dos discos e eventos do VMS.
Checklist básico para especificação técnica
| Item | Critério mínimo de análise |
| Quantidade de câmeras | Total atual e expansão prevista |
| Bitrate | Bitrate médio e máximo por perfil de câmera |
| Retenção | Dias por grupo de câmeras ou criticidade |
| Codec | H.264, H.265 ou outro suportado |
| Recording database | Volume dedicado e desempenho validado |
| Archive database | Camada de retenção com capacidade adequada |
| RAID | Definido por desempenho, tolerância a falhas e capacidade útil |
| Rede | Throughput disponível, VLANs e uplinks dedicados |
| Failover | Necessidade de continuidade operacional |
| Segurança | Permissões, criptografia, assinatura e evidências |
Conclusão
Dimensionar storage para CFTV e VMS corporativo exige muito mais do que calcular a capacidade total em terabytes. É necessário compreender o comportamento do vídeo em tempo real, a quantidade de gravações simultâneas, o desempenho dos discos, a arquitetura dos servidores, a política de retenção e os requisitos de disponibilidade.
Uma arquitetura bem projetada reduz riscos operacionais, evita perda de imagens, melhora a experiência dos operadores e aumenta a vida útil da infraestrutura.
Para ambientes corporativos, industriais, educacionais, hospitalares, logísticos ou governamentais, o dimensionamento deve ser tratado como parte integrante do projeto de engenharia do sistema de videomonitoramento, e não como uma escolha isolada de hardware.
Referências técnicas
[1] Milestone Systems. XProtect Storage Architecture and Recommendations.
[2] Milestone Systems. XProtect VMS System Architecture Document.
Perguntas frequentes
O cálculo deve considerar quantidade de câmeras, resolução, FPS, codec, bitrate médio, retenção desejada, gravação contínua ou por evento e necessidade de redundância.
Depende da criticidade e do volume de gravação. RAID 10 tende a ser adequado para gravação crítica; RAID 6 pode ser usado para camadas de arquivamento de maior capacidade.
Pode servir, desde que a rede, latência e throughput sejam projetados para gravação contínua em tempo real. Não deve ser tratado como um simples compartilhamento de arquivos.
