Як розрахувати вимоги до місця зберігання відеоспостереження: повний посібник
Неправильний підбір місця для зберігання даних відеоспостереження – одна з найдорожчих помилок у проектуванні систем спостереження. Недооцінка – і ви втратите важливі кадри ще до того, як інциденти будуть виявлені. Переоцінка – і ви витратите тисячі на обладнання, яке ніколи не використовуватимете. Цей посібник містить точні формули, довідкові таблиці та стратегії планування для точного розрахунку потреб у сховищі даних відеоспостереження для будь-якої установки – від магазину з 4 камерами до корпоративного кампусу з 200 камерами.
Зміст
Розуміння основ зберігання даних у системах відеоспостереження
Перш ніж проводити будь-які розрахунки, вам потрібно зрозуміти три фактори, які визначають обсяг пам'яті, що споживає система відеоспостереження: бітрейт, кодек стиснення та роздільна здатність. Ці три змінні взаємодіють одна з одною, і неправильне визначення будь-якої з них призведе до повної оцінки обсягу пам'яті.
Бітрейт – це обсяг даних, який камера створює за секунду, вимірюється в мегабітах на секунду ( Mbps ) або кілобітах на секунду (Кбіт/с). Камера, що передає потокове відео зі швидкістю 4 Mbps створює 4 мегабіти даних щосекунди, що приблизно дорівнює 1,7 GB на годину або 42 GB на день безперервного запису. Бітрейт – це найважливіше число при розрахунку обсягу сховища, оскільки він безпосередньо визначає обсяг даних. Камери з вищою роздільною здатністю, швидшою частотою кадрів або сцени з більшою кількістю руху створюють вищі бітрейти.
Стиснення – це спосіб кодування відеоданих камерою для зменшення розміру файлу. Двома домінуючими кодеками у системах відеоспостереження є H.264 та H.265 (також званий HEVC). H.264 є галузевим стандартом вже понад десять років і підтримується практично кожним NVR та відеосистемою (VMS) на ринку. H.265 – це новіший стандарт, який досягає такої ж якості зображення з на 30-50 відсотків нижчим бітрейтом порівняно з H.264 . Для системи з 16 камер, що працює 30 днів, різниця між H.264 та H.265 може легко становити від 15 до 25 TB сховища, що означає на один або два менше жорстких дисків та значну економію коштів.
Роздільна здатність визначає кількість деталей у кожному кадрі, що безпосередньо впливає на бітрейт. Камера 4K (8 МП) створює приблизно в чотири рази більше даних, ніж камера 1080p (2 МП), за тієї ж частоти кадрів та рівня стиснення. Вища роздільна здатність означає чіткіші зображення та кращу можливість масштабування під час відтворення, але це також означає значно більше місця для зберігання. Рішення щодо роздільної здатності має визначатися метою спостереження для кожної позиції камери — не кожна камера повинна бути 4K.
Частота кадрів також відіграє певну роль. Більшість систем спостереження записують зі швидкістю 15 кадрів на секунду (кадрів на секунду) як баланс між плавним відео та ефективністю зберігання. Збільшення до 25 або 30 кадрів на секунду забезпечує плавніший запис, але збільшує обсяг сховища на 67-100 відсотків. Для більшості застосувань безпеки достатньо 15 кадрів на секунду. Моніторинг дорожнього руху та сцени з швидкими рухами можуть отримати користь від 25 кадрів на секунду, тоді як статичні сцени, такі як коридори чи складські приміщення, часто можуть знижуватися до 10 кадрів на секунду без втрати критичної деталізації.
Формула розрахунку сховища
Фундаментальна формула для розрахунку обсягу пам'яті для відеоспостереження проста. Щойно ви знаєте бітрейт кожної камери, решта — це арифметика.
Формула
Storage (GB) = Bitrate (Mbps) x 0.125 x 3600 x Hours per Day x Days x Number of Cameras / 1000
Розбиваємо це на складові: помножте бітрейт у Mbps на 0,125, щоб конвертувати в мегабайти за секунду. Помножте на 3600, щоб отримати мегабайти за годину. Помножте на кількість годин запису на день (24 для безперервного запису). Помножте на кількість днів зберігання. Помножте на кількість камер. Поділіть на 1000, щоб конвертувати з MB у GB .
Спрощений варіант: він передбачає 24-годинний безперервний запис і видає результат у терабайтах.
Приклад 1: Невеликий роздрібний магазин
8 камер, роздільна здатність 4 МП, стиснення H.265 , 15 кадрів/с, зберігання даних 30 днів, безперервний запис.
Типовий бітрейт для 4MP H.265 при 15 кадрах/с: приблизно 3 Mbps на камеру.
Зберігання = 3 Mbps x 0,0108 x 30 днів x 8 камер = 7,78 TB
З урахуванням накладних витрат R AI D 5 (один диск для парності в масиві з 4 дисків): потрібна приблизно 10,4 TB необробленої ємності, що поміщається в 4-відсіковий NVR з 4 дисками для відеоспостереження по 4 TB .
Приклад 2: Офісна будівля
32 камери, змішана роздільна здатність (16 x 2 МП + 16 x 4 МП), H.265 , 15 кадрів/с, зберігання даних 60 днів, запис 12 годин/день (робочий час + буфер).
Бітрейт 2MP H.265 : приблизно 2 Mbps . Бітрейт 4MP H.265 : приблизно 3 Mbps .
Обсяг пам'яті для 2-мегапіксельних камер = 2 x 0,0108 x 60 x 16 x 0,5 (12 год/24 год) = 10,37 TB
Обсяг пам'яті для 4-мегапіксельних камер = 3 x 0,0108 x 60 x 16 x 0,5 = 15,55 TB
Всього: 25,92 TB корисного обсягу, приблизно 34,6 TB необробленого обсягу з R AI D 5.
Приклад 3: Великий кампус
128 камер, середня роздільна здатність 4 МП, H.265 , 15 кадрів/с, зберігання даних протягом 90 днів, безперервний запис.
Обсяг пам'яті = 3 x 0,0108 x 90 x 128 = 373,25 TB
Такий рівень сховища вимагає серверів NVR корпоративного класу або виділених масивів сховищ. З урахуванням накладних витрат R AI D 6, плануйте бюджет приблизно на 450+ TB необробленої ємності.
Довідкова таблиця роздільної здатності та бітрейту
У наступній таблиці наведено типові значення бітрейту для поширених камер спостереження з роздільною здатністю 15 кадрів/с зі стисненням H.264 та H.265 . Це середні значення для сцен з помірним рухом. Сцени з високим рівнем руху (жваві перехрестя, входи до торгових центрів) можуть створювати на 20-40 відсотків вищі бітрейти, тоді як статичні сцени (коридори, складські приміщення) можуть створювати на 20-30 відсотків нижчі бітрейти.
| Роздільна здатність | Мегапікселі | Бітрейт H.264 | Бітрейт H.265 | H.264 GB /день | H.265 GB /день |
|---|---|---|---|---|---|
| 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 |
Ці значення передбачають кодування з постійною бітрейтом (CBR) зі швидкістю 15 кадрів/с. Кодування зі змінною бітрейтом (VBR) призведе до нижчего середнього споживання пам'яті, але вищих піків у періоди високої активності. Під час визначення розміру пам'яті з VBR використовуйте значення пікової бітрейту для планування ємності, щоб у вас ніколи не закінчилося місця в періоди високої активності.
Планування періоду зберігання
Термін зберігання — скільки днів ви зберігаєте відеозапис, перш ніж його буде перезаписано — часто визначається галузевими нормами, вимогами страхування або політикою внутрішньої безпеки, а не технічними уподобаннями. Вибір неправильного терміну зберігання може призвести до штрафів з боку регуляторних органів або неможливості розслідувати інциденти, виявлені після перезапису відеозапису.
| Промисловість | Типове утримання | Нормативні примітки |
|---|---|---|
| Роздрібна торгівля | 30 днів | Охоплює типові цикли аудиту запасів; деякі роздрібні торговці подовжують цей термін до 60 днів для місць з високими втратами запасів |
| Банківська справа / Фінанси | 90 днів | Нормативні вимоги різняться залежно від юрисдикції; камери банкоматів та сховищ часто вимагають понад 90 днів |
| Уряд / Критична інфраструктура | 180 днів | Федеральні будівлі, комунальні послуги та оборонні об'єкти часто вимагають від 6 місяців до 1 року |
| Охорона здоров'я | 30-90 днів | HIPAA не визначає терміни зберігання записів відеоспостереження, але установи зазвичай дотримуються термінів звітності про інциденти. |
| Освіта | 30-60 днів | Шкільні округи часто дотримуються вказівок штату; деякі штати вимагають мінімум 30 днів |
| Гостинність | 30-45 днів | Готелі та казино; казино часто зберігають відеозаписи з ігрових залів понад 30 днів згідно з правилами комісії з азартних ігор |
| Транспорт | 30-90 днів | Аеропорти, залізничні станції та автобусні депо; вимоги встановлюються TSA та місцевими органами транспортного сполучення. |
Плануючи зберігання, завжди додавайте буфер на 10-15 відсотків понад мінімальну вимогу. Якщо правила вимагають 30 днів, розраховуйте його на 34-35 днів. Це враховує часові різниці в тому, як NVR розраховують термін зберігання, накладні витрати файлової системи та затримку між тим, коли термін зберігання відеозапису має закінчитися, і тим, коли система фактично його перезаписує. Робота на точно мінімальній ємності означає, що будь-який тимчасовий сплеск бітрейту (завантажені святкові періоди, незвичайна погода, що спричиняє більше руху) може призвести до перезапису найстарішого відеозапису до закінчення необхідного періоду зберігання.
Розгляньте можливість використання багаторівневого зберігання для великих систем. Критично важливі камери — входи, POS-термінали, касові кімнати — можуть зберігати відеозаписи протягом 90 днів, тоді як камери в коридорах і на парковках — протягом 30 днів. Такий підхід може зменшити загальні вимоги до зберігання на 30-40 відсотків порівняно із застосуванням найдовшого періоду зберігання рівномірно для всіх камер. Більшість платформ NVR та VMS підтримують налаштування зберігання для кожної камери або групи.
R AI D та резервування
Жорсткі диски виходять з ладу. У системі відеоспостереження, що працює цілодобово з безперервними операціями запису, питання відмови диска полягає не в тому, чи станеться, а в тому, коли. R AI D (надмірний масив незалежних дисків) захищає ваші відеоматеріали, розподіляючи дані між кількома дисками, щоб втрата одного або двох дисків не призвела до втрати даних. Вибір правильного рівня R AI D є критично важливою частиною планування сховища, оскільки накладні витрати R AI D зменшують корисну ємність.
R AI D 5 — Один диск парності
R AI D 5 розподіляє дані на всі диски та використовує ємність одного диска для даних парності. Він може пережити відмову будь-якого окремого диска без втрати даних. Корисна ємність дорівнює (N-1) x розмір диска, де N – кількість дисків. Наприклад, чотири диски по 8 TB у R AI D 5 забезпечують 24 TB корисного сховища (3 x 8 TB ). R AI D 5 – це найпоширеніша конфігурація для малих та середніх систем спостереження (до 32 камер). Ризик полягає в тому, що якщо другий диск вийде з ладу під час процесу відновлення після першого збою, всі дані будуть втрачені. Час відновлення для великих дисків (8 TB +) може тривати від 12 до 24 годин, протягом яких масив є вразливим.
R AI D 6 — Два накопичувачі парності
R AI D 6 використовує парність для двох дисків, що дозволяє масиву витримати два одночасні відмови дисків. Корисна ємність дорівнює (N-2) x розмір диска. Шість дисків по 8 TB у R AI D 6 забезпечують 32 TB корисного простору (4 x 8 TB ). R AI D 6 рекомендується для систем з більш ніж 4 дисками та для корпоративних розгортань, де втрата даних неприйнятна. Захист подвійної парності особливо цінний під час операцій відновлення — якщо другий диск вийде з ладу під час відновлення масиву після першого відмови, R AI D 6 продовжить працювати нормально, тоді як R AI D 5 втратить усі дані.
R AI D 10 — Дзеркальні Stripe
R AI D 10 поєднує дзеркалювання (R AI D 1) з чергуванням (R AI D 0). Кожен диск дзеркальний, забезпечуючи найвищу продуктивність читання/запису та здатність витримувати численні збої дисків, якщо жодна пара дзеркал не втратить обидва диски. Корисна ємність становить 50 відсотків від загальної необробленої ємності — чотири диски по 8 TB забезпечують 16 TB корисної ємності. R AI D 10 пропонує найкращу продуктивність запису, що важливо для систем з великою кількістю камер, які генерують значні навантаження запису. Компроміс полягає в тому, що ви втрачаєте половину необробленої ємності. Зазвичай він використовується у високопродуктивних корпоративних серверах NVR , де швидкість запису є вузьким місцем.
Гарячі запасні частини
Гарячий резерв – це диск, встановлений у масиві, який простоює, доки один з дисків не вийде з ладу, після чого контролер R AI D автоматично починає перебудову на гарячий резерв без втручання людини. Це мінімізує вікно вразливості. Для будь-якого масиву R AI D 5 наполегливо рекомендується гарячий резерв. Для критично важливих систем налаштуйте один гарячий резерв на кожні 4-6 активних дисків. Гарячий резерв займає відсік для дисків, і його ємність недоступна для зберігання даних, тому враховуйте це під час планування ємності.
Під час розрахунку загальної необхідної кількості необробленого сховища помножте вимоги до корисного сховища на коефіцієнт накладних витрат R AI D: R AI D 5 = корисний x (N / (N-1)), R AI D 6 = корисний x (N / (N-2)), R AI D 10 = корисний x 2. Потім додайте один диск для кожного гарячого резерву.
Хмарне та локальне сховище
Вибір між хмарним та локальним сховищем для відеозаписів відеоспостереження передбачає компроміси у вартості, пропускній здатності, надійності та контролі. Жоден з варіантів не є універсальним — правильний вибір залежить від кількості ваших камер, вимог до зберігання, підключення до Інтернету та операційних уподобань.
Локальне сховище
Локальне сховище використовує мережеві відеореєстратори ( NVR ) або серверні системи VMS з локальними жорсткими дисками. Початкові витрати вищі — ви купуєте обладнання, диски та будь-який контролер R AI D, — але поточні витрати мінімальні (електроенергія та періодична заміна дисків). Типовий 16-камерний NVR з 4 x 8 TB дисками для спостереження коштує від 1500 до 3000 доларів США за обладнання та забезпечує 24 TB корисного сховища R AI D 5 без щомісячної плати.
Локальні системи не залежать від підключення до Інтернету. Якщо ваш інтернет вимикається, запис продовжується без перерв. Це робить локальні системи вибором за замовчуванням для критично важливих систем безпеки, де безперервність відеозапису не може бути порушена. Недоліком є те, що локальні системи вразливі до фізичних загроз: пожежа, повінь, крадіжка або вандалізм на об'єкті можуть одночасно знищити як камери, так і збережений відеоматеріал.
Для більшості інсталяцій з 8 або більше камерами та терміном зберігання понад 30 днів локальне сховище залишається найекономічнішим варіантом. Загальна вартість володіння протягом 5 років зазвичай на 60-80 відсотків нижча, ніж у еквівалентного хмарного сховища.
Хмарне сховище
Хмарне сховище даних відеоспостереження усуває необхідність використання локального обладнання завдяки потоковій передачі відео до віддалених центрів обробки даних. Такі постачальники, як Verkada, Rhombus, Eagle Eye Networks та інші, пропонують моделі «камера як послуга» з щомісячною платою за кожну камеру, що включає хмарне сховище. Типові витрати коливаються від 10 до 30 доларів США за камеру на місяць протягом 30 днів зберігання в хмарі, з масштабуванням для тривалішого зберігання.
Основною перевагою хмарного сховища є резервування поза межами об'єкта — відеоматеріали зберігаються навіть у разі руйнування фізичного об'єкта. Хмарні системи також спрощують керування кількома об'єктами, забезпечуючи єдиний інтерфейс для доступу до відеоматеріалів з усіх місць. Віддалений доступ є безперебійним, оскільки відеоматеріали вже зберігаються в хмарі.
Основним обмеженням є пропускна здатність. Одна 4-мегапіксельна камера H.265 зі швидкістю 3 Mbps вимагає приблизно 2,8 GB пропускної здатності завантаження на годину. Шістнадцять камер з такою швидкістю потребують постійної швидкості завантаження 48 Mbps , що перевищує пропускну здатність багатьох комерційних інтернет-з’єднань. Хмарне сховище також створює періодичні витрати, які з часом зростають — система з 32 камер за ціною 20 доларів США за камеру на місяць коштує 7680 доларів США на рік, що перевищує вартість локального обладнання протягом 12–18 місяців.
Гібридний підхід
Гібридний підхід поєднує локальний запис із вибірковим хмарним резервним копіюванням. Усі камери записують локально на NVR протягом усього періоду зберігання. Критично важливі камери (входи, касові кімнати, цінні приміщення) одночасно завантажують дані в хмару або у вигляді безперервних потоків, або за допомогою сигналів руху та тривоги. Це забезпечує економічну ефективність локального сховища з захистом віддаленого хмарного резервного копіювання найважливіших відзнятих матеріалів.
Багато сучасних платформ NVR та VMS підтримують гібридну роботу. Ви можете налаштувати такі правила, як «завантажувати останні 60 секунд до та після будь-якої події руху на вхідних камерах у хмару» або «щодня створювати резервні копії всіх відеоматеріалів з камери каси у хмарне сховище». Такий вибірковий підхід зменшує вимоги до пропускної здатності до частки повного хмарного запису, захищаючи при цьому найважливіші відеоматеріали.
Поради щодо оптимізації сховища
Розрахунок «сирих» даних дає вам максимальний обсяг сховища, необхідний для безперервного запису. На практиці кілька методів оптимізації можуть зменшити фактичне споживання сховища на 30-70 відсотків без шкоди для ефективності безпеки. Застосовуйте ці стратегії, щоб зменшити витрати на обладнання та продовжити терміни зберігання в межах існуючої ємності сховища.
Запис на основі руху
Замість цілодобового запису, налаштуйте камери на запис лише тоді, коли виявляється рух. Камера в коридорі, яка фіксує активність 4 години на добу, зменшує споживання пам'яті приблизно на 83 відсотки. Більшість NVR підтримують буферизацію перед подією (запис за 5-10 секунд до виявлення руху), щоб гарантувати, що ви зафіксуєте початок будь-якої події, а не лише її середину. Запис на основі руху ідеально підходить для зон з низьким рівнем прохідності, таких як коридори, складські приміщення, сходові клітки та периметральні камери. Уникайте використання запису лише за рухом на критично важливих камерах (входи, POS), де для розслідувань може знадобитися безперервний запис.
Запис за розкладом
Для підприємств, які працюють у фіксований час, налаштуйте безперервний запис камер протягом робочого часу та перемикайтеся на запис лише за рухом після його завершення. Офісна будівля, яка працює 10 годин на день із записом лише за рухом протягом решти 14 годин, може зменшити обсяг сховища на 40-50 відсотків порівняно з безперервним 24-годинним записом. Створіть різні розклади для різних груп камер — зовнішні камери повинні завжди записувати безперервно для безпеки периметра, тоді як внутрішні офісні камери можуть дотримуватися розкладу роботи.
Змінний бітрейт (VBR)
Кодування зі змінною швидкістю передачі даних динамічно регулює швидкість передачі даних залежно від складності сцени. Камера, яка переглядає статичний коридор без руху, використовує дуже низьку швидкість передачі даних (від 0,5 до 1 Mbps ), але збільшується до повної швидкості передачі даних (від 4 до 6 Mbps ), коли хтось проходить через нього. Протягом 24 годин VBR зазвичай виробляє на 30-50 відсотків менше даних, ніж кодування з постійною швидкістю передачі даних (CBR). Більшість сучасних камер підтримують VBR за замовчуванням. Переконайтеся, що ваш NVR або відеореєстратор налаштовано на прийом потоків зі змінною швидкістю передачі даних — деякі старіші системи вимагають CBR.
Запис у два потоки (підпотоковий)
Більшість IP-камер виводять два одночасні потоки: основний потік високої роздільної здатності (для запису) та додатковий потік низької роздільної здатності (для перегляду в реальному часі). Налаштуйте свій NVR на використання додаткового потоку для моніторингу в реальному часі та основного потоку для запису. Деякі просунуті системи йдуть далі, записуючи додатковий потік для некритичних камер та перемикаючись на основний потік лише тоді, коли виявляється рух або спрацьовує тривога. Це зменшує обсяг пам'яті для неактивних камер на 80-90 відсотків, зберігаючи при цьому запис у повній роздільній здатності для важливих подій.
Технології розумних кодеків
Виробники камер розробили власні покращення кодування, які виходять за рамки стандартного стиснення H.265 . Прикладами є H.265 + від Hikvision , Smart H.265 + від Dahua та Axis Zipstream. Ці технології аналізують кожен кадр і застосовують максимальне стиснення до статичних областей фону, зберігаючи при цьому деталі рухомих об'єктів та областей інтересу. На практиці вони можуть зменшити обсяг сховища на додаткові 50-70 відсотків порівняно зі стандартним кодуванням H.265 . Якщо ваші камери та NVR підтримують ці інтелектуальні кодеки, їх увімкнення є одним із найефективніших кроків оптимізації сховища.
Пов'язані статті
Найкращі практики щодо позиціонування камери та кутів
Повний посібник з розміщення камер у роздрібній торгівлі
Розрахуйте кількість камер на основі розміру об'єкта та зон
Розрахуйте точні вимоги до зберігання даних для вашої системи відеоспостереження
Дизайн на основі браузера з вбудованим калькулятором пам'яті — без встановлення
Найкраще безкоштовне програмне забезпечення для проектування систем відеоспостереження 2026 року — з урахуванням зберігання даних