Go to documentation repository
Documentation for Axxon One 1.0.
Ogólne wymagania
Dla poprawnego funkcjonowania Axxon One VMS, podsystem przestrzeni dyskowej musi spełniać następujące wymagania:
Podsystem przestrzeni dyskowej musi być nie mniejszą wartość IOPS, niż wymaganą przez Axxon One VMS.
Axxon One VMS zapisuje obraz wideo do woluminów archiwum w blokach 4MB w 10-sekundowych odstępach. Jeśli najnowszy blok nie jest pełny po 10 sekundach, będzie wypełniony później.
Odtwarzanie nagrań także jest przeprowadzane blokowo (za wyjątkiem re-indeksacji, zobacz: Narzędzie konsoli do pracy z archiwami).
Wartość IOPS dla Axxon One VMS można oszacować w następujący sposób:Jeśli średni bitrate na kamerę wynosi mniej niż 3.6Mbps
Jeśli średni bitrate wynosi więcej niż 3.6Mbps
IOPS podczas zapisywania do archiwum
Zapisywanie do archiwum składa się zarówno z akcji zapisu, jak i odczytuIOPS (zapis) = 0,29 * N
IOPS (odczyt) = 0,035 * MIOPS (zapis) = 0,065 * M
IOPS (odczyt) = 0,035 * MIOPS podczas odczytywania archiwum
Odczytywanie archiwum składa się wyłącznie z akcji odczytuIOPS (odczyt) = 0,035 * R * S
IOPS podczas równoczesnego zapisu i odczytu z archiwum
IOPS (zapis) = 0,29 * N
IOPS (odczyt) = 0,035 * M + 0,035 * R * SIOPS (zapis) = 0,065 * M
IOPS (odczyt) = 0,035 * M + 0,035 * R * Sgdzie:
- N - ilość nagrywanych kanałów wideo;
- M - kumulatywny bitrate dla wszystkich nagrywanych kanałów, w Mbps;
- R - kumulatywny bitrate dla wszystkich kanałów odczytywanych z archiwum z prędkością 1x, w Mbps;
- S - prędkość odczytu.
- Jeśli korzystasz z kontrolera RAID, przypisz metodykę write-back dla zapisu do pamięci cache.
Wymagania dla wielkości pamięci
Wymagana wielkość podsystemu przestrzeni dyskowej musi zostać obliczona na podstawie rozdzielczości, typu kompresji, ilości klatek na sekundę, ilości kamer rejestrujących zdarzenia do dysków twardych oraz innych parametrów.
Minimalne wymagania
Aby zainstalować pakiet oprogramowania Axxon One w konfiguracji Serwer i Klient, niezbędne jest co najmniej 10GB wolnego miejsca na dysku dla systemów Windows lub 5GB dla systemu Linux.
Zapoznaj się z obliczeniami dla ilości pamięci masowej niezbędnej dla archiwów wideo, baz danych, oraz logów systemowych.
Wielkość archiwów
Wielkość podsystemu przestrzeni dyskowej może być obliczona następująco:
Wielkość (MB) = Czas przechowywania nagrań (dni) x Ilość kamer x klatki na sekundę (fps) x 3,51 x Gwarantowany czas nagrań z kamery (godziny / dzień) x Średni rozmiar klatki (KB),
gdzie Czas przechowywania nagrań to czas, przez który nagrania mają być przechowywane w archiwum w dniach;
Ilość kamer to liczba kamer zapisujących do archiwum;
Klatki na sekundę to ilość klatek zapisywanych do archiwum na sekundę;
3,51 = (60s w minucie x 60 min w godzinie)/(1024 KB w MB) – współczynnik przeliczania z KB/s do MB/h;
Gwarantowany czas nagrań z kamery to łączny czas trwania nagrań zapisanych do archiwum w czasie jednego dnia z kamery.
Średni rozmiar klatki to przeciętny rozmiar jednej klatki obrazu z kamery, wyrażony w kilobajtach.
Informacja
Średni rozmiar klatki dla rozdzielczości 640х480:
Kodek | Średni rozmiar klatki |
---|---|
H.264 | od 8 KB do 17 KB |
MPEG4 | od 8 KB do 35 KB |
MJPEG | od 23 KB do 60 KB |
Średni rozmiar klatki może się znacząco różnić w zależności od producenta, modelu, ustawień kamery, oraz specyfiki obrazu.
Informacja
Do obliczenia średniego rozmiaru klatki dla kamer o innej rozdzielczości można wykorzystać powyższe współczynniki, przy czym przy dwukrotnym zwiększeniu rozdzielczości w pionie lub w poziomie średni rozmiar klatki zwiększy się czterokrotnie (metoda ta jest czysto szacunkowa; rzeczywiste wartości mogą się różnić w zależności od modelu kamery i innych wartości).
Przykłady wyliczeń są dostępne w tabeli poniżej:
Parametry nagrywania | Wynik |
---|---|
4 kamery w 25 FPS, rozdzielczość 640х480, gwarantowany czas nagrań: 24 godziny dziennie, 1 tydzień | H.264: od 500 GB do 1 TB |
16 kamer w 12 FPS, rozdzielczość 640х480, gwarantowany czas nagrań: 12 godzin dziennie, 1 tydzień | H.264: od 500 GB do 1 TB |
4 kamery w 25 FPS, rozdzielczość 1280х960, gwarantowany czas nagrań: 24 godziny dziennie, 1 tydzień | H.264: od 2 TB do 4 TB |
Baza danych logów systemowych
Rozmiar bazy danych logów systemowych powinien być brany pod uwagę podczas obliczania rozmiarów niezbędnych dysków. Szacowany rozmiar bazy danych logów systemowych może być obliczony w następujący sposób:
Pojemność systemu bazy danych logów systemowych (niski współczynnik detekcji) = D * T * (0.01 GB / dzień);
Pojemność systemu bazy danych logów systemowych (średni współczynnik detekcji) = D * T * (0.03 GB / dzień);
Pojemność systemu bazy danych logów systemowych (wysoki współczynnik detekcji) = D * T * (0.12 GB / dzień);
D - ilość detektorów w systemie,
T - czas, przez który logi systemowe mają być przechowywane (w dniach).
Baza metadanych
Następujące wzory mogą pomóc w ustaleniu rozmiaru dysku niezbędnego do rozmiaru bazy metadanych:
Wielkość bazy metadanych = N×T×(0,5GB / dzień) – wystarczający rozmiar dysku;
Wielkość bazy metadanych = N×T×(1GB / dzień) – wystarczający rozmiar dysku z rezerwą;
Wielkość bazy metadanych = N×T×(5GB / dzień) – wystarczający rozmiar dysku z dużą rezerwą.
N równa się ilości kamer obecnie aktywnie zapisujących metadane; T to okres (liczba dni), przez które metadane mają być przechowywane. Domyślnie metadane są przechowywane przez 30 dni.
Jeśli posiadasz mniej niż 15GB wolnego miejsca na dysku, baza metadanych będzie nadpisywana - nowe dane będą zapisywane w miejscu starych.
Usługa autodiagnostyki
Podczas obliczania wymaganej pojemności dla podsystemu przestrzeni dyskowej uwzględnij, że usługa autodiagnostyki może wygenerować do 100MB danych dziennie.
Wewnętrzna baza danych usługi jest ograniczona do 512 MB, a zdarzenia są przechowywane przez 7 dni.