LW IT Solutions
« Przegląd bloga /CCTV/Tutorials / Inżynieria pamięci masowej i przepustowości dla sieci...
Ten artykuł w innych językach:

Inżynieria pamięci masowej i przepustowości dla sieci CCTV

Część 1 z 2 serii Monitoring wizyjny na własnym sprzęcie

Inżynieria pamięci masowej i przepustowości dla sieci CCTV
Spis treści
  1. 1. Optymalizacja kodeków: H.265/HEVC i inteligentna kontrola bitrate’u
  2. 2. Matematyczne kalkulowanie zapotrzebowania na pamięć masową
  3. 3. Konfiguracja macierzy dyskowej i sieci krok po kroku
  4. 4. Podsumowanie i wartość architektoniczna
  5. Pytania i odpowiedzi
  6. Źródła

Wdrożenie sieci kamer IP 4K o wysokim zagęszczeniu wymaga rygorystycznego matematycznego wymiarowania przepustowości sieciowej oraz macierzy dyskowych. Pojedynczy niezoptymalizowany strumień 8 megapikseli (4K) może z łatwością wysycać 15 do 20 Mb/s ciągłego pasma sieciowego, błyskawicznie przeciążając standardowe przełączniki gigabitowe i wyczerpując przestrzeń dyskową w ciągu zaledwie kilku dni. Zbudowanie niezawodnej infrastruktury CCTV, zdolnej do utrzymania nadmiarowej 30-dniowej retencji wideo bez utraty pakietów, wymaga zaawansowanej optymalizacji kodeków obrazu, dedykowanej izolacji w sieciach VLAN oraz tolerujących błędy topologii RAID zaprojektowanych pod kątem nieprzerwanego zapisu sekwencyjnego w trybie 24/7.

1. Optymalizacja kodeków: H.265/HEVC i inteligentna kontrola bitrate’u

Wybór odpowiedniego kodeka kompresji oraz strategii sterowania bitrate’em ma kluczowe znaczenie dla redukcji obciążenia sieci i tempa zapisu na dyskach:

  • H.265 (HEVC) vs. H.264: Migracja z H.264 do H.265 zmniejsza zapotrzebowanie na pasmo o około 40% do 50% przy zachowaniu identycznej percepcyjnej jakości obrazu. W przypadku strumieni 4K przy 15 klatkach na sekundę (FPS), H.265 pozwala obniżyć docelowy bitrate z 12 Mb/s do 6 Mb/s.
  • Inteligentne kodeki (H.265+ / Zipstream): Dynamiczne algorytmy GOP (Group of Pictures) wydłużają odstępy między klatkami kluczowymi w statycznych scenach tła, co redukuje zużycie pasma nawet o 70% bez utraty szczegółów podczas wystąpienia ruchu.
  • Zmienny bitrate (VBR) z limitem: Stały bitrate (CBR) marnuje pasmo w spokojnych godzinach nocnych. Konfiguracja VBR z górnym limitem (np. maksymalnie 8 Mb/s na strumień 4K) zapobiega nagłym przeciążeniom sieci podczas dynamicznych zdarzeń z dużą ilością ruchu.
Obliczenie pamięci dla CCTV: porównanie kodeków, dzienny wolumen na kamerę i przeliczenie na rozmiar macierzy
Rozmiar macierzy wynika z trzech liczb: bitrate, retencji i liczby kamer. Wybór kodeka przesuwa pierwszą — a wraz z nią wszystko dalsze.

2. Matematyczne kalkulowanie zapotrzebowania na pamięć masową

Obliczenie surowego zapotrzebowania na przestrzeń dyskową wymaga zastosowania precyzyjnej formuły matematycznej dla wszystkich aktywnych strumieni kamer:

Pojemność (Gigabajty) = [Bitrate (Mb/s) × 3600 sekund × 24 godziny × Dni] / (8 bitów × 1000)

Dla instalacji firmowej składającej się z 16 kamer nagrywających w jakości 4K przy średnim bitrate VBR wynoszącym 6 Mb/s przez okres retencji 30 dni:

  • Dzienny zapis jednej kamery: (6 Mb/s × 3600 × 24) / 8000 = 64,8 GB / dzień
  • 30-dniowe zapotrzebowanie surowe dla 16 kamer: 64,8 GB × 16 × 30 = 31 104 GB (~31,10 TB)
  • Bufor narzutu RAID i systemu plików: Uwzględnienie obowiązkowego 20-procentowego bufora bezpieczeństwa na strukturę plików i parzystość RAID wymaga zapewnienia użytecznej pojemności netto na poziomie minimum 37,3 TB.

