Перейти к содержимому
Калькуляторы

Специализированные HDD для видеонаблюдения

Если жесткий диск круглые сутки молотит головками, то его ресурс всего год - полтора. В видеонаблюдении другая крайность - постоянная запись, а головки перемещаются не так часто. В первом случае у диска изнашивается механика привода головок, во втором случае изнашивается сама поверхность для записи, т.к. количество перемагничивания поверхности тоже ограничено.

 

А там уж как повезет, ведь работа диска зависит от того, как его собрали на заводе, в каких условиях диски перевозили с завода к дистрибьюторам, и как от них по магазинам, далее по другим магазинам и по потребителям. То есть сколько его там подвергли разным воздействиям (уронили коробку, тряхнули, заморозили - разморозили и т.п.). Одним дискам повезло приехать без воздействий, другие хорошо приложились. Отсюда и идут рассказы про то, что некоторые модели мрут как мухи, а другие работают долго.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Да, жёсткие диски ты не ремонтировал.

Причины подыхания следующие:

- подыхание головок (в современных дисках головки нагреваются от трения о воздух от блинов и деградирует магниторезистивный элемент, особенно этим страдают WD)

- разбивается подшипник шпинделя

- из-за глюков затирается серворазметка

- из-за ошибок фирмвейра или глюков слетает часть сервисной программы, которая на блинах

Ну и залегания/залипания головок тоже бывают.
 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Товарищи, хочу купить новый винт на 8Тб, так как старый на 3Тб уже начал потихоньку сыпаться. Никогда не было на руках винта под видеонаблюдение, поэтому толком ничего не знаю про него.
Такие вопросы: Можно ли использовать HDD для видеорегистратора для стандартных задач на ПК? Какие могут быть подводные камни? Нет ли ограничение по форматированию в NTFS или exFat? Есть ли выбор при это размера кластера? Короче это просто тот же обычный винт, только в разы устойчивее к постоянному использованию?

Если развёрнуто, то цель такая:
- нужен винт для работы на ПК в режиме примерно 15/7
- на винте будет хранится фильмы процентов 60
- архивы игр процентов 30
- фотки и прочие мелкие файлы процентов 10

- винт будет раздавать торрентом файлы (фильмы, игры)

- запись на винт будет редкая, чаще чтение

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

16 минут назад, alienatedd1988 сказал:

Можно ли использовать HDD для видеорегистратора для стандартных задач на ПК?

Нежелательно. В нём прошивка настроена на постоянную линейную запись, соответственно всякие случайные поиск/чтение выполняются по-тупому. Более того, поскольку их эксплуатация часто осуществляется в плотных размещениях без вентиляции, там исключаются операции, создающие много тепла и вибраций - например быстрые перемещения штанг, быстрая раскрутка при старте и т.п.

 

Касаемо HDD большого объема  - надо по даташиту проверять, что винт на воздухе, а не с гелиевым наполнением. Ибо гелий - это новшество, как скоро он улетучивается и что происходит при этом с данными - вопрос, на который практика ответа еще не дала. В домашнем компе, который будут трясти, пинать, перебирать, в котором вовсю жарит какой-нибудь гефорс - процесс улетучивания может ускориться...

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

@alienatedd1988 

В терминологии производителей, ваш кейс класифицируется как винт "для NAS". Избегайте гелия и SMR (Shingled magnetic recording).

Берите 2 штуки и собирайте в софтовый RAID (пишут, что W10 уже умеет). Операционную систему на нём не держите, заведите себе лучше отдельный SSD, они вполне подешевели.

Я, когда год назад выбирал, остановился на линейке IronWolf. Не слишком дорого, вроде не тормозит, работает без нареканий.

 

Изменено пользователем lugoblin
добавил, кому отвечаю.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

@jffulcrum и @lugoblin спасибо за подробный ответ!

На основе ваших рекомендаций предварительно выбор пал на "8 ТБ Жёсткий диск WD Ultrastar DC HC320". Он вроде не SMR, без гелия, NAS с интерфейсом SATA3.

Изменено пользователем alienatedd1988

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В 30.10.2020 в 06:45, lugoblin сказал:

В терминологии производителей, ваш кейс класифицируется как винт "для NAS". Избегайте гелия и SMR (Shingled magnetic recording).

Диски для NAS характеризуются лишь низкими вибрациями и могут работать плотно в большом количестве.

По производительности, особенно времени доступа, это полный шлак.

