LW IT Solutions logo LW IT Solutions logo 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

Management Summary

System kamer potrzebuje wydajnej sieci do przesyłania obrazu i miejsca na nagrania przez ustalony czas. Zapotrzebowanie zależy od ruchu, oświetlenia i stopnia zmniejszenia objętości wideo, a nie tylko od rozdzielczości. Ma to znaczenie przy planowaniu niezawodnego monitoringu z wieloma kamerami. Rezerwa miejsca i ochrona przed awarią dysków zwiększają wymagania sprzętowe. Dłuższe przechowywanie oznacza większą pojemność, a odporny na awarie zestaw dysków nadal nie zastępuje osobnej kopii.

Przejdź do interaktywnego przykładu ↓

Zgadnij! ↓

Spis treści
  1. 1. Najpierw pomiar bitrate
  2. 2. Oddzielne obliczenia wideo, rezerwy i RAID
  3. 3. Odporność i dyski dopasowane do obciążenia
  4. 4. Sieć i zasilanie
  5. 5. Retencja i odbiór systemu
  6. Pytania i odpowiedzi
  7. Źródła

Plan sieci kamer IP powinien łączyć jakość obrazu, bitrate, retencję i dostępną przestrzeń. Bitrate oznacza ilość danych na sekundę, a retencja czas przechowywania nagrań. Kodek określa sposób kompresji i odkodowania wideo. Sama rozdzielczość nie wyznacza zapotrzebowania: ruch, szum, oświetlenie, kodek i liczba klatek wpływają na ilość danych. Poniższe 16 kamer i 30 dni stanowią wyłącznie przykład techniczny. Nie istnieje ogólny prawny obowiązek przechowywania wszystkich nagrań przez 30 dni.

1. Najpierw pomiar bitrate

H.265 może wymagać mniej danych niż H.264 przy porównywalnej odczuwanej jakości. Stała redukcja z 12 do 6 Mb/s nie jest jednak gwarantowaną właściwością strumienia 4K. Kamera, scena, enkoder i odtwarzacz muszą być zgodne. Próbki z dnia, nocy, deszczu i ruchu pozwalają sprawdzić czytelność twarzy, tablic rejestracyjnych i innych potrzebnych szczegółów.

H.265+ oraz Axis Zipstream mogą dodatkowo zmniejszać zapis, lecz są to różne funkcje producentów, zależne od modelu. Zipstream może silniej kompresować mniej istotne obszary, wydłużać odstępy między klatkami kluczowymi i dynamicznie zmieniać liczbę klatek. Stała oszczędność bez utraty jakości nie jest gwarantowana. GOP to grupa obrazów między klatkami kluczowymi, od których można ponownie rozpocząć dekodowanie. Długie odstępy GOP mogą również utrudnić odtwarzanie i przewijanie.

VBR oznacza zmienny bitrate: ilość danych na sekundę zmienia się zależnie od sceny. Maksymalny bitrate ogranicza szczyty, lecz przy intensywnym ruchu może obniżyć jakość lub liczbę klatek. Średnia wartość docelowa służy planowaniu dłuższego okresu zapisu. Nazwy trybów różnią się między producentami. Spokojna scena nocna może generować dużo danych z powodu szumu, dlatego średnia i maksimum wymagają osobnych prób.

Przykładowe zapotrzebowanie na wideo z bitrate, liczby kamer i retencji. Zapas i pojemność RAID liczone oddzielnie; 30 dni nie stanowi ogólnego wymogu prawnego.
Przykładowe zapotrzebowanie na wideo z bitrate, liczby kamer i retencji. Zapas i pojemność RAID liczone oddzielnie; 30 dni nie stanowi ogólnego wymogu prawnego.

2. Oddzielne obliczenia wideo, rezerwy i RAID

