Hoe bereken je de benodigde opslagruimte voor CCTV-apparatuur: een complete handleiding
Een verkeerde inschatting van de benodigde CCTV-opslag is een van de duurste fouten bij het ontwerpen van een bewakingssysteem. Onderschat u de opslagcapaciteit, dan verliest u cruciale beelden nog voordat incidenten worden ontdekt. Overschat u de capaciteit, dan verspilt u duizenden euro's aan hardware die u nooit gebruikt. Deze handleiding biedt u de exacte formules, referentietabellen en planningsstrategieën om de benodigde CCTV-opslagcapaciteit nauwkeurig te berekenen voor elke installatie – van een winkel met 4 camera's tot een bedrijfscampus met 200 camera's.
Inhoudsopgave
Basisprincipes van CCTV-opslag begrijpen
Voordat u berekeningen uitvoert, moet u de drie factoren begrijpen die bepalen hoeveel opslagruimte een CCTV-systeem verbruikt: bitrate, compressiecodec en resolutie. Deze drie variabelen beïnvloeden elkaar en een verkeerde inschatting van één ervan kan uw volledige opslagbehoefte verstoren.
Bitrate is de hoeveelheid data die een camera per seconde produceert, gemeten in megabits per seconde ( Mbps ) of kilobits per seconde (kbps). Een camera die streamt met 4 Mbps produceert 4 megabits data per seconde, wat neerkomt op ongeveer 1,7 GB per uur of 42 GB per dag bij continue opname. Bitrate is het belangrijkste getal bij het berekenen van de benodigde opslagruimte, omdat het direct het datavolume bepaalt. Camera's met een hogere resolutie, hogere framesnelheden of scènes met meer beweging produceren allemaal hogere bitrates.
Compressie is de manier waarop de camera videogegevens codeert om de bestandsgrootte te verkleinen. De twee meest gebruikte codecs in bewakingssystemen zijn H.264 en H.265 (ook wel HEVC genoemd). H.264 is al meer dan tien jaar de industriestandaard en wordt ondersteund door vrijwel elke NVR en VMS op de markt. H.265 is de nieuwere standaard die dezelfde beeldkwaliteit levert met een 30 tot 50 procent lagere bitrate in vergelijking met H.264 . Voor een systeem met 16 camera's dat 30 dagen draait, kan het verschil tussen H.264 en H.265 gemakkelijk 15 tot 25 TB aan opslagruimte betekenen, wat neerkomt op één of twee minder harde schijven en aanzienlijke kostenbesparingen.
De resolutie bepaalt de hoeveelheid detail in elk frame, wat direct van invloed is op de bitrate. Een 4K-camera (8 MP) produceert ongeveer vier keer zoveel data als een 1080p-camera (2 MP) bij dezelfde framesnelheid en compressie. Een hogere resolutie betekent scherpere beelden en betere zoommogelijkheden tijdens het afspelen, maar ook aanzienlijk meer opslagruimte. De keuze voor de resolutie moet afhangen van het bewakingsdoel van elke camerapositie – niet elke camera hoeft 4K te zijn.
De framesnelheid speelt ook een rol. De meeste bewakingssystemen nemen op met 15 fps (frames per seconde) als een goede balans tussen vloeiende video en opslagefficiëntie. Een hogere framesnelheid van 25 of 30 fps levert vloeiendere beelden op, maar verhoogt de opslagruimte met 67 tot 100 procent. Voor de meeste beveiligingstoepassingen is 15 fps voldoende. Verkeersmonitoring en snel bewegende scènes kunnen baat hebben bij 25 fps, terwijl statische scènes zoals gangen of opslagruimtes vaak kunnen worden teruggebracht tot 10 fps zonder verlies van belangrijke details.
De formule voor het berekenen van de opslag
De basisformule voor het berekenen van de opslagcapaciteit van CCTV-camera's is eenvoudig. Zodra je de bitrate van elke camera weet, is de rest een kwestie van rekenen.
De formule
Storage (GB) = Bitrate (Mbps) x 0.125 x 3600 x Hours per Day x Days x Number of Cameras / 1000
Om dit uit te leggen: vermenigvuldig de bitrate in Mbps met 0,125 om deze om te rekenen naar megabytes per seconde. Vermenigvuldig met 3600 om megabytes per uur te krijgen. Vermenigvuldig met het aantal opname-uren per dag (24 voor continue opname). Vermenigvuldig met het aantal bewaardagen. Vermenigvuldig met het aantal camera's. Deel door 1000 om van MB naar GB om te rekenen.
Een vereenvoudigde versie: deze gaat uit van 24 uur continue opname en geeft het resultaat in terabytes.
Voorbeeld 1: Kleine detailhandelszaak
8 camera's, 4MP resolutie, H.265 compressie, 15 fps, 30 dagen bewaartijd, continu opnemen.
De gebruikelijke bitrate voor 4MP H.265 bij 15 fps is ongeveer 3 Mbps per camera.
Opslag = 3 Mbps x 0,0108 x 30 dagen x 8 camera's = 7,78 TB
Met AI -overhead (één schijf voor pariteit in een array met 4 schijven): is er ongeveer 10,4 TB aan ruwe capaciteit nodig, wat past in een NVR met 4 bays en 4 x 4 TB bewakingsschijven.
Voorbeeld 2: Kantoorgebouw
32 camera's, gemengde resolutie (16 x 2MP + 16 x 4MP), H.265 , 15 fps, 60 dagen bewaartijd, 12 uur opname per dag (kantooruren + buffer).
2MP H.265 -bitrate: circa 2 Mbps . 4MP H.265 -bitrate: circa 3 Mbps .
Opslagruimte voor 2MP-camera's = 2 x 0,0108 x 60 x 16 x 0,5 (12 uur/24 uur) = 10,37 TB
Opslagruimte voor 4MP-camera's = 3 x 0,0108 x 60 x 16 x 0,5 = 15,55 TB
Totaal: 25,92 TB bruikbaar, circa 34,6 TB onbewerkt met R AI D 5.
Voorbeeld 3: Grote campus
128 camera's, gemiddeld 4 MP, H.265 , 15 fps, 90 dagen bewaartijd, continu opnemen.
Opslag = 3 x 0,0108 x 90 x 128 = 373,25 TB
Voor dit opslagniveau zijn NVR servers van enterprise-kwaliteit of dedicated storage arrays nodig. Rekening houdend met de overhead van AI , moet u rekening houden met een bruto capaciteit van ongeveer 450 TB of meer.
Referentietabel voor resolutie en bitrate
De volgende tabel toont typische bitrate-waarden voor gangbare resoluties van bewakingscamera's bij 15 fps met zowel H.264 als H.265 compressie. Dit zijn gemiddelde waarden voor scènes met matige beweging. Scènes met veel beweging (drukke kruispunten, winkelingangen) kunnen 20 tot 40 procent hogere bitrates opleveren, terwijl statische scènes (gangen, opslagruimtes) 20 tot 30 procent lagere bitrates kunnen opleveren.
| Oplossing | Megapixels | H.264 -bitrate | H.265 Bitrate | H.264 GB /dag | H.265 GB /dag |
|---|---|---|---|---|---|
| 1920 x 1080 | 2MP | 3-4 Mbps | 1.5-2 Mbps | 32-43 GB | 16-22 GB |
| 2560 x 1440 | 4MP | 5-6 Mbps | 2.5-3 Mbps | 54-65 GB | 27-32 GB |
| 2592 x 1944 | 5MP | 6-8 Mbps | 3-4 Mbps | 65-86 GB | 32-43 GB |
| 3840 x 2160 | 8MP (4K) | 10-16 Mbps | 5-8 Mbps | 108-173 GB | 54-86 GB |
| 4000 x 3000 | 12MP | 16-24 Mbps | 8-12 Mbps | 173-259 GB | 86-130 GB |
Deze waarden gaan uit van codering met een constante bitrate (CBR) van 15 fps. Codering met een variabele bitrate (VBR) resulteert in een lager gemiddeld opslagverbruik, maar hogere pieken tijdens drukke perioden. Gebruik bij het bepalen van de opslagcapaciteit voor VBR de piekbitrate voor capaciteitsplanning om ervoor te zorgen dat u tijdens piekperioden nooit zonder opslagruimte komt te zitten.
Planning van de bewaartermijn
De bewaartermijn – het aantal dagen aan beeldmateriaal dat wordt bewaard voordat het wordt overschreven – wordt vaak bepaald door branchevoorschriften, verzekeringseisen of intern beveiligingsbeleid, in plaats van door technische voorkeuren. Het kiezen van de verkeerde bewaartermijn kan leiden tot boetes van de toezichthouder of tot het onvermogen om incidenten te onderzoeken die worden ontdekt nadat het beeldmateriaal is overschreven.
| Industrie | Typische retentie | Regelgevingsnotities |
|---|---|---|
| Detailhandel | 30 dagen | Omvat typische inventariscontrolecycli; sommige detailhandelaren verlengen deze tot 60 dagen voor locaties met een hoog voorraadverlies. |
| Bankwezen / Financiën | 90 dagen | De wettelijke vereisten verschillen per rechtsgebied; voor geldautomaten en kluiscamera's is vaak een termijn van 90 dagen of langer vereist. |
| Overheid / Kritieke infrastructuur | 180 dagen | Voor federale gebouwen, nutsbedrijven en defensie-installaties geldt vaak een termijn van 6 maanden tot 1 jaar. |
| Gezondheidszorg | 30-90 dagen | HIPAA schrijft geen specifieke bewaartermijnen voor CCTV-beelden voor, maar zorginstellingen houden zich doorgaans aan de termijnen voor incidentrapportage. |
| Onderwijs | 30-60 dagen | Schooldistricten volgen vaak de specifieke richtlijnen van de betreffende staat; sommige staten schrijven een minimum van 30 dagen voor. |
| Gastvrijheid | 30-45 dagen | Hotels en casino's; casino's bewaren de beelden van de speelzaal vaak langer dan 30 dagen, conform de regels van de kansspelcommissie. |
| Vervoer | 30-90 dagen | Luchthavens, treinstations en busstations; de TSA en lokale vervoersautoriteiten stellen de vereisten vast. |
Bij het plannen van de bewaartermijn is het altijd raadzaam om een buffer van 10 tot 15 procent boven de minimale vereiste toe te voegen. Als de regelgeving 30 dagen voorschrijft, houd dan rekening met 34 tot 35 dagen. Dit compenseert de tijdsverschillen in hoe NVR 's de bewaartermijn berekenen, de overhead van het bestandssysteem en de vertraging tussen het moment waarop de beelden zouden moeten verlopen en het moment waarop het systeem ze daadwerkelijk overschrijft. Het exact benutten van de minimale capaciteit betekent dat een tijdelijke piek in de bitrate (drukke vakantieperiodes, ongebruikelijk weer met meer beweging) ertoe kan leiden dat de oudste beelden worden overschreven voordat de vereiste bewaartermijn is verstreken.
Overweeg gelaagde bewaartermijnen voor grote systemen. Belangrijke camera's – ingangen, kassasystemen, geldkamers – kunnen bijvoorbeeld 90 dagen worden bewaard, terwijl camera's in gangen en op de parkeerplaats 30 dagen worden bewaard. Deze aanpak kan de totale opslagbehoefte met 30 tot 40 procent verminderen in vergelijking met het uniform toepassen van de langste bewaartermijn op alle camera's. De meeste NVR en VMS-platformen ondersteunen bewaartermijnen per camera of per groep.
R AI D en redundantie
Harde schijven kunnen defect raken. In een bewakingssysteem dat 24/7 draait met continue schrijfbewerkingen, is het niet de vraag óf, maar wanneer een schijf zal uitvallen. AI (Redundant Array of Independent Disks) beschermt uw beeldmateriaal door gegevens over meerdere schijven te verdelen, zodat het uitvallen van één of twee schijven niet leidt tot gegevensverlies. Het kiezen van het juiste AI -niveau is een cruciaal onderdeel van de opslagplanning, omdat de overhead van AI uw bruikbare capaciteit vermindert.
AI 5 — Eén schijf van Pariteit
AI 5 verdeelt data over alle schijven en gebruikt de capaciteit van één schijf voor pariteitsdata. Het systeem kan de uitval van één enkele schijf overleven zonder dataverlies. De bruikbare capaciteit is (N-1) x schijfgrootte, waarbij N het aantal schijven is. Vier schijven van 8 TB in een AI 5-configuratie bieden bijvoorbeeld 24 TB bruikbare opslagruimte (3 x 8 TB ). AI 5 is de meest voorkomende configuratie voor kleine tot middelgrote bewakingssystemen (tot 32 camera's). Het risico is dat als een tweede schijf uitvalt tijdens het herstelproces na de eerste uitval, alle data verloren gaat. Hersteltijden voor grote schijven (8 TB en meer) kunnen 12 tot 24 uur duren, gedurende welke tijd de array kwetsbaar is.
AI 6 — Twee schijven met gelijke prestaties
AI D 6 gebruikt de pariteit van twee schijven, waardoor de array bestand is tegen twee gelijktijdige schijfstoringen. De bruikbare capaciteit is (N-2) x schijfgrootte. Zes 8 TB -schijven in AI D 6 bieden 32 TB bruikbare capaciteit (4 x 8 TB ). AI D 6 wordt aanbevolen voor systemen met meer dan 4 schijven en voor zakelijke implementaties waar gegevensverlies onacceptabel is. De dubbele pariteitsbescherming is met name waardevol tijdens herstelbewerkingen: als een tweede schijf uitvalt terwijl de array wordt hersteld na de eerste storing, blijft AI D 6 normaal functioneren, terwijl AI D 5 alle gegevens zou verliezen.
AI 10 — Gespiegelde Stripe
AI combineert mirroring ( AI ) met striping ( AI ). Elke schijf wordt gespiegeld, wat zorgt voor de hoogste lees-/schrijfprestaties en de mogelijkheid om meerdere schijfstoringen te overleven, zolang geen enkel spiegelpaar beide schijven verliest. De bruikbare capaciteit is 50 procent van de totale bruto capaciteit — vier schijven van 8 TB leveren 16 TB bruikbare capaciteit op. AI biedt de beste schrijfprestaties, wat belangrijk is voor systemen met veel camera's die zware schrijfbelastingen genereren. Het nadeel is dat u de helft van uw bruto capaciteit verliest. Het wordt doorgaans gebruikt in krachtige NVR servers voor bedrijven waar de schrijfsnelheid een knelpunt vormt.
Hot Spares
Een hot spare is een schijf die in de array is geïnstalleerd en inactief blijft totdat een schijf uitvalt. Op dat moment begint de AI -controller automatisch met het herstellen van de gegevens op de hot spare, zonder menselijke tussenkomst. Dit minimaliseert de periode waarin een systeem kwetsbaar is. Voor elke AI -5 array wordt een hot spare sterk aanbevolen. Configureer voor bedrijfskritische systemen één hot spare voor elke 4 tot 6 actieve schijven. De hot spare neemt een schijfpositie in beslag en de capaciteit ervan is niet beschikbaar voor opslag, houd hier dus rekening mee in uw capaciteitsplanning.
Bij het berekenen van de totale benodigde ruwe opslag, neemt u de bruikbare opslagbehoefte en vermenigvuldigt u deze met de AI -overheadfactor: AI 5 = bruikbaar x (N / (N-1)), AI 6 = bruikbaar x (N / (N-2)), AI 10 = bruikbaar x 2. Voeg vervolgens één schijf toe voor elke hot spare.
Cloudopslag versus lokale opslag
De keuze tussen cloudopslag en lokale opslag voor CCTV-beelden brengt afwegingen met zich mee op het gebied van kosten, bandbreedte, betrouwbaarheid en controle. Geen van beide opties is per definitie beter; de juiste keuze hangt af van het aantal camera's, de bewaartermijnen, de internetverbinding en de operationele voorkeuren.
Opslag op locatie
Opslag op locatie maakt gebruik van NVR 's (Network Video Recorders) of servergebaseerde VMS-systemen met lokale harde schijven. De aanschafkosten zijn hoger – u koopt de hardware, schijven en eventuele AI -controller – maar de doorlopende kosten zijn minimaal (elektriciteit en incidentele vervanging van schijven). Een typische NVR 16 camera's met 4 x 8 TB bewakingsschijven kost tussen de $ 1.500 en $ 3.000 voor de hardware en biedt 24 TB bruikbare AI -opslag zonder maandelijkse kosten.
On-premise systemen zijn niet afhankelijk van een internetverbinding. Als uw internetverbinding wegvalt, gaat de opname ononderbroken door. Dit maakt on-premise systemen de standaardkeuze voor kritieke beveiligingstoepassingen waarbij de continuïteit van de beelden niet in gevaar mag komen. Het nadeel is dat on-premise systemen kwetsbaar zijn voor fysieke bedreigingen: brand, overstroming, diefstal of vandalisme op locatie kunnen zowel de camera's als de opgeslagen beelden tegelijkertijd vernietigen.
Voor de meeste installaties met 8 of meer camera's en een bewaartermijn van 30 dagen of langer, blijft lokale opslag de meest kosteneffectieve optie. De totale eigendomskosten over een periode van 5 jaar liggen doorgaans 60 tot 80 procent lager dan bij vergelijkbare cloudopslag.
Cloudopslag
Cloudgebaseerde CCTV-opslag maakt de noodzaak voor hardware op locatie overbodig door beelden naar externe datacenters te streamen. Aanbieders zoals Verkada, Rhombus, Eagle Eye Networks en anderen bieden camera-as-a-service-modellen aan met maandelijkse kosten per camera, inclusief cloudopslag. De gebruikelijke kosten variëren van $10 tot $30 per camera per maand voor 30 dagen cloudopslag, met hogere tarieven voor langere opslagperioden.
Het belangrijkste voordeel van cloudopslag is de redundantie op een externe locatie: de beelden blijven behouden, zelfs als de fysieke locatie wordt vernietigd. Cloudsystemen vereenvoudigen ook het beheer van meerdere locaties, doordat er één interface is om de beelden vanaf alle locaties te bekijken. Toegang op afstand is naadloos, omdat de beelden al in de cloud staan.
De grootste beperking is de bandbreedte. Een enkele 4MP H.265 -camera met een uploadsnelheid van 3 Mbps vereist ongeveer 2,8 GB aan uploadbandbreedte per uur. Zestien camera's met deze snelheid vereisen een constante uploadsnelheid van 48 Mbps , wat de uploadcapaciteit van veel commerciële internetverbindingen overschrijdt. Cloudopslag brengt ook terugkerende kosten met zich mee die in de loop der tijd oplopen: een systeem met 32 camera's kost $ 20 per camera per maand, wat $ 7.680 per jaar kost. Dit overstijgt de kosten van hardware op locatie binnen 12 tot 18 maanden.
Hybride aanpak
Een hybride aanpak combineert opnames op locatie met selectieve cloudback-up. Alle camera's nemen lokaal op naar een NVR gedurende de volledige bewaarperiode. Kritieke camera's (ingangen, geldkamers, waardevolle ruimtes) uploaden gelijktijdig naar de cloud, hetzij als continue streams, hetzij geactiveerd door bewegings- en alarmgebeurtenissen. Dit biedt de kostenefficiëntie van lokale opslag met de bescherming van cloudback-up op een externe locatie voor de belangrijkste beelden.
Veel moderne NVR en VMS-platformen ondersteunen van nature hybride werking. U kunt regels configureren zoals "upload de laatste 60 seconden voor en na elke bewegingsdetectie van de ingangscamera's naar de cloud" of "maak dagelijks een back-up van alle beelden van de camera in de geldkamer naar de cloudopslag". Deze selectieve aanpak reduceert de bandbreedtebehoefte tot een fractie van die van volledige cloudopname, terwijl de belangrijkste beelden worden beschermd.
Tips voor het optimaliseren van opslagruimte
Ruwe berekeningen geven de maximale opslagruimte die nodig is voor continue opname. In de praktijk kunnen diverse optimalisatietechnieken het daadwerkelijke opslagverbruik met 30 tot 70 procent verminderen zonder de beveiliging in gevaar te brengen. Pas deze strategieën toe om hardwarekosten te verlagen en de bewaartermijnen binnen uw bestaande opslagcapaciteit te verlengen.
Bewegingsgebaseerde opname
In plaats van 24/7 op te nemen, kunt u camera's zo configureren dat ze alleen opnemen wanneer beweging wordt gedetecteerd. Een camera in een gang die 4 van de 24 uur activiteit detecteert, vermindert het opslaggebruik met ongeveer 83 procent. De meeste NVR 's ondersteunen pre-event buffering (het opnemen van de 5 tot 10 seconden voordat beweging werd gedetecteerd) om ervoor te zorgen dat u het begin van een gebeurtenis vastlegt, en niet alleen het midden ervan. Opname op basis van beweging is ideaal voor ruimtes met weinig verkeer, zoals gangen, opslagruimtes, trappenhuizen en perimetercamera's. Vermijd opname op basis van beweging bij kritieke camera's (ingangen, kassasystemen) waar continue beelden nodig kunnen zijn voor onderzoek.
Geplande opname
Voor bedrijven met vaste openingstijden is het aan te raden camera's zo in te stellen dat ze continu opnemen tijdens kantooruren en overschakelen naar opname op basis van beweging na sluitingstijd. Een kantoorgebouw dat 10 uur per dag open is en de resterende 14 uur alleen op basis van beweging opneemt, kan de opslagkosten met 40 tot 50 procent verlagen in vergelijking met continue opname gedurende 24 uur. Maak verschillende schema's voor verschillende cameragroepen: buitencamera's moeten altijd continu opnemen voor perimeterbeveiliging, terwijl binnencamera's het kantoorschema kunnen volgen.
Variabele bitrate (VBR)
Variabele bitrate-codering past de bitrate dynamisch aan op basis van de complexiteit van de scène. Een camera die een statische gang zonder beweging filmt, gebruikt een zeer lage bitrate (0,5 tot 1 Mbps ), maar schakelt over naar de volledige bitrate (4 tot 6 Mbps ) wanneer er iemand doorheen loopt. Over een periode van 24 uur produceert VBR doorgaans 30 tot 50 procent minder data dan constante bitrate (CBR)-codering. De meeste moderne camera's ondersteunen VBR standaard. Zorg ervoor dat uw NVR of VMS is geconfigureerd om streams met variabele bitrate te accepteren; sommige oudere systemen vereisen CBR.
Dual-Stream (Sub-Stream) opname
De meeste IP-camera's geven twee gelijktijdige streams uit: een hoofdstream met hoge resolutie (voor opname) en een substream met lage resolutie (voor live weergave). Configureer uw NVR om de substream te gebruiken voor live bewaking en de hoofdstream voor opname. Sommige geavanceerde systemen gaan nog een stap verder door de substream op te nemen voor niet-kritieke camera's en alleen over te schakelen naar de hoofdstream wanneer beweging wordt gedetecteerd of een alarm afgaat. Dit vermindert de opslagruimte voor inactieve camera's met 80 tot 90 procent, terwijl opnames in volledige resolutie behouden blijven voor belangrijke gebeurtenissen.
Slimme codec-technologieën
Camerafabrikanten hebben eigen coderingsverbeteringen ontwikkeld die verder gaan dan de standaard H.265 compressie. Hikvision 's H.265 +, Dahua 's Smart H.265 + en Axis Zipstream zijn voorbeelden. Deze technologieën analyseren elk frame en passen maximale compressie toe op statische achtergrondgebieden, terwijl details van bewegende objecten en interessegebieden behouden blijven. In de praktijk kunnen ze de opslagruimte met 50 tot 70 procent verminderen in vergelijking met standaard H.265 codering. Als uw camera's en NVR deze slimme codecs ondersteunen, is het inschakelen ervan een van de meest effectieve stappen om de opslagruimte te optimaliseren.
Gerelateerde artikelen
Beste werkwijzen voor camerapositionering en -hoeken
Complete handleiding voor de plaatsing van camera's in winkels
Bereken het aantal camera's op basis van de grootte van de faciliteit en de zones.
Bereken de exacte opslagbehoeften voor uw CCTV-systeem.
Browsergebaseerd ontwerp met ingebouwde opslagcalculator — geen installatie nodig
Beste gratis CCTV-ontwerpsoftware 2026 — rekening houdend met opslag/retentie