Hoeveel camerastreams kan een thuis-NVR-server verwerken?

Eva Wong

IceWhale author

Eva Wong is de Technisch Schrijver en en vaste knutselaar bij ZimaSpace. Een levenslange geek met een passie voor homelabs en open-source software, zij is gespecialiseerd in het vertalen van complexe technische concepten naar toegankelijke, praktische handleidingen. Eva gelooft dat zelf-hosting leuk moet zijn, niet intimiderend. Met haar tutorials stelt ze de community in staat om hardware-setup te ontrafelen, van het bouwen van hun eerste NAS tot het beheersen van Docker-containers.

How Many Camera Streams Can a Home NVR Server Handle? - Zima Store Online

Er bestaat geen betrouwbaar vast aantal camerastreams dat elke thuis-NVR-server aankan. Een server die acht gecomprimeerde streams opneemt, kan minder worden belast dan een server die vier feeds met hoge resolutie decodeert en analyseert. De aanschaf moet worden afgestemd op drie afzonderlijke belastingen: opnamebandbreedte, videodecodering en objectdetectie. Controleer dit vervolgens aan de hand van de gewenste opslagduur en het aantal camera’s dat waarschijnlijk tegelijkertijd actief is.

Splits elke camera op in opname-, kijk- en detectiebelastingen

Een camera kan meer dan één werklast genereren, ook al is het fysiek één apparaat. De NVR kan een hoogwaardige hoofdstroom opslaan, een substream met lagere resolutie decoderen voor detectie en een andere stream doorgeven voor liveweergave. Als je alle drie als één ‘camerakanaal’ behandelt, blijft verborgen hoeveel werk de server daadwerkelijk uitvoert.

Axis legt uit waarom de efficiëntie van codecs voor videobewaking de bandbreedte- en opslagbehoefte verandert. H.264, H.265 en nieuwere codecs kunnen voor vergelijkbare visuele resultaten sterk verschillende bitrates leveren. Alleen het aantal streams is daarom onvoldoende om de benodigde capaciteit te bepalen.

De handleiding van ZimaSpace over het bouwen van een lokale NVR-server geeft de architecturale scheiding aan: camerastream, netwerkpad, applicatielaag, opslag voor opnamen en externe toegang zijn afzonderlijke onderdelen van het systeem.

Maak een werkblad met één rij per camera en kolommen voor opnameresolutie, opnamebitrate, detectieresolutie, detectie-FPS, behoefte aan liveweergave en de beschikbaarheid van hardwaredecodering. Zo’n werkblad is nuttiger dan elke bewering dat één processor een universeel aantal camera’s ondersteunt.

Streams die alleen worden opgenomen zijn meestal een opslag- en netwerkprobleem

Als de NVR al gecodeerde camerastreams wegschrijft zonder ze te decoderen of opnieuw te coderen, blijft de CPU-belasting relatief laag. De belangrijkste beperkingen zijn dan de totale netwerkdoorvoer, aanhoudende schrijfsnelheid naar de schijf, overhead van het bestandssysteem en de vraag of afspelen of exporteren concurreert met binnenkomende opnamen.

De actuele resolutiehandleiding van Reolink laat zien hoe resolutie en compressie de opslagbehoefte van camera’s veranderen. Een stream met hoge resolutie heeft geen vaste bitrate; ook de complexiteit van de scène en de coderingsinstellingen spelen een rol.

Meet de totale bitrate in plaats van het aantal camera’s te vermenigvuldigen met een algemeen getal. Tel de maximaal verwachte bitrate van alle continu opnemende streams op en houd vervolgens ruimte vrij voor afspelen, exports, miniaturen, databasewerk en tijdelijke pieken. Netwerk en opslag moeten tijdens deze gecombineerde taken ruim onder hun verzadigingspunt blijven.

Een bescheiden processor kan dus veel streams opnemen als de server voornamelijk gecomprimeerde video ontvangt en wegschrijft. Dat verandert zodra de NVR elke feed moet decoderen, frames moet schalen, voorbeelden moet genereren, clients moet transcoderen of continu computer vision moet uitvoeren.

Hardwaredecodering bepaalt de cameragrens eerder dan AI-detectie

Videodecodering kan veel algemene CPU-capaciteit verbruiken wanneer meerdere streams met hoge resolutie softwarematig worden verwerkt. Geïntegreerde graphics of een andere hardwarematige video-engine kunnen een groot deel van dat decodeerwerk overnemen. Daarom kunnen twee servers met een vergelijkbaar aantal CPU-kernen toch heel verschillende NVR-werklasten ondersteunen.

Een review van Tom’s Hardware over een Intel N100-platform met geïntegreerde graphics laat de hardwareklasse zien die vaak in energiezuinige thuisservers wordt gebruikt: vier CPU-kernen, een iGPU en snelle lokale opslag. Het relevante onderdeel is de media-engine, niet de gamingprestaties.

Objectdetectie verloopt via een afzonderlijk pad ten opzichte van decodering. Een accelerator kan inferentie efficiënt uitvoeren, terwijl de server nog steeds frames moet ontvangen en decoderen voordat ze de detector bereiken. Ga er niet van uit dat een Coral, GPU of ander AI-apparaat elk CPU- en videoprocessingknelpunt wegneemt.

Schakel voor een aankooptest eerst detectie uit en meet opname plus decodering. Schakel daarna detectie in op de beoogde FPS en controleer CPU-, GPU- en acceleratorgebruik, dropped frames en detectievertraging. Zo zie je welk hardwareonderdeel daadwerkelijk moet worden geüpgraded.

