Quanti flussi video delle telecamere può gestire un server NVR domestico?

Non esiste un numero fisso affidabile di flussi video che ogni server NVR domestico possa gestire. Un server che registra otto flussi compressi può essere meno impegnato di uno che decodifica e analizza quattro feed ad alta risoluzione. La scelta va dimensionata considerando tre carichi distinti—larghezza di banda per la registrazione, decodifica video e rilevamento degli oggetti—e verificando poi la durata di conservazione dei dati e il numero di telecamere che potrebbero essere attive contemporaneamente.

Suddividi ogni telecamera nei carichi di registrazione, visualizzazione e rilevamento

Una telecamera può generare più di un carico di lavoro, anche se fisicamente è un solo dispositivo. L'NVR può memorizzare un flusso principale di alta qualità, decodificare un flusso secondario a risoluzione inferiore per il rilevamento e ritrasmettere un altro flusso per la visualizzazione dal vivo. Trattare tutti e tre come un unico “canale della telecamera” nasconde il lavoro effettivamente svolto dal server.

Axis spiega perché l'efficienza dei codec di videosorveglianza modifica il fabbisogno di larghezza di banda e spazio di archiviazione. H.264, H.265 e i codec più recenti possono offrire bitrate molto diversi per obiettivi visivi simili, quindi il numero di flussi, senza codec e bitrate, non basta per il dimensionamento.

La guida di ZimaSpace alla realizzazione di un server NVR locale definisce i confini dell'architettura: flusso della telecamera, percorso di rete, runtime dell'applicazione, archiviazione delle registrazioni e accesso remoto sono componenti separati del sistema.

Crea un foglio di calcolo con una riga per ogni telecamera e colonne per risoluzione di registrazione, bitrate di registrazione, risoluzione per il rilevamento, FPS del rilevamento, esigenze di visualizzazione dal vivo e disponibilità della decodifica hardware. Questo foglio è più utile di qualsiasi affermazione secondo cui un determinato processore supporterebbe un numero universale di telecamere.

I flussi destinati solo alla registrazione sono solitamente un problema di spazio e rete

Se l'NVR scrive i flussi delle telecamere già codificati senza decodificarli o ricodificarli, il carico sulla CPU può rimanere relativamente contenuto. I limiti principali diventano la velocità di trasferimento complessiva della rete, la scrittura sostenuta sui dischi, il sovraccarico del filesystem e l'eventuale concorrenza di riproduzione o esportazione con le registrazioni in ingresso.

L'attuale guida di Reolink sulla risoluzione mostra come risoluzione e compressione modifichino il fabbisogno di spazio delle telecamere. Un flusso ad alta risoluzione non ha un bitrate fisso: la complessità della scena e le scelte di codifica continuano a essere determinanti.

Misura il bitrate complessivo invece di moltiplicare il numero di telecamere per un valore generico. Somma il bitrate massimo previsto di tutti i flussi registrati continuamente, quindi lascia spazio per riproduzione, esportazioni, miniature, attività del database e picchi temporanei. Rete e archiviazione dovrebbero rimanere ben al di sotto della saturazione durante queste attività combinate.

Un processore modesto può quindi registrare molti flussi se il server si limita soprattutto a ricevere e scrivere video compressi. La situazione cambia quando l'NVR deve decodificare ogni feed, ridimensionare i fotogrammi, generare anteprime, transcodificare per i client o svolgere attività continua di visione artificiale.

La decodifica hardware modifica il limite di telecamere prima del rilevamento tramite IA

La decodifica video può consumare una quantità significativa di CPU generica quando più flussi ad alta risoluzione vengono elaborati via software. La grafica integrata o un altro motore video hardware possono eliminare gran parte di questo lavoro di decodifica; per questo due server con un numero simile di core CPU possono supportare carichi NVR molto diversi.

Una recensione di Tom's Hardware di una piattaforma Intel N100 con grafica integrata mostra la categoria hardware comunemente utilizzata nei server domestici a basso consumo: quattro core CPU, una iGPU e archiviazione locale veloce. L'aspetto rilevante è il motore multimediale, non le prestazioni nei videogiochi.

Il rilevamento degli oggetti segue un percorso separato rispetto alla decodifica. Un acceleratore può elaborare l'inferenza in modo efficiente, ma il server deve comunque ricevere e decodificare i fotogrammi prima che arrivino al rilevatore. Non dare per scontato che l'aggiunta di un Coral, di una GPU o di un altro dispositivo per l'IA elimini ogni collo di bottiglia della CPU e dell'elaborazione video.

Per una prova d'acquisto, disattiva prima il rilevamento e misura registrazione e decodifica. Poi attiva il rilevamento agli FPS previsti e osserva utilizzo di CPU, GPU e acceleratore, fotogrammi persi e latenza del rilevamento. In questo modo puoi isolare il limite hardware che richiede effettivamente un aggiornamento.

Featured

ZimaCube 2 NAS personale cloud domestico

ZimaCube2

$799.00 - $2,499.00

Buy Now

La durata di conservazione può imporre un server più grande prima ancora del carico di elaborazione

