Saab95 Опубликовано 19 августа, 2020 · Жалоба Если жесткий диск круглые сутки молотит головками, то его ресурс всего год - полтора. В видеонаблюдении другая крайность - постоянная запись, а головки перемещаются не так часто. В первом случае у диска изнашивается механика привода головок, во втором случае изнашивается сама поверхность для записи, т.к. количество перемагничивания поверхности тоже ограничено. А там уж как повезет, ведь работа диска зависит от того, как его собрали на заводе, в каких условиях диски перевозили с завода к дистрибьюторам, и как от них по магазинам, далее по другим магазинам и по потребителям. То есть сколько его там подвергли разным воздействиям (уронили коробку, тряхнули, заморозили - разморозили и т.п.). Одним дискам повезло приехать без воздействий, другие хорошо приложились. Отсюда и идут рассказы про то, что некоторые модели мрут как мухи, а другие работают долго. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
straus Опубликовано 19 августа, 2020 · Жалоба Да, жёсткие диски ты не ремонтировал. Причины подыхания следующие: - подыхание головок (в современных дисках головки нагреваются от трения о воздух от блинов и деградирует магниторезистивный элемент, особенно этим страдают WD) - разбивается подшипник шпинделя - из-за глюков затирается серворазметка - из-за ошибок фирмвейра или глюков слетает часть сервисной программы, которая на блинах Ну и залегания/залипания головок тоже бывают. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alienatedd1988 Опубликовано 29 октября, 2020 · Жалоба Товарищи, хочу купить новый винт на 8Тб, так как старый на 3Тб уже начал потихоньку сыпаться. Никогда не было на руках винта под видеонаблюдение, поэтому толком ничего не знаю про него. Такие вопросы: Можно ли использовать HDD для видеорегистратора для стандартных задач на ПК? Какие могут быть подводные камни? Нет ли ограничение по форматированию в NTFS или exFat? Есть ли выбор при это размера кластера? Короче это просто тот же обычный винт, только в разы устойчивее к постоянному использованию? Если развёрнуто, то цель такая: - нужен винт для работы на ПК в режиме примерно 15/7 - на винте будет хранится фильмы процентов 60 - архивы игр процентов 30 - фотки и прочие мелкие файлы процентов 10 - винт будет раздавать торрентом файлы (фильмы, игры) - запись на винт будет редкая, чаще чтение Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jffulcrum Опубликовано 29 октября, 2020 · Жалоба 16 минут назад, alienatedd1988 сказал: Можно ли использовать HDD для видеорегистратора для стандартных задач на ПК? Нежелательно. В нём прошивка настроена на постоянную линейную запись, соответственно всякие случайные поиск/чтение выполняются по-тупому. Более того, поскольку их эксплуатация часто осуществляется в плотных размещениях без вентиляции, там исключаются операции, создающие много тепла и вибраций - например быстрые перемещения штанг, быстрая раскрутка при старте и т.п. Касаемо HDD большого объема - надо по даташиту проверять, что винт на воздухе, а не с гелиевым наполнением. Ибо гелий - это новшество, как скоро он улетучивается и что происходит при этом с данными - вопрос, на который практика ответа еще не дала. В домашнем компе, который будут трясти, пинать, перебирать, в котором вовсю жарит какой-нибудь гефорс - процесс улетучивания может ускориться... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
lugoblin Опубликовано 30 октября, 2020 (изменено) · Жалоба @alienatedd1988 В терминологии производителей, ваш кейс класифицируется как винт "для NAS". Избегайте гелия и SMR (Shingled magnetic recording). Берите 2 штуки и собирайте в софтовый RAID (пишут, что W10 уже умеет). Операционную систему на нём не держите, заведите себе лучше отдельный SSD, они вполне подешевели. Я, когда год назад выбирал, остановился на линейке IronWolf. Не слишком дорого, вроде не тормозит, работает без нареканий. Изменено 30 октября, 2020 пользователем lugoblin добавил, кому отвечаю. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alienatedd1988 Опубликовано 30 октября, 2020 (изменено) · Жалоба @jffulcrum и @lugoblin спасибо за подробный ответ! На основе ваших рекомендаций предварительно выбор пал на "8 ТБ Жёсткий диск WD Ultrastar DC HC320". Он вроде не SMR, без гелия, NAS с интерфейсом SATA3. Изменено 30 октября, 2020 пользователем alienatedd1988 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 5 ноября, 2020 · Жалоба В 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мб/сек, и время доступа у него ниже, поэтому на операциях камеры пишут а кто-то данные считывает, они намного быстрее. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 5 ноября, 2020 · Жалоба 22 минуты назад, Saab95 сказал: потом еще стирает и пишет Там не отдельные байты стираются, и даже не блоки ФС, а фрагменты записей, на много мегабайт. Так что для диска это по прежнему линейная запись, несмотря на фрагментацию. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 5 ноября, 2020 · Жалоба 19 минут назад, alibek сказал: Так что для диска это по прежнему линейная запись, несмотря на фрагментацию. Ни разу не так. Это как сравнивать лет 10 назад были провайдеры, ставили вайфай точку с усилителем и круговой антенной - било на 10км, а когда много клиентов подключали, скорости совсем не было. Вот 2 картинки винда с линией. Было 16 камер, подключили еще 5. Поток 250мб по сети от камер. Диск E на 4тб установили ранее, это сигейт для НАС. 16 камер он спокойно записывал с потоком 10М+1.5М+звук (запись по движению). После добавления еще 5 перестал справляться даже на малых потоках, когда движение лишь в части камер. А из-за чего? Потому что количество открытых и постоянно записываемых файлов увеличилось, все они в разных частях диска (даже после его очистки), и диск просто временами не справляется. А другой диск F на 8тб сигейт ынтырпрайз как я выше указал, на него все успевает залетать. Сейчас там еще камер повесят, и 4-ку заменят на такой же диск на 8тб, половина камер будет писать на один, половина на второй. Резервирование на предмет выхода из строя там не требуется. Просто еще раз напишу - при больших потоках записи нужны максимально быстрые диски. На камерах с малым разрешением и малыми потоками, диски могут быть и попроще. Но диски для НАС или для видеонаблюдения тут не подходят, надо брать с характеристиками быстрый, надежный. На картинках посмотрите на графики записи диска и на график очереди, она то есть, то нет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 5 ноября, 2020 · Жалоба 6 минут назад, Saab95 сказал: А другой диск F на 8тб сигейт ынтырпрайз как я выше указал, на него все успевает залетать. На него "успевает залетать", потому что там SAS и внутренняя оптимизация команд. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 5 ноября, 2020 · Жалоба Только что, alibek сказал: На него "успевает залетать", потому что там SAS и внутренняя оптимизация команд. Нет там SATA интерфейс у которого я указал. По сути для задач записи картинки с камер разницы между SATA и SAS нет никакой. И по производительности тоже. Сейчас уже все диски, по сути идентичны, если это 7200 оборотов, и преимущество SAS лишь в многопоточности интерфейса и все. В производительности никаких отличий. Ну и ясно дело, когда надо подключать много дисков, тогда используют SAS и не более того, и лишь по причине, что есть соответствующие адаптеры. Разница есть на дисках 10к и 15к, но они обычно уже и так все SAS интерфейс имеют. Вот там уже есть и многопоточность и все другие плюшки, приводящие к оптимизации. А на 7200 это лишь маркетинг. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Mechanic Опубликовано 5 ноября, 2020 · Жалоба вопрос фрагментации на хдд нужно видимо решать ччерез регламентные работы на регистраторе/хранилище Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 5 ноября, 2020 · Жалоба 2 часа назад, Mechanic сказал: вопрос фрагментации на хдд нужно видимо решать ччерез регламентные работы на регистраторе/хранилище Такое можно осуществлять только имея несколько дисков для записи, при этом запись идет по кругу, то есть сначала пишется на один диск, потом на второй. В этом случае самое простое просто грохать архив на предыдущем диске, когда запись переходит на него. Либо делать его дефрагментацию. Но даже сделав ее на заполненном диске, софт для записи сотрет данные за последний день, на диске будет дырка некого объема. Предположим что в этот день запись идет по размеру больше, чем стертое пространство - надо стереть данные еще за один день. Но располагаются же они в неком другом месте диска - запись на диске пойдет уже в другое место. И таким образом, имея, к примеру, 10 дней записи - получим 9 дней фрагментированных записей. Все бы ничего, но если к архиву будут часто обращаться, то уже записывать и читать будет накладно по ресурсам. Нужно увеличивать объем оперативной памяти для буфера записи, что бы он раздувался и в свободные времена, когда диск справляется - успевал все это дело записывать. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
edo Опубликовано 6 ноября, 2020 · Жалоба В 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. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jffulcrum Опубликовано 25 октября, 2022 · Жалоба Интересный случай помирания (Seagate Exos) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 29 октября, 2022 · Жалоба В 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 камер создает фрагментацию, и запись кусочками с камер так же фрагментируют диск, после месяца записи чистого диска все сильно фрагментировано. И когда случается сильный дождь или там снег, что все камеры пишут почти постоянно, а еще записи с камер смотрят, то срабатывает предупреждение о проблемах с записью. Хорошо что софт наблюдения умеет держать данные в оперативке, порой сильно раздувая этот буфер. Обычные "железные" регистраторы так не умеют. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jffulcrum Опубликовано 29 октября, 2022 · Жалоба В 29.10.2022 в 20:37, Saab95 сказал: У нас тоже было подобное - оказалось проблема в соединительном кабеле. Заменили и все заработало. У нас после замены диска у нового этот счетчик на нуле. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
f.tagir Опубликовано 16 ноября, 2022 · Жалоба А что на счет SSD в системах видеонаблюдения скажете? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jffulcrum Опубликовано 16 ноября, 2022 · Жалоба А смысл? Нет, Hikvision даже продавала серию SSD специально для видеонаблюдения, но чисто под хранение это как-то странно. По SSD кешированию общались с Трассир, гипотетически, индексы могут попадать в SSD кеш, но гарантий этого - никаких, и положительный эффект - сомнителен, ну и конечно, кеш должен быть только на чтение. Если много аналитики - тут вопрос отдельный, но у того же Трассира это делается через Offload на другой сервер с TrassirOS, и, как утверждали трассировцы, на самом NeuroStation аналитика делается в оперативной памяти. Хорошая задача - ОЧЕНЬ большое количество потоков (128+) при ограниченном месте в стойке. Т.е. вот есть у тебя 2U и расчет, что 8HDD не вытащат - тогда можно подумать об SSD. Но пока с таким на практике не сталкивался...заказчики с сотнями камер целые серверные выделяют отдельные. Есть еще, конечно, задачи с lossless кодированием - но там не IP обычно, и каналов таких мало. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 10 декабря, 2022 · Жалоба SSD для видеонаблюдения используются на транспорте уже много лет. 4-6-8 камер 6MP пишут на SSD с потоками 10М. Сами SSD от самсунга, с SATA интерфейсом и PCI. На каких-то дисках все в норме, на части появляются бэд блоки, но сама работа записи не тормозит, как бывает на обычных дисках при возникновении ошибок. При этом используются 2 SSD, один маленький под систему, второй под запись. Это что бы в случае проблем с носителем быстро его заменить и все. Пробовали и обычные HDD для записи, но они не работают в мороз, если техника на улице стоит. Обычно служат около года, потом рассыпаются на бэды. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...