Dla nagrywania ciągłego w jednostkach dziesiętnych: GB = średnie Mb/s × 86 400 × dni × liczba kamer ÷ 8 000. Jeden TB oznacza tutaj 1 000 GB. Wzór obejmuje zapisany strumień wideo; audio, kontenery, metadane i dodatkowe nagrania wymagają osobnego uwzględnienia. Narzut protokołów sieciowych dotyczy pasma i nie musi w tej samej wielkości trafiać na dysk.

  • Jedna kamera przy 6 Mb/s: 64,8 GB dziennie.
  • 16 kamer przez 30 dni: 31 104 GB = 31,104 TB wideo.
  • Przykładowy dodatek 20% daje 37,3248 TB potrzebnej przestrzeni na dane po RAID. RAID łączy kilka dysków w macierz. Parzystość to dodatkowe informacje umożliwiające odtworzenie brakujących danych. Ten dodatek nie jest obowiązkową normą i nie pokrywa miejsca na parzystość RAID.
  • Dodanie 20% do zapotrzebowania pozostawia około 16,7% wyniku jako wolne miejsce. Zachowanie 20% wolnej pojemności wymaga natomiast 31,104 ÷ 0,8 = 38,88 TB, jeszcze przed pozostałymi potrzebnymi narzutami.

Sześć równych dysków 10 TB daje 60 TB brutto. RAID 6 udostępnia nominalnie 40 TB na dane, a RAID 10 tylko 30 TB. Osiem dysków 10 TB w RAID 10 daje 40 TB. System plików, rezerwacje rejestratora i dane administracyjne zmniejszają faktycznie dostępne miejsce. Hot spare to dysk zapasowy gotowy do zastąpienia uszkodzonego dysku. Nie zwiększa pojemności danych. TB używa potęg liczby 1000, a TiB potęg liczby 1024. Dlatego 40 TB odpowiada około 36,38 TiB; inna jednostka wyświetlania nie oznacza utraty pojemności.

3. Odporność i dyski dopasowane do obciążenia

RAID 6 toleruje całkowitą awarię dowolnych dwóch dysków macierzy. Klasyczny RAID 10 z parami lustrzanymi toleruje awarię jednego dysku w każdej parze; utrata obu dysków tej samej pary może zniszczyć macierz. Dodatkowe błędy odczytu, awarie kontrolera, uszkodzenia systemu plików, brak zasilania i pomyłki pozostają możliwe. RAID nie zastępuje oddzielnej kopii ważnych nagrań.

Nie istnieje uniwersalna granica 24 TB, powyżej której RAID 5 staje się bezużyteczny. Znaczenie mają liczba i pojemność dysków, ryzyko błędów, czas odbudowy oraz tolerowana przerwa. Odbudowa odtwarza brakujące informacje zabezpieczające lub kopie po wymianie dysku. Odbudowa i nagrywanie obciążają system jednocześnie. Odbudowa lustra może angażować mniej dysków z danymi, ale nadal współdzieli kontroler, magistralę i procesor; szybsze odzyskanie redundancji nie jest gwarantowane.

NVR to sieciowy rejestrator wideo, który odbiera i zapisuje strumienie z kamer. Dobór dysków zależy od listy zgodności NVR, dopuszczonej pracy ciągłej, rocznego obciążenia, techniki zapisu i obsługiwanej wielkości obudowy. Zależnie od systemu odpowiednie mogą być dyski surveillance, NAS lub enterprise. Dyski desktopowe nie muszą natychmiast ulec awarii, lecz mogą nie mieć właściwego profilu obciążenia. Czujniki drgań i funkcje firmware zależą od modelu. Przykład daje około 378,4 TB przychodzącego wideo rocznie dla całego systemu; obciążenie pojedynczego dysku zależy dodatkowo od RAID, odtwarzania, odbudowy i operacji administracyjnych.

4. Sieć i zasilanie

