Quantos streams de câmaras consegue suportar um servidor NVR doméstico?

Não existe um número fixo fiável de fluxos de câmaras que todos os servidores NVR domésticos consigam suportar. Um servidor que grave oito fluxos comprimidos pode ter uma carga inferior à de um servidor que descodifique e analise quatro transmissões de alta resolução. A compra deve ser dimensionada a partir de três cargas distintas — largura de banda de gravação, descodificação de vídeo e deteção de objetos — e depois validada face ao período de retenção do armazenamento e ao número de câmaras que deverão estar ativas em simultâneo.

Divida cada câmara pelas cargas de gravação, visualização e deteção

Uma câmara pode gerar mais do que uma carga de trabalho, mesmo sendo fisicamente apenas um dispositivo. O NVR pode armazenar um fluxo principal de alta qualidade, descodificar um subfluxo de resolução inferior para deteção e retransmitir outro fluxo para visualização em direto. Tratar os três como um único “canal de câmara” oculta o trabalho que o servidor realmente executa.

A Axis explica por que motivo a eficiência dos codecs de videovigilância altera as necessidades de largura de banda e armazenamento. H.264, H.265 e codecs mais recentes podem fornecer taxas de bits muito diferentes para objetivos visuais semelhantes, pelo que a contagem de fluxos sem indicar o codec e a taxa de bits não é suficiente para dimensionar o sistema.

O guia da ZimaSpace sobre construir um servidor NVR local define os limites arquiteturais: fluxo da câmara, percurso de rede, ambiente de execução da aplicação, armazenamento de gravações e acesso remoto são partes distintas do sistema.

Crie uma folha de cálculo com uma linha por câmara e colunas para a resolução de gravação, taxa de bits de gravação, resolução de deteção, FPS de deteção, necessidades de visualização em direto e disponibilidade de descodificação por hardware. Essa folha é mais útil do que qualquer afirmação de que um determinado processador suporta um número universal de câmaras.

Os fluxos apenas de gravação são normalmente um problema de armazenamento e rede

Se o NVR gravar os fluxos de vídeo já codificados pelas câmaras sem os descodificar ou recodificar, a carga sobre o CPU pode permanecer relativamente baixa. Os principais limites passam a ser o débito agregado da rede, as escritas sustentadas no disco, a sobrecarga do sistema de ficheiros e a possibilidade de a reprodução ou as exportações competirem com as gravações recebidas.

O guia atual de resolução da Reolink mostra como a resolução e a compressão alteram as necessidades de armazenamento das câmaras. Um fluxo de alta resolução não tem uma taxa de bits fixa; a complexidade da cena e as opções de codificação continuam a ser relevantes.

Meça a taxa de bits agregada em vez de multiplicar o número de câmaras por um valor genérico. Some a taxa de bits máxima esperada de todos os fluxos com gravação contínua e deixe espaço para reprodução, exportações, miniaturas, operações da base de dados e picos temporários. A rede e o armazenamento devem permanecer confortavelmente abaixo da saturação durante a execução combinada destas tarefas.

Assim, um processador modesto pode gravar muitos fluxos se o servidor se limitar sobretudo a receber e gravar vídeo comprimido. A situação muda quando o NVR tem de descodificar cada transmissão, redimensionar fotogramas, gerar pré-visualizações, transcodificar para clientes ou executar visão computacional continuamente.

A descodificação por hardware altera o limite de câmaras antes da deteção por IA

A descodificação de vídeo pode consumir uma quantidade considerável de CPU de uso geral quando vários fluxos de alta resolução são processados por software. Os gráficos integrados ou outro motor de vídeo por hardware podem eliminar grande parte desse trabalho de descodificação, razão pela qual dois servidores com um número semelhante de núcleos de CPU podem suportar cargas NVR muito diferentes.

Uma análise da Tom's Hardware a uma plataforma Intel N100 com gráficos integrados mostra a classe de hardware habitualmente utilizada em servidores domésticos de baixo consumo: quatro núcleos de CPU, além de uma iGPU e armazenamento local rápido. O ponto relevante é o motor multimédia, não o desempenho em jogos.

A deteção de objetos é um percurso separado da descodificação. Um acelerador pode processar a inferência de forma eficiente, mas o servidor continua a ter de receber e descodificar os fotogramas antes de estes chegarem ao detetor. Não parta do princípio de que adicionar um Coral, uma GPU ou outro dispositivo de IA elimina todos os estrangulamentos do CPU e do processamento de vídeo.

Num teste de compra, desative primeiro a deteção e meça a gravação e a descodificação. Em seguida, ative a deteção com o FPS pretendido e observe a utilização do CPU, da GPU e do acelerador, os fotogramas perdidos e a latência da deteção. Desta forma, separa o limite de hardware que realmente precisa de ser atualizado.

Featured

ZimaCube 2 NAS Pessoal Cloud para Casa