3. Konfiguracja macierzy dyskowej i sieci krok po kroku

Aby wyeliminować gubienie klatek, zacięcia nagrań oraz przedwczesne zużycie sprzętu, macierze dyskowe i przełączniki sieciowe muszą być wdrożone zgodnie z rygorystycznymi normami inżynieryjnymi:

  1. Dobór dysków twardych do monitoringu: Standardowe dyski komputerowe ulegają szybkiej awarii przy ciągłym zapisie 24/7. Należy stosować wyłącznie dedykowane dyski do monitoringu (np. WD Purple Pro lub Seagate SkyHawk AI) wyposażone w oprogramowanie AllFrame/ImagePerfect oraz czujniki wibracji rotacyjnych (RV).
  2. Odporna na błędy topologia RAID: W macierzach przekraczających 24 TB nie należy stosować RAID 5 ze względu na długi czas odbudowy i ryzyko błędów odczytu (URE). Wdrożenie RAID 6 (podwójna parzystość) lub RAID 10 (striping i mirroring) na sześciu dyskach 10 TB gwarantuje brak utraty danych podczas odbudowy macierzy.
  3. Optymalizacja VLAN i MTU: Wszystkie kamery IP muszą zostać odizolowane w dedykowanej sieci VLAN (np. VLAN 40 - Surveillance) bez routingu ogólnego, co blokuje burze rozgłoszeniowe z sieci biurowej. Przełączniki PoE+ powinny posiadać nieblokującą przepustowość magistrali (Backplane) na poziomie minimum 50 Gb/s.
  4. Konfiguracja Jumbo Frames: Włączenie ramek Jumbo Frames o rozmiarze 9000 bajtów na portach przełącznika łączących rejestrator NVR z głównymi przełącznikami rdzeniowymi zmniejsza obciążenie procesora przetwarzaniem pakietów nawet o 80%.

4. Podsumowanie i wartość architektoniczna

Co da się osiągnąć dzięki temu poradnikowi: Zaprojektowanie i wdrożenie zweryfikowanej matematycznie, wysoce wydajnej infrastruktury pamięci masowej i przepustowości sieciowej CCTV, zdolnej do utrzymania nadmiarowej 30-dniowej retencji wideo 4K w sieciach przedsiębiorstwa.

Wynikająca z tego wartość: Przeciążenia sieci, gubienie klatek i utrata pakietów zostają wyeliminowane dzięki optymalizacji kodeków H.265+ oraz dedykowanej izolacji w sieci VLAN. Wdrożenie odpornych na błędy macierzy RAID 6/10 z dyskami do monitoringu gwarantuje brak utraty nagrań w przypadku awarii sprzętowej, spełnia wymogi prawne dotyczące 30-dniowego przechowywania dowodów oraz zapobiega kosztownemu przewymiarowaniu przestrzeni dyskowej.

Pytania i odpowiedzi

Czy sześć dysków 10 TB wystarczy na 37,3 TB i czym różnią się przy tym RAID 6 i RAID 10?

Przy RAID 6 tak, przy RAID 10 nie. RAID 6 przeznacza pojemność dwóch dysków na parzystość i z sześciu dysków 10 TB udostępnia 40 TB. RAID 10 utrzymuje lustrzaną kopię każdego dysku i z tych samych sześciu udostępnia tylko 30 TB, o 7,3 TB mniej, niż wymaga rachunek; na 37,3 TB potrzeba ośmiu dysków, które dają wtedy 40 TB.

Oba układy różnią się też zachowaniem przy awarii:

  • RAID 6 przetrwa awarię dowolnych dwóch dysków. Podczas odbudowy odczytywane są wszystkie pozostałe dyski, a brakujące dane odtwarzane są z parzystości.
  • RAID 10 przetrwa awarię jednego dysku w każdej parze lustrzanej, ale cała macierz przepada, gdy zawiodą oba dyski tej samej pary. Odbudowa kopiuje tylko dysk partnerski, co trwa krócej i nie obciąża pozostałych dysków.

Dla nagrywania najważniejsze jest to, że odbudowa odbywa się w trakcie pracy: kamery zapisują dalej, podczas gdy dyski są dodatkowo odczytywane, a każda godzina odbudowy to godzina z ograniczoną nadmiarowością. Dodatkowy nakład podwójnej parzystości przy zapisie ma mniejsze znaczenie przy przeważnie sekwencyjnym zapisie nagrań niż przy operacjach losowych.

Którą wartość bitrate’u przyjąć w rachunku: średnią czy górny limit?

