English
Deutsch
PolskiSpeicher- und Bandbreiten-Engineering für CCTV-Netzwerke
Teil 1 von 2 der Reihe Videoüberwachung auf eigener Hardware
Inhalt
Der Betrieb hochdichter 4K-IP-Kameranetzwerke erfordert eine präzise mathematische Dimensionierung des Bandbreitendurchsatzes und der Speicher-Arrays. Ein einziger unkomprimierter 8-Megapixel-Stream (4K) kann mühelos 15 bis 20 Mbit/s an kontinuierlicher Netzwerkbandbreite beanspruchen, was standardmäßige Gigabit-Switches schnell überlastet und Enterprise-Speichersysteme innerhalb weniger Tage erschöpft. Der Aufbau einer ausfallsicheren CCTV-Infrastruktur, die eine redundante 30-tägige Videoaufzeichnung ohne Paketverluste garantiert, erfordert optimiertes Video-Codec-Tuning, dedizierte VLAN-Isolation und fehlertolerante RAID-Topologien, die spezifisch für kontinuierliche 24/7-Schreiblasten ausgelegt sind.
1. Codec-Optimierung: H.265/HEVC & smarte Bitratensteuerung
Die Auswahl des richtigen Kompressions-Codecs und der passenden Bitratenstrategie ist entscheidend, um die Netzwerklast und das Speichervolumen zu minimieren:
- H.265 (HEVC) vs. H.264: Die Migration von H.264 auf H.265 reduziert den Bitratenbedarf bei identischer Bildqualität um etwa 40 bis 50 %. Für 4K-Streams mit 15 Bildern pro Sekunde (FPS) lässt sich die Ziel-Bitrate von 12 Mbit/s auf 6 Mbit/s absenken.
- Smarte Codecs (H.265+ / Zipstream): Herstellerspezifische dynamische GOP-Algorithmen (Group of Pictures) vergrößern das Intervall zwischen I-Frames bei statischen Bildszenen, was den Bitratenverbrauch um bis zu 70 % senkt, ohne bei Bewegung Details zu verlieren.
- Variable Bitrate (VBR) mit Obergrenze: Konstante Bitraten (CBR) verschwenden in ruhigen Nachtstunden wertvolle Bandbreite. Die Konfiguration von VBR mit einer festen Obergrenze (z. B. maximal 8 Mbit/s pro 4K-Stream) verhindert unkontrollierte Lastspitzen bei komplexen Bewegungsereignissen.
2. Mathematische Berechnung der Speicherkapazität
Die Kalkulation des Rohspeicherbedarfs basiert auf einer exakten mathematischen Formel für sämtliche aktiven Kamera-Feeds:
Speicherbedarf (Gigabyte) = [Bitrate (Mbit/s) × 3600 Sekunden × 24 Stunden × Tage] / (8 Bit × 1000)Für eine Enterprise-Installation mit 16 Kameras, die in 4K bei einer durchschnittlichen VBR von 6 Mbit/s über einen Zeitraum von 30 Tagen aufzeichnen:
- Tagesbedarf einer einzelnen Kamera: (6 Mbit/s × 3600 × 24) / 8000 = 64,8 GB / Tag
- 30-Tage-Rohbedarf für 16 Kameras: 64,8 GB × 16 × 30 = 31.104 GB (~31,10 TB)
- Puffer für RAID & Dateisystem-Overhead: Unter Einrechnung eines obligatorischen 20-prozentigen Sicherheitspuffers für Formatierungsverluste und RAID-Parität ist eine nutzbare Nettokapazität von mindestens 37,3 TB erforderlich.
3. Schritt-für-Schritt-Aufbau der Speicher- und Netzwerkinfrastruktur
Um Bildaussetzer, unrunde Aufzeichnungen und Hardware-Verschleiß auszuschließen, sind Speicher-Arrays und Netzwerk-Switches nach strengen technischen Standards zu konfigurieren:
- Auswahl von Surveillance-Festplatten: Herkömmliche Desktop-Festplatten versagen unter kontinuierlicher 24/7-Schreiblast vorzeitig. Es sind ausschließlich spezialisierte Überwachungsfestplatten (z. B. WD Purple Pro oder Seagate SkyHawk AI) mit AllFrame-/ImagePerfect-Firmware und Rotationsvibrations-Sensoren (RV) einzusetzen.
- Fehlertolerante RAID-Topologie: Bei Speichervolumen über 24 TB ist RAID 5 wegen langer Rebuild-Zeiten und dem Risiko unkorrigierbarer Lesefehler (URE) ungeeignet. Die Implementierung von RAID 6 (doppelte Parität) oder RAID 10 (gestreifte Spiegelung) über sechs 10-TB-Surveillance-HDDs garantiert Ausfallsicherheit beim Ausfall einzelner Laufwerke.
- VLAN- & MTU-Optimierung im Netzwerk: Sämtliche IP-Kameras müssen in ein isoliertes, nicht-routbares VLAN (z. B.
VLAN 40 - Surveillance) ausgelagert werden, um Broadcast-Stürme aus dem Büronetzwerk abzublocken. PoE+-Switches müssen eine blockierungsfreie Backplane-Switching-Kapazität von mindestens 50 Gbit/s aufweisen. - Jumbo-Frames-Konfiguration: Die Aktivierung von 9000-Byte Jumbo Frames an den Switch-Ports zwischen NVR-Server und Core-Switches reduziert den CPU-Overhead bei der Paketverarbeitung um bis zu 80 %.
4. Zusammenfassung & Mehrwert
Was sich damit erreichen lässt: Die erfolgreiche Planung und Bereitstellung einer mathematisch fundierten, hochkapazitiven CCTV-Speicher- und Bandbreiteninfrastruktur für eine redundante 30-tägige 4K-Videoaufzeichnung.
Resultierender Mehrwert: Netzwerkengpässe, Paketverluste und Bildaussetzer werden durch H.265+-Codec-Optimierung und dedizierte VLAN-Trennung eliminiert. Die Implementierung fehlertoleranter RAID-6/10-Arrays mit spezialisierten Überwachungsfestplatten garantiert Ausfallsicherheit bei Hardware-Defekten, sichert die rechtskonforme 30-Tage-Beweismittelspeicherung und verhindert teure Speicher-Überdimensionierungen.
Fragen und Antworten
Reichen sechs 10-TB-Platten für die 37,3 TB, und worin unterscheiden sich RAID 6 und RAID 10 dabei?
Mit RAID 6 ja, mit RAID 10 nicht. RAID 6 verwendet die Kapazität zweier Platten für die Parität und stellt aus sechs 10-TB-Platten 40 TB bereit. RAID 10 spiegelt jede Platte und stellt aus denselben sechs nur 30 TB bereit, 7,3 TB weniger, als die Rechnung verlangt; für 37,3 TB braucht es acht Platten, die dann 40 TB ergeben.
Auch beim Ausfall verhalten sich beide verschieden:
- RAID 6 übersteht den Ausfall zweier beliebiger Platten. Beim Rebuild werden alle verbliebenen Platten gelesen und die fehlenden Daten aus der Parität zurückgerechnet.
- RAID 10 übersteht den Ausfall einer Platte je Spiegelpaar, ist aber verloren, sobald beide Platten desselben Paars ausfallen. Beim Rebuild wird nur die Partnerplatte kopiert, was schneller geht und die übrigen Platten nicht belastet.
Für eine Aufzeichnung zählt vor allem, dass der Rebuild im laufenden Betrieb stattfindet: Die Kameras schreiben weiter, während die Platten zusätzlich gelesen werden, und jede Stunde des Rebuilds ist eine Stunde mit verringerter Redundanz. Der Mehraufwand der doppelten Parität beim Schreiben fällt bei den überwiegend fortlaufenden Schreibvorgängen einer Aufzeichnung weniger ins Gewicht als bei zufälligen Zugriffen.
Welche Bitrate gehört in die Rechnung, der Mittelwert oder die Obergrenze?
Beide, aber an verschiedenen Stellen. Für den Speicher zählt der Mittelwert, denn die Platten füllen sich mit dem, was über Tage im Durchschnitt ankommt; deshalb rechnet der Artikel mit 6 Mbit/s. Für das Netz zählt die Obergrenze, denn Spitzen kommen oft bei allen Kameras gleichzeitig: Regen, Schnee oder die Umstellung auf Nachtbetrieb in der Dämmerung treffen jede Kamera zur selben Zeit. Sechzehn Kameras mit einer Obergrenze von 8 Mbit/s ergeben auf der Leitung zum NVR-Server bis zu 128 Mbit/s, gegenüber 96 Mbit/s im Mittel.
Der Mittelwert ist allerdings eine Annahme, bis er gemessen ist. Liegt er im Betrieb bei 8 statt 6 Mbit/s, reicht derselbe Speicher nicht für 30, sondern für 22,5 Tage. Die meisten Rekorder überschreiben dann die ältesten Aufnahmen, und der Fehler fällt erst auf, wenn eine Aufnahme vom Anfang des Monats gebraucht wird. Nach der ersten Betriebswoche lohnt deshalb der Blick darauf, wie viel Speicher ein Tag tatsächlich belegt.
Wie viel spart eine Aufzeichnung nur bei Bewegung?
Den Anteil der Zeit ohne Bewegung, und der lässt sich vor dem Betrieb kaum vorhersagen. Die Formel rechnet mit 24 Stunden je Tag; bei Bewegungsaufzeichnung sinkt der Bedarf im selben Verhältnis, doch Laub, Regen oder die Scheinwerfer vorbeifahrender Autos können den Anteil mit Bewegung an einzelnen Tagen vervielfachen. Sicherer ist es, den Speicher für Daueraufzeichnung auszulegen und die Ersparnis als Reserve zu behandeln.
Was ist beim Einschalten von Jumbo Frames zu beachten?
Dass die Rahmengröße auf dem ganzen Weg zusammenpasst: Jeder Switch-Port dazwischen und die Netzwerkkarten an beiden Enden müssen Rahmen dieser Größe annehmen. Ein Port mit kleinerer MTU verwirft größere Rahmen, ohne dass der Absender davon erfährt. Tückisch daran ist, dass kleine Pakete durchkommen: Verbindungen lassen sich aufbauen, und erst die großen Übertragungen danach bleiben hängen.
Ob der Weg durchgängig passt, zeigt ein Ping mit gesetztem DF-Bit, das eine Fragmentierung verbietet, und passender Größe, unter Linux etwa ping -M do -s 8972 zum Ziel: 8972 Byte Nutzlast und 28 Byte für IP- und ICMP-Kopf ergeben 9000. Einen Nutzen bringen Jumbo Frames ohnehin nur zwischen Geräten, die selbst große Rahmen senden; alle übrigen senden weiter in ihrer eigenen Rahmengröße.
Quellen
Videoüberwachung auf eigener Hardware
- Speicher- und Bandbreiten-Engineering für CCTV-Netzwerke
- Intelligente Alarmszenarien: Frigate KI-Detektion in Home Assistant integrieren
Passend dazu