ZimaCube2

$799.00 - $2,499.00

Buy Now

O período de retenção do armazenamento pode exigir um servidor maior antes de o processamento o exigir

Um NVR doméstico pode ter uma ampla margem de processamento e, ainda assim, ser a compra errada por não conseguir manter o período de retenção pretendido. O vídeo contínuo é uma carga de escrita sustentada e a capacidade aumenta diretamente com a taxa de bits agregada e o tempo de gravação.

A análise da Backblaze sobre armazenamento de videovigilância explica como o número de câmaras, a taxa de bits e o período de retenção determinam as necessidades de armazenamento. Estas variáveis devem ser calculadas antes de escolher o número de baias para discos ou de assumir que um disco de gravação pequeno será suficiente.

O guia de compra da ZimaSpace sobre isolamento das gravações das câmaras acrescenta uma preocupação de fiabilidade: uma carga NVR não deve conseguir privar serviços essenciais de automação doméstica de recursos quando o armazenamento fica cheio ou a análise regista picos de utilização.

Se uma configuração com dois discos atingir o limite de retenção demasiado depressa, podem justificar-se mais baias, mesmo quando a utilização do CPU é baixa. Trata-se de uma atualização da configuração de armazenamento, não de uma prova de que a plataforma de processamento das câmaras precise de mais capacidade de cálculo.

Teste a atividade simultânea, não uma cena vazia

A análise das câmaras é variável porque nem todas as vistas contêm movimento ou objetos ao mesmo tempo. Um teste noturno tranquilo pode ocultar a carga que surge quando os familiares chegam, os carros passam pela entrada, os animais atravessam várias zonas e as vistas em direto são abertas em simultâneo.

Os testes da StorageReview a um NVR mostraram que várias gravações simultâneas de câmaras podem ser processadas confortavelmente quando o percurso de gravação tem débito sustentado suficiente, mantendo simultaneamente margem para reprodução e acesso à rede. A lição é testar o estado combinado, não o estado inativo.

Crie uma cena de pior caso abrindo o painel em direto, acionando movimento em várias zonas, executando a deteção de objetos e exportando ou reproduzindo imagens recentes enquanto todas as câmaras continuam a gravar. Observe a latência da descodificação, a latência da inferência, os fotogramas perdidos, a profundidade da fila do disco e a utilização da rede.

Se o sistema permanecer estável, adicionar mais uma câmara passa a ser uma decisão de capacidade mensurável. Se um recurso partilhado já estiver perto da saturação, atualize primeiro esse recurso em vez de substituir todo o NVR apenas com base na contagem de câmaras.

Escolha o hardware Zima de acordo com a escala de gravação e a carga de análise

Para um NVR doméstico modesto, no qual um pequeno número de câmaras grava localmente e a análise é limitada, a ZimaBoard 2 1664 é a opção mais adequada dentro da gama ZimaBoard 2, porque a memória adicional dá mais margem ao software das câmaras, às bases de dados e aos contentores de suporte. A ranhura PCIe também pode ser reservada para um acelerador quando a deteção local fizer parte do plano.

Não atribua um número fixo de câmaras à placa sem testar os fluxos reais. A resolução, o codec, a taxa de bits, o percurso de descodificação e o FPS de deteção podem alterar demasiado a carga para permitir uma classificação universal por canais. Utilize a folha de cálculo e o teste de carga combinada acima como critério de validação.

Opte pelo ZimaCube 2 quando um período de retenção mais longo, mais baias para discos, gravação simultânea mais intensa ou maiores necessidades de armazenamento doméstico constituírem um motivo independente para escolher um NAS com várias baias. Escolha o Creator Pack apenas quando o processamento dedicado por GPU for uma necessidade real de análise, e não simplesmente porque a palavra “IA” aparece no software do NVR.

A melhor compra para um NVR é o sistema mais pequeno que passe no teste de câmaras realista e mais exigente, mantendo ainda margem de armazenamento, rede e processamento. A contagem de câmaras é apenas o rótulo; o percurso dos fluxos é a carga de trabalho real.

Perguntas frequentes

Devo contar uma câmara 4K como quatro câmaras 1080p?

Não. A quantidade de píxeis, por si só, não determina a carga do servidor. A taxa de bits, o codec, a frequência de fotogramas, o desenho do subfluxo, a descodificação por hardware e a resolução da análise são todos relevantes. Trate cada câmara de acordo com os seus fluxos de gravação e deteção medidos, em vez de converter a resolução num número fixo equivalente de câmaras.

Um acelerador de IA aumenta o número de câmaras que posso gravar?

Não automaticamente. Um acelerador pode aumentar a capacidade de deteção de objetos, mas a gravação continua a depender do débito da rede e do armazenamento, e a descodificação de vídeo pode continuar a depender do CPU ou dos gráficos integrados. O limite só aumenta quando a inferência é a fase limitadora.