Производительность это не запись там 32 камер 2МП, а, как вариант, запись 32 камер 6МП 2 потока + звук, то есть каждая камера создает потока на 12-13Мбит.

 

В 30.10.2020 в 00:00, jffulcrum сказал:

В нём прошивка настроена на постоянную линейную запись, соответственно всякие случайные поиск/чтение выполняются по-тупому.

Только где там эта постоянная линейная запись? Допустим чистый диск, регистратор пишет данные с камер, забил весь диск, дальше он стирает данные за самый дальний день и пишет, потом еще стирает и пишет - и со временем на диске появляется фрагментация.

 

В 30.10.2020 в 10:50, alienatedd1988 сказал:

На основе ваших рекомендаций предварительно выбор пал на "8 ТБ Жёсткий диск WD Ultrastar DC HC320". Он вроде не SMR, без гелия, NAS с интерфейсом SATA3.

Вы бы хоть графики или тесты посмотрели. У вашего диска тест по 4K WRITE всего 5.2мб/сек, а у Seagate Exos 7E8 <ST8000NM000A>, который стоит примерно столько же - 17.2мб/сек, и время доступа у него ниже, поэтому на операциях камеры пишут а кто-то данные считывает, они намного быстрее.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

22 минуты назад, Saab95 сказал:

потом еще стирает и пишет

Там не отдельные байты стираются, и даже не блоки ФС, а фрагменты записей, на много мегабайт.

Так что для диска это по прежнему линейная запись, несмотря на фрагментацию.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

19 минут назад, alibek сказал:

Так что для диска это по прежнему линейная запись, несмотря на фрагментацию.

Ни разу не так. Это как сравнивать лет 10 назад были провайдеры, ставили вайфай точку с усилителем и круговой антенной - било на 10км, а когда много клиентов подключали, скорости совсем не было.

Вот 2 картинки винда с линией. Было 16 камер, подключили еще 5. Поток 250мб по сети от камер. Диск E на 4тб установили ранее, это сигейт для НАС. 16 камер он спокойно записывал с потоком 10М+1.5М+звук (запись по движению). После добавления еще 5 перестал справляться даже на малых потоках, когда движение лишь в части камер. А из-за чего? Потому что количество открытых и постоянно записываемых файлов увеличилось, все они в разных частях диска (даже после его очистки), и диск просто временами не справляется.

 

А другой диск F на 8тб сигейт ынтырпрайз как я выше указал, на него все успевает залетать. Сейчас там еще камер повесят, и 4-ку заменят на такой же диск на 8тб, половина камер будет писать на один, половина на второй. Резервирование на предмет выхода из строя там не требуется.

 

Просто еще раз напишу - при больших потоках записи нужны максимально быстрые диски. На камерах с малым разрешением и малыми потоками, диски могут быть и попроще. Но диски для НАС или для видеонаблюдения тут не подходят, надо брать с характеристиками быстрый, надежный.

 

На картинках посмотрите на графики записи диска и на график очереди, она то есть, то нет.

 

 

ip-cam1.png

ip-cam2.png

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

6 минут назад, Saab95 сказал:

А другой диск F на 8тб сигейт ынтырпрайз как я выше указал, на него все успевает залетать.

На него "успевает залетать", потому что там SAS и внутренняя оптимизация команд.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Только что, alibek сказал:

На него "успевает залетать", потому что там SAS и внутренняя оптимизация команд.

Нет там SATA интерфейс у которого я указал.

По сути для задач записи картинки с камер разницы между SATA и SAS нет никакой. И по производительности тоже. Сейчас уже все диски, по сути идентичны, если это 7200 оборотов, и преимущество SAS лишь в многопоточности интерфейса и все. В производительности никаких отличий. Ну и ясно дело, когда надо подключать много дисков, тогда используют SAS и не более того, и лишь по причине, что есть соответствующие адаптеры.

 

Разница есть на дисках 10к и 15к, но они обычно уже и так все SAS интерфейс имеют. Вот там уже есть и многопоточность и все другие плюшки, приводящие к оптимизации. А на 7200 это лишь маркетинг.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

вопрос фрагментации на хдд нужно видимо решать ччерез регламентные работы на регистраторе/хранилище

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

2 часа назад, Mechanic сказал:

вопрос фрагментации на хдд нужно видимо решать ччерез регламентные работы на регистраторе/хранилище

Такое можно осуществлять только имея несколько дисков для записи, при этом запись идет по кругу, то есть сначала пишется на один диск, потом на второй.