Featured

ZimaCube 2 Persoonlijke Cloud Home NAS

ZimaCube2

De gewenste opslagduur kan een grotere server vereisen voordat rekenkracht dat doet

Een thuis-NVR kan voldoende verwerkingsruimte hebben en toch de verkeerde aankoop zijn omdat hij de gewenste opslagduur niet kan vasthouden. Continue video-opname is een taak met aanhoudende schrijfbewerkingen, waarbij de benodigde capaciteit rechtstreeks toeneemt met de totale bitrate en opnameduur.

De analyse van Backblaze over opslag voor bewakingsbeelden legt uit hoe het aantal camera’s, de bitrate en de opslagduur de opslagbehoefte bepalen. Bereken deze variabelen voordat je het aantal schijfposities kiest of ervan uitgaat dat een kleine opnameschijf volstaat.

De aankoopgids van ZimaSpace voor isolatie van camera-opnamen voegt een betrouwbaarheidsaspect toe: een NVR-werklast mag essentiële smart-home-diensten niet uithongeren wanneer de opslag vol raakt of analyses pieken.

Als een configuratie met twee schijven de gewenste opslagduur te snel bereikt, kunnen extra schijfposities gerechtvaardigd zijn, zelfs wanneer het CPU-gebruik laag is. Dat is een upgrade van de opslagconfiguratie, geen bewijs dat het cameraverwerkingsplatform meer rekenkracht nodig heeft.

Test gelijktijdige activiteit, niet een lege scène

Cameranalyses zijn piekgevoelig, omdat niet elke weergave tegelijkertijd beweging of objecten bevat. Een rustige nachtelijke test kan de belasting verbergen die ontstaat wanneer gezinsleden thuiskomen, auto’s over de oprit rijden, huisdieren meerdere zones doorkruisen en er tegelijkertijd liveweergaven worden geopend.

Uit NVR-tests van StorageReview bleek dat meerdere gelijktijdige camera-opnamen probleemloos kunnen worden verwerkt wanneer het opnamepad voldoende aanhoudende doorvoer heeft, terwijl er ook ruimte overblijft voor afspelen en netwerktoegang. De les is dat je de gecombineerde toestand moet testen, niet de inactieve toestand.

Creëer een worstcasescène door het live-dashboard te openen, beweging in meerdere zones te activeren, objectdetectie uit te voeren en recente beelden te exporteren of af te spelen terwijl alle camera’s blijven opnemen. Controleer de decodeervertraging, inferentievertraging, dropped frames, wachtrijdiepte van de schijf en het netwerkgebruik.

Als het systeem stabiel blijft, is het toevoegen van nog één camera een meetbare capaciteitsbeslissing. Als één gedeelde hulpbron al bijna verzadigd is, upgrade je eerst die hulpbron in plaats van de volledige NVR te vervangen op basis van alleen het aantal camera’s.

Stem de NVR af op Zima-hardware op basis van opnameschaal en analytische belasting

Voor een bescheiden thuis-NVR waarop een klein aantal camera’s lokaal wordt opgenomen en analyses beperkt blijven, is ZimaBoard 2 1664 de geschiktere ZimaBoard 2-uitvoering, omdat het extra geheugen camer software, databases en ondersteunende containers meer ruimte geeft. De PCIe-sleuf kan bovendien worden gereserveerd voor een accelerator wanneer lokale detectie deel uitmaakt van het plan.

Koppel geen vast aantal camera’s aan het board zonder de werkelijke streams te testen. Resolutie, codec, bitrate, decodeerpad en detectie-FPS kunnen de belasting zo sterk veranderen dat een universele kanaalclassificatie niet zinvol is. Gebruik het bovenstaande werkblad en de test met gecombineerde belasting als vrijgavecriterium.

Stap over op ZimaCube 2 wanneer een langere opslagduur, meer schijfposities, zwaardere gelijktijdige opnamen of grotere opslagbehoeften binnen het huishouden een afzonderlijke reden vormen voor een NAS met meerdere schijven. Kies het Creator Pack alleen wanneer speciale GPU-rekenkracht echt nodig is voor analyses, niet alleen omdat het woord ‘AI’ in de NVR-software voorkomt.

De beste NVR-aankoop is het kleinste systeem dat de drukste realistische camer test doorstaat en toch ruimte overlaat voor opslag, netwerk en rekenkracht. Het aantal camera’s is slechts het label; de stream-pijplijn is de werkelijke belasting.

Veelgestelde vragen

Moet één 4K-camera worden geteld als vier 1080p-camera’s?

Nee. Alleen het aantal pixels bepaalt de serverbelasting niet. Bitrate, codec, beeldsnelheid, substreamontwerp, hardwaredecodering en analytische resolutie spelen allemaal een rol. Behandel elke camera als de gemeten opname- en detectiestreams in plaats van resolutie om te rekenen naar een vast equivalent aantal camera’s.

Verhoogt een AI-accelerator het aantal camera’s dat ik kan opnemen?

Niet automatisch. Een accelerator kan de capaciteit voor objectdetectie verhogen, maar opnamen blijven afhankelijk van netwerk- en opslagdoorvoer. Videodecodering kan bovendien nog steeds afhangen van de CPU of geïntegreerde graphics. De bovengrens stijgt alleen wanneer inferentie de beperkende stap is.