|
Большое локальное файловое хранилище
|
|||
---|---|---|---|
#18+
Есть задача организации файлового хранилища для архивов видеонаблюдения. Расчетное количество архивов - 1000, каждый по 1Тб Для доступа туда будет организована локальная сеть. Виртуализация, ftp и т.д. не нужны, это просто большой мусорник Что можно попробовать и сколько это будет стоить? ... |
|||
:
Нравится:
Не нравится:
|
|||
23.09.2013, 11:37 |
|
Большое локальное файловое хранилище
|
|||
---|---|---|---|
#18+
... |
|||
:
Нравится:
Не нравится:
|
|||
23.09.2013, 12:44 |
|
Большое локальное файловое хранилище
|
|||
---|---|---|---|
#18+
Сильно зависит от желаемой надежности и прочих требований. Некоторые делают так: rulib2012.narod.ru/article03.html chipxp.ru/index.php?newsid=46735 ... |
|||
:
Нравится:
Не нравится:
|
|||
23.09.2013, 12:51 |
|
Большое локальное файловое хранилище
|
|||
---|---|---|---|
#18+
Еще тут картинки есть заманчивые: http://thecus.ru/7/?ptype=3&item=67 Подозреваю, что у других производителей серверов и сетевых хранилищ тоже есть такие картинки... ... |
|||
:
Нравится:
Не нравится:
|
|||
23.09.2013, 13:21 |
|
Большое локальное файловое хранилище
|
|||
---|---|---|---|
#18+
Хотя, имхо, это уже тот объем, который пора делать на лентах. Время смены кассеты уже все равно невелико по сравнению со временем копирования одного файла (1ТБ - это десятки минут на 10GBE). ... |
|||
:
Нравится:
Не нравится:
|
|||
23.09.2013, 13:24 |
|
Большое локальное файловое хранилище
|
|||
---|---|---|---|
#18+
miksoftХотя, имхо, это уже тот объем, который пора делать на лентах. Время смены кассеты уже все равно невелико по сравнению со временем копирования одного файла (1ТБ - это десятки минут на 10GBE). дело в том что с ним будут работать, пусть немного (десятка два активных подключений в режиме потокового сжатого видеострима) но это оперативная работа а кассеты дело хорошее но время на разворачивание архива тратить не хотелось бы ... |
|||
:
Нравится:
Не нравится:
|
|||
23.09.2013, 16:15 |
|
Большое локальное файловое хранилище
|
|||
---|---|---|---|
#18+
ну вот решения типа такого схд и таких 5 штук надо получается плюс сетевое оборудование их связать дороговато как-то :( ... |
|||
:
Нравится:
Не нравится:
|
|||
23.09.2013, 16:18 |
|
Большое локальное файловое хранилище
|
|||
---|---|---|---|
#18+
Last1Cmenдело в том что с ним будут работать, пусть немного (десятка два активных подключений в режиме потокового сжатого видеострима) но это оперативная работаВот про это поподробнее, плиз. Что подразумевается под "работать" и "оперативная работа" ? ... |
|||
:
Нравится:
Не нравится:
|
|||
23.09.2013, 19:43 |
|
Большое локальное файловое хранилище
|
|||
---|---|---|---|
#18+
Есть решения, но дорогие.. У IBM есть решения с СХД в совокупности с кассетами, такой программно-аппаратный комплекс, где данные хранятся по многоуровневому хранению, а для пользователя это выглядит просто как файловая шара, при этом данные, в зависимости от количества обращений хранятся на устройствах разного быстродействия.. У ЕМС есть Isilon но оба решения очень индивидуальны и начнутся от 7 лямов очень грубо. СХД лоу энда - это примерно поддержка 130 дисков, пусть по 4ТБ - дальше сами считайте, но в случае сбоя - это пздц, поэтому никто на таком не строит, хотя это будет и дешевле, ляма в 3..Но и риск выше.. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.09.2013, 20:28 |
|
Большое локальное файловое хранилище
|
|||
---|---|---|---|
#18+
miksoftLast1Cmenдело в том что с ним будут работать, пусть немного (десятка два активных подключений в режиме потокового сжатого видеострима) но это оперативная работаВот про это поподробнее, плиз. Что подразумевается под "работать" и "оперативная работа" ? Основная задача для чего вообще это дело строится это работа пары десятков операторов видеонаблюдения. Т.е. в это хранилище сливается (как именно не суть важно) информация с накопителей (видеорегистраторов) а операторы должны обрабатывать эту информацию путем подключения своих просмотрщиков клиентских к этому самому хранилищу. По сути они будут постоянно смотреть "кинушку" (файлы видеоизображения сжатые mpeg/avi) в пару десятков потоков по разным архивам (архив - просто большой набор небольших видеофайлов). Так вот выдержит ли хранилище (да и вообще возможна ли такая работа без буферного перелива с кассет на ЖД перед просмотром) такую работу если будет организовано на ленточных накопителях ? Я с ними сталкивался последний раз лет 10-15 тому назад и осталось стойкое впечатление того что они по сути своей не предназначены ни для чего кроме как ОДИН (ну скажем так пару-тройку циклов чтения записи) РАЗ из копии восстановить ЦЕЛИКОМ или ЦЕЛЬНЫМИ БЛОКАМИ то что туда было записано, т.е. ни о какой оперативной работе (с произвольным обращением к записанным мелким файлам) речи идти не может ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2013, 21:16 |
|
Большое локальное файловое хранилище
|
|||
---|---|---|---|
#18+
Last1CmenТак вот выдержит ли хранилище (да и вообще возможна ли такая работа без буферного перелива с кассет на ЖД перед просмотром) такую работу если будет организовано на ленточных накопителях ?Естественно, для оперативной работы нужно хранить на дисках, никаких кассет. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2013, 23:31 |
|
Большое локальное файловое хранилище
|
|||
---|---|---|---|
#18+
Last1Cmen, А каков минимальный/максимальный временной разрыв между "в это хранилище сливается" и "операторы должны обрабатывать" ? Если этот разрыв небольшой, то можно данные за этот интервал времени держать на файловом сервере, а после "просмотра" уже переносить их на кассеты. Если же этот разрыв очень велик (например, год или несколько), то, наоборот, сперва писать данные на кассеты, а перед приближением срока "просмотра" разворачивать их на дисках файлового сервера. Мысль в том, что как-то странно постоянно крутить на шпинделях петабайт информации, из которого за сутки пригодится от силы тысячная часть. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2013, 23:41 |
|
Большое локальное файловое хранилище
|
|||
---|---|---|---|
#18+
А каков минимальный/максимальный временной разрыв между "в это хранилище сливается" и "операторы должны обрабатывать" ? есть конечно желание день в день отрабатывать но мысля реалистично разрыв моет составлять и неделю... но не месяц или полгода точно (эту уже будет неактуально просто) т.е. я так понимаю пока в мире ленточных накопителей ничего кардинально не изменилось и целится надо всё таки не на ленточные накопители ? пс... досчитал бюджет и если организовывать "в лоб" (просто на суммарный 1Пб размер массивов) получилось под 160К у.е. буду думать как оптимизировать... надо минимум вдвое/втрое сократить бюджет на железо :( ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2013, 10:30 |
|
Большое локальное файловое хранилище
|
|||
---|---|---|---|
#18+
Last1CmenА каков минимальный/максимальный временной разрыв между "в это хранилище сливается" и "операторы должны обрабатывать" ? есть конечно желание день в день отрабатывать но мысля реалистично разрыв моет составлять и неделю... но не месяц или полгода точно (эту уже будет неактуально просто) т.е. я так понимаю пока в мире ленточных накопителей ничего кардинально не изменилось и целится надо всё таки не на ленточные накопители ?Не совсем понял, а что должно было измениться? Насколько я понял, вам потенциально подходит вариант "данные за этот интервал времени держать на файловом сервере, а после "просмотра" уже переносить их на кассеты". Last1Cmenпс... досчитал бюджет и если организовывать "в лоб" (просто на суммарный 1Пб размер массивов) получилось под 160К у.е. буду думать как оптимизировать... надо минимум вдвое/втрое сократить бюджет на железо :(Еще вариант (точнее, версия предыдущего варианта) - оперативные файлы держать на файлов сервере, а "просмотренные" переносить на внешние HDD и убирать их в шкаф (т.е. не строить инфраструктуру для их подключения). Внешние HDD могут быть как в корпусе и с интерфейсом USB 3.0, так и напрямую SATA (существуют готовые кредлы для удобства подключения таких HDD). При необходимости повторного "просмотра" нужный HDD подключается к компу за минуту и сразу готов к "просмотру" произвольного фрагмента. Дополнительный плюс - нет необходимости покупать всю массу сразу, можно разбить на несколько партий. Да и в случае выхода из строя замена проблемы не составит. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2013, 10:42 |
|
Большое локальное файловое хранилище
|
|||
---|---|---|---|
#18+
да согласен, была идея держать оперативный архив (т.е. тот с которым работают сейчас и гипотетически могут работать ближайшую скажем неделю) на одном массиве а хранить остальную очередь на внешних накопителях (возможно и ленточных) надо будет логистику построить посмотреть что получится недешевая штука в общем выходит я вам скажу :) ... |
|||
:
Нравится:
Не нравится:
|
|||
26.09.2013, 20:06 |
|
Большое локальное файловое хранилище
|
|||
---|---|---|---|
#18+
Last1Cmenнедешевая штука в общем выходит я вам скажу :)Ну так и задача не на пять копеек. Если посчитать стоимость всего проекта - камеры, доставка "картинки", монтаж всего этого, рабочие места операторов, з/п операторов, сабжевое хранилище и т.д., и т.п., то доля самого хранилища выйдет, имхо, в размере единиц процентов даже если не слишком жаться. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.09.2013, 22:12 |
|
Большое локальное файловое хранилище
|
|||
---|---|---|---|
#18+
Вот есть девайс забавный и недорогой, хотя в реале не видел - http://www.aberdeeninc.com/abcatg/petarack.htm ... |
|||
:
Нравится:
Не нравится:
|
|||
04.10.2013, 01:27 |
|
|
start [/forum/topic.php?fid=30&fpage=24&tid=1529675]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
55ms |
get topic data: |
13ms |
get forum data: |
2ms |
get page messages: |
55ms |
get tp. blocked users: |
1ms |
others: | 14ms |
total: | 168ms |
0 / 0 |