В этом случае самое простое просто грохать архив на предыдущем диске, когда запись переходит на него. Либо делать его дефрагментацию. Но даже сделав ее на заполненном диске, софт для записи сотрет данные за последний день, на диске будет дырка некого объема. Предположим что в этот день запись идет по размеру больше, чем стертое пространство - надо стереть данные еще за один день. Но располагаются же они в неком другом месте диска - запись на диске пойдет уже в другое место. И таким образом, имея, к примеру, 10 дней записи - получим 9 дней фрагментированных записей.

 

Все бы ничего, но если к архиву будут часто обращаться, то уже записывать и читать будет накладно по ресурсам. Нужно увеличивать объем оперативной памяти для буфера записи, что бы он раздувался и в свободные времена, когда диск справляется - успевал все это дело записывать.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В 05.11.2020 в 10:20, Saab95 сказал:

У вашего диска тест по 4K WRITE всего 5.2мб/сек, а у Seagate Exos 7E8 <ST8000NM000A>, который стоит примерно столько же - 17.2мб/сек,

как говорится, есть ложь, есть большая ложь, а есть тесты в интернете.

 

hdd на 7200 rpm умеет ≈100 iops на рандоме. блоками по 4 КБ это грубо 0.5 МБ/с.

пусть даже на большой глубине очереди за счёт оптимизации перемещения головок можно удвоить эту цифру. всё равно никак не получается ни 5, ни 17.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В 25.10.2022 в 20:24, jffulcrum сказал:

Интересный случай помирания (Seagate Exos) 

У нас тоже было подобное - оказалось проблема в соединительном кабеле. Заменили и все заработало.

 

В 07.11.2020 в 02:36, edo сказал:

hdd на 7200 rpm умеет ≈100 iops на рандоме. блоками по 4 КБ это грубо 0.5 МБ/с.

У нас редко есть сервера для записи видео, где меньше 32 камер с потоком 12Мбит с каждой. При этом каждая камера пишет 1 поток по датчику движения кусочками, 2 поток по датчику движения тоже кусочками (по сути они пишут оба сразу), так же пишется звук постоянно.

 

И даже 16 камер на 1 диск уже создают нагрузку, т.к. звук с 16 камер создает фрагментацию, и запись кусочками с камер так же фрагментируют диск, после месяца записи чистого диска все сильно фрагментировано. И когда случается сильный дождь или там снег, что все камеры пишут почти постоянно, а еще записи с камер смотрят, то срабатывает предупреждение о проблемах с записью. Хорошо что софт наблюдения умеет держать данные в оперативке, порой сильно раздувая этот буфер. Обычные "железные" регистраторы так не умеют.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В 29.10.2022 в 20:37, Saab95 сказал:

У нас тоже было подобное - оказалось проблема в соединительном кабеле. Заменили и все заработало.

У нас после замены диска у нового этот счетчик на нуле.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А что на счет SSD в системах видеонаблюдения скажете?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А смысл? Нет, Hikvision даже продавала серию SSD специально для видеонаблюдения, но чисто под хранение это как-то странно. По SSD кешированию общались с Трассир, гипотетически, индексы могут попадать в SSD кеш, но гарантий этого - никаких, и положительный эффект - сомнителен, ну и конечно, кеш должен быть только на чтение. 

 

Если много аналитики - тут вопрос отдельный, но у того же Трассира это делается через Offload на другой сервер с TrassirOS, и, как утверждали трассировцы, на самом NeuroStation аналитика делается в оперативной памяти. 

 

Хорошая задача - ОЧЕНЬ большое количество потоков (128+) при ограниченном месте в стойке. Т.е. вот есть у тебя 2U и расчет, что 8HDD не вытащат - тогда можно подумать об SSD. Но пока с таким на практике не сталкивался...заказчики с сотнями камер целые серверные выделяют отдельные. Есть еще, конечно, задачи с lossless кодированием - но там не IP обычно, и каналов таких мало.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

SSD для видеонаблюдения используются на транспорте уже много лет. 4-6-8 камер 6MP пишут на SSD с потоками 10М. Сами SSD от самсунга, с SATA интерфейсом и PCI. На каких-то дисках все в норме, на части появляются бэд блоки, но сама работа записи не тормозит, как бывает на обычных дисках при возникновении ошибок. При этом используются 2 SSD, один маленький под систему, второй под запись. Это что бы в случае проблем с носителем быстро его заменить и все.

 

Пробовали и обычные HDD для записи, но они не работают в мороз, если техника на улице стоит. Обычно служат около года, потом рассыпаются на бэды.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.