16 strumieni o średniej 6 Mb/s daje 96 Mb/s, czyli 12 MB/s danych wideo przy rejestratorze. Przy 8 Mb/s na kamerę wynik wynosi 128 Mb/s, czyli 16 MB/s. Audio, protokoły, podgląd, dodatkowe strumienie i eksporty zwiększają ruch. Uplink 100 Mb/s jest za mały dla tego przykładu szczytowego. Poprawnie zaprojektowane łącze gigabitowe zapewnia zapas dla tej ilości wideo, ale rzeczywiste ograniczenia i rezerwy nadal wymagają pomiaru. Z tych liczb nie wynika ogólne minimum 50 Gb/s dla magistrali przełącznika.

VLAN kamer tworzy oddzielną sieć logiczną. Wiadomości rozgłoszeniowe skierowane do wszystkich urządzeń pozostają w tej sieci. ACL oznacza listę kontroli dostępu. Dodatkową kontrolę dostępu zapewniają reguły zapory lub ACL, dopuszczające potrzebne połączenia do NVR, zarządzania, czasu oraz odpowiednich usług DNS lub aktualizacji. VLAN nie staje się automatycznie nieroutowalny i nie gwarantuje braku przeciążenia. Ochrona przed pętlami i ewentualny storm control pozostają osobnymi zadaniami. PoE dostarcza zasilanie przez zgodne połączenie Ethernet. Standard, moc portu i łączny budżet muszą uwzględniać oświetlenie podczerwone (IR), grzałki, mechaniczny obrót, pochylenie i zoom (PTZ), tryb nocny oraz rozruch.

IP MTU oznacza największy rozmiar pakietu IP na połączeniu, wyrażony w bajtach. MTU 1500 stanowi rozsądny punkt wyjścia. Jumbo Frames to ramki Ethernet większe od typowego rozmiaru. Są opcjonalne i pomagają tylko przy zgodnych urządzeniach oraz całej trasie przenoszącej odpowiednio duże pakiety. Nie istnieje ogólna 80-procentowa oszczędność procesora. IP MTU 9000 i długość ramki Ethernet to różne wartości; dochodzą nagłówki Ethernet oraz ewentualnie VLAN. Zmiana wymaga sprawdzonej procedury serwisowej zamiast zbiorczego ustawienia na portach kamer.

ping -4 -M do -s 8972 -c 3 192.0.2.10

Adres dokumentacyjny wymaga zastąpienia zatwierdzonym celem testu. 8972 bajty danych plus 20 bajtów IPv4 i 8 bajtów ICMP tworzą pakiet IP 9000 bajtów bez opcji IP. Lokalny MTU musi obsługiwać próbę. Sukces potwierdza tę trasę ICMP, a nie wydajność NVR. Niepowodzenie może również wynikać z blokowania ICMP. Zbyt duże ramki warstwy 2 mogą być odrzucane bez komunikatu; routery mogą zgłaszać błędy zależnie od protokołu i konfiguracji. Polecenie nie zmienia ustawień MTU.

5. Retencja i odbiór systemu

Dopuszczalny okres zapisu wynika z celu, konieczności i właściwego prawa. Europejska Rada Ochrony Danych wymaga mocniejszego uzasadnienia dłuższego przechowywania, szczególnie ponad 72 godziny. Nie jest to uniwersalna granica 72 godzin ani obowiązek 30 dni. Udokumentowana polityka usuwania wyznacza plan pojemności; materiał związany z konkretnym incydentem może wymagać osobnego, uzasadnionego zabezpieczenia.

Odbiór obejmuje zmierzoną objętość dzienną, dostępną pojemność, odnalezienie i eksport nagrania, limity rejestratora oraz alarmy brakujących strumieni lub pełnego dysku. Kontrolowane testy awarii i odbudowy należą do odpowiedniego systemu testowego. Kodek i VLAN ograniczają określone ryzyka, lecz nie gwarantują ciągłości nagrań.

Pytania i odpowiedzi

Co zmienia 8 zamiast 6 Mb/s?