Obie, ale w różnych miejscach. O pamięci masowej decyduje średnia, bo dyski zapełniają się tym, co przez kolejne dni napływa przeciętnie; dlatego artykuł przyjmuje 6 Mb/s. O sieci decyduje górny limit, bo szczyty często przychodzą u wszystkich kamer jednocześnie: deszcz, śnieg czy przejście w tryb nocny o zmierzchu dotykają każdej kamery w tym samym czasie. Szesnaście kamer z limitem 8 Mb/s daje na łączu do rejestratora NVR do 128 Mb/s, wobec 96 Mb/s średnio.

Średnia pozostaje jednak założeniem, dopóki nie zostanie zmierzona. Jeśli w działaniu wyniesie 8 zamiast 6 Mb/s, ta sama pamięć wystarczy nie na 30, lecz na 22,5 dnia. Większość rejestratorów nadpisuje wtedy najstarsze nagrania, a błąd wychodzi na jaw dopiero wtedy, gdy potrzebne jest nagranie z początku miesiąca. Po pierwszym tygodniu pracy warto więc sprawdzić, ile miejsca faktycznie zajmuje jeden dzień.

Ile oszczędza nagrywanie tylko przy ruchu?

Tyle, ile wynosi udział czasu bez ruchu, a tego przed uruchomieniem prawie nie da się przewidzieć. Wzór zakłada 24 godziny na dobę; przy nagrywaniu na ruch zapotrzebowanie spada w tej samej proporcji, ale liście, deszcz czy reflektory przejeżdżających samochodów potrafią w pojedyncze dni zwielokrotnić udział czasu z ruchem. Bezpieczniej jest dobrać pamięć pod nagrywanie ciągłe, a oszczędność traktować jako rezerwę.

Co jest istotne przy włączaniu Jumbo Frames?

To, by rozmiar ramki zgadzał się na całej drodze: każdy port przełącznika pośrodku i karty sieciowe na obu końcach muszą przyjmować ramki tej wielkości. Port z mniejszym MTU odrzuca większe ramki, a nadawca się o tym nie dowiaduje. Podstępne jest to, że małe pakiety przechodzą: połączenia dają się zestawić, a zawieszają się dopiero duże transfery po nich.

Czy cała droga pasuje, pokazuje ping z ustawionym bitem DF, który zakazuje fragmentacji, i odpowiednim rozmiarem, pod Linuksem na przykład ping -M do -s 8972 do celu: 8972 bajty ładunku plus 28 bajtów nagłówków IP i ICMP dają 9000. Korzyść dają Jumbo Frames zresztą tylko między urządzeniami, które same wysyłają duże ramki; pozostałe nadal wysyłają ramki we własnym rozmiarze.

Monitoring wizyjny na własnym sprzęcie

  1. Inżynieria pamięci masowej i przepustowości dla sieci CCTV
  2. Inteligentne scenariusze alarmowe: Integracja detekcji AI Frigate z Home Assistant
Lukas Wójcik

Lukas Wójcik

Systems architect and technology enthusiast specializing in scalable tracking solutions, GMP Stack (GA4 & GTM), and robust backend architectures. Advocate for clean code and privacy-first design.

Get in Touch

Briefly describe your project or inquiry for a tailored response. This site is protected by reCAPTCHA.

Napisanie komentarza

Doświadczenia z innymi kamerami, obiektywami lub rejestratorami oraz pytania o konfigurację są tu mile widziane.

Adres e-mail nie jest publikowany. Pola obowiązkowe oznaczono gwiazdką.

Artykuły i kategorie

CCTV

Śledź tę kategorię przez RSS

Cloud & AI

Wszystkie artykuły w tej kategorii (11) Śledź tę kategorię przez RSS

Data Privacy

Wszystkie artykuły w tej kategorii (18) Śledź tę kategorię przez RSS

Digital Analytics

Wszystkie artykuły w tej kategorii (58) Śledź tę kategorię przez RSS

Digital Marketing

Wszystkie artykuły w tej kategorii (37) Śledź tę kategorię przez RSS

IT & Networks

Wszystkie artykuły w tej kategorii (17) Śledź tę kategorię przez RSS

Music Production

Wszystkie artykuły w tej kategorii (16) Śledź tę kategorię przez RSS

Raspberry Pi

Śledź tę kategorię przez RSS

SaaS & Internet Earning

Artykuły w przygotowaniu

Smart Home

Wszystkie artykuły w tej kategorii (18) Śledź tę kategorię przez RSS

Tworzenie stron internetowych

Wszystkie artykuły w tej kategorii (11) Śledź tę kategorię przez RSS

Wtyczki i triki WordPress

Wszystkie artykuły w tej kategorii (13) Śledź tę kategorię przez RSS