Un NVR domestico può avere ampio margine di elaborazione e rivelarsi comunque un acquisto sbagliato perché non è in grado di mantenere la durata di conservazione desiderata. Il video continuo è un carico di scrittura sostenuto e la capacità cresce direttamente in base al bitrate complessivo e al tempo di registrazione.

L'analisi di Backblaze sull'archiviazione per la videosorveglianza spiega come numero di telecamere, bitrate e durata di conservazione determinino il fabbisogno di spazio. Queste variabili vanno calcolate prima di scegliere il numero di alloggiamenti per i dischi o presumere che un piccolo disco di registrazione sia sufficiente.

La guida all'acquisto di ZimaSpace per l'isolamento delle registrazioni delle telecamere aggiunge una considerazione sull'affidabilità: un carico NVR non dovrebbe poter privare i servizi domotici essenziali delle risorse necessarie quando lo spazio di archiviazione si esaurisce o l'analisi registra picchi di attività.

Se una configurazione a due dischi raggiunge troppo rapidamente il limite di conservazione, potrebbero essere giustificati più alloggiamenti anche quando l'utilizzo della CPU è basso. Si tratta di un aggiornamento della configurazione di archiviazione, non della prova che la piattaforma di elaborazione delle telecamere necessiti di maggiore potenza di calcolo.

Testa l'attività simultanea, non una scena vuota

L'analisi delle telecamere è intermittente perché non tutte le inquadrature contengono movimento o oggetti nello stesso momento. Un test notturno tranquillo può nascondere il carico che compare quando i familiari rientrano, le auto passano dal vialetto, gli animali attraversano diverse zone e le visualizzazioni dal vivo vengono aperte contemporaneamente.

I test di StorageReview sugli NVR hanno dimostrato che più registrazioni simultanee delle telecamere possono essere gestite senza problemi quando il percorso di registrazione dispone di una velocità sostenuta sufficiente, lasciando anche margine per la riproduzione e l'accesso di rete. La lezione è testare lo stato combinato, non quello inattivo.

Crea una scena nello scenario peggiore aprendo il pannello di controllo dal vivo, attivando il movimento in diverse zone, eseguendo il rilevamento degli oggetti ed esportando o riproducendo filmati recenti mentre tutte le telecamere continuano a registrare. Osserva latenza della decodifica, latenza dell'inferenza, fotogrammi persi, profondità della coda del disco e utilizzo della rete.

Se il sistema rimane stabile, aggiungere un'altra telecamera diventa una decisione di capacità misurabile. Se una singola risorsa condivisa è già prossima alla saturazione, aggiorna prima quella risorsa invece di sostituire l'intero NVR basandoti soltanto sul numero di telecamere.

Abbina l'NVR all'hardware Zima in base alla scala di registrazione e al carico di analisi

Per un NVR domestico di dimensioni moderate, in cui un numero ridotto di telecamere registra localmente e l'analisi è limitata, ZimaBoard 2 1664 è il modello ZimaBoard 2 più adatto, perché la memoria aggiuntiva offre più spazio alle applicazioni per telecamere, ai database e ai container di supporto. Il suo slot PCIe può inoltre essere riservato a un acceleratore se il rilevamento locale fa parte del progetto.

Non assegnare alla scheda un numero fisso di telecamere senza testare i flussi effettivi. Risoluzione, codec, bitrate, percorso di decodifica e FPS del rilevamento possono modificare troppo il carico perché sia possibile definire una classificazione universale dei canali. Utilizza il foglio di calcolo e il test del carico combinato descritti sopra come criteri di approvazione.

Passa a ZimaCube 2 quando una durata di conservazione maggiore, più alloggiamenti per i dischi, registrazioni simultanee più impegnative o una maggiore necessità di archiviazione domestica creano un motivo distinto per scegliere un NAS con più alloggiamenti. Scegli il Creator Pack solo quando il calcolo su GPU dedicata è un requisito reale per l'analisi, non semplicemente perché nel software NVR compare la parola “IA”.

Il miglior acquisto per un NVR è il sistema più piccolo che supera il test realistico con il carico massimo delle telecamere e conserva comunque margine per archiviazione, rete e calcolo. Il numero di telecamere è solo l'etichetta; il carico effettivo è la pipeline dei flussi.

Domande frequenti

Una telecamera 4K va conteggiata come quattro telecamere 1080p?

No. Il solo numero di pixel non determina il carico sul server. Contano anche bitrate, codec, frequenza dei fotogrammi, configurazione del flusso secondario, decodifica hardware e risoluzione dell'analisi. Considera ogni telecamera in base ai flussi di registrazione e rilevamento misurati, invece di convertire la risoluzione in un numero fisso equivalente di telecamere.

Un acceleratore per l'IA aumenta il numero di telecamere che posso registrare?

Non automaticamente. Un acceleratore può aumentare la capacità di rilevamento degli oggetti, ma la registrazione dipende ancora dalla velocità di trasferimento della rete e dell'archiviazione, mentre la decodifica video può continuare a dipendere dalla CPU o dalla grafica integrata. Il limite aumenta solo quando l'inferenza è la fase determinante.