Budżet 31,104 TB na samo wideo wystarcza na 22,5 zamiast 30 dni. Z przykładowym dodatkiem 20% byłoby to 27 dni, gdyby cały dodatek zużyć na wideo. Rezerwa służy jednak innym niepewnościom. Rzeczywiste zajęcie dysku i reguły nadpisywania wymagają obserwacji.

Ile oszczędza nagrywanie po wykryciu ruchu?

Zapotrzebowanie zależy od czasu nagrywania i bitrate w tym czasie. Dochodzą bufory przed zdarzeniem i po zdarzeniu, szczyty związane z ruchem oraz metadane. Udział ruchu 20% nie oznacza automatycznie 80% mniej całkowitego zapisu. Dobór pod nagrywanie ciągłe może zapewnić konserwatywną rezerwę techniczną, jeśli samo nagrywanie jest zgodne z prawem i niezbędne.

Źródła

Frigate NVR: dokumentacja

Zrozum przez eksperyment

Jak szybko kamery zapełnią dysk?

Zmień liczbę kamer, średni bitrate i okres przechowywania. Zobacz obciążenie sieci i potrzebną pamięć.

Przepływność wideo
Dane wideo

Ciągłe nagrywanie, stały średni bitrate. 1 bajt = 8 bitów, 1 TB = 10¹² bajtów. Bez audio, narzutu protokołów/systemu plików, strat RAID i rezerwy. Przy VBR chwilowe obciążenie może przekraczać średnią.

Ten moduł działa w przeglądarce i nie wysyła ani nie zapisuje wpisanych danych.

Przejdź do odpowiedniego narzędzia →

Źródło ↗

Zrozum przez eksperyment

Jedna minuta: znajdziesz błąd?

Cztery kamery nagrywają po 4 Mbit/s bez przerwy przez 24 godziny. Ile to w przybliżeniu samych danych wideo?

Przejdź do odpowiedniego narzędzia →

Źródło ↗

Zgadnij!

Odkrywaj

Zgadnij!

Najpierw wpisz swój szacunek. Potem odkryj obliczenie, wynik i różnicę.

PNG z ustawieniami, wynikiem i adresem artykułu. Powstaje lokalnie dopiero po kliknięciu.

Ćwiczenia obliczają wyniki w przeglądarce. Moduł nauki nie wysyła Twoich odpowiedzi.

Odkryj więcej eksperymentów →

Jedna decyzja, dwa skutki

Uproszczony model edukacyjny

Jedna decyzja, dwa skutki

Rzadko istnieje tylko jedno dobre rozwiązanie. Wybierz opcję i porównaj skutki.

Przejdź do powiązanego artykułu →

Te przykłady działają tylko w Twojej przeglądarce. Nie zakłócają prawdziwych systemów.

PNG z ustawieniami, wynikiem i adresem artykułu. Powstaje lokalnie dopiero po kliknięciu.

Monitoring wizyjny na własnym sprzęcie

  1. Inżynieria pamięci masowej i przepustowości dla sieci CCTV
  2. Frigate i Home Assistant: powiadomienia z kamer z jasnymi warunkami
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.

Kontakt

Masz pytanie lub pomysł na projekt internetowy? Napisz krótko, o co chodzi. Formularz korzysta z reCAPTCHA i formconfirmed do ochrony przed spamem.

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ą.

LUKASWOJCIK.COM · NEWSLETTER

Nowe pomysły w skrzynce

Nowe artykuły, praktyczne narzędzia i informacje o projektach.

Wybierz tematy (opcjonalnie)
Bez wyboru: wszystkie tematy.

Zapis wymaga potwierdzenia e-mailem. · Prywatność

Prywatność · Newsletter

Adres e-mail, język, wybrane tematy oraz daty zapisu i potwierdzenia są przechowywane w celu wysyłki newslettera. Wymagane jest potwierdzenie zapisu. Każda wiadomość zawiera link do natychmiastowej rezygnacji. Formconfirmed chroni formularz przed spamem. Brak śledzenia otwarć i kliknięć.

Pełna polityka prywatności ↗